In a dual 6509 setup, is it possible to know which trunk interface is involved in the communication between the two 6509 switches?
Lets say for example that I have three individual trunk links going between the 6509's. Can I know over which link is the communication happening OR which link is currently active and passing packets between the switches? The reason I am asking this question is because I am seeing three links between the two 6509's and all are configured for VLAN pruning except one.
And there is only one trunk link where all VLAN's are allowed and I want to make sure that that is the one being used.
The spanning tree mode is PVST if that might help.
I suppose it could depend on your configuration. For example, you could have them set up as an etherchannel group. Assuming you don't you should be able to figure it out easy enough just using the show span for each VLAN. Since only one side appears as blocked, you have to check both switches to determine which are in a blocked state. Even so, if you have enough traffic you can more or less verify that by clearing the counters and seeing which ports have the most traffic.
If you have 3 trunk links and they all pass the same vlans most likely spanning tree is blocking at least one or more of these trunks that carry the same vlans . Like previous poster said you might be better off combining all 3 and make a etherchannel group out of them which makes all 3 links look like a single link spanning tree wise .
Thanks a lot for your responses. I verified the spanning tree configs with show span, show span summary, show span blockedports and found that the trunks were carrying the required VLAN's and there were no ports in blocked state.
It was just my confusion about switches not doing their job.
But actually, it was a FWSM failover issue that was eventually solved after replacing a route with HSRP IP with the actual IP.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...