Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.
Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.
Ce document décrit plusieurs problèmes liés au routage et à la plate-forme, ainsi que les étapes à suivre pour collecter les données, débogages ou commandes show appropriés à partir des routeurs IOS et IOS-XE. Fournir ces informations dès le départ sur une demande de service (SR) du centre d'assistance technique (TAC) vous aide à résoudre rapidement les problèmes.
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Les informations contenues dans ce document sont basées sur les plates-formes suivantes :
Vous trouverez ci-dessous quelques-uns des problèmes courants signalés sur les routeurs IOS et IOS-XE, ainsi que des résultats utiles pour chacun, qui doivent être collectés en plus d'un « Show Tech ».
Ces extrants nous aident à nous assurer que les données pertinentes sont recueillies au moment de l'émission. Ceci est particulièrement vrai si le problème n'est pas persistant, ce qui signifie qu'il peut disparaître au moment où le TAC est engagé.
Rapport de problème : Un rechargement ou une panne inattendue s'est produit sur le périphérique. En plus des commentaires sur la section Renseignements de base demandés, nous aurions besoin des renseignements suivants :
Router#show bootflash: | en panne
Router#show bootflash: | dans le coeur
Router#request platform software trace rotate all
Router#request platform software trace slot rp active archive target bootflash :
Nous pouvons également choisir de collecter le System-report Bundle qui est automatiquement créé dans le bootflash après qu'une panne a été vue (versions 16.11.x et ultérieures). Un ensemble de rapports système aura beaucoup plus d'informations collectées comme ci-dessous dans un fichier tar :
Note: Avec d'autres améliorations de facilité de maintenance sur 16.11 et les versions ultérieures, une fois qu'il y a une panne ressentie sur le périphérique, il recueille automatiquement le bundle "system-report".
Router#sh bootflash: | dans sys
12-45 20 octobre 2020 05:08:05.0000000000 +00:00 /bootflash/core/system-report_20201020-050805-UTC.tar.gz <<<<
Rapport de problème : Une panne de démarrage a été observée pour l'un des composants du périphérique. Parfois, c'est le RP (Route-Processor) qui peut être bloqué dans une boucle de démarrage, ce qui ne permet pas de se connecter au périphérique.
Note: Ceci est de la plus haute importance si nous ne sommes pas en mesure de nous connecter à l'appareil
Router#hw-module slot <slot-num> reload
Router#hw-module subslot <slot-num/subslot num> reload
Rapport de problème : Il est nécessaire de mettre à niveau l'IOS sur le périphérique et vous avez besoin d'aide pour en sélectionner un.
Rapport de problème : Des problèmes liés à la mémoire ont été détectés sur le périphérique. Parfois, nous pouvons obtenir des erreurs liées à l'utilisation élevée de la mémoire sur des composants spécifiques. Cette section regroupe les commandes les plus utiles à utiliser lors du dépannage des fuites de mémoire ou de la surveillance de la mémoire sur les routeurs IOS-XE.
Les aspects généraux de l'utilisation de la mémoire IOS-XE ont été décrits dans :
Avec quelques efforts récents de maintenance, nous pouvons collecter le "Show Tech Memory" avec la version 16.9.x et ultérieure.
Avec la facilité de maintenance récemment introduite dans la version 16.2 et les versions ultérieures, voici la nouvelle interface de ligne de commande qui peut être collectée :
Note: Nous disons « cycles 2 » car le premier ensemble de valeurs ne sera pas précis
Rapport de problème : ISSU représente une mise à niveau logicielle complète ou partielle d'un système d'une version à une autre avec une panne minimale sur le plan de transfert (perte de paquets minimale) et aucune panne sur le plan de contrôle. Cette section vise à vous aider à mettre à niveau ISSU :
Rapport de problème : Il y a un problème de licence sur le périphérique. Les problèmes les plus courants incluent « Licence non installée », Fichier de licence non considéré comme permanent, etc. Cette section se concentrera sur l'obtention du minimum de résultats que nous pourrions nécessiter pour résoudre les problèmes de licence :
Note: Cette commande a été introduite via la facilité de maintenance sur les codes Later (pour ASR1K : 16.9.x et pour ISR4K : 16.12.x).
Vous trouverez ci-dessous quelques-uns des problèmes courants signalés sur les routeurs IOS et IOS-XE, ainsi que des résultats utiles pour chacun, qui doivent être collectés en plus d'un « Show Tech ».
Ces extrants nous aident à nous assurer que les données pertinentes sont recueillies au moment de l'émission. Ceci est particulièrement vrai si le problème n'est pas persistant, ce qui signifie qu'il peut disparaître au moment où le TAC est engagé.
Rapport de problème : Pour le dépannage du protocole de routage, cela dépend principalement du type de problème que nous examinons et l'objectif principal doit être de fournir autant de données que possible en suivant la section « Informations de base demandées ». Avec lui et "Show tech", nous pouvons recueillir des sorties spécifiques au protocole comme ci-dessous :
BGP |
Show tech-support bgp |
EIGRP |
Show ip eigrp events show ip eigrp interfaces show ip eigrp neighbors show ip eigrp topology show ip eigrp traffic |
OSPF |
Show tech-support ospf |
Routage statique |
show tech-support |
Remarque :"show tech bgp" a été introduit dans certaines versions ultérieures. Par conséquent, si cette commande ne s'exécute pas sur l'IOS que vous exécutez, veuillez fournir autant d'informations dans la section "Informations de base demandées"
Nous pouvons également choisir d'effectuer un dépannage BGP basé sur le flux pour certains des scénarios courants en utilisant les éléments suivants :
Rapport de problème : Il s’agit de l’un des problèmes les plus courants rencontrés avec le protocole EIGRP, où nous rencontrons des problèmes d’instabilité de voisinage. Nous pouvons utiliser le script EEM pour collecter les sorties et les débogages exactement lorsque le problème est détecté :
Sur la plate-forme IOS-XE, les configurations NAT sont reçues et traitées par le sous-système NAT IOS et sont téléchargées vers le QFP via le gestionnaire de transfert (FMAN) et les composants client. La création et la gestion des sessions NAT sont effectuées exclusivement sur le QFP, ainsi que toutes les traductions d'en-tête et de charge utile. Il n'y aura pas de pontage des paquets pour les traductions NAT sur les routeurs IOS-XE. Le QFP a également généré des états qui sont renvoyés à IOS, tels que ipalias, static-route et les informations de sessions WLAN.
Rapport de problème : Un problème lié à la NAT/PAT a été détecté sur le périphérique. Par exemple, NAT ne se déclenche pas ou nous ne pouvons pas voir les traductions et le trafic ne passant pas de l'intérieur vers l'extérieur ou vice versa. Les problèmes NAT/PAT sur IOS-XE peuvent parfois être un peu délicats en raison du transfert matériel des paquets de données. Cette section regroupe les commandes les plus utiles à utiliser lors du dépannage de problèmes NAT sur des routeurs IOS-XE.
Remarque : ce résultat a été introduit récemment via la facilité de maintenance dans la version 16.9.x et ultérieure.
Nous pouvons également choisir d'exécuter certains filtres avec « show ip nat translation » comme ci-dessous :
iWAN est une solution complexe dont le dépannage peut devenir encore plus complexe. Il y a un certain nombre de composants impliqués dans iWAN comme DMVPN, IPSEC, Transport (MPLS/INET), PFR, EIGRP SAF. Différents problèmes liés à l'iWAN peuvent être liés à un ou plusieurs composants. Dans un réseau iWAN, tous les périphériques jouent le rôle de « contrôleur maître » (MC) ou de « routeur périphérique » (BR). Pour résoudre les problèmes de réseau iWAN, nous devons capturer les détails de ces deux routeurs.
Rapport de problème : Si vous rencontrez l'un des problèmes ci-dessous avec iWAN, veuillez capturer une liste donnée de commandes à partir des périphériques respectifs.
Voici la liste des commandes qui doivent être capturées.
MC - Contrôleur maître
BR - Routeur périphérique
Vous trouverez ci-dessous certains des journaux courants signalés sur les routeurs IOS et IOS-XE, ainsi que des résultats utiles pour chacun, qui doivent être collectés en plus d'un « Show Tech ».
Ces extrants nous aident à nous assurer que les données pertinentes sont recueillies au moment de l'émission. Ceci est particulièrement vrai si le problème n'est pas persistant, ce qui signifie qu'il peut disparaître au moment où le TAC est engagé.
Exemple :
%FMFP-3-OBJ_DWNLD_TO_DP_STUCK : R0/0: fman_fp_image : Téléchargement AOM de obj[20] type[215] pending-issue Req-create Issued-noneSSLMGR : L'initialisation secondaire au plan de données est bloquée pendant plus de 1 800 secondes
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
30-Sep-2020 |
Première publication |