Ok this just didn't jive with my understanding so I went back to the lab and tried something.
I have a 6509 with redundant supII's. On the redundant sup I have a trunk to a 3550 and the native VLAN is 64. I pulled out the active SUP, slot1. The redundant sup came active, all is good. I did a "clear config all" on the this sup. I then powered off the switch, pulled out the SUP in sot 2 and reinstalled the primry SUP in slot 1. Brought the switch back up and everything looked as I expected. I reinstalled the redundant SUP and after it initialized and synched up with the primary SUP port 2/2 was once again trunking with native VLAN 64. It acted as I thought it would. Dave Larry Letterman wrote: > > yes...which is why a new one comes up as default > on vlan 1 as the native vlan for all ports... > > > Larry Letterman > Network Engineer > Cisco Systems Inc. > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On Behalf Of > > Ken Diliberto > > Sent: Thursday, October 17, 2002 9:08 PM > > To: [EMAIL PROTECTED] > > Subject: RE: Native VLAN 1 [7:55743] > > > > > > Sensing how easy it would be for me to make the same mistake... > > > > Does this mean the supervisor will come up with an existing > > configuration before automatic synchronization takes place? > > > > >>> "Larry Letterman" 10/17/02 09:02AM >>> > > mad, > > You are correct, teh second sup is the redundant sup... > > the config for it is on itself. So when I replaced it > > the new one was set for vlan 1 and that caused the issue. > > > > > > > > Larry Letterman > > Network Engineer > > Cisco Systems Inc. > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On Behalf > > Of > > > MADMAN > > > Sent: Thursday, October 17, 2002 7:35 AM > > > To: [EMAIL PROTECTED] > > > Subject: Re: Native VLAN 1 [7:55743] > > > > > > > > > Since the config for the line cards resides on the sup there should > > be > > > no problem swapping out same line cards, if the native VLAN was > > changed, > > > the change will be employed on the new card also. > > > > > > When you swapped out a standby sup in your example below I don't > > quite > > > understand what hapened. The standby sup uplinks are active so what > > > changed?? When you say you swapped out the sceondary sup the > > redundant > > > sup came up, isn't the secondary sup the redundant sup?? > > > > > > The greater point is though I agrre with Larry, leave the native > > VLAN > > > as 1, changing it is of no value as far as I can tell. > > > > > > Dave > > > > > > Larry Letterman wrote: > > > > > > > > I personally changed out a secondary sup card, when I was new in > > the lan > > > > team.. > > > > the redundant sup came up with with the trunk port 2/1 config'd > > > for native > > > > vlan > > > > 1. this caused the vtp management to issue a vlan mismatch...which > > then > > > > started > > > > a stp recalc, which caused utilization on the gateway to go up > > trying to > > > > process the > > > > bpdu storm, which prevented the network from working correctly... > > > > > > > > leaving everything in native 1 prevents this.... > > > > > > > > Larry Letterman > > > > Network Engineer > > > > Cisco Systems Inc. > > > > > > > > > -----Original Message----- > > > > > From: [EMAIL PROTECTED] [mailto:nobody@;groupstudy.com]On > > Behalf Of > > > > > Erick B. > > > > > Sent: Wednesday, October 16, 2002 11:53 PM > > > > > To: [EMAIL PROTECTED] > > > > > Subject: Re: Native VLAN 1 [7:55743] > > > > > > > > > > > > > > > Comments inline... > > > > > > > > > > --- The Long and Winding Road > > > > > wrote: > > > > > > ""Larry Letterman"" wrote in message > > > > > > news:200210170505.FAA27055@;groupstudy.com... > > > > > > > Pris, > > > > > > > > > > > > > > In our 6509's we used to make the native vlan and > > > > > > the data vlan > > > > > > > the same and it was something other than 1...if a > > > > > > blade fails and > > > > > > > we put in a new one , it defaults to vlan 1 for > > > > > > all ports. If the > > > > > > > blade has trunk ports in it, they get set to > > > > > > native vlan 1. The other > > > > > > > end is set for something else, this resulted in > > > > > > vlan mismatch in the vtp > > > > > > > domain, and in a lot of instances we suffered stp > > > > > > recalcs that took > > > > > > > buildings down for periods of time...we > > > > > > subsequently have returned to > > > > > > > making native vlan 1 on all trunks and have not > > > > > > had any issues since.. > > > > > > > > > > > > > > > > > I want to clarify a few items so we fully understand > > > > > this behavior so next time I need to hot-swap I am > > > > > prepared to make config changes as well. > > > > > > > > > > I thought the running config in RAM (and NVRAM) stayed > > > > > the same when swapping *same model* blades in the same > > > > > slot. If this isn't the case, then is some of the > > > > > config the same and some is defaulted? > > > > > > > > > > Can you point us to a cisco doc explaining this > > > > > behavior? > > > > > > > > > > Thank you very much! > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > > > > Do you Yahoo!? > > > > > Faith Hill - Exclusive Performances, Videos & More > > > > > http://faith.yahoo.com > > > -- > > > David Madland > > > CCIE# 2016 > > > Sr. Network Engineer > > > Qwest Communications > > > 612-664-3367 > > > > > > "You don't make the poor richer by making the rich poorer." > > --Winston > > > Churchill -- David Madland CCIE# 2016 Sr. Network Engineer Qwest Communications 612-664-3367 "You don't make the poor richer by making the rich poorer." --Winston Churchill Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=55876&t=55743 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
