Don't want to beat this to death but if you pull out the redundant sup the primary keeps running the show. After you reinstall the new redundant sup it "should" sync up with the primary, including the native VLAN info.
Dave Priscilla Oppenheimer wrote: > > Thanks Larry and the others who responded. It's good to know about this > potential problem. I hope you didn't mind me getting you embroiled in a > discussion. ;-) I figured it would be good for learning, as it was. > > Priscilla > > Larry Letterman wrote: > > > > 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=55873&t=55743 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
