How can something "Break" the switching fabric? I have a Linux server that is uplinked to a Intel 510T switch that is uplinked to another Intel 510T switch which then goes gigE to a cisco 3500XL and then gigE to a cisco 6506. If I dump the packets on the server and exclude all ip addresses bound to the machine, I still see lots of traffic. Most of it is HSRP and ARPS. But I also see full TCP sessions that are going to and from other servers that are on different switches. It's not like I see all the traffic comeing from other hosts, just every second or so I'll see a speratic TCP sessions (port 80 most of the time - not broadcasts) from other hosts. Any clue on where I should start looking?
A couple things to check. First, check to be sure that the destination mac address is in the cam table. If not, we are going to flood the packet.
Also, please make sure that you have all your end user stations set with portfast enabled. Without it enabled, these ports can generate TCNs, which cause the cam table to go into fast aging (15 secs, vs. 300secs). Check the following document for more details and troubleshooting steps.
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 ...