Fehlerbehebung bei häufigen HSRP-Problemen
Einleitung
In diesem Dokument werden häufige Probleme und Möglichkeiten zur Behebung von HSRP-Problemen (Hot Standby Router Protocol) beschrieben.
Voraussetzungen
Anforderungen
Es gibt keine spezifischen Anforderungen für dieses Dokument.
Verwendete Komponenten
Dieses Dokument enthält Beispiele aus verschiedenen Cisco IOS®-Softwareversionen und -Hardwareplattformen. Die Verfügbarkeit und das Verhalten von Befehlen variieren je nach Plattform und Version.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Informationen zu HSRP
Hintergrundinformationen
In diesem Dokument werden die häufigsten Probleme im Zusammenhang mit HSRP behandelt:
-
Router meldet eine doppelte HSRP-Standby-IP-Adresse
-
Ständige HSRP-Statusänderungen (aktiv/Standby/Kommunikation)
-
HSRP-Peers nicht vorhanden
-
Switch-Fehlermeldungen im Zusammenhang mit HSRP
-
Übermäßiges Netzwerk-Unicast-Flooding zur HSRP-Konfiguration
Unternehmen und Verbraucher, die für ihre geschäftskritische Kommunikation Intranet- und Internet-Services nutzen, benötigen und erwarten kontinuierliche Verfügbarkeit bei Netzwerken und Anwendungen. Kunden können ihre Anforderungen an eine nahezu hundertprozentige Netzwerkverfügbarkeit erfüllen, wenn sie HSRP in Cisco IOS®-Software nutzen. HSRP, das nur bei Cisco Plattformen verfügbar ist, bietet Netzwerkredundanz für IP-Netzwerke in einer Weise, die sicherstellt, dass der Benutzerdatenverkehr nach First-Hop-Ausfällen auf Netzwerk-Edge-Geräten oder in Zugriffsschaltkreisen sofort und transparent wiederhergestellt wird.
Zwei oder mehr Router können als ein einziger virtueller Router fungieren, wenn sie dieselbe IP-Adresse und MAC-Adresse (Layer 2 [L2]) haben. Die Adresse ist für die Standard-Gateway-Redundanz der Host-Workstation erforderlich. Die meisten Host-Workstations enthalten keine Routing-Tabellen und verwenden nur eine einzelne IP- und MAC-Adresse für den nächsten Hop. Diese Adresse wird als das Standardgateway bezeichnet. Bei HSRP tauschen Mitglieder der virtuellen Router-Gruppe kontinuierlich Statusmeldungen aus. Ein Router kann die Routing-Zuständigkeit eines anderen übernehmen, wenn ein Router aus geplanten oder ungeplanten Gründen außer Betrieb genommen wird. Hosts werden mit einem einzelnen Standardgateway konfiguriert und leiten IP-Pakete weiterhin an eine konsistente IP- und MAC-Adresse weiter. Der Wechsel der Geräte, die das Routing durchführen, ist für die End-Workstations transparent.
Grundlegender Betrieb
Eine Reihe von Routern, auf denen HSRP ausgeführt wird, arbeitet zusammen, um den Hosts im LAN die Illusion eines einzelnen Standard-Gateway-Routers zu vermitteln. Diese Gruppe von Routern wird als HSRP-Gruppe oder Standby-Gruppe bezeichnet. Ein einzelner Router, der aus der Gruppe ausgewählt wird, ist für die Weiterleitung der Pakete verantwortlich, die Hosts an den virtuellen Router senden. Dieser Router wird als der aktive Router bezeichnet. Ein anderer Router wird als der Standby-Router ausgewählt. Wenn der aktive Router ausfällt, übernimmt der Standby-Router die Paketweiterleitungsaufgaben. Obwohl HSRP auf einer beliebigen Anzahl von Routern ausgeführt werden kann, leitet nur der aktive Router die an die IP-Adresse des virtuellen Routers gesendeten Pakete weiter.
Um den Netzwerkverkehr zu minimieren, senden nur der aktive und der Standby-Router regelmäßig HSRP-Nachrichten, nachdem das Protokoll den Auswahlprozess abgeschlossen hat. Weitere Router in der HSRP-Gruppe verbleiben im empfangsbereiten Status. Wenn der aktive Router ausfällt, übernimmt der Standby-Router die Rolle des aktiven Routers. Wenn der Standby-Router ausfällt oder zum aktiven Router wird, wird ein anderer Router als Standby-Router ausgewählt.
Jede Standby-Gruppe emuliert einen einzelnen virtuellen Router (Standardgateway). Jeder Gruppe wird eine einzige bekannte MAC- und IP-Adresse zugewiesen. Mehrere Standby-Gruppen können in einem LAN nebeneinander bestehen und sich überschneiden, und einzelne Router können zu mehreren Gruppen gehören. In diesem Fall behält der Router für jede Gruppe einen separaten Status und Timer bei.
Begriffe bei HSRP
| Begriff | Definition |
|---|---|
| Aktiver Router | Der Router, der aktuell Pakete für den virtuellen Router weiterleitet |
| Standby-Router | Der primäre Backup-Router |
| Standby-Gruppe | Die Gruppe von Routern, die an HSRP teilnehmen und gemeinsam einen virtuellen Router emulieren |
| Hello-Zeit | Das Intervall zwischen aufeinanderfolgenden HSRP-Hello-Nachrichten von einem bestimmten Router |
| Haltezeit | Das Intervall zwischen dem Empfang einer Begrüßungsnachricht und der Annahme, dass der sendende Router ausgefallen ist |
Adressierung bei HSRP
Router-Kommunikation bei HSRP
Router, die HSRP ausführen, kommunizieren über HSRP-Pakete. HSRPv1 verwendet die IPv4-Multicast-Adresse 224.0.0.2, und HSRPv2 verwendet die IPv4-Multicast-Adresse 224.0.0.102. Beide Versionen verwenden den UDP-Port 1985 (die Adressierung und die Beispiele in diesem Dokument verwenden HSRPv1, sofern nicht anders angegeben). Die IP-Multicast-Adresse 224.0.0.2 ist eine reservierte Multicast-Adresse, die für die Kommunikation mit allen Routern verwendet wird. Der aktive Router bezieht Hello-Pakete von seiner konfigurierten IP-Adresse und der virtuellen HSRP-MAC-Adresse. Der Standby-Router bezieht Hellos von seiner konfigurierten IP-Adresse und der festen MAC-Adresse (Burned-In-Adresse, BIA). Diese Verwendung der Quelladressierung ist erforderlich, damit sich HSRP-Router gegenseitig korrekt identifizieren können.
Wenn Sie Router als Teil einer HSRP-Gruppe konfigurieren, überwachen in den meisten Fällen die Router die HSRP-MAC-Adresse für diese Gruppe sowie ihre eigene BIA. Die einzige Ausnahme von diesem Verhalten gilt bei den Cisco Routern 2500, 4000 und 4500. Diese Router verfügen über Ethernet-Hardware, die nur eine einzige MAC-Adresse erkennt. Daher verwenden diese Router die HSRP-MAC-Adresse, wenn sie als aktiver Router fungieren. Die Router verwenden ihre BIA, wenn sie als Standby-Router fungieren.
HSRP-Standby-IP-Adresskommunikation bei allen Medien außer Token Ring
Da auf Host-Workstations das Standardgateway als HSRP-Standby-IP-Adresse konfiguriert ist, müssen Hosts mit der MAC-Adresse kommunizieren, die der HSRP-Standby-IP-Adresse zugeordnet ist. Diese MAC-Adresse ist eine virtuelle MAC-Adresse, die sich aus 0000.0c07.ac** zusammensetzt. Die beiden Sternchen (**) stehen für die HSRP-Gruppennummer im Hexadezimalformat, basierend auf der jeweiligen Schnittstelle. HSRP-Gruppe 1 verwendet beispielsweise die virtuelle HSRP-MAC-Adresse 0000.0c07.ac01. Hosts im angrenzenden LAN-Segment verwenden den normalen ARP-Prozess (Address Resolution Protocol), um die zugehörigen MAC-Adressen aufzulösen.
ICMP adressiert um
HSRP-Peer-Router, die ein Subnetz schützen, können Zugriff auf alle anderen Subnetze im Netzwerk bieten. Dies ist die Grundlage von HSRP. Daher ist es unerheblich, welcher Router zum aktiven HSRP-Router wird. In Cisco IOS-Software-Versionen vor Cisco IOS-Software Version 12.1(3)T werden ICMP-Weiterleitungen an einer Schnittstelle automatisch deaktiviert, wenn HSRP an dieser Schnittstelle verwendet wird. Ohne diese Konfiguration können die Hosts weg von der virtuellen HSRP-IP-Adresse und hin zu einer Schnittstellen-IP und MAC-Adresse eines einzelnen Routers umgeleitet werden. Die Redundanz geht verloren.
Später wurde mit der Cisco IOS Software eine Methode eingeführt, die ICMP-Umleitungen mit HSRP ermöglicht. Bei dieser Methode werden ausgehende ICMP-Umleitungsnachrichten über HSRP gefiltert. Die IP-Adresse des nächsten Hops wird in eine virtuelle HSRP-Adresse geändert. Die Gateway-IP-Adresse in der ausgehenden ICMP-Umleitungsnachricht wird mit einer Liste aktiver HSRP-Router abgeglichen, die in diesem Netzwerk vorhanden sind. Wenn der Router, der der Gateway-IP-Adresse entspricht, ein aktiver Router für eine HSRP-Gruppe ist, wird die Gateway-IP-Adresse durch die virtuelle IP-Adresse dieser Gruppe ersetzt. Diese Lösung ermöglicht es Hosts, optimale Routen zu Remote-Netzwerken zu ermitteln und gleichzeitig die Widerstandsfähigkeit von HSRP aufrechtzuerhalten.
HSRP-Funktionsmatrix
Im Abschnitt zur Cisco IOS®-Version und zur HSRP-Funktionsmatrix unter Kenntnisse der Funktionen und Merkmale des Hot Standby Router Protocol (HSRP) finden Sie Informationen zu den Funktionen und den Versionen der Cisco IOS-Software, die HSRP unterstützen.
HSRP-Funktionen
Dieses Dokument enthält Informationen zu folgenden HSRP-Funktionen:
-
Zwangstrennung
-
Schnittstellennachverfolgung
-
Verwendung einer BIA
-
Mehrere HSRP-Gruppen
-
Konfigurierbare MAC-Adressen
-
Syslog-Unterstützung
-
HSRP-Debugging
-
Erweitertes HSRP-Debugging
-
Authentifizierung
-
IP-Redundanz
-
Simple Network Management Protocol (SNMP) MIB
-
HSRP für Multiprotocol Label Switching (MPLS)
Paketformat
Diese Tabelle zeigt das Format des Datenteils des UDP-HSRP-Frames:
| Version | Op-Code | Status | Hello-Zeit |
|---|---|---|---|
| Haltefrist | Priorität | Gruppe | Reserviert |
| Authentifizierungsdaten | |||
| Authentifizierungsdaten | |||
| Virtuelle IP-Adresse | |||
In dieser Tabelle werden die Felder aus dem HSRP-Paket beschrieben:
| Paketfeld | Beschreibung |
|---|---|
| Op-Code (1 Oktett) | Der Op-Code beschreibt die Art der Nachricht, die das Paket enthält. Mögliche Werte: 0 (Hello), 1 (Coup) und 2 (Resign). Hello-Nachrichten werden gesendet, um anzuzeigen, dass ein Router HSRP ausführt und zum aktiven Router werden kann. Coup-Nachrichten werden gesendet, wenn ein Router zum aktiven Router werden möchte. Resign-Nachrichten werden gesendet, wenn ein Router nicht mehr der aktive Router sein möchte. |
| Status (1 Oktett) | Jeder Router in der Standby-Gruppe implementiert ein Statusmodul. Aus dem Statusfeld geht der aktuelle Status des Routers hervor, der die Nachricht sendet. Die Status im Detail: 0 (Anfang), 1 (Lernen), 2 (Zuhören), 4 (Kommunikation), 8 (Standby) und 16 (Aktiv). |
| Hello-Zeit (1 Oktett) | Dieses Feld ist nur bei Hello-Nachrichten von Bedeutung. Es enthält den ungefähren Zeitraum zwischen den Hello-Nachrichten, die der Router sendet. Die Zeit wird in Sekunden angegeben. |
| Haltezeit (1 Oktett) | Dieses Feld ist nur bei Hello-Nachrichten von Bedeutung. Es enthält die Zeitdauer, die die Router auf eine Begrüßungsnachricht warten, bevor sie eine Statusänderung initiieren. |
| Priorität (1 Oktett) | In diesem Feld werden der aktive und der Standby-Router ausgewählt. Bei einem Vergleich der Prioritäten von zwei Routern wird der Router mit dem höchsten Wert zum aktiven Router. Im Zweifelsfall wird der Router mit der höheren IP-Adresse vorgezogen. |
| Gruppe (1 Oktett) | Dieses Feld identifiziert die Standby-Gruppe. |
| Authentifizierungsdaten (8 Oktette) | Dieses Feld enthält ein aus acht Zeichen bestehendes Klartextkennwort. |
| Virtuelle IP-Adresse (4 Oktette) | Wenn die virtuelle IP-Adresse auf einem Router nicht konfiguriert ist, kann die Adresse der Hello-Nachricht des aktiven Routers entnommen werden. Eine Adresse wird nur ermittelt, wenn keine HSRP-Standby-IP-Adresse konfiguriert wurde und die Hello-Nachricht authentifiziert wurde (sofern Authentifizierung konfiguriert ist). |
HSRP-Status
| Status | Definition |
|---|---|
| Initial | Dies ist der Status zu Beginn. Dieser Status gibt an, dass HSRP nicht ausgeführt wird. Dieser Status wird durch eine Konfigurationsänderung oder die erstmalige Verfügbarkeit einer Schnittstelle initiiert. |
| Lernen | Der Router hat die virtuelle IP-Adresse nicht ermittelt und noch keine authentifizierte Hello-Nachricht des aktiven Routers erkannt. In diesem Status wartet der Router weiterhin auf Nachricht vom aktiven Router. |
| Zuhören | Der Router kennt die virtuelle IP-Adresse, aber er ist weder der aktive Router noch der Standby-Router. Es wartet auf Hello-Nachrichten von diesen Routern. |
| Kommunikation | Der Router sendet regelmäßig Hello-Nachrichten und nimmt aktiv an der Auswahl des aktiven und/oder Standby-Routers teil. Ein Router kann nur dann in den Kommunikationsstatus wechseln, wenn er über die virtuelle IP-Adresse verfügt. |
| Standby | Der Router ist ein Anwärter auf den nächsten aktiven Router und sendet regelmäßig Hello-Nachrichten. Mit Ausnahme von vorübergehenden Bedingungen befindet sich maximal ein Router in der Gruppe im Standby-Status. |
| Aktiv | Der Router leitet derzeit Pakete weiter, die an die virtuelle MAC-Adresse der Gruppe gesendet werden. Der Router sendet regelmäßig Hello-Nachrichten. Mit Ausnahme von vorübergehenden Bedingungen darf in der Gruppe maximal ein Router im aktiven Status vorhanden sein. |
HSRP-Timer
Jeder Router verwendet drei HSRP-Timer. Die Timer steuern die Hello-Übertragung und das Ablaufdatum der Peers. Die HSRP-Konvergenz nach einem Ausfall hängt von der Konfiguration der HSRP Hello- und Hold-Timer ab. Standardmäßig sind diese Timer auf 3 bzw. 10 Sekunden eingestellt, was bedeutet, dass alle 3 Sekunden ein Hello-Paket zwischen den HSRP-Standby-Gruppengeräten gesendet wird und das Standby-Gerät aktiv wird, wenn 10 Sekunden lang kein Hello-Paket empfangen wurde. Sie können diese Timer-Einstellungen verringern, um das Failover oder die Freischaltung zu beschleunigen. Um jedoch eine erhöhte CPU-Nutzung und unnötiges Flapping im Standby-Status zu vermeiden, sollten Sie den Hello-Timer nicht auf weniger als eine (1) Sekunde oder den Hold-Timer auf weniger als vier Sekunden einstellen.
Anmerkung: Verwenden Sie HSRP-Timer-Werte, die von der Plattform- und Softwareversion unterstützt werden. Einige neuere Plattformen und Versionen unterstützen HSRP-Timer im Millisekundenbereich. Überprüfen Sie vor der Bereitstellung den unterstützten Timer-Bereich und bewerten Sie die CPU-Last, die Netzwerkbedingungen und die HSRP-Skalierung.
Anmerkung: Wenn Sie die HSRP-Objektverfolgung verwenden und sich der Status des verfolgten Objekts ändert, wendet das HSRP sofort die konfigurierte Prioritätsdekrementierung oder -abschaltung an. Eine Rollenänderung tritt nur dann auf, wenn die sich daraus ergebenden HSRP-Prioritäten, -Status und -Freischaltungskonfiguration eine auslösen. Wenn ein Timer abläuft, geht der Router in einen neuen HSRP-Status über. Die Timer können mit diesem Befehl geändert werden: Standby <Gruppennummer> Timer <Hello-Intervall> <Haltezeit>. Beispiel: standby 1 timers 5 15.
Diese Tabelle enthält weitere Informationen zu diesen Timern:
| Timer | Beschreibung |
|---|---|
| Aktiv-Timer | Dieser Timer wird zur Überwachung des aktiven Routers verwendet. Der Timer startet jedes Mal, wenn ein aktiver Router ein Hello-Paket empfängt. Der Timer läuft in Übereinstimmung mit dem Wert für die Haltezeit ab, der im entsprechenden Feld der HSRP-Hello-Nachricht festgelegt ist. |
| Standby-Timer | Dieser Timer wird zur Überwachung des Standby-Routers verwendet. Der Timer startet jedes Mal, wenn der Standby-Router ein Hello-Paket empfängt. Der Timer läuft in Übereinstimmung mit dem Wert für die Haltezeit ab, der im jeweiligen Hello-Paket festgelegt ist. |
| Hello-Timer | Dieser Timer wird verwendet, um Hello-Pakete zu takten. HSRP-Router mit den Status "Speak", "Standby" und "Active" generieren ein Hello-Paket, wenn der Hello-Timer abläuft. |
HSRP-Ereignisse
Diese Tabelle enthält die Ereignisse aus dem HSRP-Statusmodul (Finite State Machine, FSM):
| Wichtigste | Events |
|---|---|
| 1 | HSRP wird an einer aktivierten Schnittstelle konfiguriert. |
| 2 | HSRP ist an einer Schnittstelle deaktiviert, oder die Schnittstelle selbst ist deaktiviert. |
| 3 | Ablauf des Aktiv-Timers. Der aktive Timer wird auf die Haltezeit festgelegt, wenn die letzte Hello-Nachricht des aktiven Routers erkannt wird. |
| 4 | Ablauf des Standby-Timers. Der Standby-Timer wird auf die Haltezeit festgelegt, wenn die letzte Hello-Nachricht des Standby-Routers erkannt wird. |
| 5 | Ablauf des Hello-Timers. Der periodische Timer für das Senden von Hello-Nachrichten ist abgelaufen. |
| 6 | Empfang einer Hello-Nachricht mit höherer Priorität von einem Router im Kommunikationsstatus. |
| 7 | Empfang einer Hello-Nachricht mit höherer Priorität vom aktiven Router |
| 8 | Empfang einer Hello-Nachricht mit niedrigerer Priorität vom aktiven Router |
| 9 | Empfang einer Resign-Nachricht vom aktiven Router |
| 10 | Empfang einer Coup-Nachricht von einem Router mit höherer Priorität |
| 11 | Empfang einer Hello-Nachricht mit höherer Priorität vom Standby-Router |
| 12 | Empfang einer Hello-Nachricht mit niedrigerer Priorität vom Standby-Router |
HSRP-Aktionen
Diese Tabelle enthält die Aktionen, die im Rahmen des Statusmoduls durchgeführt werden sollen:
| Brief | Aktion |
|---|---|
| A | Start active timer (Aktiver Zeitgeber starten): Wenn diese Aktion auftritt, nachdem eine authentifizierte Hello-Nachricht vom aktiven Router empfangen wurde, wird der aktive Zeitgeber auf das Haltezeitfeld in der Hello-Nachricht gesetzt. Andernfalls wird der Aktiv-Timer auf den aktuellen Wert für die Haltezeit festgelegt, der von diesem Router verwendet wird. Danach wird der Aktiv-Timer gestartet. |
| B | Standby-Timer starten: Wenn diese Aktion aufgrund des Empfangs einer authentifizierten Hello-Nachricht vom Standby-Router erfolgt, wird der Standby-Timer auf das Feld "Hold Time" (Haltezeit) in der Hello-Nachricht gesetzt. Andernfalls wird der Standby-Timer auf den aktuellen Wert für die Haltezeit festgelegt, der von diesem Router verwendet wird. Danach wird der Standby-Timer gestartet. |
| C | Aktiv-Timer stoppen. Der Aktiv-Timer wird angehalten. |
| G | Standby-Timer stoppen. Der Standby-Timer wird angehalten. |
| O | Parameter lernen. Diese Aktion wird ausgeführt, wenn eine authentifizierte Nachricht vom aktiven Router empfangen wird. Wenn die virtuelle IP-Adresse für diese Gruppe nicht manuell konfiguriert wurde, kann die virtuelle IP-Adresse aus der Nachricht ermittelt werden. Der Router kann die Werte für die Hello-Zeit und die Haltezeit aus der Nachricht ermitteln. |
| F | Hello-Nachricht senden: Der Router sendet eine Hello-Nachricht mit dem aktuellen Status, der Hello-Zeit und der Haltezeit. |
| G | Coup-Nachricht senden. Der Router sendet eine Coup-Nachricht, um den aktiven Router darüber zu informieren, dass ein Router mit höherer Priorität verfügbar ist. |
| H | Resign-Nachricht senden. Der Router sendet eine Resign-Nachricht, damit ein anderer Router zum aktiven Router werden kann. |
| I | Gratuitous-ARP-Nachricht senden. Der Router überträgt ein ARP-Antwortpaket, das die virtuellen IP- und MAC-Adressen der Gruppe ankündigt. Das Paket wird mit der virtuellen MAC-Adresse als Quell-MAC-Adresse im Link-Layer-Header sowie innerhalb des ARP-Pakets gesendet. |
HSRP-Statustabelle
Das Diagramm in diesem Abschnitt zeigt die Statusübergänge des HSRP-Statusmoduls. Jedes Mal, wenn ein Ereignis auftritt, führt dies zu der zugehörigen Aktion, und der Router wechselt in den nächsten HSRP-Status. Im Diagramm kennzeichnen Zahlen Ereignisse und Buchstaben die zugehörige Aktion. In der Tabelle im Abschnitt HSRP-Ereignisse werden die Zahlen definiert, in der Tabelle im Abschnitt HSRP-Aktionen die Buchstaben. Verwenden Sie dieses Diagramm nur als Referenz. Das Diagramm ist detailliert und für allgemeine Fehlerbehebungszwecke nicht erforderlich.
Paketfluss
| "Slot0:" | MAC-Adresse | IP-Adresse | Subnetzmaske | Standardgateway |
|---|---|---|---|---|
| PC1 | 0000.0c00.0001 | 10.1.1.10 | 255.255.255.0 | 10.1.1.1 |
| PC2 | 0000.0c00.1110 | 10.1.2.10 | 255.255.255.0 | 10.1.2.1 |
Konfiguration von Router A (aktiver Router)
interface GigabitEthernet 0/0 ip address 10.1.1.2 255.255.255.0 mac-address 4000.0000.0010 standby 1 ip 10.1.1.1 standby 1 priority 200
interface GigabitEthernet 0/1 ip address 10.1.2.2 255.255.255.0 mac-address 4000.0000.0011 standby 1 ip 10.1.2.1 standby 1 priority 200
Konfiguration von Router B (Standby-Router)
interface GigabitEthernet 0/0
ip address 10.1.1.3 255.255.255.0
mac-address 4000.0000.0020
standby 1 ip 10.1.1.1
interface GigabitEthernet 0/1
ip address 10.1.2.3 255.255.255.0
mac-address 4000.0000.0021
standby 1 ip 10.1.2.1
Wenn Sie Sniffer-Traces erhalten, um HSRP-Probleme zu beheben, müssen Sie das Konzept hinter Packet Flow verstehen. Router A verwendet die Priorität 200 und wird an beiden Schnittstellen zum aktiven Router. Im Beispiel in diesem Abschnitt haben Pakete vom Router, die für eine Host-Workstation bestimmt sind, die Quell-MAC-Adresse der physischen MAC-Adresse (BIA) des Routers. Pakete von den Host-Systemen, die für die HSRP-IP-Adresse bestimmt sind, weisen die Ziel-MAC-Adresse der virtuellen HSRP-MAC-Adresse auf. Beachten Sie, dass die MAC-Adressen nicht für jeden Flow zwischen dem Router und dem Host identisch sind.
Diese Tabelle zeigt die jeweiligen MAC- und IP-Adressinformationen pro Flow basierend auf einem Sniffer-Trace von Switch X.
| Paketfluss | Quell-MAC-Adresse | Ziel-MAC-Adresse | Quell-IP | Ziel-IP |
|---|---|---|---|---|
| Pakete von PC1, die für PC2 bestimmt sind | PC1 (0000.0c00.0001) | Virtuelle HSRP-MAC-Adresse von Router-A-Schnittstelle Ethernet 0 (0000.0c07.ac01) | 10.1.1.10 | 10.1.2.10 |
| Pakete, die von PC2 über Router A zurückgesendet werden und für PC1 bestimmt sind | Router A Ethernet 0 BIA (4000.0000.0010) | PC1 (0000.0c00.0001) | 10.1.2.10 | 10.1.1.10 |
| Pakete von PC1, die für die HSRP-Standby-IP-Adresse bestimmt sind (ICMP, Telnet) | PC1 (0000.0c00.0001) | Virtuelle HSRP-MAC-Adresse von Router-A-Schnittstelle Ethernet 0 (0000.0c07.ac01) | 10.1.1.10 | 10.1.1.1 |
| Pakete, die für die tatsächliche IP-Adresse des aktiven Routers bestimmt sind (ICMP, Telnet) | PC1 (0000.0c00.0001) | Router A Ethernet 0 BIA (4000.0000.0010) | 10.1.1.10 | 10.1.1.2 |
| Pakete, die für die tatsächliche IP-Adresse des Standby-Routers bestimmt sind (ICMP, Telnet) | PC1 (0000.0c00.0001) | Router B Ethernet 0 BIA (4000.0000.0020) | 10.1.1.10 | 10.1.1.3 |
Fehlerbehebung bei HSRP – Fallstudien
Fallstudie 1: HSRP-Standby-IP-Adresse wird als doppelte IP-Adresse gemeldet
Diese Fehlermeldungen werden unter Umständen angezeigt:
Oct 12 13:15:41: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 13 16:25:41: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 15 22:31:02: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19 Oct 15 22:41:01: %STANDBY-3-DUPADDR: Duplicate address 10.25.0.1 on Vlan25, sourced by 0000.0c07.ac19
Diese Fehlermeldungen weisen nicht unbedingt auf ein HSRP-Problem hin. Sie deuten eher auf ein mögliches Problem mit einer STP-Schleife (Spanning Tree Protocol) oder ein Router-/Switch-Konfigurationsproblem hin. Die Fehlermeldungen sind nur Symptome eines anderen Problems.
Darüber hinaus ist der ordnungsgemäße Betrieb von HSRP bei diesen Fehlermeldungen nicht beeinträchtigt. Das doppelte HSRP-Paket wird ignoriert. Diese Fehlermeldungen werden in 30-Sekunden-Intervallen gedrosselt. Allerdings können eine langsame Netzwerkleistung und Paketverluste aus der Netzwerkinstabilität resultieren, die zu den STANDBY-3-DUPADDR-Fehlermeldungen bei der HSRP-Adresse führt.
Diese Meldungen weisen insbesondere darauf hin, dass der Router ein Datenpaket empfangen hat, das von der HSRP-IP-Adresse im VLAN 25 mit den MAC-Adressen 0000.0c07.ac19 stammt. Da die HSRP-MAC-Adresse 0000.0c07.ac19 lautet, erhielt entweder der betreffende Router sein eigenes Paket zurück oder beide Router in der HSRP-Gruppe wechselten in den aktiven Status. Da der Router sein eigenes Paket empfangen hat, ist das Problem höchstwahrscheinlich im Netzwerk und nicht im Router begründet. Dieses Verhalten kann durch verschiedene Probleme verursacht werden. Zu den möglichen Netzwerkproblemen, die diese Fehlermeldungen verursachen, zählen Folgende:
-
Vorübergehende STP-Schleifen
-
EtherChannel-Konfigurationsprobleme
-
Doppelte Frames
Wenn Sie diese Fehlermeldungen beheben, lesen Sie die Schritte zur Fehlerbehebung im Abschnitt Fehlerbehebung bei HSRP in Catalyst Switches dieses Dokuments. Alle Module zur Fehlerbehebung sind in diesem Abschnitt beschrieben, der Module zur Konfiguration enthält. Notieren Sie außerdem alle Fehler aus dem Switch-Protokoll, und ziehen Sie bei Bedarf weitere Fallstudien zurate.
Sie können eine Zugriffsliste verwenden, um zu verhindern, dass der aktive Router sein eigenes Multicast-Hello-Paket empfängt. Dies ist jedoch nur eine Problemumgehung für die Fehlermeldungen und kaschiert das Symptom des Problems. Die Problemumgehung besteht darin, eine erweiterte eingehende Zugriffsliste auf die HSRP-Schnittstellen anzuwenden. Die Zugriffsliste blockiert den gesamten Datenverkehr, der von der physischen IP-Adresse stammt und an die Multicast-Adresse 224.0.0.2 aller Router gerichtet ist.
access-list 101 deny ip host 172.16.12.3 host 224.0.0.2 access-list 101 permit ip any any interface GigabitEthernet 0/0 ip address 172.16.12.3 255.255.255.0 standby 1 ip 172.16.12.1 ip access-group 101 in
Fallstudie 2: HSRP-Status ändert sich ständig (Aktiv/Standby/Kommunikation) oder %HSRP-6-STATECHANGE
Diese Fehlermeldungen werden unter Umständen angezeigt:
Jan 9 08:00:42.623: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Standby -> Active Jan 9 08:00:56.011: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Active -> Speak Jan 9 08:01:03.011: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Speak -> Standby Jan 9 08:01:29.427: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Standby -> Active Jan 9 08:01:36.808: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Active -> Speak Jan 9 08:01:43.808: %STANDBY-6-STATECHANGE: Standby: 49: Vlan149 state Speak -> Standby
Jul 29 14:03:19.441: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Standby -> Active
Jul 29 16:27:04.133: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Active -> Speak
Jul 29 16:31:49.035: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Speak -> Standby Diese Fehlermeldungen beschreiben eine Situation, in der ein Standby-HSRP-Router vor Ablauf des aktiven Hold-Timers keine HSRP-Hello-Pakete von seinem Peer empfangen hat. Die Ausgabe zeigt, dass der Standby-Router vom Standby-Status in den aktiven Status wechselt. Kurz darauf kehrt der Router in den Standby-Status zurück. Sofern diese Fehlermeldung nicht während der Erstinstallation auftritt, ist sie wahrscheinlich nicht auf ein HSRP-Problem zurückzuführen. Die Fehlermeldungen deuten auf den Verlust von HSRP-Hellos zwischen den Peers hin. Um dieses Problem beheben zu können, müssen Sie die Kommunikation zwischen den HSRP-Peers überprüfen. Ein zufälliger, vorübergehender Verlust der Datenkommunikation zwischen den Peers ist das häufigste Problem, das zu diesen Meldungen führt. HSRP-Statusänderungen sind oft auf eine hohe CPU-Auslastung zurückzuführen. Wenn die Fehlermeldung durch eine hohe CPU-Auslastung verursacht wird, setzen Sie einen Sniffer im Netzwerk ein, und ermitteln Sie, welches System die hohe CPU-Auslastung verursacht.
Es gibt mehrere mögliche Ursachen für den Verlust von HSRP-Paketen zwischen den Peers. Am gängigsten sind Probleme auf der physischen Ebene, übermäßiger Netzwerkverkehr durch Spanning Tree-Probleme oder übermäßiger Datenverkehr durch die einzelnen VLANs. Wie bei der Fallstudie #1 können alle Module zur Fehlerbehebung auf die Behebung von HSRP-Statusänderungen angewendet werden, insbesondere auf das Layer-3-HSRP-Debugging .
Wenn der Verlust von HSRP-Paketen zwischen Peers auf übermäßigen Datenverkehr zurückzuführen ist, der von den einzelnen VLANs verursacht wird, können Sie SPD (Selective Packet Discard) optimieren oder erhöhen und die Warteschlangengröße beibehalten, um das Problem mit dem Verwerfen in der Eingabewarteschlange zu beheben.
Um die Größe von Selective Packet Discard (SPD) zu erhöhen, wechseln Sie in den Konfigurationsmodus, und führen Sie die folgenden Befehle auf den Catalyst 6500-Switches aus:
(config)#ip spd queue max-threshold 600 !--- Hidden Command (config)#ip spd queue min-threshold 500 !--- Hidden Command
Um die Größe der Warteschlange zu erhöhen, wechseln Sie in den VLAN-Schnittstellenmodus, und führen Sie den folgenden Befehl aus:
(config-if)#hold-queue 500 in
Nachdem Sie die Größe der SPD- und Haltewarteschlange erhöht haben, können Sie die Schnittstellenzähler löschen, wenn Sie den Befehl clear counters <Schnittstelle> ausführen.
Fallstudie 3: HSRP erkennt Peer nicht
Die Router-Ausgabe in diesem Abschnitt zeigt einen Router, der für HSRP konfiguriert ist, aber seine HSRP-Peers nicht erkennt. Dies geschieht, wenn der Router keine HSRP-Hellos vom Nachbarrouter empfängt. Um dieses Problem zu beheben, lesen Sie in diesem Dokument die Abschnitte Verifizieren der physischen Netzwerkverbindungen und Verifizieren der HSRP-Router-Konfiguration. Wenn die physischen Netzwerkverbindungen korrekt sind, überprüfen Sie, ob die VTP-Modi nicht übereinstimmen.
Vlan8 - Group 8 Local state is Active, priority 110, may preempt Hellotime 3 holdtime 10 Next hello sent in 00:00:01.168 Hot standby IP address is 10.1.2.2 configured Active router is local Standby router is unknown expired Standby virtual mac address is 0000.0c07.ac08 5 state changes, last state change 00:05:03
Fallstudie 4: HSRP-Statusänderungen und Switch meldet „SYS-4-P2_WARN: 1/Host <mac_address> Is Flapping Between Port <port_1> and Port <port_2> (Host-Flapping zwischen Port und Port) im Syslog
Diese Fehlermeldungen werden unter Umständen angezeigt:
2001 Jan 03 14:18:43 %SYS-4-P2_WARN: 1/Host 00:00:0c:14:9d:08 is flapping between port 2/4 and port 2/3
Feb 4 07:17:44 AST: %SW_MATM-4-MACFLAP_NOTIF: Host 0050.56a9.1f28 in vlan 1027 is flapping between port Te1/0/7 and port Te2/0/2Wenn der Switch bei Catalyst Switches eine Host-MAC-Adresse meldet, die sich zwischen den Ports bewegt, und wenn sich die Host-MAC-Adresse innerhalb von 15 Sekunden zweimal verschiebt, kann dies auf eine STP-Schleife zurückzuführen sein. Der Switch verwirft Pakete von diesem Host etwa 15 Sekunden lang, um die Auswirkungen einer STP-Schleife zu minimieren. Wenn es sich bei der gemeldeten MAC-Adresse, die zwischen zwei Ports verschoben wird, um die virtuelle HSRP-MAC-Adresse handelt, handelt es sich wahrscheinlich um ein Problem, bei dem beide HSRP-Router in den aktiven Zustand übergehen.
Wenn die angegebene MAC-Adresse nicht die virtuelle HSRP-MAC-Adresse ist, kann das Problem auf eine Schleife, Duplizierung oder Rücksendung von Paketen im Netzwerk hindeuten. Diese Bedingungen können zu HSRP-Problemen beitragen. Die häufigsten Ursachen für die Verschiebung von MAC-Adressen sind Probleme mit Spanning Tree oder Probleme auf der physischen Ebene.
Gehen Sie beim Beheben dieser Fehlermeldung folgendermaßen vor:
-
Ermitteln Sie die richtige Quelle (Port) für die MAC-Adresse des Hosts.
-
Trennen Sie den Port, der nicht die Host-MAC-Adresse beziehen darf.
-
Dokumentieren Sie die STP-Topologie pro VLAN, und überprüfen Sie sie auf STP-Fehler.
-
Überprüfen Sie die Port-Channeling-Konfiguration.
-
Eine falsche Port-Channel-Konfiguration kann zum Flapping von Fehlermeldungen nach MAC-Adresse des Hosts führen. Dies ist auf das Load Balancing beim Port-Channeling zurückzuführen.
-
Fallstudie 5: Asymmetrisches Routing und HSRP (übermäßiges Flooding von Unicast-Datenverkehr in einem Netzwerk mit Routern, auf denen HSRP ausgeführt wird)
Beim asymmetrischen Routing verwenden die Sende- und Empfangspakete unterschiedliche Pfade zwischen dem Host und dem Peer, mit dem er kommuniziert. Dieser Paketfluss ist das Ergebnis der Konfiguration des Lastenausgleichs zwischen HSRP-Routern, die auf der HSRP-Priorität basieren und das HSRP auf "Aktiv" oder "Standby" setzen. Diese Art von Paketfluss in einer Switching-Umgebung kann zu übermäßigem Flooding mit unbekanntem Unicast führen. Außerdem können MLS-Einträge (Multilayer Switching) fehlen. Flooding mit unbekanntem Unicast tritt auf, wenn der Switch von allen Ports jeweils ein Unicast-Paket überträgt. Der Switch überträgt das Paket, da es keinen Eintrag für die Ziel-MAC-Adresse gibt. Durch dieses Verhalten wird die Verbindung nicht unterbrochen, da Pakete weiterhin weitergeleitet werden. Das Verhalten erklärt jedoch die vielen zusätzlichen Pakete an den Host-Ports. In dieser Fallstudie werden das Verhalten von asymmetrischem Routing und die Ursache des daraus folgenden Unicast-Flooding untersucht.
Symptome für asymmetrisches Routing:
-
Übermäßiges Unicast-Flooding
-
Fehlender MLS-Eintrag für Flows
-
Sniffer-Trace, der zeigt, dass Pakete am Host-Port nicht für den Host bestimmt sind
-
Erhöhte Netzwerklatenz bei L2-basierten Modulen für das Umschreiben von Paketen, z. B. Server-Load-Balancer, Web-Cache-Geräte und Netzwerk-Appliances
Beispiele hierfür sind Cisco LocalDirector und Cisco Cache Engine.
-
Verworfene Pakete auf verbundenen Hosts und Workstations, die die zusätzliche Unicast-Flooding-Datenverkehrslast nicht verarbeiten können
Dieses Diagramm veranschaulicht dieses Problem. Dieses Topologiebeispiel umfasst Catalyst 6500 mit Multilayer-Switch-Funktionskarten (MSFCs) auf jedem Switch. In diesem Beispiel werden zwar MSFCs verwendet, Sie können jedoch stattdessen einen beliebigen Router verwenden. Beispiele für Router, die Sie verwenden können, sind das Route Switch-Modul (RSM), der Gigabit-Switch-Router (GSR) und Cisco 7500. Die Hosts sind direkt mit den Ports am Switch verbunden. Die Switches sind über einen Trunk miteinander verbunden, der als Träger für Datenverkehr für VLAN 1 und VLAN 2 fungiert.
Diese Ausgaben sind Auszüge aus dem Befehl show standby, der von jeder MSFC ausgegeben wird.
MSFC1
interface Vlan 1 mac-address 0003.6bf1.2a01 ip address 10.1.1.2 255.255.255.0 no ip redirects standby 1 ip 10.1.1.1 standby 1 priority 110 interface Vlan 2 mac-address 0003.6bf1.2a01 ip address 10.1.2.2 255.255.255.0 no ip redirects standby 2 ip 10.1.2.1 MSFC1#show standby Vlan1 - Group 1 Local state is Active, priority 110 Hellotime 3 holdtime 10 Next hello sent in 00:00:00.696 Hot standby IP address is 10.1.1.1 configured Active router is local Standby router is 10.1.1.3 expires in 00:00:07 Standby virtual mac address is 0000.0c07.ac01 2 state changes, last state change 00:20:40 Vlan2 - Group 2 Local state is Standby, priority 100 Hellotime 3 holdtime 10 Next hello sent in 00:00:00.776 Hot standby IP address is 10.1.2.1 configured Active router is 10.1.2.3 expires in 00:00:09, priority 110 Standby router is local 4 state changes, last state change 00:00:51 MSFC1#exit Console> (enable)
MSFC2
interface Vlan 1
mac-address 0003.6bf1.2a02
ip address 10.1.1.3 255.255.255.0
no ip redirects
standby 1 ip 10.1.1.1
interface Vlan 2
mac-address 0003.6bf1.2a02
ip address 10.1.2.3 255.255.255.0
no ip redirects
standby 2 ip 10.1.2.1
standby 2 priority 110
MSFC2#show standby
Vlan1 - Group 1
Local state is Standby, priority 100
Hellotime 3 holdtime 10
Next hello sent in 00:00:01.242
Hot standby IP address is 10.1.1.1 configured
Active router is 10.1.1.2 expires in 00:00:09, priority 110
Standby router is local
7 state changes, last state change 00:01:17
Vlan2 - Group 2
Local state is Active, priority 110
Hellotime 3 holdtime 10
Next hello sent in 00:00:00.924
Hot standby IP address is 10.1.2.1 configured
Active router is local
Standby router is 10.1.2.2 expires in 00:00:09
Standby virtual mac address is 0000.0c07.ac02
2 state changes, last state change 00:40:08
MSFC2#exit
-
Zu Beginn sind alle Caches leer. Host A nutzt MSFC1 als Standardgateway. Host B nutzt MSFC2.
ARP- und MAC-Adresstabellen, bevor ein Ping initiiert wird
ARP-Tabelle Host A MAC-Adresstabelle MAC-VLAN-Port Switch 1 ARP-Tabelle MSFC1 ARP-Tabelle MSFC2 MAC-Adresstabelle MAC-VLAN-Port Switch 2 ARP-Tabelle Host B 0003.6bf1.2a01 1 15/1 0003.6bf1.2a02 1 15/1 0003.6bf1.2a01 2 15/1 0003.6bf1.2a02 2 15/1 0000.0c07.ac01 1 15/1 0000.0c07.ac01 1 1/1 0000.0c07.ac02 2 1/1 0000.0c07.ac02 2 15/1 0003.6bf1.2a02 1 1/1 0003.6bf1.2a01 1 1/1 0003.6bf1.2a02 2 1/1 0003.6bf1.2a01 2 1/1 -
Host A sendet einen Ping an Host B, woraufhin Host A ein ICMP-Echo-Paket sendet. Da sich jeder Host in einem separaten VLAN befindet, leitet Host A seine für Host B bestimmten Pakete an sein Standardgateway weiter. Damit dieser Prozess stattfinden kann, muss Host A ein ARP senden, um seine Standardgateway-MAC-Adresse 10.1.1.1 aufzulösen.
ARP- und MAC-Adresstabellen, wenn Host A ein ARP für das Standardgateway gesendet hat
ARP-Tabelle Host A MAC-Adresstabelle MAC-VLAN-Port Switch 1 ARP-Tabelle MSFC1 ARP-Tabelle MSFC2 MAC-Adresstabelle MAC-VLAN-Port Switch 2 ARP-Tabelle Host B 10.1.1.1: 0000.0c07.ac01 0000.0c00.0001 1 2/1 10.1.1.10: 0000.0c00.0001 -
MSFC1 empfängt das Paket, schreibt das Paket neu und leitet es an Host B weiter. Um das Paket neu zu schreiben, sendet MSFC1 eine ARP-Anforderung für Host B, da sich der Host an einer direkt verbundenen Schnittstelle befindet. MSFC2 hat noch keine Pakete in diesem Flow empfangen. Wenn MSFC1 die ARP-Antwort von Host B empfängt, ermitteln beide Switches den Quellport, der Host B zugeordnet ist.
ARP- und MAC-Adresstabellen, wenn Host A ein Paket an das Standardgateway und MSFC1 ARP für Host B gesendet hatARP-Tabelle Host A MAC-Adresstabelle MAC-VLAN-Port Switch 1 ARP-Tabelle MSFC1 ARP-Tabelle MSFC2 MAC-Adresstabelle MAC-VLAN-Port Switch 2 ARP-Tabelle Host B 10.1.1.1: 0000.0c07.ac01 0000.0c00.0001 1 2/1 10.1.1.10: 0000.0c00.0001 0000.0c00.0002 2 2/1 10.1.2.2: 0003.6bf1.2a01 0000.0c00.0002 2 1/1 10.1.2.10: 0000.0c00.0002 -
Host B empfängt das Echo-Paket von Host A über MSFC1. Host B muss nun eine Echo-Antwort an Host A senden. Da Host A sich in einem anderen VLAN befindet, leitet Host B die Antwort über sein Standard-Gateway MSFC2 weiter. Um das Paket weiterzuleiten, muss Host B einen ARP für seine Standard-Gateway-IP-Adresse 10.1.2.1 senden.
ARP- und MAC-Adresstabellen, wenn Host B ein ARP für sein Standardgateway gesendet hat
ARP-Tabelle Host A MAC-Adresstabelle MAC-VLAN-Port Switch 1 ARP-Tabelle MSFC1 ARP-Tabelle MSFC2 MAC-Adresstabelle MAC-VLAN-Port Switch 2 ARP-Tabelle Host B 10.1.1.1: 0000.0c07.ac01 0000.0c00.0001 1 2/1 10.1.1.10: 0000.0c00.0001 10.1.2.10 0000.0c00.0002 0000.0c00.0002 2 2/1 10.1.2.2 (0003.6bf1.2a01) 0000.0c00.0002 2 1/1 10.1.2.10: 0000.0c00.0001 10.1.2.1 (0000.0c07.ac02) -
Host B leitet das Echo-Antwortpaket nun an MSFC2 weiter. MSFC2 sendet eine ARP-Anforderung für Host A, da dieser direkt mit VLAN 1 verbunden ist. Switch 2 füllt seine MAC-Adresstabelle mit der MAC-Adresse von Host B auf.
ARP- und MAC-Adresstabellen, nachdem das Echopaket von Host A empfangen wurde
ARP-Tabelle Host A MAC-Adresstabelle MAC-VLAN-Port Switch 1 ARP-Tabelle MSFC1 ARP-Tabelle MSFC2 MAC-Adresstabelle MAC-VLAN-Port Switch 2 ARP-Tabelle Host B 10.1.1.1: 0000.0c07.ac01 0000.0c00.0001 1 2/1 10.1.1.10: 0000.0c00.0001 10.1.2.10 0000.0c00.0002 0000.0c00.0002 2 2/1 10.1.2.2 (0003.6bf1.2a01) 10.1.1.3: 0003.6bf1.2a0 0000.0c00.0002 2 1/1 10.1.2.10: 0000.0c00.0001 10.1.1.10 0000.0c00.0001 0000.0c00.00001 1 1/1 10.1.2.1 (0000.0c07.ac02) -
Die Echo-Antwort erreicht Host A, und der Flow ist abgeschlossen.
Folgen von asymmetrischem Routing
Betrachten Sie den Fall des kontinuierlichen Pings von Host B nach Host A. Denken Sie daran, dass Host A das Echo-Paket an MSFC1 sendet, und Host B die Echo-Antwort an MSFC2, das sich in einem asymmetrischen Routing-Zustand befindet. Der einzige Zeitpunkt, an dem Switch 1 die Quell-MAC-Adresse von Host B erfährt, ist der Zeitpunkt, an dem Host B auf eine ARP-Anforderung von MSFC1 antwortet. Dies liegt daran, dass Host B MSFC2 als Standard-Gateway verwendet und keine Pakete an MSFC1 und somit Switch 1 sendet. Da das ARP-Timeout standardmäßig vier Stunden beträgt, altert Switch 1 die MAC-Adresse von Host B standardmäßig nach fünf Minuten. Switch 2 altert Host A nach fünf Minuten. Infolgedessen muss Switch 1 jedes Paket mit einer Ziel-MAC-Adresse von Host B als unbekannten Unicast behandeln. Der Switch überträgt das Paket, das von Host A stammt und für Host B bestimmt ist, von allen Ports. Darüber hinaus gibt es auch keinen MLS-Eintrag, da kein MAC-Adresseintrag für Host B auf Switch 1 vorhanden ist.
ARP- und MAC-Adresstabellen nach 5 Minuten mit kontinuierlichen Pings von Host A an Host B
| ARP-Tabelle Host A | MAC-Adresstabelle MAC-VLAN-Port Switch 1 | ARP-Tabelle MSFC1 | ARP-Tabelle MSFC2 | MAC-Adresstabelle MAC-VLAN-Port Switch 2 | ARP-Tabelle Host B |
|---|---|---|---|---|---|
| 10.1.1.1: 0000.0c07.ac01 | 0000.0c00.0001 1 2/1 | 10.1.1.10: 0000.0c00.0001 | 10.1.2.10 0000.0c00.0002 | 0000.0c00.0002 2 2/1 | 10.1.2.2: 0003.6bf1.2a01 |
| 10.1.1.3: 0003.6bf1.2a0 | 10.1.2.10: 0000.0c00.0001 | 10.1.1.10 0000.0c00.0001 | 10.1.2.1: 0000.0c07.ac02 |
Bei den Echo-Antwort-Paketen von Host B tritt nach dem MAC-Adresseintrag für Host A auf Switch 2 dasselbe Problem auf. Host B leitet die Echo-Antwort an MSFC2 weiter, das wiederum das Paket weiterleitet und an VLAN 1 sendet. Der Switch verfügt über keinen Eingangshost A in der MAC-Adresstabelle und muss das Paket über alle Ports in VLAN 1 verteilen.
Probleme mit asymmetrischem Routing unterbrechen die Verbindung nicht. Asymmetrisches Routing kann jedoch zu übermäßigem Unicast-Flooding und fehlenden MLS-Einträgen führen. Es gibt drei Konfigurationsänderungen, die diese Situation beheben können:
-
Ändern Sie die MAC-Alterungszeit auf den jeweiligen Switches in 14.400 Sekunden (4 Stunden) oder länger.
-
Ändern Sie die ARP-Zeitüberschreitung auf den Routern in 5 Minuten (300 Sekunden).
-
Setzen Sie die MAC-Alterungszeit und die ARP-Zeitüberschreitung auf denselben Zeitüberschreitungswert.
Die bevorzugte Methode ist, die MAC-Alterungszeit in 14.400 Sekunden zu ändern. Konfigurationsrichtlinien:
-
Cisco IOS Software:
mac address-table aging-time <Sekunden> vlan <vlan_id>
Fallstudie 6: Virtuelle HSRP-IP-Adresse wird als andere IP-Adresse gemeldet
Die Fehlermeldung "%STANDBY-3-DIFFVIP1" gibt an, dass ein Router ein HSRP-Paket für dieselbe Gruppe mit einer anderen virtuellen IP-Adresse empfangen hat. Überprüfen Sie, ob HSRP-Konfiguration, Inter-VLAN-Lecks und Layer-2-Schleifen inkonsistent sind.
Wenn diese Fehlermeldung angezeigt wird und ein Inter-VLAN-Leck aufgrund von Bridging-Schleifen auf dem Switch vorliegt, gehen Sie wie folgt vor, um den Fehler zu beheben:
-
Identifizieren Sie den Pfad, über den die Pakete zwischen den Endknoten übertragen werden.
Wenn sich auf diesem Pfad ein Router befindet, gehen Sie wie folgt vor:
-
Führen Sie eine Fehlerbehebung für den Pfad vom ersten Switch zum Router durch.
-
Führen Sie eine Fehlerbehebung für den Pfad vom Router zum zweiten Switch durch.
-
-
Stellen Sie eine Verbindung zu jedem Switch auf dem Pfad her, und überprüfen Sie den Status der Ports, die auf dem Pfad zwischen den Endknoten verwendet werden.
Fallstudie 7: HSRP verursacht MAC-Verstoß an einem sicheren Port
Wenn Port-Sicherheit an den Switch-Ports konfiguriert ist, die mit den HSRP-fähigen Routern verbunden sind, führt dies zu einer MAC-Verletzung, da nicht die gleiche sichere MAC-Adresse an mehreren Schnittstellen verwendet werden kann. In diesen Situationen tritt eine Sicherheitsverletzung an einem sicheren Port auf:
-
Die maximale Anzahl sicherer MAC-Adressen wird der Adresstabelle hinzugefügt, und eine Station, deren MAC-Adresse nicht in der Adresstabelle enthalten ist, versucht, auf die Schnittstelle zuzugreifen.
-
Eine Adresse, die an einer sicheren Schnittstelle ermittelt oder konfiguriert wurde, wird an einer anderen sicheren Schnittstelle im selben VLAN erkannt.
Standardmäßig führt eine Port-Sicherheitsverletzung dazu, dass die Switch-Schnittstelle durch den Fehler deaktiviert und sofort heruntergefahren wird, wodurch die HSRP-Statusmeldungen zwischen den Routern blockiert werden.
Problemumgehung
-
Führen Sie auf den Routern den Befehl standby use-bia aus. Dadurch werden die Router gezwungen, statt der virtuellen MAC-Adresse eine BIA für HSRP zu verwenden.
-
Deaktivieren Sie Port-Sicherheit an den Switch-Ports, die mit den HSRP-fähigen Routern verbunden sind.
Fallstudie 8: „%Interface Hardware Cannot Support Multiple Groups“ (Schnittstellenhardware kann nicht mehrere Gruppen unterstützen)
Wenn mehrere HSRP-Gruppen an der Schnittstelle erstellt werden, wird diese Fehlermeldung angezeigt:
%Interface hardware cannot support multiple groups
Diese Fehlermeldung ist auf die Hardwarebeschränkung auf einigen Routern oder Switches zurückzuführen. Es ist nicht möglich, die Einschränkung durch Softwaremethoden zu umgehen. Das Problem ist, dass jede HSRP-Gruppe eine zusätzliche MAC-Adresse an der Schnittstelle verwendet, sodass der Ethernet-MAC-Chip mehrere programmierbare MAC-Adressen unterstützen muss, um mehrere HSRP-Gruppen zu aktivieren.
Sie können dieses Problem umgehen, indem Sie den Schnittstellenkonfigurationsbefehl standby use-bia ausführen, der die Burned-In-Adresse (BIA) der Schnittstelle anstelle der vorab zugewiesenen MAC-Adresse als virtuelle MAC-Adresse verwendet.
Fehlerbehebung bei HSRP in Catalyst-Switches
A. Überprüfen der HSRP-Router-Konfiguration
1. Überprüfung der eindeutigen IP-Adresse der Router-Schnittstelle
Vergewissern Sie sich, dass jeder HSRP-Router pro Schnittstelle eine eindeutige IP-Adresse für jedes Subnetz hat. Stellen Sie außerdem sicher, dass bei jeder Schnittstelle der Status des Leitungsprotokolls up (aktiv) lautet. Um den aktuellen Status jeder Schnittstelle schnell zu überprüfen, führen Sie den Befehl show ip interface brief aus. Hier ein Beispiel:
Router_1#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.1 YES manual up up Vlan10 192.168.10.1 YES manual up up Vlan11 192.168.11.1 YES manual up upRouter_2#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.2 YES manual up up Vlan10 192.168.10.2 YES manual up up Vlan11 192.168.11.2 YES manual upup
2. Überprüfung der Standby-IP-Adressen (HSRP) und Standby-Gruppennummern
Überprüfen Sie, ob die konfigurierten Standby-IP-Adressen (HSRP) und Standby-Gruppennummern mit jedem an HSRP teilnehmenden Router übereinstimmen. Eine Nichtübereinstimmung von Standby-Gruppen oder HSRP-Standby-Adressen kann zu HSRP-Problemen führen. Der Befehl show standby gibt die Konfiguration der Standby-Gruppe und der Standby-IP-Adresse jeder Schnittstelle zurück. Hier ein Beispiel:
Router_1#show standby
Vlan10 - Group 110
State is Active
2 state changes, last state change 00:01:34
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 0.144 secs
Preemption enabled
Active router is local
Standby router is 192.168.10.2, priority 109 (expires in 10.784 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Active
2 state changes, last state change 00:00:27
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.096 secs
Preemption enabled
Active router is local
Standby router is 192.168.11.2, priority 109 (expires in 8.944 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Router_2#show standby
Vlan10 - Group 110
State is Standby
1 state change, last state change 00:03:15
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 1.088 secs
Preemption disabled
Active router is 192.168.10.1, priority 110 (expires in 11.584 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Standby
1 state change, last state change 00:02:53
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.352 secs
Preemption disabled
Active router is 192.168.11.1, priority 110 (expires in 9.120 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1 3. Überprüfen Sie, ob sich die Standby-IP-Adresse (HSRP) je nach Schnittstelle unterscheidet.
Vergewissern Sie sich, dass die Standby-IP-Adresse (HSRP) gegenüber der konfigurierten IP-Adresse an jeder Schnittstelle eindeutig ist. Der Befehl show standby ist eine Kurzreferenz, um diese Informationen anzuzeigen. Hier ein Beispiel:
Router_1#show standby
Vlan10 - Group 110
State is Active
2 state changes, last state change 00:01:34
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 0.144 secs
Preemption enabled
Active router is local
Standby router is 192.168.10.2, priority 109 (expires in 10.784 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Active
2 state changes, last state change 00:00:27
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.096 secs
Preemption enabled
Active router is local
Standby router is 192.168.11.2, priority 109 (expires in 8.944 sec)
Priority 110 (configured 110)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1
Router_2#show standby
Vlan10 - Group 110
State is Standby
1 state change, last state change 00:03:15
Virtual IP address is 192.168.10.100
Active virtual MAC address is 0000.0c07.ac6e (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6e (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 1.088 secs
Preemption disabled
Active router is 192.168.10.1, priority 110 (expires in 11.584 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl10-110" (default)
FLAGS: 0/1
Vlan11 - Group 111
State is Standby
1 state change, last state change 00:02:53
Virtual IP address is 192.168.11.100
Active virtual MAC address is 0000.0c07.ac6f (MAC Not In Use)
Local virtual MAC address is 0000.0c07.ac6f (v1 default)
Hello time 3 sec, hold time 10 sec
Next hello sent in 2.352 secs
Preemption disabled
Active router is 192.168.11.1, priority 110 (expires in 9.120 sec)
Standby router is local
Priority 109 (configured 109)
Group name is "hsrp-Vl11-111" (default)
FLAGS: 0/1 4. Verwenden des Befehls "standy use-bia"
Sofern HSRP nicht an einer Token Ring-Schnittstelle konfiguriert ist, wird der Befehl standby use-bia nur unter besonderen Umständen verwendet. Dieser Befehl weist den Router an, seine BIA anstelle der virtuellen HSRP-MAC-Adresse für die HSRP-Gruppe zu verwenden. Wenn in einem Token Ring-Netzwerk SRB (Source-Route Bridging) verwendet wird, ermöglicht der Befehl standby use-bia dem neuen aktiven Router, den RIF-Cache (Routing Information Field) des Hosts mit einem Gratuitous-ARP zu aktualisieren. Allerdings verarbeiten nicht alle Host-Implementierungen das Gratuitous-ARP korrekt. Eine weitere Einschränkung für den Befehl standby use-bia betrifft Proxy-ARP. Ein Standby-Router kann die nicht mehr verfügbare Proxy-ARP-Datenbank des ausgefallenen aktiven Routers nicht ersetzen.
5. Konfiguration der Zugriffsliste überprüfen
Stellen Sie sicher, dass die auf allen HSRP-Peers konfigurierten Zugriffslisten keine HSRP-Adressen filtern, die an ihren Schnittstellen konfiguriert sind. Überprüfen Sie insbesondere, welche Multicast-Adresse verwendet wird, um Datenverkehr an alle Router in einem Subnetz (224.0.0.2) zu senden. Stellen Sie außerdem sicher, dass der UDP-Datenverkehr, der für den HSRP-Port 1985 bestimmt ist, nicht gefiltert wird. HSRP verwendet diese Adresse und diesen Port, um Hello-Pakete zwischen Peers zu senden. Führen Sie den Befehl show access-lists als Kurzreferenz aus, um die auf dem Router konfigurierten Zugriffslisten zu notieren. Hier ein Beispiel:
Router_1#show access-lists
Standard IP access list 77
deny 10.19.0.0, wildcard bits 0.0.255.255
permit any
Extended IP access list 144
deny pim 238.0.10.0 0.0.0.255 any
permit ip any any (58 matches)
B. Überprüfen der Catalyst Fast EtherChannel- und Trunking-Konfiguration
1. Überprüfen der Trunking-Konfiguration
Wenn HSRP-Peers über einen oder mehrere Trunk-Links kommunizieren, stellen Sie sicher, dass jeder Trunk betriebsbereit ist und das HSRP-VLAN überträgt. Führen Sie den Befehl show interfaces <interface> trunk auf jedem entsprechenden Switch aus, und überprüfen Sie die folgenden Bedingungen:
- Die Schnittstelle fungiert als IEEE 802.1Q-Trunk.
- Das native VLAN ist auf beiden Seiten konsistent.
- Das HSRP-VLAN ist für den Trunk zulässig und aktiv.
- VTP oder ein anderer VLAN-Bereinigungsmechanismus entfernt das HSRP-VLAN nicht.
- Das STP setzt den Trunk in den Weiterleitungsstatus für das HSRP-VLAN.
- Der Switch meldet kein natives VLAN, keine Kapselung oder keine Port-Typ-Inkonsistenz.
Konfigurieren Sie beide Enden mit kompatiblen Trunk-Einstellungen. Konfigurieren Sie für einen statischen Switch-to-Switch-Trunk den Trunk-Modus explizit auf beiden Seiten. Verwenden Sie auf Plattformen, die DTP (Dynamic Trunking Protocol) unterstützen, nur dann dynamische Trunk-Aushandlung, wenn dies für das Netzwerkdesign erforderlich ist. Der Befehl switchport nonegotiate deaktiviert die DTP-Aushandlung. Die Schnittstelle wird nicht unabhängig voneinander als Trunk konfiguriert.
L2Switch_1#show interfaces gigabitEthernet1/0/13 trunk Port Mode Encapsulation Status Native vlan Gi1/0/13 on 802.1q trunking 1 Port Vlans allowed on trunk Gi1/0/13 1-4094 Port Vlans allowed and active in management domain Gi1/0/13 1,10-11,70,100,300-309 Port Vlans in spanning tree forwarding state and not pruned Gi1/0/13 1,10-11,70,100,300-309
Router_1#show interfaces gigabitEthernet1/0/1 trunk Port Mode Encapsulation Status Native vlan Gi1/0/1 on 802.1q trunking 1 Port Vlans allowed on trunk Gi1/0/1 1-4094 Port Vlans allowed and active in management domain Gi1/0/1 1,10-11,100,206,301,307,401,900,3001-3002 Port Vlans in spanning tree forwarding state and not pruned Gi1/0/1 1,10-11,100,206,301,307,401,900,3001-30022. Überprüfen der EtherChannel-Konfiguration
Wenn ein Port-Channel zum Anschließen der HSRP-Router verwendet wird, überprüfen Sie die EtherChannel-Konfiguration auf beiden Routern und Switches. Konfigurieren beider Enden eines EtherChannels mit kompatiblen Modi Verwenden Sie die wünschenswerte Funktion mit wünschenswerter oder automatischer Funktion für PAgP (Port Aggregation Protocol), eine aktive Funktion mit aktiver oder passiver Funktion für LACP (Link Aggregation Control Protocol) oder einen statischen EtherChannel auf beiden Seiten.
In diesem Beispiel sind die Schnittstellen jedoch kein Member eines Port-Channels:
Router_1#show etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
A - formed by Auto LAG
Number of channel-groups in use: 0
Number of aggregators: 0
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
Router_1#
Router_2#show etherchannel summary
Flags: D - down P - bundled in port-channel
I - stand-alone s - suspended
H - Hot-standby (LACP only)
R - Layer3 S - Layer2
U - in use f - failed to allocate aggregator
M - not in use, minimum links not met
u - unsuitable for bundling
w - waiting to be aggregated
d - default port
A - formed by Auto LAG
Number of channel-groups in use: 0
Number of aggregators: 0
Group Port-channel Protocol Ports
------+-------------+-----------+-----------------------------------------------
Router_2# 3. MAC-Adressenweiterleitungstabelle des Switches untersuchen
Überprüfen Sie, ob die Einträge der MAC-Adresstabelle auf dem Switch für die HSRP-Router für die virtuelle HSRP-MAC-Adresse und die physischen BIAs vorhanden sind. Der Befehl show standby auf dem Router gibt die virtuelle MAC-Adresse zurück. Der Befehl show interface gibt die physische BIA zurück. Beispielausgaben:
Router_1#show standby Vlan10 - Group 110 State is Active 2 state changes, last state change 00:37:03 Virtual IP address is 192.168.10.100 Active virtual MAC address is 0000.0c07.ac6e (MAC In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.768 secs Preemption enabled Active router is local Standby router is 192.168.10.2, priority 109 (expires in 10.368 sec) Priority 110 (configured 110) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Active 2 state changes, last state change 00:35:56 Virtual IP address is 192.168.11.100 Active virtual MAC address is 0000.0c07.ac6f (MAC In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 1.472 secs Preemption enabled Active router is local Standby router is 192.168.11.2, priority 109 (expires in 8.336 sec) Priority 110 (configured 110) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1Router_1#show interfaces vlan 10 Vlan10 is up, line protocol is up , Autostate Enabled Hardware is Ethernet SVI, address is d4e8.801f.4846 (bia d4e8.801f.4846) Internet address is 192.168.10.1/24 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:01, output hang never Last clearing of "show interface" counters never Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 9258 packets input, 803066 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 3034 packets output, 368908 bytes, 0 underruns Output 0 broadcasts (0 IP multicasts) 0 output errors, 2 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped outL2Switch_1#show mac address-table address 0000.0c07.ac6e Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- 10 0000.0c07.ac6e DYNAMIC Gi1/0/13 Total Mac Addresses for this criterion: 1
L2Switch_1#show mac address-table address 0000.0c07.ac6f Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- 11 0000.0c07.ac6f DYNAMIC Gi1/0/13 Total Mac Addresses for this criterion: 1
Überprüfen Sie unbedingt die CAM-Alterungszeit, um festzustellen, wie schnell die Einträge veralten. Wenn die Zeit dem konfigurierten Wert für die STP-Weiterleitungsverzögerung entspricht, der standardmäßig 15 Sekunden beträgt, besteht sehr wahrscheinlich eine STP-Schleife im Netzwerk. Beispiel für die Befehlsausgabe:
L2Switch_1#show mac address-table aging-time vlan 10
Global Aging Time: 300
Vlan Aging Time
---- ----------
10 300
L2Switch_1#show mac address-table aging-time vlan 11
Global Aging Time: 300
Vlan Aging Time
---- ----------
11 300C. Verifizieren der physischen Netzwerkverbindungen
Wenn mehr als ein Router in einer HSRP-Gruppe aktiv wird, empfangen diese Router die Hello-Pakete von anderen HSRP-Peers nicht konsistent. Probleme auf der physischen Ebene können die konsistente Weitergabe von Datenverkehr zwischen Peers verhindern und dieses Szenario verursachen. Denken Sie daran, die physische Verbindung und die IP-Verbindung zwischen den HSRP-Peers zu überprüfen, um HSRP-Fehler beheben zu können. Führen Sie den Befehl show standby aus, um die Konnektivität zu überprüfen. Hier ein Beispiel:
Router_1#show standby Vlan10 - Group 110 State is Active 2 state changes, last state change 00:54:03 Virtual IP address is 192.168.10.100 Active virtual MAC address is 0000.0c07.ac6e (MAC In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.848 secs Preemption enabled Active router is local Standby router is unknown Priority 110 (configured 110) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Active 2 state changes, last state change 00:52:56 Virtual IP address is 192.168.11.100 Active virtual MAC address is 0000.0c07.ac6f (MAC In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Next hello sent in 0.512 secs Preemption enabled Active router is local Standby router is unknown Priority 110 (configured 110) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1Router_2#show standby Vlan10 - Group 110 State is Init (interface down) 2 state changes, last state change 00:00:42 Virtual IP address is 192.168.10.100 Active virtual MAC address is unknown (MAC Not In Use) Local virtual MAC address is 0000.0c07.ac6e (v1 default) Hello time 3 sec, hold time 10 sec Preemption disabled Active router is unknown Standby router is unknown Priority 109 (configured 109) Group name is "hsrp-Vl10-110" (default) FLAGS: 0/1 Vlan11 - Group 111 State is Init (interface down) 2 state changes, last state change 00:00:36 Virtual IP address is 192.168.11.100 Active virtual MAC address is unknown (MAC Not In Use) Local virtual MAC address is 0000.0c07.ac6f (v1 default) Hello time 3 sec, hold time 10 sec Preemption disabled Active router is unknown Standby router is unknown Priority 109 (configured 109) Group name is "hsrp-Vl11-111" (default) FLAGS: 0/1
1. Schnittstellenstatus überprüfen
Überprüfen Sie die Schnittstellen. Überprüfen Sie, ob der Status aller für HSRP konfigurierten Schnittstellen up/up (aktiv/aktiv) lautet, wie dieses Beispiel zeigt:
Router_1#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Vlan1 192.168.1.1 YES manual up up
Vlan10 192.168.10.1 YES manual up up
Vlan11 192.168.11.1 YES manual up up
Router_2#show ip interface brief
Interface IP-Address OK? Method Status Protocol
Vlan1 192.168.1.2 YES manual up up
Vlan10 192.168.10.2 YES manual administratively down down
Vlan11 192.168.11.2 YES manual administratively down down Wenn der administrative Status einer Schnittstelle down/down lautet, wechseln Sie auf dem Router in den Konfigurationsmodus, und führen Sie den schnittstellenspezifischen Befehl no shutdown aus. Hier ein Beispiel:
Router_2#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router_2(config)#interface vlan 10 Router_2(config-if)#no shutdown Router_2(config-if)#endRouter_2#configure terminal Enter configuration commands, one per line. End with CNTL/Z. Router_2(config)#interface vlan 11 Router_2(config-if)#no shutdown Router_2(config-if)#endRouter_2#show ip interface brief Interface IP-Address OK? Method Status Protocol Vlan1 192.168.1.2 YES manual up up Vlan10 192.168.10.2 YES manual up down Vlan11 192.168.11.2 YES manual up up
Wenn der Status von Schnittstellen down/down (inaktiv/inaktiv) oder up/down (aktiv/inaktiv) lautet, überprüfen Sie das Protokoll auf Benachrichtigungen zu Schnittstellenänderungen. Bei softwarebasierten Cisco IOS-Switches werden diese Meldungen in Situationen angezeigt, in denen der Link-Status up/down (aktiv/inaktiv) lautet:
%LINK-3-UPDOWN: Interface "interface", changed state to up %LINK-3-UPDOWN: Interface "interface", changed state to down Router_1#show logging 3d04h: %STANDBY-6-STATECHANGE: Standby: 0: Vlan10 state Active-> Speak 3d04h: %LINK-5-CHANGED: Interface Vlan10, changed state to down 3d04h: %LINEPROTO-5-UPDOWN: Line protocol on Interface Vlan10, changed state to down
Überprüfen Sie die Ports, Kabel und alle Transceiver oder anderen Geräte zwischen den HSRP-Peers. Hat jemand physische Verbindungen getrennt oder gelockert? Gibt es Schnittstellen, die den Link immer wieder verlieren? Wurden die richtigen Kabeltypen verwendet? Überprüfen Sie die Schnittstellen auf Fehler, wie dieses Beispiel zeigt:
Router_2#show interface vlan 10Vlan10 is down, line protocol is down , Autostate Enabled Hardware is Ethernet SVI, address is 1880.90d8.5946 (bia 1880.90d8.5946) Internet address is 192.168.10.2/24 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:10, output 00:00:08, output hang never Last clearing of "show interface" counters never Input queue: 0/375/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 1243 packets input, 87214 bytes, 0 no buffer Received 0 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 23 packets output, 1628 bytes, 0 underruns Output 0 broadcasts (0 IP multicasts) 0 output errors, 2 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out
2. Verbindungswechsel und Portfehler
Überprüfen Sie die Switch-Ports auf Link-Änderungen und andere Fehler. Führen Sie diese Befehle aus, und überprüfen Sie die Ausgabe:
-
show logging
-
show interfaces <interface> counters
-
show interfaces <interface> status
Mit diesen Befehlen können Sie feststellen, ob ein Problem mit der Verbindung zwischen Switches und anderen Geräten besteht.
Diese Meldungen sind in Situationen mit dem Link-Status up/down (aktiv/inaktiv) normal:
L2Switch_1#show logging
Syslog logging: enabled (0 messages dropped, 5 messages rate-limited, 0 flushes, 0 overruns, xml disabled, filtering disabled)
No Active Message Discriminator.
No Inactive Message Discriminator.
Console logging: level informational, 319 messages logged, xml disabled,
filtering disabled
Monitor logging: level debugging, 0 messages logged, xml disabled,
filtering disabled
Buffer logging: level debugging, 467 messages logged, xml disabled,
filtering disabled
Exception Logging: size (4096 bytes)
Count and timestamp logging messages: disabled
File logging: disabled
Persistent logging: disabled
No active filter modules.
Trap logging: level informational, 327 message lines logged
Logging Source-Interface: VRF Name:
Log Buffer (10000 bytes):
*Jul 26 17:52:07.526: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/13, changed state to up
*Jul 26 17:52:09.747: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/13, changed state to down
*Jul 26 17:57:11.716: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet1/0/16 VLAN307.
*Jul 26 17:57:11.716: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet1/0/16 on VLAN0307. Inconsistent port type.
*Jul 26 17:57:13.583: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to up
*Jul 26 17:57:16.237: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to down
*Jul 26 18:02:16.481: %SPANTREE-7-RECV_1Q_NON_TRUNK: Received 802.1Q BPDU on non trunk GigabitEthernet1/0/16 VLAN307.
*Jul 26 18:02:16.481: %SPANTREE-7-BLOCK_PORT_TYPE: Blocking GigabitEthernet1/0/16 on VLAN0307. Inconsistent port type.
*Jul 26 18:02:18.367: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to up
*Jul 26 18:02:20.561: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/16, changed state to down Führen Sie den Befehl show interfaces <interface> status aus, um die allgemeine Integrität eines Ports zu ermitteln. Hier ein Beispiel:
L2Switch_1#show interfaces gigabitEthernet 1/0/13 status
Port Name Status Vlan Duplex Speed Type
Gi1/0/13 connected trunk a-full a-1000 10/100/1000BaseTX Ist der Schnittstellenstatus "Verbunden", "Verbindung" oder "errdisable"? Wenn der Status notconnect (nicht verbunden) lautet, überprüfen Sie, ob das Kabel auf beiden Seiten eingesteckt ist. Überprüfen Sie, ob das richtige Kabel verwendet wurde. Wenn der Status errdisable (wegen Fehler deaktiviert) lautet, überprüfen Sie die Zähler auf übermäßige Fehler. Weitere Informationen finden Sie unter Recover Erdisable Port State on Cisco IOS Platforms.
Für welches VLAN ist dieser Port konfiguriert? Vergewissern Sie sich, dass die andere Seite der Verbindung für dasselbe VLAN konfiguriert ist. Wenn der Link als Trunk konfiguriert ist, vergewissern Sie sich, dass beide Seiten des Trunks als Träger für dieselben VLANs fungieren.
Wie lautet die Geschwindigkeits- und Duplexkonfiguration? Wenn der Einstellung „a-“ vorangestellt ist, ist der Port so konfiguriert, dass Geschwindigkeit und Duplex automatisch ausgehandelt werden. Andernfalls hat der Netzwerkadministrator eine Konfiguration voreingestellt. Bei der Konfiguration von Geschwindigkeit und Duplex für eine Verbindung müssen die Einstellungen auf beiden Seiten des Links übereinstimmen. Wenn ein Switch-Port für automatische Aushandlung konfiguriert ist, muss auch die andere Seite der Verbindung für automatische Aushandlung konfiguriert werden. Wenn auf einer Seite eine bestimmte Geschwindigkeits- und Duplexeinstellung fest eingestellt ist, muss die andere Seite ebenfalls fest eingestellt werden. Wenn Sie auf einer Seite die automatische Aushandlung beibehalten, während Sie für die andere Seite feste Einstellungen vornehmen, funktioniert der Prozess der automatischen Aushandlung nicht mehr.
L2Switch_1#show interfaces gi1/0/13 counters errors Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize OutDiscards Gi1/0/13 0 0 0 0 0 0 Port Single-Col Multi-Col Late-Col Excess-Col Carri-Sen Runts Gi1/0/13 0 0 0 0 0 0 Gibt es viele Align-Err, FCS-Err oder Runts? Diese können auf eine fehlerhafte Geschwindigkeits- oder Duplexverbindung, einen Verkabelungsfehler, einen Transceiver-Fehler oder ein anderes Problem auf der physischen Schicht hinweisen. Ändern Sie die Geschwindigkeits- und Duplexeinstellungen für diesen Port, um diese Fehler zu beheben.
Führen Sie den Befehl show interfaces <interface> counters aus, um zu überprüfen, ob der Port Datenverkehr weiterleitet. Die Spalten In und Out geben die Anzahl der Unicast-, Multicast- und Broadcast-Pakete an, die an einem bestimmten Port empfangen und übertragen werden. Die unteren Zähler zeigen, wie viele Pakete verworfen wurden oder verloren gegangen sind und ob diese Pakete Teil des eingehenden oder ausgehenden Datenverkehrs waren. Lrn-Discrd, In-Lost und Out-Lost geben die Anzahl der Pakete an, die aufgrund unzureichender Puffer irrtümlich weitergeleitet oder verworfen wurden.
L2Switch_1#show interfaces gi1/0/13 counters
Port InOctets InUcastPkts InMcastPkts InBcastPkts
Gi1/0/13 304933333 1180453 1082538 14978
Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts
Gi1/0/13 282752538 276716 824562 588960
3. Überprüfen der IP-Verbindung
Verifizieren Sie die IP-Konnektivität. Geben Sie einen IP-Ping vom verbundenen Router zum Remote-HSRP-Gerät ein. Dies hilft, vorübergehende Verbindungsverluste aufzudecken. Ein erweiterter Ping ist nur im Aktivierungsmodus verfügbar. Beispiel für die Befehlsausgabe:
Router_1#show run interface vlan 10
Building configuration...
Current configuration : 141 bytes
!
interface Vlan10
ip address 192.168.10.1 255.255.255.0
standby 110 ip 192.168.10.100
standby 110 priority 110
standby 110 preempt
end
Router_2#show run interface vlan 10
Building configuration...
Current configuration : 120 bytes
!
interface Vlan10
ip address 192.168.10.2 255.255.255.0
standby 110 ip 192.168.10.100
standby 110 priority 109
end
Router_1#ping 192.168.10.2 repeat 1500
Type escape sequence to abort.
Sending 1500, 100-byte ICMP Echos to 192.168.10.2, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (1500/1500), round-trip min/avg/max = 1/2/9 ms Senden Sie den Ping von jedem HSRP-Router an seine Peers, um den Ort des Verbindungsfehlers zu bestimmen.
4. Überprüfen Sie die unidirektionale Verbindung
Überprüfen Sie den Switch auf unidirektionale Links zwischen HSRP-Peers. Ein unidirektionaler Link liegt vor, wenn zwar der von einem lokalen Gerät über einen Link übertragene Datenverkehr vom benachbarten Gerät empfangen wird, der vom benachbarten Gerät übertragene Datenverkehr umgekehrt jedoch nicht vom lokalen Gerät empfangen wird. Diese Funktion wird als aggressiver UDLD-Modus (UniDirectional Link Detection) bezeichnet. Die Verwendung von UDLD ist nur möglich, wenn beide Seiten der Verbindung die Funktion unterstützen. Der aggressive UDLD-Modus ermittelt auf L2, ob ein Link ordnungsgemäß verbunden ist und ob der Datenverkehr bidirektional zwischen den richtigen Nachbarn fließt. Beispiele für die Befehlsausgaben:
Eine weitere Option zur Verifizierung einer unidirektionalen Verbindung, wenn UDLD nicht verfügbar ist, bietet das Cisco Discovery Protocol (CDP). Die Aktivierung von CDP ist eine weitere Möglichkeit, zu erkennen, ob ein unidirektionaler Link vorliegt. Wenn nur eine Seite eines Links das Nachbargerät sehen kann, tauschen Sie das Kabel zwischen den Geräten aus, und überprüfen Sie es auf fehlerhafte Schnittstellen.
Router_1#show cdpGlobal CDP information: Sending CDP packets every 60 seconds Sending a holdtime value of 180 seconds Sending CDPv2 advertisements is enabled Router_1#show cdp neighbors gi1/0/1 detail ------------------------- Device ID: L2Switch_1.cisco.com Entry address(es): IP address: 192.168.70.1 IPv6 address: 2001:420:140E:2101::1 (global unicast) IPv6 address: FE80::2FE:C8FF:FED3:86C7 (link-local) Platform: cisco WS-C3650-12X48UR, Capabilities: Router Switch IGMP Interface: GigabitEthernet1/0/1, Port ID (outgoing port): GigabitEthernet1/0/13 Holdtime : 173 sec Version : Cisco IOS Software [Denali], Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 16.3.8, RELEASE SOFTWARE (fc3) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2019 by Cisco Systems, Inc. Compiled Wed 13-Feb-19 03:00 by mcpre advertisement version: 2 VTP Management Domain: 'CALOnet' Native VLAN: 1 Duplex: full Management address(es): IP address: 192.168.70.1 Spare Pair PoE: Yes, Spare Pair Detection Required: No Spare Pair PD Config: Disable, Spare Pair PSE Operational: No Total cdp entries displayed : 1
5. Weitere Fehlerbehebungsreferenzen für die physische Schicht
Weitere Informationen finden Sie in diesen Dokumenten:
-
Konfiguration und Überprüfung der Ethernet-10/100/1000-Mbit-Halb-/Vollduplex-Autonegotiation
-
Wiederherstellung aus dem errdisable-Portstatus auf Cisco IOS-Plattformen
-
Im Abschnitt Grundlegendes zu Datenverbindungsfehlern von Fehlerbehebung bei Problemen mit der NIC-Kompatibilität bei Catalyst-Switches
D. Layer-3-HSRP-Debugging
Wenn sich der HSRP-Status häufig ändert, verwenden Sie die HSRP-Debug-Befehle (im Aktivierungsmodus) auf dem Router, um die HSRP-Aktivität zu überwachen. Anhand dieser Informationen können Sie feststellen, welche HSRP-Pakete vom Router empfangen und gesendet werden. Sammeln Sie diese Informationen, wenn Sie eine Serviceanfrage beim technischen Support von Cisco erstellen. Die Debug-Ausgabe zeigt auch HSRP-Statusinformationen mit detaillierten Angaben zu HSRP-Hello-Paketen.
1. Standard-HSRP-Debugging
Aktivieren Sie in Cisco IOS die HSRP-Debug-Funktion mit dem Befehl debug standby. Diese Informationen sind nützlich, wenn Probleme nur sporadisch auftreten und nur wenige Schnittstellen betreffen. Mit dem Debug-Befehl können Sie ermitteln, ob der betreffende HSRP-Router HSRP-Hello-Pakete in bestimmten Intervallen empfängt und sendet. Wenn der Router keine Hello-Pakete empfängt, können Sie daraus schließen, dass entweder der Peer die Hello-Pakete nicht überträgt oder das Netzwerk die Pakete verwirft.
| Command | Zweck |
|---|---|
| debug standby | Aktiviert das HSRP-Debugging |
Beispiel für die Befehlsausgabe:
Router_1#debug standby HSRP debugging is onJul 29 16:12:16.889: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100 Jul 29 16:12:16.996: HSRP: Vl11 Grp 111 Hello in 192.168.11.2 Standby pri 109 vIP 192.168.11.100 Jul 29 16:12:17.183: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100Jul 29 16:12:17.366: HSRP: Vl11 Grp 111 Hello out 192.168.11.1 Active pri 110 vIP 192.168.11.100 Jul 29 16:12:18.736: HSRP: Vl10 Interface adv in, Passive, active 0, passive 1, from 192.168.10.2 Jul 29 16:12:19.622: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
2. Bedingtes HSRP-Debugging (Beschränkung der Ausgabe auf Basis einer Standby-Gruppe und/oder eines VLAN)
Mit Cisco IOS-Software Version 12.0(3) wurde eine Debug-Bedingung eingeführt, die es ermöglicht, die Ausgabe des Befehls debug standby basierend auf der Schnittstellen- und Gruppennummer zu filtern. Bei diesem Befehl wird das Debug-Bedingungsparadigma verwendet, das mit Cisco IOS-Software Version 12.0 eingeführt wurde.
| Command | Zweck |
|---|---|
| debug condition standby <Schnittstelle> <Gruppe> | Aktiviert das bedingte HSRP-Debugging der Gruppe (0–255). |
Die Schnittstelle muss eine gültige Schnittstelle sein, die HSRP unterstützen kann. Bei der Gruppe kann es sich um eine beliebige Gruppe handeln, von 0 bis 255. Für Gruppen, die nicht vorhanden sind, kann eine Debugbedingung festgelegt werden. Dadurch können Debugs während der Initialisierung einer neuen Gruppe erfasst werden. Die Debug-Standby-Funktion muss aktiviert sein, damit Debug-Ausgaben erzeugt werden können. Wenn keine Standby-Debug-Bedingungen vorhanden sind, wird die Debug-Ausgabe für alle Gruppen an allen Schnittstellen erzeugt. Wenn mindestens eine Standby-Debug-Bedingung erfüllt ist, wird die Standby-Debug-Ausgabe basierend auf allen Standby-Debug-Bedingungen gefiltert. Beispiel für die Befehlsausgabe:
Router_1#debug condition standby vlan 10 110 Condition 1 set Router_1# Jul 29 16:16:20.284: Vl10 HSRP110 Debug: Condition 1, hsrp Vl10 HSRP110 triggered, count 1 Router_1#debug standby HSRP debugging is on Router_1# Jul 29 16:16:44.797: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
Jul 29 16:16:45.381: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100
Jul 29 16:16:47.231: HSRP: Vl10 Grp 110 Hello out 192.168.10.1 Active pri 110 vIP 192.168.10.100
Jul 29 16:16:48.248: HSRP: Vl10 Grp 110 Hello in 192.168.10.2 Standby pri 109 vIP 192.168.10.100
3. Verbessertes HSRP-Debugging
Seit Cisco IOS-Software Version 12.1(1) ist erweitertes HSRP-Debugging verfügbar. Damit die relevanten Informationen leichter zu finden sind, begrenzt das erweiterte HSRP-Debugging das Grundrauschen der regelmäßigen Hello-Nachrichten und liefert zusätzliche Statusinformationen. Diese Informationen sind besonders nützlich, wenn Sie beim Erstellen einer Serviceanfrage mit einem Mitarbeiter des technischen Supports von Cisco zusammenarbeiten.
| Command | Zweck |
|---|---|
| debug standby | Gibt alle HSRP-Fehler, -Ereignisse und -Pakete zurück. |
| debug standby errors | Gibt HSRP-Fehler zurück. |
| debug standby events [[all] | [hsrp | redundancy | track]] [detail] | Gibt HSRP-Ereignisse zurück. |
| debug standby packets [[all | terse] | [advertise | coup | hello | resign]] [detail] | Gibt HSRP-Pakete zurück. |
| debug standby terse | Anzeige eines begrenzten Bereichs von HSRP-Fehlern, -Ereignissen und -Paketen |
Beispiel für die Befehlsausgabe:
Router_2#debug standby terse
HSRP:
HSRP Errors debugging is on
HSRP Events debugging is on
(protocol, neighbor, redundancy, track, ha, arp, interface)
HSRP Packets debugging is on
(Coup, Resign)
Router_2#
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Resign in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Standby: i/Resign rcvd (110/192.168.10.1)
*Jul 29 16:49:35.416: HSRP: Vl10 Grp 110 Active router is local, was 192.168.10.1
*Jul 29 16:49:35.416: HSRP: Vl10 Nbr 192.168.10.1 no longer active for group 110 (Standby)
*Jul 29 16:49:35.417: HSRP: Vl10 Nbr 192.168.10.1 Was active or standby - start passive holddown
*Jul 29 16:49:35.417: HSRP: Vl10 Grp 110 Standby router is unknown, was local
*Jul 29 16:49:35.417: HSRP: Vl10 Grp 110 Standby -> Active
*Jul 29 16:49:35.418: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Standby -> Active
*Jul 29 16:49:35.418: HSRP: Peer not present
*Jul 29 16:49:35.418: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Standby -> Active
*Jul 29 16:49:35.419: HSRP: Vl10 Grp 110 Added 192.168.10.100 to ARP (0000.0c07.ac6e)
*Jul 29 16:49:35.420: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" standby, local -> unknown
*Jul 29 16:49:35.421: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" update, Standby -> Active
*Jul 29 16:49:38.422: HSRP: Vl10 IP Redundancy "hsrp-Vl10-110" update, Active -> Active Sie können das bedingte Schnittstellen- und/oder HSRP-Gruppen-Debugging verwenden, um diese Debug-Ausgabe zu filtern.
| Command | Zweck |
|---|---|
| debug condition interface interface | Aktiviert das bedingte Schnittstellen-Debugging. |
| debug condition standby <Schnittstelle> <Gruppe> | Aktiviert das bedingte HSRP-Debugging. |
In diesem Beispiel tritt der Router einer bereits vorhandenen HSRP-Gruppe bei:
Rotuer_2#debug condition standby vlan 10 110
Condition 1 set
Router_2#debug condition interface gigabitEthernet 1/0/1 vlan-id 10
Condition 2 set
Router_2#debug standby
HSRP debugging is on
Router_2#
*Jul 29 16:54:12.496: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:15.122: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:17.737: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:18.880: HSRP: Vl10 Nbr 192.168.10.1 is passive
*Jul 29 16:54:20.316: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Active pri 109 vIP 192.168.10.100
*Jul 29 16:54:20.322: HSRP: Vl10 Grp 110 Coup in 192.168.10.1 Listen pri 110 vIP 192.168.10.100
*Jul 29 16:54:20.323: HSRP: Vl10 Grp 110 Active: j/Coup rcvd from higher pri router (110/192.168.10.1)
*Jul 29 16:54:20.323: HSRP: Vl10 Grp 110 Active router is 192.168.10.1, was local
*Jul 29 16:54:20.323: HSRP: Vl10 Nbr 192.168.10.1 is no longer passive
*Jul 29 16:54:20.324: HSRP: Vl10 Nbr 192.168.10.1 active for group 110
*Jul 29 16:54:20.324: HSRP: Vl10 Grp 110 Active -> Speak
*Jul 29 16:54:20.325: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Active -> Speak
*Jul 29 16:54:20.325: HSRP: Peer not present
*Jul 29 16:54:20.325: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Active -> Speak
*Jul 29 16:54:20.326: HSRP: Vl10 Grp 110 Removed 192.168.10.100 from ARP
*Jul 29 16:54:20.326: HSRP: Vl10 Grp 110 Deactivating MAC 0000.0c07.ac6e
*Jul 29 16:54:20.327: HSRP: Vl10 Grp 110 Removing 0000.0c07.ac6e from MAC address filter
*Jul 29 16:54:20.328: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:20.328: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:23.104: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:23.226: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:25.825: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:25.952: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:28.427: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:28.772: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Speak pri 109 vIP 192.168.10.100
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Speak: d/Standby timer expired (unknown)
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Standby router is local
*Jul 29 16:54:30.727: HSRP: Vl10 Grp 110 Speak -> Standby
*Jul 29 16:54:30.727: %HSRP-5-STATECHANGE: Vlan10 Grp 110 state Speak -> Standby
*Jul 29 16:54:30.728: HSRP: Peer not present
*Jul 29 16:54:30.728: HSRP: Vl10 Grp 110 Redundancy "hsrp-Vl10-110" state Speak -> Standby
*Jul 29 16:54:30.728: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:31.082: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:33.459: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:33.811: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:36.344: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:36.378: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:38.856: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100
*Jul 29 16:54:38.876: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:41.688: HSRP: Vl10 Grp 110 Hello out 192.168.10.2 Standby pri 109 vIP 192.168.10.100
*Jul 29 16:54:41.717: HSRP: Vl10 Grp 110 Hello in 192.168.10.1 Active pri 110 vIP 192.168.10.100 E. Spanning Tree-Fehlerbehebung
STP-Schleifenbedingungen oder Instabilität in einem Netzwerk können die ordnungsgemäße Kommunikation von HSRP-Peers verhindern. Aufgrund dieser fehlerhaften Kommunikation wird jeder Peer zum aktiven Router. STP-Schleifen können Broadcast-Stürme, doppelte Frames und Inkonsistenzen bei MAC-Tabellen verursachen. Alle diese Probleme betreffen das gesamte Netzwerk, insbesondere HSRP. HSRP-Fehlermeldungen können der erste Hinweis auf ein STP-Problem sein.
Bei der STP-Fehlerbehebung müssen Sie die STP-Topologie des Netzwerks in jedem VLAN genau kennen. Sie müssen ermitteln, welcher Switch die Root-Bridge ist und welche Ports auf dem Switch blockiert und weitergeleitet werden. Da jedes VLAN eine eigene STP-Topologie hat, sind diese Informationen für jedes VLAN sehr wichtig.
1. Überprüfen der Spanning Tree-Konfiguration
Vergewissern Sie sich, dass STP auf jedem Switch und jedem Bridging-Gerät im Netzwerk konfiguriert ist. Notieren Sie die von den einzelnen Switches vermutete Position der Root-Bridge. Notieren Sie auch die Werte dieser Timer:
-
Root Max Age (Max. Root-Alter)
-
Hello-Zeit
-
Forward Delay (Verzögerte Weiterleitung)
Geben Sie den Befehl show spanning-tree ein, um alle diese Informationen anzuzeigen. Standardmäßig werden diese Informationen für alle VLANs angezeigt. Sie können jedoch auch andere VLAN-Informationen filtern, wenn Sie den Befehl zusammen mit der VLAN-Nummer eingeben. Diese Informationen sind sehr hilfreich beim Beheben von STP-Problemen.
Diese drei Timer, die Sie in der Ausgabe von show spanning-tree finden, werden von der Root-Bridge gelernt. Diese Timer müssen nicht mit den Timern übereinstimmen, die auf der jeweiligen Bridge eingestellt sind. Stellen Sie jedoch sicher, dass die Timer mit der Root-Bridge übereinstimmen, falls dieser Switch irgendwann zur Root-Bridge werden sollte. Diese Abstimmung der Timer auf die Root-Bridge sorgt für Kontinuität und einfache Verwaltung. Die Übereinstimmung verhindert auch, dass ein Switch mit falschen Timern das Netzwerk beeinträchtigt.
Hier ist ein Beispiel für den Befehl show spanning-tree:
L2Switch_1#show spanning-tree vlan 10
VLAN0010
Spanning tree enabled protocol rstp
Root ID Priority 32778
Address 00fe.c8d3.8680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32778 (priority 32768 sys-id-ext 10)
Address 00fe.c8d3.8680
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi1/0/3 Desg FWD 4 128.3 P2p
Gi1/0/10 Desg FWD 4 128.10 P2p Edge
Gi1/0/11 Desg FWD 4 128.11 P2p
Gi1/0/13 Desg FWD 4 128.13 P2p
Gi1/0/14 Desg FWD 4 128.14 P2p
Gi1/0/15 Desg FWD 4 128.15 P2p
Gi1/0/16 Desg FWD 4 128.16 P2p
Gi1/0/35 Desg FWD 4 128.35 P2p
L2Switch_1#show spanning-tree vlan 11
VLAN0011
Spanning tree enabled protocol rstp
Root ID Priority 32779
Address 00fe.c8d3.8680
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32779 (priority 32768 sys-id-ext 11)
Address 00fe.c8d3.8680
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 300 sec
Interface Role Sts Cost Prio.Nbr Type
------------------- ---- --- --------- -------- --------------------------------
Gi1/0/3 Desg FWD 4 128.3 P2p
Gi1/0/10 Desg FWD 4 128.10 P2p Edge
Gi1/0/11 Desg FWD 4 128.11 P2p
Gi1/0/13 Desg FWD 4 128.13 P2p
Gi1/0/14 Desg FWD 4 128.14 P2p
Gi1/0/15 Desg FWD 4 128.15 P2p
Gi1/0/16 Desg FWD 4 128.16 P2p
Gi1/0/35 Desg FWD 4 128.35 P2p Switch L2Switch_1 ist der Root von VLAN 10 und VLAN 11.
2. Spanning Tree-Schleifenbedingungen
Damit eine STP-Schleife auftreten kann, muss im Netzwerk physische L2-Redundanz gegeben sein. Eine STP-Schleife tritt nicht auf, wenn keine Möglichkeit einer physischen Schleife besteht. Symptome einer STP-Schleifenbedingung:
-
Totalausfall des Netzwerks
-
Verlust von Netzwerkverbindungen
-
Netzwerkgeräte melden eine hohe Prozess- und Systemauslastung
Ein einzelnes VLAN, bei dem eine STP-Schleifenbedingung auftritt, kann einen Link überlasten und die Bandbreite der anderen VLANs verringern. Der Befehl show interfaces <interface> controller gibt an, welche Ports eine übermäßig große Anzahl an Paketen übertragen oder empfangen. Übermäßiger Broadcast und Multicast können auf Ports hinweisen, die Teil einer STP-Schleife sind. Verdacht auf STP-Loops, wenn Broadcast- oder Multicast-Datenverkehr über die festgelegte Baseline hinaus stark ansteigt und mit duplizierten Frames, MAC-Instabilität, Topologieänderungen, Überlastung oder hoher CPU-Auslastung zusammenfällt.
Router_2#show interfaces gi1/0/1 controller
GigabitEthernet1/0/1 is up, line protocol is up (connected)
Hardware is Gigabit Ethernet, address is 1880.90d8.5901 (bia 1880.90d8.5901)
Description: PNP STARTUP VLAN
MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:04, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 33000 bits/sec, 31 packets/sec
5 minute output rate 116000 bits/sec, 33 packets/sec
9641686 packets input, 1477317083 bytes, 0 no buffer
Received 1913802 broadcasts (1151766 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 1151766 multicast, 0 pause input
0 input packets with dribble condition detected
10702696 packets output, 4241534645 bytes, 0 underruns
Output 3432 broadcasts (0 multicasts)
0 output errors, 0 collisions, 2 interface resets
9582 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
Transmit GigabitEthernet1/0/1 Receive
4241534645 Total bytes 1477317083 Total bytes
10562003 Unicast frames 7727884 Unicast frames
4229489212 Unicast bytes 1291270617 Unicast bytes
137261 Multicast frames 1151766 Multicast frames
11812065 Multicast bytes 91096867 Multicast bytes
3432 Broadcast frames 762036 Broadcast frames
233368 Broadcast bytes 94949599 Broadcast bytes
0 System FCS error frames 0 IpgViolation frames
0 MacUnderrun frames 0 MacOverrun frames
0 Pause frames 0 Pause frames
0 Cos 0 Pause frames 0 Cos 0 Pause frames
0 Cos 1 Pause frames 0 Cos 1 Pause frames
0 Cos 2 Pause frames 0 Cos 2 Pause frames
0 Cos 3 Pause frames 0 Cos 3 Pause frames
0 Cos 4 Pause frames 0 Cos 4 Pause frames
0 Cos 5 Pause frames 0 Cos 5 Pause frames
0 Cos 6 Pause frames 0 Cos 6 Pause frames
0 Cos 7 Pause frames 0 Cos 7 Pause frames
0 Oam frames 0 OamProcessed frames
0 Oam frames 0 OamDropped frames
38144 Minimum size frames 4165201 Minimum size frames
4910833 65 to 127 byte frames 3126489 65 to 127 byte frames
1237675 128 to 255 byte frames 750243 128 to 255 byte frames
1029126 256 to 511 byte frames 1279281 256 to 511 byte frames
2205966 512 to 1023 byte frames 103668 512 to 1023 byte frames
1280952 1024 to 1518 byte frames 205229 1024 to 1518 byte frames
0 1519 to 2047 byte frames 11575 1519 to 2047 byte frames
0 2048 to 4095 byte frames 0 2048 to 4095 byte frames
0 4096 to 8191 byte frames 0 4096 to 8191 byte frames
0 8192 to 16383 byte frames 0 8192 to 16383 byte frames
0 16384 to 32767 byte frame 0 16384 to 32767 byte frame
0 > 32768 byte frames 0 > 32768 byte frames
0 Late collision frames 0 SymbolErr frames
0 Excess Defer frames 0 Collision fragments
0 Good (1 coll) frames 0 ValidUnderSize frames
0 Good (>1 coll) frames 0 InvalidOverSize frames
0 Deferred frames 0 ValidOverSize frames
0 Gold frames dropped 0 FcsErr frames
0 Gold frames truncated
0 Gold frames successful
0 1 collision frames
0 2 collision frames
0 3 collision frames
0 4 collision frames
0 5 collision frames
0 6 collision frames
0 7 collision frames
0 8 collision frames
0 9 collision frames
0 10 collision frames
0 11 collision frames
0 12 collision frames
0 13 collision frames
0 14 collision frames
0 15 collision frames
0 Excess collision frames
LAST UPDATE 2384 msecs AGO3. Benachrichtigung zu Topologieänderungen
Ein weiterer für die Diagnose von STP-Problemen wichtiger Befehl ist der Befehl show spanning-tree detail. Mit diesem Befehl werden TCNs (Topology Change Notifications, Benachrichtigungen zu Topologieänderungen) zum Ausgangspunkt zurückverfolgt. Diese Nachrichten, die als spezielle BPDUs zwischen Switches versendet werden, zeigen an, dass eine Topologieänderung auf einem Switch stattgefunden hat. Dieser Switch sendet eine TCN über seinen Root-Port. Die TCN wird upstream zur Root-Bridge weitergeleitet. Eine Bridge, die eine TCN-BPDU empfängt, bestätigt dies, indem sie das TCA-Flag (Topology Change Acknowledgement) in einer Konfigurations-BPDU auf dem Port setzt, der die TCN empfangen hat. Wenn die empfangende Bridge nicht die Root-Bridge ist, sendet sie auch eine TCN-BPDU über ihren Root-Port. Wenn die Root-Bridge die TCN-BPDU empfängt, setzt sie das Topology Change (TC)-Flag in den Konfigurations-BPDUs, die sie über die Spanning-Tree-Domäne sendet. Dies führt dazu, dass alle Nicht-Root-Bridges ihren Alterungs-Timer für die MAC-Adresstabelle auf die STP-Weiterleitungsverzögerung der Konfiguration setzen.
Um dieses Problem zu isolieren, greifen Sie für jedes VLAN auf die Root-Bridge zu, und geben Sie den Befehl show spanning-tree <interface> detail (Spanning-Tree-Details anzeigen) für die mit dem Switch verbundenen Ports ein. Die letzte Änderung im Eintrag gibt die Zeit an, zu der die letzte TCN empfangen wurde. In dieser Situation ist es zu spät, um zu sehen, wer die TCNs ausgestellt hat, die die mögliche STP-Schleife verursacht haben könnten. Der Eintrag Number of topology changes (Anzahl der Topologieänderungen) vermittelt eine Vorstellung von der Anzahl der auftretenden TCNs. Solange eine STP-Schleife vorliegt, wird dieser Zähler unter Umständen einmal pro Minute erhöht. Weitere Informationen finden Sie unter Fehlerbehebung bei STP-Problemen und in den entsprechenden Designüberlegungen.
Weitere nützliche Informationen sind:
-
Port der letzten TCN
-
Zeitpunkt der letzten TCN
-
Aktuelle Anzahl der TCNs
Beispiel für die Befehlsausgabe:
L2Switch_1#show spanning-tree vlan 10 detail
VLAN0010 is executing the rstp compatible Spanning Tree protocol
Bridge Identifier has priority 32768, sysid 10, address 00fe.c8d3.8680
Configured hello time 2, max age 20, forward delay 15, transmit hold-count 6
We are the root of the spanning tree
Topology change flag not set, detected flag not set
Number of topology changes 8 last change occurred 03:21:48 ago
from GigabitEthernet1/0/35
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
Timers: hello 0, topology change 0, notification 0, aging 300
Port 3 (GigabitEthernet1/0/3) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.3.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.3, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 0
Port 10 (GigabitEthernet1/0/10) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.10.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.10, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
The port is in the portfast mode by portfast trunk configuration
Link type is point-to-point by default
BPDU: sent 6063, received 0
Port 11 (GigabitEthernet1/0/11) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.11.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.11, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 0
Port 13 (GigabitEthernet1/0/13) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.13.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.13, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 3
Port 14 (GigabitEthernet1/0/14) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.14.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.14, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6066, received 3
Port 15 (GigabitEthernet1/0/15) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.15.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.15, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0
Port 16 (GigabitEthernet1/0/16) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.16.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.16, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0
Port 35 (GigabitEthernet1/0/35) of VLAN0010 is designated forwarding
Port path cost 4, Port priority 128, Port Identifier 128.35.
Designated root has priority 32778, address 00fe.c8d3.8680
Designated bridge has priority 32778, address 00fe.c8d3.8680
Designated port id is 128.35, designated path cost 0
Timers: message age 0, forward delay 0, hold 0
Number of transitions to forwarding state: 1
Link type is point-to-point by default
BPDU: sent 6067, received 0 Diese Ausgabe zeigt, dass die letzte Topologieänderung auf einem Gerät stattgefunden hat, das mit der Schnittstelle GigabitEthernet1/0/35 verbunden ist. Führen Sie als Nächstes den gleichen Befehl show spanning-tree detail von diesem Gerät aus, um das Problem zu verfolgen. Wenn dieser Switch, der die TCNs generiert, nur an PCs oder Endgeräte angeschlossen ist, stellen Sie sicher, dass STP PortFast auf diesen Ports aktiviert ist. STP PortFast unterdrückt STP-TCNs, wenn ein Port den Status wechselt.
In diesen Dokumenten finden Sie Informationen zu STP und zur Fehlerbehebung bei Link-Übergängen, die Netzwerkschnittstellenkarten (NICs) zugeordnet sind:
4. Unterdrückung von Broadcasts
Aktivieren Sie die Broadcast-Unterdrückung, um die Auswirkungen eines Broadcast-Sturms zu verringern. Ein Broadcast-Sturm ist eine der gängigsten Auswirkungen einer STP-Schleife. Beispiel für die Befehlsausgabe.
Anmerkung: Ziehen Sie die Sturmkontrolle in Betracht, um die Auswirkungen eines Broadcast-, Multicast- oder Unicast-Sturms zu begrenzen. Grenzwerte für den gemessenen normalen Datenverkehr festlegen und die konfigurierte Aktion vor der Bereitstellung validieren
L2Switch_1#show run interface TenGigabitEthernet1/1/5
Building configuration...
Current configuration : 279 bytes
!
interface TenGigabitEthernet1/1/5
switchport trunk allowed vlan 300-309
switchport mode trunk
storm-control broadcast level 30.00
storm-control multicast level 30.00
storm-control unicast level 30.00
spanning-tree guard root
end
L2Switch_1#show storm-control broadcast
Key: U - Unicast, B - Broadcast, M - Multicast
Interface Filter State Upper Lower Current Action Type
--------- ------------- ----------- ----------- ---------- --------- ----
Te1/1/5 Forwarding 30.00% 30.00% 0.00% None B
Te1/1/7 Link Down 30.00% 30.00% 0.00% None B
Te1/1/8 Forwarding 10.00% 10.00% 0.00% None B
L2Switch_1#show storm-control multicast
Key: U - Unicast, B - Broadcast, M - Multicast
Interface Filter State Upper Lower Current Action Type
--------- ------------- ----------- ----------- ---------- --------- ----
Te1/1/5 Forwarding 30.00% 30.00% 0.00% None M
Te1/1/7 Link Down 30.00% 30.00% 0.00% None M 5. Konsolen- und Telnet-Zugriff
Solange eine STP-Schleife besteht, ist der Konsolen- oder Telnet-Datenverkehr zum Switch oft zu langsam, um ein fehlerhaftes Gerät nachverfolgen zu können. Isolieren Sie während eines genehmigten Wartungsfensters und bei verfügbarem Out-of-Band-Zugriff die verdächtigen redundanten Verbindungen nacheinander, nachdem Sie überprüft haben, ob der verbleibende Pfad die erforderliche Verbindung aufrechterhält. Lassen Sie zu, dass STP vor der Wiederherstellung jeder Verbindung wieder konvergiert und die Stabilität überprüft. Wenn die STP-Schleife erneut auftritt, nachdem Sie ein bestimmtes Segment hinzugefügt haben, haben Sie die fehlerhaften Geräte gefunden.
6. Spanning Tree-Funktionen: PortFast, UplinkFast und BackboneFast
Überprüfen Sie, ob PortFast, UplinkFast und BackboneFast ordnungsgemäß konfiguriert sind. Wenn Sie STP-Probleme beheben, überprüfen Sie, ob UplinkFast oder BackboneFast konfiguriert ist und ob der aktive Spanning-Tree-Modus diese Funktionen verwendet. Ändern Sie die Konfiguration nur während eines kontrollierten Wartungsfensters nach einer Auswirkungsanalyse. Stellen Sie außerdem sicher, dass STP PortFast nur an Ports aktiviert ist, die direkt mit Nicht-Bridging-Hosts verbunden sind. Nicht-Bridging-Hosts sind u. a. Benutzer-Workstations und Router ohne Bridge-Gruppen. Aktivieren Sie PortFast nicht an Ports, die mit Hubs oder anderen Switches verbunden sind. Im Folgenden finden Sie einige Dokumente, die Ihnen das Verständnis und die Konfiguration dieser Funktionen erleichtern:
Kenntnis der Erweiterung von Spanning Tree PortFast BPDU Guard
Cisco UplinkFast-Funktion verstehen und konfigurieren
7. BPDU-Guard
Wenn Sie PortFast BPDU Guard aktivieren, wird ein PortFast-fähiger Nicht-Trunk-Port bei Empfang einer BPDU an diesem Port in den Status „errdisable“ (wegen Fehler deaktiviert) versetzt. Diese Funktion hilft Ihnen, Ports zu finden, die falsch für PortFast konfiguriert sind. Die Funktion erkennt außerdem, wo Geräte Pakete reflektieren oder STP-BPDUs in das Netzwerk einschleusen. Wenn Sie STP-Probleme beheben, können Sie diese Funktion aktivieren, um das STP-Problem zu isolieren.
L2Switch_1#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
L2Switch_1(config)#spanning-tree portfast bpduguard
L2Switch_1(config)#end 8. VTP-Beschneiden
Wenn die VTP-Bereinigung im Netzwerk aktiviert ist, können die Geräte einer HSRP-Gruppe aktiv werden. Dies führt zu IP-Konflikten zwischen den Gateways und zu Datenverkehrsproblemen. Stellen Sie sicher, dass das VLAN einer HSRP-Gruppe nicht von den erforderlichen Trunks im Netzwerk getrennt wird.
F. Teilen und Erobern
Wenn alle anderen Versuche, HSRP zu isolieren oder aufzulösen, fehlschlagen, ist das Teile-und-herrsche-Verfahren der nächste Ansatz. Diese Methode trägt dazu bei, das Netzwerk selbst und die Komponenten, aus denen es besteht, zu isolieren. Die Richtlinien aus folgender Liste passen zum Teile-und-herrsche-Verfahren:
-
Erstellen Sie ein Test-VLAN für HSRP und ein isoliertes VLAN für den Switch mit HSRP-Routern.
-
Trennen Sie alle redundanten Ports.
-
Teilen Sie FEC-Ports in einzelne verbundene Ports auf.
-
Reduzieren Sie die Mitglieder der HSRP-Gruppe auf nur zwei Mitglieder.
-
Entfernen Sie Trunk-Ports so, dass nur die erforderlichen VLANs über diese Ports übertragen werden.
-
Trennen Sie die verbundenen Switches im Netzwerk, bis die Probleme behoben sind.
Zugehörige Informationen
Revisionsverlauf
| Überarbeitung | Veröffentlichungsdatum | Kommentare |
|---|---|---|
5.0 |
01-Oct-2026
|
Neuformatierung |
4.0 |
26-Jan-2026
|
Unscharfes Bildschirmfoto entfernt und Link aktualisiert. |
3.0 |
13-Dec-2024
|
Formatierung. |
2.0 |
09-Jan-2023
|
Aktualisierung des technischen Inhalts zur Aktualisierung
Aktualisiert Formatierung, Gerunds, maschinelle Übersetzung, Stilanforderungen, Titellänge, SEO und Bilder zu .png. |
1.0 |
29-Nov-2001
|
Erstveröffentlichung |
Feedback