08-22-2018 10:07 AM - edited 03-08-2019 03:57 PM
Community,
Encountering a strange issue where a mac ending in f3a2 is supposed to be on interface gi3/47 on a 4500 switch. We started having issues on it and shutdown the port to test further.
Even though the port has been shutdown for 2 hours, the 4500's mac address table still shows the MAC as coming from a downstream switch's trunked interface gi1/5:
524 0090.5e13.f3a2 dynamic ip,ipx,assigned,other GigabitEthernet1/5
When connecting to the downstream switch, it shows the mac address as coming from the previous switch back across the trunk:
524 0090.5e13.f3a2 DYNAMIC Gi1/1
Clearing mac address table on both switches at the same type causes the mac address to disappear on switch 2 for about 20 seconds, than reappears the same as above. Also checked port security, there are no learned mac addresses.
Also, for those that think its spanning tree, very few changes have occurred on either switch:
Show spanning-tree detail | I from|exec|occurred|ieee
VLAN0024 is executing the ieee compatible Spanning Tree protocol
Number of topology changes 1 last change occurred 15w3d ago
from GigabitEthernet1/1
VLAN0524 is executing the ieee compatible Spanning Tree protocol
Number of topology changes 1 last change occurred 15w3d ago
from GigabitEthernet1/1
VLAN0770 is executing the ieee compatible Spanning Tree protocol
Number of topology changes 1 last change occurred 15w3d ago
from GigabitEthernet1/1
VLAN0772 is executing the ieee compatible Spanning Tree protocol
Number of topology changes 0 last change occurred 5w3d ago
VLAN0883 is executing the ieee compatible Spanning Tree protocol
Number of topology changes 0 last change occurred 15w3d ago
Will rate if we get to an answer,
Thanks,
Jake
08-22-2018 10:21 AM
Hello Jake,
can you post the full MAC address ?
08-22-2018 10:25 AM
08-22-2018 10:42 AM
Hello,
is the device (Rauland Borg Corporation by the way, a company that does medical equipment)) still physically connected to the port ? If so, try to unplug the table and then clear the MAC address table again.
If that doesn't help, try a reload of both switches...
08-22-2018 10:45 AM
08-22-2018 10:46 AM
Physically disconnect the switcher (unplug the cable) and clear the MAC address table before you do the reload...
08-22-2018 11:24 AM
In the past I had same issue.
Was caused by a loop. A switch was connected to a device that filtered BPDU and so STP was unable to detect the loop.
I found the loop using show mac-address table dynamic on all chain of switches.
Sometime I repeated the command rapidly and continuously to see the mac move from a port to another.
Regards.
09-11-2018 08:02 AM
Issue ended up being with the single vlan. TAC rma'd the supervisor. Even after a reboot issue didn't go away.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide