[c-nsp] VTP in IOS config

Dave Breiland superdave at dynamicis.com
Mon Feb 14 16:45:42 EST 2005


Probably a silly question, but what is the best way to save the vtp 
configuration then, for later recovery?

Thanks,
Dave

Tim Stevenson wrote:

>The VLAN database is not phased out, the vlan-database config mode is what 
>has been phased out.
>
>In VTP client & server mode, the VLAN/VTP domain info is still stored in a 
>separate vlan.dat file, but you now use normal config mode to modify this 
>configuration. Why? Because VTP requires instant NVRAM changes based on the 
>contents of VTP packets - this is in direct opposition to the traditional 
>IOS model, where NVRAM doesn't change unless you tell it to (wr mem/copy 
>run start).
>
>In VTP transp mode, you also use normal config mode to modify the config, 
>and it your config is also stored in the normal config file 
>(running/startup), since VTP transparent switches do not modify their 
>config based on external packet reception.
>
>Tim
>
>At 01:00 PM 2/14/2005, MADMAN averred:
>
>  
>
>>   Setting up a 4507R with supIVs running 12.2.25(ESW) the other day.
>>After adding the config I was explaining the various parameters to the
>>customer but I didn't notice any vtp info, vtp was client and had the
>>customers choosen domain name.  I then changed the mode to transparent
>>and then in the running config I noticed the vtp mode and the domain!
>>Switch config to server and the info was no longer in the config file.
>>Seems that if you configure the vtp for client or server neither will
>>show up in the config, nor will the domain name.  Change it to
>>transparent and you see the mode and the domain which is basically
>>irrelevant since the domain is meaningless with vtp disabled.
>>
>>   I tried this on another 4507 in the lab running earlier IOS and on a
>>6506 sup1msfc2 and a sup720, same results.
>>
>>   Is this by accident or design?  If design why?  I know this used to
>>be done and held in the VLAN database but support for it is being phased
>>out.
>>
>>   Thanks
>>
>>   Dave
>>--
>>David Madland
>>CCIE# 2016
>>Sr. Network Engineer
>>Qwest Communications
>>612-664-3367
>>
>>"Emotion should reflect reason not guide it"
>>
>>_______________________________________________
>>cisco-nsp mailing list  cisco-nsp at puck.nether.net
>>https://puck.nether.net/mailman/listinfo/cisco-nsp
>>archive at http://puck.nether.net/pipermail/cisco-nsp/
>>    
>>
>
>
>
>Tim Stevenson, tstevens at cisco.com
>Routing & Switching CCIE #5561
>Technical Marketing Engineer, Catalyst 6500
>Cisco Systems, http://www.cisco.com
>IP Phone: 408-526-6759
>********************************************************
>The contents of this message may be *Cisco Confidential*
>and are intended for the specified recipients only.
>_______________________________________________
>cisco-nsp mailing list  cisco-nsp at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-nsp
>archive at http://puck.nether.net/pipermail/cisco-nsp/
>  
>


More information about the cisco-nsp mailing list