From: kevin gannon (kevin@gannons.net)
Date: Wed Oct 26 2005 - 10:51:47 GMT-3
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