We have 6509 as backbone, 4948G as server swithces and 3560 as client switches. Yesterday 4548G switches did not work for two minutes. And produces that log:
Nov 27 14:00:46.113 TURKEY: %C4K_EBM-4-HOSTFLAPPING: Host 00:0C:6E:6E:F9:15 in vlan 106 is flapping between port Te1/49 and port Gi1/32
Every 4584G switch generated these hostflaping log. When i checked the error, cisco says: his error message appears on the switch when the switch detects the specified host address as a source address on multiple ports.
Te1/49 is trunk link to backbone(6509) and G1/32 is the of the server whose mac address is 00:0C:6E:6E:F9:15. So i understand that that mac adress advetised by another switch and then 4948 switch generated this log.
How can i find, which switch is producing this problem.
check on which port this Host 00:0C:6E:6E:F9:15 is connected to. i had a similar problem before and found out that the host has two interface connected to the same switch. Make sure your STP works well.
Someone looped a connection somewhere on vlan 106 and probably 106 is trunked to multiple switches . Sometimes you can use cdp neighbor and you will see multiple port where the switch actual see's itself as a neighbor . If the messages have stopped and the loop is gone you will have a hard time finding where it was . I would still hunt down that mac address , its probably in the arp table of the l3 device and then do a show mac to see where the device is that it is hooked to .
i totally agree with Glens observation of a loop.I faced such an issue when we had a physical loop, which sometimes may not n=be detected by the cisco switches ,if the loops are created by a thirdparty switch which wont send BPDU's. So best way to trouble shoot this issue is to find out whether you have added any thirdparty switch added in recent days in ur network or u have done any physical changes recently.That may help u to find the culprit.
Loop detection is not always easy if we dont understand the physical topology.If you know the physical topology well ,the identfy the root bridge and find the up link trunks from it to all non root bridges. See for any inconsistent ports . See for more uplink paths to the root brige than the usual ones.
A good document which explains the whole process follows
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 ...