Well... the VTP won't update without trunks.

--
Marko Milivojevic - CCIE #18427 (SP R&S)
Senior CCIE Instructor - IPexpert

On Sun, Oct 28, 2012 at 9:19 PM, George Leslie
<[email protected]> wrote:
>
> Hi Lukasz,When I configured,  I had 1 server, 3 clients and this was set up 
> before trunks were configured between the four switches. I bumped up the 
> revision number on the server by adding and removing dummy vlans, and bumping 
> down on the clients by changing to transparent mode and back to client. 
> Nothing cured the issue except a reload. George.
>  > Date: Sun, 28 Oct 2012 22:57:32 +0000
>> From: [email protected]
>> To: [email protected]
>> Subject: Re: [OSL | CCIE_RS] VTP weirdness
>>
>> 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
_______________________________________________
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

Reply via email to