Fout bij melding van MAC-adresflap oplossen

Inleiding

In dit document wordt beschreven hoe u fouten in de melding van de MAC-adresflap kunt oplossen.

---

Achtergrondinformatie

Beschrijving

Deze melding wordt gegenereerd door de switch wanneer deze een gebeurtenis detecteert waarbij het MAC-adres op het netwerk flapt.

Een gebeurtenis waarbij een MAC-adres flapt, wordt gedetecteerd wanneer een switch dezelfde MAC-adresbron leert en in hetzelfde VLAN binnen een kort tijdsbestek op twee verschillende interfaces staat.

Cisco Catalyst-switches melden wanneer hetzelfde MAC-adres wordt gedetecteerd op meerdere switch-poorten, waardoor de switch voortdurend de poort wijzigt die is gekoppeld aan het MAC-adres. Deze waarschuwing via dit syslog bevat het MAC-adres van de host, VLAN en poorten tussen het MAC-adres dat flappert. Gezien dit gedrag om meerdere redenen kan worden veroorzaakt, is het identificeren van de onderliggende oorzaak van het flapperen van MAC-adressen belangrijk om de stabiliteit en prestaties van het netwerk te garanderen.

---

syslogMessage

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**.

---

MAC-adresflapmelding

Impact

Onderzoek deze berichten om te bepalen of de MAC-adresbeweging wordt veroorzaakt door verwacht roaminggedrag, redundante MAC-systeembeweging, EtherChannel-inconsistentie of een Layer 2-doorvoerlus.

---

Productfamilie

• Cisco Catalyst 9300 Series switches
• Cisco Catalyst 9400 Series switches
• Cisco Catalyst 9200 Series switches
• Cisco Catalyst 9500 Series switches
• Cisco Catalyst 9600 Series switches
• Cisco Catalyst 3850 Series switches
• Cisco Catalyst 3650 Series switches
• Cisco Catalyst 6000 Series switches
• Cisco Catalyst 6800 Series switches
• Cisco Catalyst 4500 Series switches
• Cisco Catalyst 4900 Series switches
• Cisco Catalyst 3750 Series switches
• Cisco Catalyst 3850 Series switches
• Cisco Catalyst 2960 Series switches

---

Aanbeveling

Er zijn veel mogelijke oorzaken voor deze fout, sommige kunnen wijzen op een ernstig netwerkprobleem.

Veel voorkomende oorzaken zijn onder meer:

• Layer-2-lussen (hoge netwerkimpact)
• Draadloze clientbeweging (geen netwerkimpact)
• Misconfiguratie van etherChannel of poort-kanaal (matige netwerkimpact)
• Virtuele MAC-adresverplaatsing van redundante systemen of gedupliceerde virtuele machines (matige netwerkimpact)

---

Scenariodetails 1

Draadloze clientbeweging wordt vaak verwacht en kan meestal veilig worden genegeerd, ervan uitgaande dat er geen serviceeffecten worden waargenomen. Klanten die zwerven tussen toegangspunten die CAPWAP niet gebruiken en die niet teruggaan naar een draadloze controller, of die zwerven tussen toegangspunten die worden beheerd door twee verschillende draadloze controllers, zullen dit logboek waarschijnlijk genereren. De tijd tussen logs die voor hetzelfde MAC-adres worden gegenereerd, kan enkele seconden of enkele minuten uit elkaar liggen. Als u een enkel MAC-adres meerdere keren per seconde ziet bewegen, kan dat wijzen op een ernstiger probleem en kan aanvullende probleemoplossing vereist zijn.

---

Scenariodetails 2

Sommige redundante systemen of apparaten die in een actieve/standby-status werken, kunnen een gemeenschappelijk virtueel IP- en MAC-adres delen, waarbij alleen het actieve apparaat het op elk moment gebruikt. Als beide apparaten onverwacht actief worden en beide het virtuele adres beginnen te gebruiken, kan deze fout worden gezien. Met behulp van de interfaces die in het log worden genoemd en waarop de opdracht show mac address-table address <mac-address> vlan <vlan-id> wordt uitgevoerd, kunt u het pad van dit MAC-adres via het netwerk traceren om te bepalen waar het MAC-adres momenteel wordt geleerd en welke apparaten verkeer genereren van het gedeelde MAC-adres. Noteer het MAC-adres, het VLAN en de interfaces die in het syslog-bericht worden gemeld en voer vervolgens de opdracht uit op elke switch in het pad. Gebruik CDP, LLDP, interfacebeschrijvingen of het netwerkdiagram om het volgende verbonden apparaat te identificeren en het MAC-adres te blijven volgen totdat de bronapparaten zijn geïdentificeerd. Afhankelijk van de apparaten die de MAC-adresverplaatsingen genereren, kan aanvullende probleemoplossing van de redundantiestatus vereist zijn.

---

Scenariodetails 3

Een veel voorkomende oorzaak van MAC-adresflapmeldingen is een verkeerde configuratie van EtherChannel of Port-Channel. Als de switch een MAC-adres meldt dat herhaaldelijk wordt verplaatst tussen fysieke koppelingen waarvan wordt verwacht dat ze lid zijn van een EtherChannel, is dit een sterke indicatie dat het EtherChannel niet met succes is ingesteld of niet consistent aan beide uiteinden is gevormd. In deze situatie kan één apparaat de interfaces behandelen als onafhankelijke fysieke koppelingen, terwijl het apparaat aan de andere kant verkeer over hen heen stuurt als een enkele logische bundel.

Dit kan bijvoorbeeld gebeuren als een switch is geconfigureerd om LACP te gebruiken terwijl de peer is geconfigureerd voor de statische EtherChannel-modus, of als LACP-onderhandelingen mislukken om een andere reden. Op Cisco IOS- of Cisco IOS XE Catalyst-switches vormen de interfaces geen poortkanaal wanneer LACP-onderhandelingen niet succesvol zijn. Afhankelijk van het platform, de softwarerelease en de configuratie kunnen de ontbundelde interfaces operationeel blijven als afzonderlijke interfaces of in een opgeschorte toestand worden geplaatst. Als er meerdere onafhankelijke koppelingen blijven doorsturen, kan de switch continu hetzelfde bron-MAC-adres opnieuw leren op verschillende poorten en MAC-flapmeldingen genereren.

---

MAC-flapgebeurtenissen kunnen ook optreden wanneer er inconsistenties zijn in de EtherChannel-configuratie tussen de twee uiteinden van de verbinding. Hetzelfde MAC-adres kan lijken te bewegen tussen een fysieke interface en de logische poort-kanaal interface, of tussen koppelingen die naar verwachting worden gebundeld maar niet consistent geconfigureerd. Controleer bij het oplossen van deze aandoening of beide apparaten overeenkomende EtherChannel-instellingen hebben, inclusief de bundelmodus, zoals LACP, PAgP of statische modus. De corresponderende ledenkoppelingen die zijn toegewezen aan het poortkanaal, consistente Layer 2-parameters zoals trunk- of toegangsmodus, VLAN-lidmaatschap, native VLAN en toegestane VLAN-lijsten. Als u ervoor zorgt dat over het EtherChannel correct wordt onderhandeld en beide uiteinden overeenkomende EtherChannel- en Layer 2-configuraties hebben, kunnen deze gebeurtenissen met de MAC-adresflap worden geëlimineerd wanneer inconsistentie van EtherChannel de hoofdoorzaak is.

---

Scenariodetails 4

Layer 2-lussen genereren vaak herhaalde MAC-adresverplaatsingsberichten in een korte periode, vaak samen met hoge invoerpakketsnelheden, protocolinstabiliteit en impact op het gebruikersverkeer. Logs kunnen meestal worden gebruikt voor een enkel of een klein aantal MAC-adressen en gebruikers kunnen een impact op het netwerk ervaren. Routing en laag 2 protocollen kunnen vaak mislukken, wat resulteert in extra logs en algemene instabiliteit wordt gecreëerd.

---

Als u een L2-lus wilt oplossen, voert u de show interface | include is up|input rate command uit en noteert u alle actieve interfaces die een extreem hoog volume aan invoerpakketten per seconde weergeven (over het algemeen kan dit een groot 6-, 7- of 8-cijferig nummer zijn, afhankelijk van de snelheid van de interface).

Er zijn waarschijnlijk slechts 1 of 2 interfaces met een abnormaal hoge invoersnelheid. Gebruik **invoerpakketsnelheden** als het primaire gegevenspunt bij het traceren van het luspad. Gebruik omspanningsboomtopologiewijzigingen (TCN's), de status van de root-brug, geblokkeerde poorten en inconsistente poorten als ondersteunende gegevens tijdens de validatie. Zodra de hoge invoerinterface is geïdentificeerd, gebruikt u CDP, LLDP of uw interfacebeschrijvingen / netwerkdiagrammen om in te loggen op het naburige apparaat dat op die poort is aangesloten en voert u de show interface | include is up|input rate command opnieuw uit en herhaalt u het proces van het traceren van de interfaces met abnormale invoersnelheden. Houd de interfaces en hostnamen bij terwijl u ze via het netwerk traceert.

Blijf buren controleren en kijk naar invoersnelheden totdat je geen invoerpoorten meer hebt en je geen buren meer hebt of terugkomt op het apparaat dat je al hebt gecontroleerd.

---

Een van de twee mogelijke uitkomsten kan tijdens deze methodologie gebeuren:

• Als een poort geen CDP, LLDP of bekende buur heeft en een zeer hoge invoersnelheid heeft, bevestigt u de operationele impact, registreert u de huidige interfacestatus en verkrijgt u autorisatie voordat u de interface administratief afsluit. Wacht na het uitschakelen 60 seconden en controleer of MAC-flappen, hoge invoersnelheden en impact van de gebruiker stoppen. Als de toestand is uitgeschakeld, moet u de interface geïsoleerd houden totdat het aangesloten apparaat of de bekabeling is geïdentificeerd. Als er nog steeds een lusvoorwaarde wordt gezien, houdt u de interface afgesloten en start u het proces opnieuw, omdat er mogelijk een tweede bron op het netwerk is.
• Als het spoor terugkeert naar een reeds aangevinkt apparaat, bevat het pad een Layer 2-lus. Stp-status, BPDU-filter, gebeurtenissen met BPDU-beveiliging, consistentie van EtherChannel, trunk-VLAN-lijsten, native VLAN's, onbeheerde switches en bekabeling valideren om te bepalen waar luspreventie niet werkt zoals bedoeld. Voor Spanning-tree-netwerken moet u bepalen welke switch in het pad dat u hebt getraceerd naar verwachting root is en vanaf dat apparaat naar achteren werken om te bepalen welke interface in het getraceerde pad naar verwachting zal blokkeren, maar momenteel wordt doorgestuurd. Zodra de interface is gevonden die kan worden geblokkeerd (maar zich in de staat van doorsturen bevindt), sluit u deze administratief af. Wacht 60 seconden en controleer het netwerk op stabiliteit. Als de lus aanhoudt, houdt u de interface afgesloten en herhaalt u dit proces.

---

opdrachten

Command syntax varieert per platform en software release. Voer op Cisco IOS XE de opdracht show mac address-table uit. Sommige oudere platforms draaien de syntaxis show mac-address-table.

Opdracht	Doel
show version	Identificeer platform, softwareversie en uptime.
Logboekregistratie weergeven	Bekijk MAC flap berichten en gerelateerde protocol gebeurtenissen.
show spanning-tree	Controleer de root-brug, poortrollen, poorttoestanden en wijzigingen in de topologie.
MAC-adres-tabeladres <MAC-adres> VLAN <VLAN-ID> weergeven	Identificeer waar het MAC-adres momenteel wordt geleerd.
show interfaces	Inclusief is up.
Overzicht van Etherchannel weergeven	Controleer de status van het poortkanaal en de consistentie van de leden.
Details van CDP-buren weergeven / Details van LLDP-buren weergeven	Identificeer het naburige apparaat dat is aangesloten op een interface.

Revisiegeschiedenis

Revisie	Publicatiedatum	Opmerkingen
3.0	07-Aug-2026	Bijgewerkte spelling, grammatica, ingevoegde horizontale lijnen naar afzonderlijke secties voor leesbaarheid.
2.0	24-Apr-2025	Hercertificering.
1.0	25-Oct-2023	Eerste vrijgave