From: Guyler, Rik (rguyler@shp-dayton.org)
Date: Wed Oct 26 2005 - 09:23:14 GMT-3
One way to avoid this ever really being a problem is to use VTP passwords.
When I was a consultant I often did this for customers that I knew would try
to add their own switches without knowing the ramifications of doing so.
The password protected the existing VTP domain and forced the switch
installer to manually configure the VTP info, which usually was me after
they couldn't get it to work. Of course, don't forget the password...that
could be a problem. ;-)
Rik
-----Original Message-----
From: Feldman, Jim [mailto:Jim.Feldman@amex.com]
Sent: Tuesday, October 25, 2005 1:17 PM
To: 'Thomwin Chen'; Ccie Lab (E-mail)
Subject: RE: VTP table revision
Thanks for the info. I still have to make sure I know how VTP decides which
is the most up to date config based on table revision number.
I think the issue arises if a switch is added to an existing VTP domain but
it has a higher table revision than the current VTP server but this
shouldn't happen as long as the new switch being added has a factory default
setting but I need to verify that.
Jim
-----Original Message-----
From: Thomwin Chen [mailto:thomwin_chen@yahoo.com]
Sent: Tuesday, October 25, 2005 11:11 AM
To: Feldman, Jim
Subject: RE: VTP table revision
adding several VLAN by using only one line, will only increment the VTP
revision +1 (that's from 1 to 2).
Rgds
"Feldman, Jim" <Jim.Feldman@amex.com> wrote:
Hey Thomwin,
Thanks for getting back to me. I appreciate it.
With respect to your first point, do you know the affect on the table #
from, for example, adding several vlans at once as in:
vlan 10,20,30
Will the table # change from 1 to 4 or from 1 to 2?
Thanks again
-----Original Message-----
From: Thomwin Chen [mailto:thomwin_chen@yahoo.com]
Sent: Tuesday, October 25, 2005 11:01 AM
To: Feldman, Jim
Subject: Re: VTP table revision
I'm not remember it well
however,
for your number 2 question :
1. adding, deleting, renaming VLAN will change the VTP revision number.
2. changing VTP domain name will reset the VTP revision back to 0.
3. changing from Server/Client mode to Transparent mode will reset the VTP
revision back to 0.
Rgds,
Thomwin
"Feldman, Jim" <Jim.Feldman@amex.com> wrote:
Hi guys,
I know one has to be very careful when adding a new switch (with the default
VTP server mode) to an existing switched VTP network because if the new
switch has the wrong table revision #, it could wipe out or replace all the
existing vlans. ( I rmember that much but forget some of the details).
This has me thinking about a couple things:
1. Do I want to make sure the VTP table revision # on the new switch is
lower or higher than existing VTP servers?
2. What specific changes cause the VTP table revision to change?
For example, does changes the properties of a vlan eg. mtu, cause a VTP
table # revision? Does adding and deleting a vlan cause the table # to also
change? Are all changes done between VTP advertisements counted as 1 table
revision?
I'd appreciate any guidance that can be offered here.
TIA, Jim
This archive was generated by hypermail 2.1.4 : Sun Nov 06 2005 - 22:00:54 GMT-3