Dépannage de l'utilisation du processeur dans les commutateurs Catalyst sur Cisco IOS XE 16.x
Table des matières
Introduction
Ce document décrit comment dépanner une utilisation CPU élevée due à des interruptions sur les plates-formes Cisco IOS® XE exécutant les versions 16.x.
Informations générales
Ce document a été rédigé par Raymond Whiting et Yogesh Ramdoss, Ingénieurs du centre d'assistance technique de Cisco.
Ce document introduit également plusieurs nouvelles commandes sur cette plate-forme qui sont intégrées afin de résoudre les problèmes d'utilisation élevée du CPU. Il est important de comprendre comment Cisco IOS XE est conçu. Avec Cisco IOS XE, Cisco est passé à un noyau Linux et tous les sous-systèmes ont été décomposés en processus. Tous les sous-systèmes précédemment intégrés à Cisco IOS, tels que les pilotes de modules, la haute disponibilité (HA), etc., s'exécutent désormais en tant que processus logiciels dans le système d'exploitation Linux. Cisco IOS s'exécute lui-même en tant que démon dans le système d'exploitation Linux (IOSd). Cisco IOS XE conserve non seulement la même apparence que Cisco IOS classique, mais également son fonctionnement, sa prise en charge et sa gestion.
Voici quelques définitions utiles :
- Pilote de moteur de transfert (FED) : Il s'agit du coeur du commutateur Cisco Catalyst et il est responsable de la programmation et du transfert de tout le matériel.
- IOSd : Il s'agit du démon Cisco IOS qui s'exécute sur le noyau Linux. Il est exécuté en tant que processus logiciel dans le noyau.
- Système de livraison de paquets (PDS) : Il s’agit de l’architecture et du processus de transmission des paquets vers et depuis les différents sous-systèmes. Par exemple, il contrôle la manière dont les paquets sont livrés de la FED à l’IOSd et vice versa.
- Plan de contrôle (CP) : Le plan de contrôle est un terme générique utilisé pour regrouper les fonctions et le trafic qui impliquent le CPU du commutateur Catalyst. Cela inclut le trafic tel que le protocole Spanning Tree (STP), le protocole HSRP (Hot Standby Router Protocol) et les protocoles de routage qui sont destinés au commutateur, ou envoyés à partir du commutateur. Cela inclut également les protocoles de couche application tels que Secure Shell (SSH) et Simple Network Management Protocol (SNMP) qui doivent être gérés par le CPU.
- Plan de données (DP) : En général, le plan de données englobe les circuits ASIC matériels et le trafic qui est transféré sans assistance du plan de contrôle.
- Point : Paquet de contrôle de protocole entrant intercepté par le protocole DP envoyé au protocole CP afin de le traiter.
- Injecter : CP a généré un paquet de protocole envoyé au protocole DP afin de sortir sur une ou plusieurs interfaces E/S.
- LSMPI : Interface de point de mémoire partagée Linux.
Diagramme de haut niveau du chemin de communication entre le plan de données et le plan de contrôle :
Workflow de dépannage de CPU élevé
Cette section fournit un workflow systématique pour le triage des problèmes de CPU élevé sur les commutateurs. Notez qu'il couvre un processus sélectionné au moment de la rédaction de cette section.
Étude de cas 1. Interruptions du protocole de résolution d’adresse
Le processus de dépannage et de vérification de cette section peut être largement utilisé pour une utilisation CPU élevée due à des interruptions.
Étape 1 : identification du processus qui consomme des cycles de processeur
Lashow process cpucommande est utilisée afin d'afficher l'état actuel du processus à l'intérieur du démon IOSd. Lorsque vous ajoutez la sortie modifier| exclude 0.00
Il y a deux éléments d'information précieux de ce résultat :
- Utilisation du CPU pour cinq secondes: 91% / 30%
- Le premier chiffre (91 %) correspond à l'utilisation totale du processeur du commutateur
- Le deuxième nombre (30 %) correspond à l'utilisation provoquée par les interruptions du plan de données
- Le processus Address Resolution Protocol
(ARP) Inputest actuellement le principal processus Cisco IOS qui consomme les ressources :
Switch# show processes cpu sort | ex 0.00
CPU utilization for five seconds: 91%/30%; one minute: 30%; five minutes: 8%
PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process
37 14645 325 45061 59.53% 18.86% 4.38% 0 ARP Input
137 2288 115 19895 1.20% 0.14% 0.07% 0 Per-minute Jobs
373 2626 35334 74 0.15% 0.11% 0.09% 0 MMA DB TIMER
218 3123 69739 44 0.07% 0.09% 0.12% 0 IP ARP Retry Age
404 2656 35333 75 0.07% 0.09% 0.09% 0 MMA DP TIMER
La commandeshow processes cpu platform sortedest utilisée pour afficher à quoi ressemble l'utilisation du processus à partir du noyau Linux. D'après le résultat, on peut observer que le processus FED est élevé, ce qui est dû aux requêtes ARP envoyées au processus IOSd :
Switch# show processes cpu platform sorted CPU utilization for five seconds: 38%, one minute: 38%, five minutes: 40% Core 0: CPU utilization for five seconds: 39%, one minute: 37%, five minutes: 39% Core 1: CPU utilization for five seconds: 41%, one minute: 38%, five minutes: 40% Core 2: CPU utilization for five seconds: 30%, one minute: 38%, five minutes: 40% Core 3: CPU utilization for five seconds: 37%, one minute: 39%, five minutes: 41% Pid PPid 5Sec 1Min 5Min Status Size Name -------------------------------------------------------------------------------- 22701 22439 89% 88% 88% R 2187444224 linux_iosd-imag 11626 11064 46% 47% 48% S 2476175360 fed main event 4585 2 7% 9% 9% S 0 lsmpi-xmit 4586 2 3% 6% 6% S 0 lsmpi-rx
Étape 2 : analyse de la raison pour laquelle FED envoie des paquets au plan de contrôle
À partir de l’étape 1. Vous pouvez conclure que le processus IOSd/ARP s’exécute à un niveau élevé, mais qu’il est victime du trafic introduit à partir du plan de données. Il est nécessaire d'étudier plus en détail pourquoi le processus FED envoie le trafic au processeur et d'où provient ce trafic.
Leshow platform software fed switch active punt cause summarydonne un aperçu de haut niveau de la raison punt. Tout nombre incrémenté sur plusieurs exécutions de cette commande indique :
Switch#show platform software fed switch active punt cause summary Statistics for all causes Cause Cause Info Rcvd Dropped ------------------------------------------------------------------------------ 7 ARP request or response 18444227 0 11 For-us data 16 0 21 RP<->QFP keepalive 3367 0 24 Glean adjacency 2 0 55 For-us control 6787 0 60 IP subnet or broadcast packet 14 0 96 Layer2 control protocols 3548 0 ------------------------------------------------------------------------------
Les paquets qui sont envoyés au plan de contrôle depuis FED utilisent une structure de file d'attente partagée afin de garantir un trafic de contrôle de haute priorité. Il ne se perd pas derrière le trafic de priorité inférieure, comme ARP. Une vue d'ensemble de ces files d'attente peut être consultée à l'aide de lashow platform software fed switch active cpu-interface. Après avoir exécuté cette commande plusieurs fois, il peut être constaté que la file d'attenteForus Resolution(Forus - qui signifie le trafic destiné au CPU) s'incrémente rapidement.
Switch#show platform software fed switch active cpu-interface queue retrieved dropped invalid hol-block ------------------------------------------------------------------------- Routing Protocol 8182 0 0 0 L2 Protocol 161 0 0 0 sw forwarding 2 0 0 0 broadcast 14 0 0 0 icmp gen 0 0 0 0 icmp redirect 0 0 0 0 logging 0 0 0 0 rpf-fail 0 0 0 0 DOT1X authentication 0 0 0 0 Forus Traffic 16 0 0 0 Forus Resolution 24097779 0 0 0 Inter FED 0 0 0 0 L2 LVX control 0 0 0 0 EWLC control 0 0 0 0 EWLC data 0 0 0 0 L2 LVX data 0 0 0 0 Learning cache 0 0 0 0 Topology control 4117 0 0 0 Proto snooping 0 0 0 0 DHCP snooping 0 0 0 0 Transit Traffic 0 0 0 0 Multi End station 0 0 0 0 Webauth 0 0 0 0 Crypto control 0 0 0 0 Exception 0 0 0 0 General Punt 0 0 0 0 NFL sampled data 0 0 0 0 Low latency 0 0 0 0 EGR exception 0 0 0 0 FSS 0 0 0 0 Multicast data 0 0 0 0 Gold packet 0 0 0 0
L'utilisation de lashow platform software fed switch active punt cpuq alldonne une vue plus détaillée de ces files d'attente. La file d'attente 5 est responsable du protocole ARP et, comme prévu, elle s'incrémente sur plusieurs exécutions de la commande. La commandeshow plat soft fed sw active inject cpuq clearpeut être utilisée afin d'effacer les compteurs pour une lecture plus facile.
Switch#show platform software fed switch active punt cpuq all <snip> CPU Q Id : 5 CPU Q Name : CPU_Q_FORUS_ADDR_RESOLUTION Packets received from ASIC : 21018219 Send to IOSd total attempts : 21018219 Send to IOSd failed count : 0 RX suspend count : 0 RX unsuspend count : 0 RX unsuspend send count : 0 RX unsuspend send failed count : 0 RX consumed count : 0 RX dropped count : 0 RX non-active dropped count : 0 RX conversion failure dropped : 0 RX INTACK count : 1050215 RX packets dq'd after intack : 90 Active RxQ event : 3677400 RX spurious interrupt : 1050016 <snip>
À partir d'ici, il y a quelques options. Le protocole ARP est un trafic de diffusion. Vous pouvez donc rechercher les interfaces qui présentent un taux anormalement élevé de trafic de diffusion (également utile pour dépanner les boucles de couche 2). Il est nécessaire d'exécuter cette commande plusieurs fois afin de déterminer quelle interface s'incrémente activement.
Switch#show interfaces counters Port InOctets InUcastPkts InMcastPkts InBcastPkts Gi1/0/1 1041141009678 9 0 16267828358 Gi1/0/2 1254 11 0 1 Gi1/0/3 0 0 0 0 Gi1/0/4 0 0 0 0
L'autre option consiste à utiliser l'outil Embedded Packet Capture (EPC) afin de recueillir un échantillon des paquets qui sont vus au niveau du plan de contrôle.
Switch#monitor capture cpuCap control-plane in match any file location flash:cpuCap.pcap
Switch#show monitor capture cpuCap
Status Information for Capture cpuCap
Target Type:
Interface: Control Plane, Direction: IN
Status : Inactive
Filter Details:
Capture all packets
Buffer Details:
Buffer Type: LINEAR (default)
File Details:
Associated file name: flash:cpuCap.pcap
Limit Details:
Number of Packets to capture: 0 (no limit)
Packet Capture duration: 0 (no limit)
Packet Size to capture: 0 (no limit)
Packet sampling rate: 0 (no sampling)
Cette commande configure une capture interne sur le commutateur afin de capturer tout trafic qui est envoyé au plan de contrôle. Ce trafic est enregistré dans un fichier de la mémoire flash. Il s'agit d'un fichier normalwireshark pcapqui peut être exporté à partir d'un commutateur et ouvert dans Wireshark pour une analyse plus approfondie.
Démarrez la capture, laissez-la s'exécuter pendant quelques secondes et arrêtez-la :
Switch#monitor capture cpuCap start
Enabling Control plane capture may seriously impact system performance. Do you want to continue? [yes/no]: yes
Started capture point : cpuCap
*Jun 14 17:57:43.172: %BUFCAP-6-ENABLE: Capture Point cpuCap enabled.
Switch#monitor capture cpuCap stop
Capture statistics collected at software:
Capture duration - 59 seconds
Packets received - 215950
Packets dropped - 0
Packets oversized - 0
Bytes dropped in asic - 0
Stopped capture point : cpuCap
Switch#
*Jun 14 17:58:37.884: %BUFCAP-6-DISABLE: Capture Point cpuCap disabled.
Il est également possible d'afficher le fichier de capture sur le commutateur :
Switch#show monitor capture file flash:cpuCap.pcap Starting the packet display ........ Press Ctrl + Shift + 6 to exit 1 0.000000 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 2 0.000054 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 3 0.000082 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 4 0.000109 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 5 0.000136 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 6 0.000162 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 7 0.000188 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 8 0.000214 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2 9 0.000241 Xerox_d7:67:a1 -> Broadcast ARP 60 Who has 192.168.1.24? Tell 192.168.1.2
D'après ce résultat, il est évident que l'hôte 192.168.1.2 est la source des ARP constants qui provoquent la CPU élevée sur le commutateur. Utilisez les commandesshow ip arpetshow mac address-table addressafin de suivre l'hôte et de le supprimer du réseau ou d'adresser les ARP. Il est également possible d'obtenir des détails complets sur chaque paquet capturé à l'aide de l'option detail de la commande capture view,show monitor capture file flash:cpuCap.pcap detail. Référez-vous à ce guide pour plus d'informations sur les captures de paquets sur un commutateur Catalyst.
Étude de cas 2. Redirections IP avec CoPP
Par défaut, les commutateurs Catalyst de dernière génération sont protégés par le protocole CoPP (Control Plane Policing). Le protocole CoPP est utilisé pour protéger le processeur contre les attaques malveillantes et les erreurs de configuration qui peuvent compromettre la capacité des commutateurs à maintenir des fonctions critiques telles que les Spanning Tree et les protocoles de routage. Ces protections peuvent conduire à des scénarios où le commutateur n'a qu'un processeur légèrement élevé et des compteurs d'interface clairs, mais où le trafic est abandonné pendant qu'il traverse le commutateur. Il est important de noter l'utilisation de base du processeur sur votre périphérique au moment d'un fonctionnement normal. L'utilisation élevée du CPU n'est pas nécessairement un problème, et cela dépend des fonctionnalités activées sur le périphérique, mais lorsque cette utilisation augmente sans modification de la configuration, cela peut être un signe de préoccupation.
Considérez ce scénario : les hôtes qui ne sont pas connectés au commutateur de passerelle signalent des vitesses de téléchargement lentes et des pertes de requêtes ping sur Internet. Un contrôle d'intégrité général du commutateur ne montre aucune erreur sur les interfaces ou perte de la requête ping lorsqu'elle provient du commutateur de passerelle.
Lorsque vous vérifiez le processeur, il affiche des nombres légèrement élevés en raison d'interruptions.
Switch#show processes cpu sorted | ex 0.00 CPU utilization for five seconds: 8%/7%; one minute: 8%; five minutes: 8% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 122 913359 1990893 458 0.39% 1.29% 1.57% 0 IOSXE-RP Punt Se 147 5823 16416 354 0.07% 0.05% 0.06% 0 PLFM-MGR IPC pro 404 13237 183032 72 0.07% 0.08% 0.07% 0 MMA DP TIMER
Lorsque vous vérifiez l'interface du processeur, vous voyez que le compteur de redirection ICMP est incrémenté de manière active.
Switch#show platform software fed switch active cpu-interface queue retrieved dropped invalid hol-block ------------------------------------------------------------------------- Routing Protocol 12175 0 0 0 L2 Protocol 236 0 0 0 sw forwarding 714673 0 0 0 broadcast 2 0 0 0 icmp gen 0 0 0 0 icmp redirect 2662788 0 0 0 logging 7 0 0 0 rpf-fail 0 0 0 0 DOT1X authentication 0 0 0 0 Forus Traffic 21776434 0 0 0 Forus Resolution 724021 0 0 0 Inter FED 0 0 0 0 L2 LVX control 0 0 0 0 EWLC control 0 0 0 0 EWLC data 0 0 0 0 L2 LVX data 0 0 0 0 Learning cache 0 0 0 0 Topology control 6122 0 0 0 Proto snooping 0 0 0 0 DHCP snooping 0 0 0 0 Transit Traffic 0 0 0 0
Bien qu'aucune baisse ne soit observée dans FED, si vous cochez CoPP, des chutes peuvent être observées dans la file d'attente de redirection ICMP.
Switch#show platform hardware fed switch 1 qos queue stats internal cpu policer
CPU Queue Statistics
============================================================================================
(default) (set) Queue
QId PlcIdx Queue Name Enabled Rate Rate Drop(Bytes)
-----------------------------------------------------------------------------
0 11 DOT1X Auth Yes 1000 1000 0
1 1 L2 Control Yes 2000 2000 0
2 14 Forus traffic Yes 4000 4000 0
3 0 ICMP GEN Yes 600 600 0
4 2 Routing Control Yes 5400 5400 0
5 14 Forus Address resolution Yes 4000 4000 0
6 0 ICMP Redirect Yes 600 600 463538463
7 16 Inter FED Traffic Yes 2000 2000 0
8 4 L2 LVX Cont Pack Yes 1000 1000 0
<snip>
CoPP est essentiellement une politique QoS placée sur le plan de contrôle du périphérique. Le protocole CoPP fonctionne comme n'importe quelle autre QoS sur le commutateur : lorsque la file d'attente d'un trafic spécifique est épuisée, le trafic qui utilise cette file d'attente est abandonné. À partir de ces résultats, vous savez que le trafic est commuté par logiciel en raison de redirections ICMP et que ce trafic est abandonné en raison de la limite de débit sur la file d'attente de redirection ICMP. Vous pouvez effectuer une capture sur le plan de contrôle afin de valider que les paquets qui atteignent le plan de contrôle proviennent des utilisateurs.
Afin de voir quelle logique de correspondance chaque classe utilise, vous avez une CLI afin d'aider à identifier les types de paquets qui atteignent une certaine file d'attente. Considérez cet exemple, afin de savoir ce qui frappe la classesystem-cpp-routing-control:
Switch#show platform software qos copp policy-info
Default rates of all classmaps are displayed:
policy-map system-cpp-policy
class system-cpp-police-routing-control
police rate 5400 pps
Switch#show platform software qos copp class-info
ACL representable classmap filters are displayed:
class-map match-any system-cpp-police-routing-control
description Routing control and Low Latency
match access-group name system-cpp-mac-match-routing-control
match access-group name system-cpp-ipv4-match-routing-control
match access-group name system-cpp-ipv6-match-routing-control
match access-group name system-cpp-ipv4-match-low-latency
match access-group name system-cpp-ipv6-match-low-latency
mac access-list extended system-cpp-mac-match-routing-control
permit any host 0180.C200.0014
permit any host 0900.2B00.0004
ip access-list extended system-cpp-ipv4-match-routing-control
permit udp any any eq rip
<...snip...>
ipv6 access-list system-cpp-ipv6-match-routing-control
permit ipv6 any FF02::1:FF00:0/104
permit ipv6 any host FF01::1
<...snip...>
ip access-list extended system-cpp-ipv4-match-low-latency
permit udp any any eq 3784
permit udp any any eq 3785
ipv6 access-list system-cpp-ipv6-match-low-latency
permit udp any any eq 3784
permit udp any any eq 3785
<...snip...>
Switch#monitor capture cpuSPan control-plane in match any file location flash:cpuCap.pcap
Control-plane direction IN is already attached to the capture
Switch#monitor capture cpuSpan start
Enabling Control plane capture may seriously impact system performance. Do you want to continue? [yes/no]: yes
Started capture point : cpuSpan
Switch#
*Jun 15 17:28:52.841: %BUFCAP-6-ENABLE: Capture Point cpuSpan enabled.
Switch#monitor capture cpuSpan stop
Capture statistics collected at software:
Capture duration - 12 seconds
Packets received - 5751
Packets dropped - 0
Packets oversized - 0
Bytes dropped in asic - 0
Stopped capture point : cpuSpan
Switch#
*Jun 15 17:29:02.415: %BUFCAP-6-DISABLE: Capture Point cpuSpan disabled.
Switch#show monitor capture file flash:cpuCap.pcap detailed
Starting the packet display ........ Press Ctrl + Shift + 6 to exit
Frame 1: 60 bytes on wire (480 bits), 60 bytes captured (480 bits) on interface 0
<snip>
Ethernet II, Src: OmronTat_2c:a1:52 (00:00:0a:2c:a1:52), Dst: Cisco_8f:cb:47 (00:42:5a:8f:cb:47)
<snip>
Internet Protocol Version 4, Src: 192.168.1.10, Dst: 8.8.8.8
<snip>
Lorsque cet hôte envoie une requête ping vers la version 8.8.8.8, il envoie la requête ping à l’adresse MAC de la passerelle, car l’adresse de destination se trouve en dehors du VLAN. Le commutateur de passerelle détecte que le saut suivant se trouve dans le même VLAN, réécrit l'adresse MAC de destination dans le pare-feu et transfère le paquet. Ce processus peut se produire dans le matériel, mais une exception à ce transfert matériel est le processus de redirection IP. Lorsque le commutateur reçoit la requête ping, il détecte qu'il achemine le trafic sur le même VLAN et envoie le trafic au processeur afin de générer un paquet de redirection vers l'hôte. Ce message de redirection informe l’hôte qu’il existe un chemin plus optimal vers la destination. Dans ce cas, le saut suivant de couche 2 est par conception et attendu, le commutateur doit être configuré pour ne pas envoyer les messages de redirection et transférer les paquets dans le matériel. Ceci est fait lorsque vous désactivez les redirections sur l'interface VLAN.
interface Vlan1 ip address 192.168.1.1 255.255.255.0 no ip redirects end
Lorsque les redirections IP sont désactivées, le commutateur réécrit l'adresse MAC et transfère les données dans le matériel.
Étude de cas 3. Processeur élevé intermittent
Dans le cas où le CPU élevé sur le commutateur est intermittent, il est possible de configurer un script sur le commutateur afin d'exécuter automatiquement ces commandes au moment des événements CPU élevés. Pour ce faire, vous devez utiliser le gestionnaire d'événements intégré (EEM) de Cisco IOS.
La valeur entry-val est utilisée afin de déterminer la hauteur du CPU avant le déclenchement du script. Le script surveille l'OID SNMP moyen du processeur pendant 5 secondes. Deux fichiers sont écrits dans la mémoire flash, contiennenttac-cpu-
les sorties de commande et contiennenttac-cpu-
la capture d'entrée du processeur. Ces dossiers peuvent ensuite être examinés à une date ultérieure.
config t
no event manager applet high-cpu authorization bypass
event manager applet high-cpu authorization bypass
event snmp oid 1.3.6.1.4.1.9.9.109.1.1.1.1.3.1 get-type next entry-op gt entry-val 80 poll-interval 1 ratelimit 300 maxrun 180
action 0.01 syslog msg "High CPU detected, gathering system information."
action 0.02 cli command "enable"
action 0.03 cli command "term exec prompt timestamp"
action 0.04 cli command "term length 0"
action 0.05 cli command "show clock"
action 0.06 regex "([0-9]|[0-9][0-9]):([0-9]|[0-9][0-9]):([0-9]|[0-9][0-9])" $_cli_result match match1
action 0.07 string replace "$match" 2 2 "."
action 0.08 string replace "$_string_result" 5 5 "."
action 0.09 set time $_string_result
action 1.01 cli command "show proc cpu sort | append flash:tac-cpu-$time.txt"
action 1.02 cli command "show proc cpu hist | append flash:tac-cpu-$time.txt"
action 1.03 cli command "show proc cpu platform sorted | append flash:tac-cpu-$time.txt"
action 1.04 cli command "show interface | append flash:tac-cpu-$time.txt"
action 1.05 cli command "show interface stats | append flash:tac-cpu-$time.txt"
action 1.06 cli command "show log | append flash:tac-cpu-$time.txt"
action 1.07 cli command "show ip traffic | append flash:tac-cpu-$time.txt"
action 1.08 cli command "show users | append flash:tac-cpu-$time.txt"
action 1.09 cli command "show platform software fed switch active punt cause summary | append flash:tac-cpu-$time.txt"
action 1.10 cli command "show platform software fed switch active cpu-interface | append flash:tac-cpu-$time.txt"
action 1.11 cli command "show platform software fed switch active punt cpuq all | append flash:tac-cpu-$time.txt"
action 2.08 cli command "no monitor capture tac_cpu"
action 2.09 cli command "monitor capture tac_cpu control-plane in match any file location flash:tac-cpu-$time.pcap"
action 2.10 cli command "monitor capture tac_cpu start" pattern "yes"
action 2.11 cli command "yes"
action 2.12 wait 10
action 2.13 cli command "monitor capture tac_cpu stop"
action 3.01 cli command "term default length"
action 3.02 cli command "terminal no exec prompt timestamp"
action 3.03 cli command "no monitor capture tac_cpu"
Informations connexes
- Cisco IOS XE 16 en quelques mots
- Dépannage lors de l’utilisation élevée du processeur des commutateurs de la gamme Catalyst 3850
- Exemple de configuration de capture de paquets intégrée pour Cisco IOS et Cisco IOS XE
- Configuration de la capture de paquets par injection/injection FED sur les commutateurs Catalyst exécutant Cisco IOS XE 16.x
- Assistance technique et téléchargement de Cisco
Historique de révision
| Révision | Date de publication | Commentaires |
|---|---|---|
2.0 |
13-Mar-2024 |
Recertification |
1.0 |
08-Aug-2018 |
Première publication |
CommentairesContacter Cisco
- Ouvrir un dossier d’assistance
- (Un contrat de service de Cisco est requis)