From: Feldman, Jim (Jim.Feldman@amex.com)
Date: Wed Oct 26 2005 - 10:53:53 GMT-3
Kevin,
You're right. I was thinking of the output of the show vtp status command.
What command are you referring to?
Also, what OS and version are you using, CatOS or IOS?
If you copy and paste a sample, that would be great.
Jim
-----Original Message-----
From: kevin gannon [mailto:kevin@gannons.net]
Sent: Wednesday, October 26, 2005 9:52 AM
To: Feldman, Jim
Cc: Leigh Harrison; Guyler, Rik; ccielab@groupstudy.com
Subject: Re: VTP table revision
The output shows the clear text version at least on the Cat 4k I
tested.
If you do a sh btp stat you will see a Md5 hashed version of it
maybe thats what you are thinkjing of.
Regards
Kevin
On 10/26/05, Feldman, Jim <Jim.Feldman@amex.com> wrote:
> Leigh,
>
> Actually, I think the output only shows the MD5 form of the password. I
> haven't tried it but I suspect using that form on the new switch wouldn't
> work.
>
> Do you know differently?
>
> And, speaking of VTP passwords, is there a password procedure if that
> password is forgotten?
>
> Jim
>
> -----Original Message-----
> From: Leigh Harrison [mailto:ccileigh@gmail.com]
> Sent: Wednesday, October 26, 2005 8:40 AM
> To: Guyler, Rik
> Cc: ccielab@groupstudy.com
> Subject: Re: VTP table revision
>
>
> if you do forget the password,
>
> "show vtp password" will tell you what it is.....
>
> Guyler, Rik wrote:
>
> >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
> >
> >_______________________________________________________________________
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> > _____
> >
> >Yahoo!
>
><http://us.lrd.yahoo.com/_ylc=X3oDMTFqODRtdXQ4BF9TAzMyOTc1MDIEX3MDOTY2ODgxN
> j
>
>kEcG9zAzEEc2VjA21haWwtZm9vdGVyBHNsawNmYw--/SIG=110oav78o/**http%3a//farecha
> s
> >e.yahoo.com/> FareChase - Search multiple travel sites in one click.
> >
> >
> >
> > _____
> >
> >Yahoo!
>
><http://us.lrd.yahoo.com/_ylc=X3oDMTFqODRtdXQ4BF9TAzMyOTc1MDIEX3MDOTY2ODgxN
> j
>
>kEcG9zAzEEc2VjA21haWwtZm9vdGVyBHNsawNmYw--/SIG=110oav78o/**http%3a//farecha
> s
> >e.yahoo.com/> FareChase - Search multiple travel sites in one click.
> >
> >_______________________________________________________________________
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
> >
> >_______________________________________________________________________
> >Subscription information may be found at:
> >http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Nov 06 2005 - 22:00:54 GMT-3