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 Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=55816&t=55743 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]