In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.
Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.
In diesem Dokument werden verschiedene Probleme im Zusammenhang mit Routing und Plattform sowie Schritte zum Sammeln relevanter Daten, Debuggen oder Anzeigen von Befehlen von IOS- und IOS-XE-Routern beschrieben. Wenn Sie diese Informationen im Voraus zu einem Technical Assistance Center (TAC)-Serviceticket (SR) bereitstellen, können Sie das Problem erfolgreich lösen.
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
Die Informationen in diesem Dokument basieren auf den folgenden Plattformen:
Im Folgenden werden einige häufige Probleme bei IOS- und IOS-XE-Routern sowie nützliche Ausgangsdaten für die einzelnen Router aufgeführt, die zusätzlich zu einer Tech-Show erfasst werden sollten.
Diese Ergebnisse helfen uns sicherzustellen, dass die relevanten Daten während der Zeit der Ausgabe gesammelt werden. Dies gilt insbesondere, wenn das Problem nicht dauerhaft ist, d. h. das Problem kann verschwinden, wenn das TAC aktiviert wird.
Problembericht: Das Gerät wurde unerwartet neu geladen oder stürzt ab. Zusammen mit dem Feedback zum Abschnitt "Angeforderte Basisinformationen" benötigen wir Folgendes:
Router#show bootflash: | im Crash
Router#show bootflash: | im Kern
Router#Anforderungsplattform-Software zurückverfolgen, alle drehen
Router#request platform software trace slot rp active archive target bootflash:
Wir können auch das System-Report-Paket sammeln, das automatisch im Bootflash erstellt wird, nachdem ein Absturz erkannt wurde (16.11.x und neuere Versionen). In einem Systemberichtpaket werden mehr Informationen wie unten in einer TAR-Datei erfasst:
Anmerkung: Mit weiteren Verbesserungen der Benutzerfreundlichkeit in Version 16.11 und späteren Versionen sammelt das Gerät automatisch ein "System-Report"-Paket, sobald ein Absturz aufgetreten ist.
Router#sh bootflash: | in sys
12. Oktober 2020, 20:05:08:05.0000000000 +00:00 /bootflash/core/system-report_20201020-050805-UTC.tar.gz <<<
Problembericht: Für eine der Komponenten im Gerät wurde ein Bootfehler festgestellt. Manchmal kann es der RP (Route-Processor) sein, der in einer Bootschleife stecken bleibt, wodurch sich das Gerät nicht anmelden kann.
Anmerkung: Dies ist von größter Bedeutung, wenn wir uns nicht am Gerät anmelden können.
Neues Laden von Router#hw-module slot
Router#hw-module subslot <Steckplatznummer/Substeckplatznummer> neu laden
Problembericht: Es ist erforderlich, das IOS auf dem Gerät zu aktualisieren, und Sie benötigen Unterstützung bei der Auswahl eines dieser Geräte.
Problembericht: Es wurden speicherbezogene Probleme auf dem Gerät festgestellt. In manchen Fällen kann es bei bestimmten Komponenten zu Fehlern im Zusammenhang mit der hohen Speicherauslastung kommen. In diesem Abschnitt werden die nützlichsten Befehle zur Fehlerbehebung bei Speicherlecks oder zur Überwachung des Speichers auf IOS-XE-Routern zusammengefasst.
Die allgemeinen Aspekte der IOS-XE-Speichernutzung werden in den folgenden Abschnitten beschrieben:
Mit einigen aktuellen Wartungsarbeiten können wir den "Show Tech Memory" mit Version 16.9.x und höher sammeln.
Mit der kürzlich eingeführten Wartungsfreundlichkeit in Version 16.2 und den nachfolgenden Versionen kann die neue CLI erfasst werden:
Anmerkung: Wir sagen "Zyklen 2", da der erste Satz von Werten nicht genau sein wird
Problembericht: ISSU stellen ein vollständiges oder teilweises Software-Upgrade eines Systems von einer Version auf eine andere dar, mit minimalen Ausfallzeiten auf der Weiterleitungsebene (minimaler Paketverlust) und ohne Ausfallzeiten auf der Kontrollebene. Dieser Abschnitt unterstützt Sie bei einem ISSU-Upgrade:
Problembericht: Es liegt ein Problem mit der Lizenzierung auf dem Gerät vor. Die häufigsten Probleme sind "Lizenz wird nicht installiert", Lizenzdatei wird nicht als permanent usw. angesehen. In diesem Abschnitt geht es darum, die minimalen Outputs zu erhalten, die ggf. zur Fehlerbehebung von Lizenzproblemen erforderlich sind:
Anmerkung: Dieser Befehl wurde durch Betriebsfähigkeit in späteren Codes (für ASR1K: 16.9.x und für ISR4K: 16.12.x)
Im Folgenden werden einige häufige Probleme bei IOS- und IOS-XE-Routern sowie nützliche Ausgangsdaten für die einzelnen Router aufgeführt, die zusätzlich zu einer "Show Tech" (Technologie anzeigen) erfasst werden sollten.
Diese Ergebnisse helfen uns sicherzustellen, dass die relevanten Daten während der Zeit der Ausgabe gesammelt werden. Dies gilt insbesondere, wenn das Problem nicht dauerhaft ist, d. h. das Problem kann verschwinden, wenn das TAC aktiviert wird.
Problembericht: Die Fehlerbehebung für das Routing-Protokoll hängt vor allem davon ab, welche Art von Problem untersucht wird. Der Schwerpunkt sollte auf der Bereitstellung möglichst vieler Daten liegen, die im Abschnitt "Basisinformationen angefordert" aufgeführt werden. Zusammen mit ihm und "Show tech" können wir protokollspezifische Ausgaben wie folgt sammeln:
BGP |
BGP des technischen Supports anzeigen |
EIGRP |
IP-eigrp-Ereignisse anzeigen IP-eigrp-Schnittstellen anzeigen IP-eigrp-Nachbarn anzeigen IP-eigrp-Topologie anzeigen show ip eigrp traffic |
OSPF |
OSPF für technischen Support anzeigen |
Statisches Routing |
Show tech-support |
Hinweis: "show tech bgp" wurde in einigen der späteren Versionen eingeführt. Falls dieser Befehl also nicht auf dem von Ihnen ausgeführten IOS ausgeführt wird, geben Sie im Abschnitt "Basisinformationen angefordert" genau so viele Informationen an.
Für einige der gängigen Szenarien kann auch eine flussbasierte BGP-Fehlerbehebung mithilfe der folgenden Methoden durchgeführt werden:
Problembericht: Dies ist eines der häufigsten Probleme mit EIGRP, bei denen wir Probleme mit den Nachbarn haben. Wir können EEM-Skript verwenden, um die Ausgaben zu sammeln und genau zu debuggen, wenn das Problem erkannt wird:
Auf der IOS-XE-Plattform werden NAT-Konfigurationen vom IOS-NAT-Subsystem empfangen und verarbeitet und über den Forwarding Manager (FMAN) und die Client-Komponenten in den QFP heruntergeladen. Erstellung und Management von NAT-Sitzungen erfolgen ausschließlich über den QFP sowie bei Übersetzungen von Headern und Payloads. Pakete für die NAT-Übersetzungen auf den IOS-XE-Routern werden nicht analysiert. Der QFP generierte auch Status, die an IOS zurückgesendet werden, z. B. IP-Alias-, statische Routing- und WLAN-Sitzungsinformationen.
Problembericht: Auf dem Gerät wurde ein Problem im Zusammenhang mit NAT/PAT festgestellt. NAT ist beispielsweise kein Trigger, oder wir können die Übersetzungen und den Datenverkehr nicht sehen, der von innen nach außen oder umgekehrt fließt. NAT/PAT-Probleme auf IOS-XE können aufgrund der Hardware-Weiterleitung der Datenpakete gelegentlich etwas kompliziert sein. In diesem Abschnitt werden die nützlichsten Befehle zur Behebung von NAT-Problemen bei IOS-XE-Routern zusammengefasst.
Hinweis: Diese Ausgabe wurde kürzlich über die Wartungsfreundlichkeit in Version 16.9.x und höher eingeführt.
Wir können auch einige der Filter mit "show ip nat translation" wie folgt ausführen:
iWAN ist eine komplexe Lösung, deren Fehlerbehebung noch komplexer werden kann. Es gibt eine Reihe von iWAN-Komponenten, wie DMVPN, IPSEC, Transport (MPLS/INET), PFR, EIGRP SAF. Verschiedene Probleme im Zusammenhang mit dem iWAN können eine oder mehrere Komponenten betreffen. Im iWAN-Netzwerk übernehmen alle Geräte die Rolle des "Master Controller" (MC) oder "Border Router" (BR). Um die iWAN-Probleme zu beheben, müssen wir die Details von beiden Routern erfassen.
Problembericht: Wenn eines der folgenden Probleme mit dem iWAN auftritt, erfassen Sie die angegebene Liste der Befehle der entsprechenden Geräte.
Hier ist die Liste der Befehle, die erfasst werden müssen.
MC = Master Controller
BR = Border Router
Im Folgenden finden Sie einige der gängigen Protokolle für IOS- und IOS-XE-Router sowie nützliche Ausgangsdaten für die einzelnen Router, die zusätzlich zu einer "Show Tech" (Technologie anzeigen) erfasst werden sollten.
Diese Ergebnisse helfen uns sicherzustellen, dass die relevanten Daten während der Zeit der Ausgabe gesammelt werden. Dies gilt insbesondere, wenn das Problem nicht dauerhaft ist, d. h. das Problem kann verschwinden, wenn das TAC aktiviert wird.
Beispiel:
%FMFP-3-OBJ_DWNLD_TO_DP_STUCK: R0/0: fman_fp_image: AOM-Download von obj[20] type[215] pending-issue Req-create Issued-noneSSLMGR: Sekundäre Init-to-Data-Ebene bleibt länger als 1800 Sekunden hängen
Überarbeitung | Veröffentlichungsdatum | Kommentare |
---|---|---|
1.0 |
30-Sep-2020 |
Erstveröffentlichung |