In our campus enviroment we have Cisco 6506 VSS Sup 2T as a core switch.
Each of our Cisco 6506 switches contain:
1) 6904-40G with 4xFourX adapter
5) Sup 2T
Sometimes we had a problem: on all an odd or an even interfaces, interface state become "notconnect" in the interface card 6848-sfp.
On the other side there is access switches 2960, we see the blocking issues it is UDLD err-disable.
Sh/noSH didn't help.
We made some test to check connectivity, made a blocked interface in the 6500 as L3 interface and from the other side put 2960 blocked interface to the access mode and create an SVI on the 2960, to ping and check L3 connectivity between them. There was not any replies from each of side. But interfaces counters increments while we pinging. The only way to return interfaces to the normal state is reload an interface card.
Somebody faced with this problem? Any ideas about a cause?
As per the logs provided it looks there was some VSS issue since we are seeing the logs for blocked interface from both switch 1 and switch 2 ie not specific to module on 1 switch. I would like to know the following
1. What is the version of IOS running in 6500?
2. Where are the above error message collected from ? Is it from 6500 or 2960 ? I believe these error messages appeared during the time issue happened?
3. Please provide the output of show diagnostic result mod 5 detail ( Active superisor Switch 1 ) ?
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 ...