[c-nsp] VTP in IOS config

[Tim Stevenson]

copy const_nvram:vlan.dat tftp

Tim

At 01:45 PM 2/14/2005, Dave Breiland averred:
>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/
>>



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.