cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
578
Views
0
Helpful
1
Replies

VTPv3 revision conflict handling?

4 switches connected as #1 - #4 - #2 - #3

VTPv3, no password, #1, #2, #3 VTPv3 switches in server mode, #4 in client mode

#3 is already primary, adding password making the VTP domain partitioned (#3 gets isolated), increment rev number to 4 on #3

promote #2 to primary, increment rev number to 4 with different changes on #2

#1, #4 accepts rev 4 from #2

configure the correct password on #2, now domain partitioned as #1/#4 vs #2/#3. #2 loses primary (Is this because of the password change?) and accepts rev 4 from #3 (prior to this both #3 and #4 had rev 4 but the vlan database was different)

remove password on #2, now #2 reverts to its previous rev 4 originally created by itself (picked up from #2?) Why #2 already with a rev 4 database revert to another rev 4 database?

In this scenario things are going seriously wrong (same rev different digest) and there was no clear warning on what was happening.

1 Reply 1

*Feb 25 10:15:02.422: VTP LOG RUNTIME: VTP3[VLAN]: Db is invalid. Requesting new db on all trunks

With password set, vlan database is associated with the password. The vlan database gets invalidated as soon as the password is changed and a new db is requested on all trunks.

That answered my own question.