That's what we initially thought, but he said it wasn't the case. I just offered an explanation why the reboot may have fixed it.
-- Marko Milivojevic - CCIE #18427 (SP R&S) Senior CCIE Instructor - IPexpert On Sun, Oct 28, 2012 at 3:57 PM, Lukasz <[email protected]> wrote: > hm..I just reproduced that very easily. I configured all switches to be > servers but they do not have the same databases. > > > Cat1(config-if)#vtp mode server > Setting device to VTP SERVER mode > Cat1(config)#vtp domain IPexpert > Changing VTP domain name from NULL to IPexpert > Cat1(config)#vtp password ipexpert > Setting device VLAN database password to ipexpert > Cat1(config)#! > > > *Mar 1 01:18:51.585: %SW_VLAN-4-VTP_USER_NOTIFICATION: VTP protocol user > notification: MD5 digest checksum mismatch on receipt of equal revision > summary on trunk: Po13 > > > Cat1(config)#do show vtp status > VTP Version : running VTP1 (VTP2 capable) > Configuration Revision : 0 > Maximum VLANs supported locally : 1005 > Number of existing VLANs : 22 > VTP Operating Mode : Server > VTP Domain Name : IPexpert > VTP Pruning Mode : Disabled > VTP V2 Mode : Disabled > VTP Traps Generation : Disabled > MD5 digest : 0xEE 0x63 0xC2 0xA2 0x17 0x27 0xB9 0x49 > *** MD5 digest checksum mismatch on trunk: Po12 *** > *** MD5 digest checksum mismatch on trunk: Po13 *** > > To eliminate this I have added ´dummy´ vlan on one of the switches so that > revision number has increased. All other switches looked on the higher > revision to update its databases. After this all md5 mismatch disapeared!. > > > Cat4(config)# vlan 99 > Cat4(config-vlan)#exit > Cat4(config)#end > > Cat1(config)#do show vtp status > VTP Version : running VTP1 (VTP2 capable) > Configuration Revision : 1 > Maximum VLANs supported locally : 1005 > Number of existing VLANs : 23 > VTP Operating Mode : Server > VTP Domain Name : IPexpert > VTP Pruning Mode : Disabled > VTP V2 Mode : Disabled > VTP Traps Generation : Disabled > MD5 digest : 0x3B 0x98 0xFB 0xBF 0xDA 0xC6 0xDD 0x51 > Configuration last modified by 215.12.34.14 at 3-1-93 01:18:53 > Local updater ID is 215.0.0.11 on interface Lo0 (first layer3 interface > found) > > Does that sound like valid solution? > > > Regards, > Lukasz > > > > On 2012-10-27 00:59, Marko Milivojevic wrote: >> >> I think I know what might have happened, but it's hard to reproduce >> without seeing the entire setup. I think your VTP server was trying to >> update clients on an STP blocking port. During your reboot, there >> could have been a temporary situation when the STP topology was >> temporarily different (switches not booting at the same time) and that >> actually fixed the issue for everyone, even if STP reconverged to the >> original topology. >> >> MD5 errors were probably clients trying to update each other. >> >> -- >> Marko Milivojevic - CCIE #18427 (SP R&S) >> Senior CCIE Instructor - IPexpert >> >> On Fri, Oct 26, 2012 at 5:54 PM, George Leslie >> <[email protected]> wrote: >>> >>> >>> Hi all,This I did. I did a client to transparent to client change on all >>> non-servers to set revision back to the start. I then did a proper domain to >>> dummy domain back to proper domain change. I then added a dummy vlan to >>> server and then removed it, and then repeated this severla times, making >>> sure I exited out of vlan mode each time. It made absolutely no difference. >>> Still got the Md5 errors and all trunks were operational. Nothing I did, >>> other than a reload, cured the issue. The VTP server was up at revision 5, >>> the clients were back at 0. All trunks were operational (sh int trunk), all >>> passwords were the same (sh vtp pass and they had been pasted in from the >>> SAME line in notepad, exactly the same paste). Weird. >>> > From: [email protected] >>>> >>>> Date: Fri, 26 Oct 2012 14:40:37 -0700 >>>> To: [email protected] >>>> CC: [email protected] >>>> Subject: Re: [OSL | CCIE_RS] VTP weirdness >>>> >>>> On Fri, Oct 26, 2012 at 2:27 PM, marc abel <[email protected]> wrote: >>>> > No it means you need to bump the revision number on your server by >>>> > either >>>> > creating a vlan or deleting a vlan. Basically if we both have config >>>> > revision 1 then I can't update you. If I create a vlan I will have >>>> > revision >>>> > 2 which will overwrite your revision 1 and then we will be synced. >>>> >>>> Correct. >>>> >>>> -- >>>> Marko Milivojevic - CCIE #18427 (SP R&S) >>>> Senior CCIE Instructor - IPexpert >>>> _______________________________________________ >>>> For more information regarding industry leading CCIE Lab training, >>>> please visit www.ipexpert.com >>>> >>>> Are you a CCNP or CCIE and looking for a job? Check out >>>> www.PlatinumPlacement.com >>>> >>>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >>> >>> >>> _______________________________________________ >>> For more information regarding industry leading CCIE Lab training, please >>> visit www.ipexpert.com >>> >>> Are you a CCNP or CCIE and looking for a job? Check out >>> www.PlatinumPlacement.com >>> >>> http://onlinestudylist.com/mailman/listinfo/ccie_rs >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, >> please visit www.ipexpert.com >> >> Are you a CCNP or CCIE and looking for a job? Check out >> www.PlatinumPlacement.com >> >> http://onlinestudylist.com/mailman/listinfo/ccie_rs > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > > http://onlinestudylist.com/mailman/listinfo/ccie_rs _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://onlinestudylist.com/mailman/listinfo/ccie_rs
