I have several EtherChannel trunk bundled with two fiber in our 6509s. I have always noticed that if one link goes there is always a hiccup in this netwrok, for example we have two building connected with Etherchannel trunk and this moring one trunk link went down, I saw a trunk up and down syslog message and then the whole building was offline for almost a min.
Firstly, are you sure they are bundled OK? Can you post a show etherchannel from when it is good?
Secondly, is this a direct connection, or does it go through other equipment? That is, when one end goes down, does the other end get to know about it right away.
Third, if you are getting this sort of problem, you might consider forcing trunk and etherchannel status rather than negotiating them. But we will see that from the show etherchannel and show trunk.
Do you have rapid-pvst?
I suspect what is happening is that the channel is unbundling for some reason, but the links are establishing seperately, forcing a spanning-tree reconvergence, which takes 50 seconds if you are using the old Spanning Tree 802.1D.
Or perhaps, when one link of the bundle goes down, the Spanning-Tree port cost changes forcing a re-convergence. You can fix that by configuring a fixed cost on the link.
Or even due to an apparent loss of the root bridge.
yes they are bundled and using PAgp. It is a direct connection between two 6500 and nothing in between. show output is attached and thank you for help. By the way we are running CatOs, 8.5.2 and 10.2(18)SXF4 on the MSFC.
I think generally between cisco devices it is recommended to use the "non-silent" parameter as opposed to the silent , whether or not this would help I don't know . It should not pull down the trunk or etherchannel it should just fALL over to the remaining links in the channel group.
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...