Fehlerbehebung: Benachrichtigungsfehler bei MAC-Adressklappe

Einleitung

In diesem Dokument wird die Fehlerbehebung bei Flapping-Benachrichtigungsfehlern für MAC-Adressen beschrieben.

---

Hintergrundinformationen

Beschreibung

Diese Benachrichtigungsmeldung wird vom Switch generiert, wenn ein Flapping-Ereignis bei einer MAC-Adresse im Netzwerk erkannt wird.

Ein Flapping der MAC-Adresse wird erkannt, wenn ein Switch dieselbe MAC-Adressquelle erkennt und sich im selben VLAN innerhalb eines kurzen Intervalls auf zwei verschiedenen Schnittstellen befindet.

Cisco Catalyst Switches benachrichtigen, wenn dieselbe MAC-Adresse an mehreren Switch-Ports erkannt wird, was dazu führt, dass der Switch den mit der MAC-Adresse verknüpften Port ständig ändert. Diese Warnung über dieses Syslog enthält die MAC-Adresse des Hosts, des VLAN und der Ports zwischen den MAC-Adressen, die flapping-fähig sind. Da dieses Verhalten auf mehrere Ursachen zurückzuführen ist, ist die Identifizierung der zugrunde liegenden Ursache von Flapping-Ereignissen bei MAC-Adressen wichtig, um die Stabilität und Leistung des Netzwerks sicherzustellen.

---

SyslogMeldung

SW_MATM-4-MACFLAP_NOTIF

---

MessageSample

Example: Apr 26 12:27:55 Switch-1 %SW_MATM-4-MACFLAP_NOTIF: Host **0011.2233.4455** in vlan **10** is flapping between port **Gi1/0/10** and port **Po1**.

---

Benachrichtigung zu MAC-Adressmarkierung

Auswirkungen

Untersuchen Sie diese Nachrichten, um festzustellen, ob die Verschiebung der MAC-Adresse durch ein erwartetes Roaming-Verhalten, eine redundante MAC-Verschiebung des Systems, eine EtherChannel-Inkonsistenz oder eine Layer-2-Weiterleitungsschleife verursacht wird.

---

Produktfamilie

• Switches der Cisco Catalyst 9300-Serie
• Switches der Cisco Catalyst 9400-Serie
• Switches der Cisco Catalyst 9200-Serie
• Switches der Cisco Catalyst 9500-Serie
• Switches der Cisco Catalyst 9600-Serie
• Cisco Catalyst Switches der Serie 3850
• Cisco Catalyst Switches der Serie 3650
• Cisco Catalyst Switches der Serie 6000
• Cisco Catalyst Switches der Serie 6800
• Cisco Catalyst Switches der Serie 4500
• Cisco Catalyst Switches der Serie 4900
• Cisco Catalyst Switches der Serie 3750
• Cisco Catalyst Switches der Serie 3850
• Cisco Catalyst Switches der Serie 2960

---

Empfehlung

Es gibt viele mögliche Ursachen für diesen Fehler, von denen einige auf ein ernstes Netzwerkproblem hinweisen können.

Zu den häufigen Ursachen gehören:

• Layer-2-Loops (hohe Auswirkungen auf das Netzwerk)
• Wireless-Client-Bewegung (ohne Auswirkungen auf das Netzwerk)
• EtherChannel- oder Port-Channel-Fehlkonfiguration (mäßige Auswirkungen auf das Netzwerk)
• Verschiebung virtueller MAC-Adressen von redundanten Systemen oder duplizierten virtuellen Systemen (mäßige Auswirkungen auf das Netzwerk)

---

Szenario-Details 1

Eine Verschiebung von Wireless-Clients wird häufig erwartet und kann in der Regel ignoriert werden, wenn keine Auswirkungen auf Services beobachtet werden. Clients, die zwischen APs ohne CAPWAP zu einem Wireless-Controller wechseln oder zwischen APs wechseln, die von zwei verschiedenen Wireless-Controllern gesteuert werden, erstellen dieses Protokoll wahrscheinlich. Die Zeit zwischen den Protokollen, die für dieselbe MAC-Adresse generiert werden, kann mehrere Sekunden oder Minuten betragen. Wenn Sie sehen, dass sich eine einzelne MAC-Adresse mehrmals pro Sekunde bewegt, kann dies auf ein schwerwiegenderes Problem hinweisen, und es kann eine zusätzliche Fehlerbehebung erforderlich sein.

---

Szenario-Details 2

Einige redundante Systeme oder Geräte, die im Aktiv/Standby-Status betrieben werden, können eine gemeinsame virtuelle IP- und MAC-Adresse verwenden, wobei diese zu jedem Zeitpunkt nur vom aktiven Gerät verwendet wird. Wenn beide Geräte unerwartet aktiv werden und beide die virtuelle Adresse verwenden, ist dieser Fehler zu sehen. Verfolgen Sie mithilfe der im Protokoll genannten Schnittstellen und des Befehls show mac address-table address <mac-address> vlan <vlan-id> den Pfad dieser MAC-Adresse durch das Netzwerk, um zu ermitteln, wo die MAC-Adresse derzeit erfasst wird und welche Geräte Datenverkehr aus der freigegebenen MAC-Adresse generieren. Notieren Sie die MAC-Adresse, das VLAN und die Schnittstellen, die in der Syslog-Meldung gemeldet werden, und führen Sie dann den Befehl auf jedem Switch im Pfad aus. Verwenden Sie CDP, LLDP, Schnittstellenbeschreibungen oder das Netzwerkdiagramm, um das nächste angeschlossene Gerät zu identifizieren und die MAC-Adresse weiter zu verfolgen, bis die Quellgeräte identifiziert sind. Je nachdem, welche Geräte die MAC-Adresse übertragen, kann eine zusätzliche Fehlerbehebung ihres Redundanzstatus erforderlich sein.

---

Szenario-Details 3

Eine häufige Ursache für Flapping-Benachrichtigungen für MAC-Adressen ist eine fehlerhafte EtherChannel- oder Port-Channel-Konfiguration. Wenn der Switch eine MAC-Adresse meldet, die sich wiederholt zwischen physischen Verbindungen bewegt, von denen erwartet wird, dass sie Mitglieder eines EtherChannels sind, ist dies ein guter Hinweis darauf, dass der EtherChannel nicht erfolgreich eingerichtet wurde oder auf beiden Seiten nicht konsistent gebildet wird. In diesem Fall kann ein Gerät die Schnittstellen als unabhängige physische Verbindungen behandeln, während das Gerät am anderen Ende den Datenverkehr als ein einziges logisches Bündel weiterleitet.

Dies kann z. B. der Fall sein, wenn ein Switch für die Verwendung von LACP konfiguriert ist, während der Peer für den statischen EtherChannel-Modus konfiguriert ist, oder wenn die LACP-Aushandlung aus einem anderen Grund fehlschlägt. Wenn die LACP-Aushandlung auf Cisco IOS- oder Cisco IOS XE Catalyst-Switches nicht erfolgreich ist, bilden die Schnittstellen keinen Port-Channel. Abhängig von Plattform, Softwareversion und Konfiguration können die entbündelten Schnittstellen als einzelne Schnittstellen betriebsbereit bleiben oder in einen Suspensivzustand versetzt werden. Wenn mehrere unabhängige Verbindungen weitergeleitet werden, kann der Switch kontinuierlich die gleiche Quell-MAC-Adresse an verschiedenen Ports ermitteln und MAC-Flapping-Benachrichtigungen generieren.

---

MAC-Flapping-Ereignisse können auch auftreten, wenn Inkonsistenzen in der EtherChannel-Konfiguration zwischen den beiden Enden der Verbindung bestehen. Dieselbe MAC-Adresse kann zwischen einer physischen Schnittstelle und der logischen Port-Channel-Schnittstelle oder zwischen Verbindungen verschoben werden, die gebündelt, aber nicht konsistent konfiguriert werden sollen. Überprüfen Sie bei der Fehlerbehebung, ob beide Geräte über übereinstimmende EtherChannel-Einstellungen verfügen, einschließlich des Bündelungsmodus, z. B. LACP, PAgP oder statischer Modus. Die entsprechenden Mitglieds-Links, die dem Port-Channel zugewiesen sind, konsistente Layer-2-Parameter wie Trunk- oder Zugriffsmodus, VLAN-Mitgliedschaft, natives VLAN und Listen zulässiger VLANs. Wenn sichergestellt ist, dass der EtherChannel korrekt ausgehandelt wird und beide Enden über übereinstimmende EtherChannel- und Layer 2-Konfigurationen verfügen, können diese Flapping-Ereignisse für MAC-Adressen verhindert werden, wenn die EtherChannel-Inkonsistenz die Ursache ist.

---

Szenario-Details 4

Layer-2-Schleifen erzeugen häufig wiederholte MAC-Adressverschiebungsnachrichten in kurzer Zeit, in der Regel zusammen mit hohen Eingangspaketraten, Protokollinstabilität und Auswirkungen auf den Benutzerdatenverkehr. Protokolle können in der Regel für eine einzelne oder eine kleine Anzahl von MAC-Adressen erstellt werden, und Benutzer können Auswirkungen auf das Netzwerk feststellen. Routing und Layer-2-Protokolle können häufig fehlschlagen, was zu zusätzlichen Protokollen und allgemeiner Instabilität führen kann.

---

Um einen L2-Loop zu beheben, führen Sie die show-Schnittstelle aus. | include ist der Befehl up|input rate und notiert alle aktiven Schnittstellen, die eine extrem hohe Anzahl von Eingangspaketen pro Sekunde aufweisen (im Allgemeinen kann dies eine große Zahl von 6, 7 oder 8+ Ziffern sein, je nach Geschwindigkeit der Schnittstelle).

Wahrscheinlich gibt es nur 1 oder 2 Schnittstellen mit einer ungewöhnlich hohen Eingangsrate. Verwenden Sie **Eingangspaketraten** als primären Datenpunkt beim Verfolgen des Schleifenpfads. Verwenden Sie Spanning-Tree-Topologieänderungen (TCNs), den Root-Bridge-Status, blockierte Ports und inkonsistente Ports als unterstützende Daten während der Validierung. Sobald die Schnittstelle für hohe Eingaben identifiziert wurde, melden Sie sich mit CDP, LLDP oder Ihren Schnittstellenbeschreibungen/Netzwerkdiagrammen beim benachbarten Gerät an, das mit diesem Port verbunden ist, und führen Sie die Show-Schnittstelle aus. | include is up|input rate command again und wiederholen Sie den Prozess zur Verfolgung der Schnittstellen mit ungewöhnlichen Eingaberaten. Behalten Sie die Schnittstellen und Hostnamen im Auge, während Sie sie durch das Netzwerk verfolgen.

Überprüfen Sie weiterhin die Nachbarn, und überprüfen Sie die Eingaberaten, bis die Eingangsports leer sind und Sie keine Nachbarn mehr haben oder wieder auf dem bereits geprüften Gerät landen.

---

Im Rahmen dieser Methodik kann eines von zwei Ergebnissen erzielt werden:

• Wenn ein Port über kein CDP, LLDP oder einen bekannten Nachbarn verfügt und eine sehr hohe Eingangsrate aufweist, überprüfen Sie die Auswirkungen auf den Betrieb, zeichnen Sie den aktuellen Schnittstellenstatus auf, und holen Sie eine Autorisierung ein, bevor Sie die Schnittstelle administrativ herunterfahren. Warten Sie nach dem Herunterfahren 60 Sekunden, und überprüfen Sie, ob die MAC-Flaps, die hohen Eingaberaten und die Auswirkungen auf den Benutzer aufhören. Wenn der Zustand aufhört, halten Sie die Schnittstelle so lange isoliert, bis das angeschlossene Gerät oder die Verkabelung erkannt wird. Wenn der Zustand einer Schleife weiterhin besteht, halten Sie die Schnittstelle geschlossen und starten Sie den Vorgang erneut, da eine zweite Quelle im Netzwerk vorhanden sein kann.
• Wenn die Ablaufverfolgung zu einem bereits geprüften Gerät zurückkehrt, enthält der Pfad eine Layer-2-Schleife. Validierung von STP-Status, BPDU-Filter, BPDU-Guard-Ereignissen, EtherChannel-Konsistenz, Trunk-VLAN-Listen, nativen VLANs, nicht verwalteten Switches und Verkabelung, um festzustellen, wo die Loop-Prevention nicht wie vorgesehen funktioniert. Geben Sie für Spanning-Tree-Netzwerke an, welcher Switch im verfolgten Pfad Root sein soll, und arbeiten Sie von diesem Gerät aus rückwärts, um zu bestimmen, welche Schnittstelle im verfolgten Pfad blockiert werden soll, aber gerade weitergeleitet wird. Beenden Sie die blockierende Schnittstelle administrativ, sobald diese gefunden wurde (sich aber im Weiterleitungsstatus befindet). Warten Sie 60 Sekunden, und überprüfen Sie die Netzwerkstabilität. Wenn die Schleife erhalten bleibt, halten Sie die Schnittstelle heruntergefahren und wiederholen Sie diesen Vorgang.

---

Befehle

Die Befehlssyntax variiert je nach Plattform- und Softwareversion. Führen Sie auf Cisco IOS XE den Befehl show mac address-table aus. Auf einigen älteren Plattformen wird die Syntax show mac-address-table ausgeführt.

Command	Zweck
show version	Identifizieren von Plattform, Softwareversion und Verfügbarkeit.
show logging	Überprüfen von MAC-Flapping-Nachrichten und zugehörigen Protokollereignissen
show spanning-tree	Überprüfen der Root-Bridge, der Port-Rollen, der Port-Status und der Topologieänderungen
show mac address-table address <mac-Adresse> vlan <VLAN-ID>	Ermitteln Sie, wo die MAC-Adresse derzeit erfasst wird.
show interfaces	Einschließen ist aktiv.
EtherChannel-Übersicht anzeigen	Überprüfen Sie den Port-Channel-Status und die Memberkonsistenz.
show cdp neighbors detail / show lldp neighbors detail	Identifizieren Sie das benachbarte Gerät, das mit einer Schnittstelle verbunden ist.

Revisionsverlauf

Überarbeitung	Veröffentlichungsdatum	Kommentare
3.0	07-Aug-2026	Aktualisierte Rechtschreibung, Grammatik, eingefügte horizontale Linien in separate Abschnitte für Lesbarkeit.
2.0	24-Apr-2025	Rezertifizierung.
1.0	25-Oct-2023	Erstveröffentlichung