Resuelva problemas CPU elevada el uso en las plataformas del switch seleccionar del catalizador que ejecutan IOS-XE 16.x
Contenido
Introducción
Este documento describe cómo resolver problemas CPU elevada las preocupaciones del uso, sobre todo debido a las interrupciones, en las nuevas Plataformas de Cisco IOS®-XE que funcionan con las versiones 16.x (también designadas la estrella polar). Además, este documento presenta a varios comandos new en esta plataforma que sean integrales para resolver problemas tales problemas.
Antecedentes
Es importante entender cómo se construye Cisco IOS®-XE. Con Cisco IOS®-XE, Cisco se ha movido a un núcleo de Linux y todos los subsistemas se han analizado en los procesos. Todos los subsistemas que eran Cisco interior IOS® antes - por ejemplo los drivers de los módulos, la Alta disponibilidad (ha), y así sucesivamente - de ahora se ejecutan como procesos del software dentro del sistema operativo de Linux (OS). Cisco IOS® sí mismo se ejecuta como daemon dentro del OS de Linux (IOSd). Cisco IOS®-XE conserva no sólo la misma mirada y sensación de Cisco clásico IOS®, pero también su operación, ayuda, y Administración.
Aquí están algunas definiciones útiles:
- Envío del driver de motor (FED): Éste es el corazón del conmutador del Cisco Catalyst y es responsable de toda la programación/expedición de la dotación física
- IOSd: Ésta es la daemon de Cisco IOS® que se ejecuta en el núcleo de Linux. Se ejecuta como proceso del software dentro del corazón
- Sistema de la entrega del paquete (PDS): Éste es la arquitectura y el proceso de cómo los paquetes se entregan a y desde los diversos subsistemas. Como un ejemplo, controla cómo los paquetes se entregan del FED al IOSd y vice versa
- Avión del control (CP): El avión del control es un término genérico usado para agrupar juntas las funciones y para traficar que implican la CPU del conmutador del catalizador. Esto incluye el tráfico tal como Spanning Tree Protocol (STP), el Hot Standby Router Protocol (HSRP), y los protocolos de la encaminamiento que se destinan al conmutador, o se envían del conmutador. Esto también incluye los protocolos de la capa de la aplicación como el Secure Shell (SSH), y el Simple Network Management Protocol (SNMP) que se debe dirigir por la CPU
- Avión de los datos (DP): El avión de los datos abarca típicamente el ASIC de hardware y el tráfico que se remite sin la ayuda del avión del control
- Batea: El paquete de control del protocolo del ingreso que interceptó por el DP envió al CP para procesarlo
- Inyecte: El CP generó el paquete del protocolo enviado al DP a la salida hacia fuera en los interfaces IO
- LSMPI: Interfaz de la batea de memoria compartida de Linux
Diagrama de alto nivel de la trayectoria de comunicación entre el avión de los datos y el avión del control:
Interrupciones del protocolo Protocolo de resolución de la dirección (ARP) del estudio de caso 1.
El Troubleshooting y el proceso de verificación en esta sección se pueden utilizar ampliamente para CPU elevada el uso debido a las interrupciones.
Paso 1. Identifique el proceso que consume los ciclos CPU
Utilizan al comando show process cpu para visualizar al estado del proceso actual dentro de la daemon de IOSd. Cuando usted agrega la salida modifiqúese | excluya 0.00, él filtrará hacia fuera los procesos que están actualmente ociosos.
Hay dos informaciones valiosas de esta salida:
- Utilización CPU por cinco segundos: 91%/30%
- El primer número (el 91%) es la utilización total CPU del conmutador
- El segundo número (el 30%) es la utilización causada por las interrupciones del avión de los datos
- El proceso de entrada del Address Resolution Protocol (ARP) es actualmente el proceso del top IOS® que consume los recursos:
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
Se utiliza el comando clasificado plataforma CPU de los procesos de la demostración de visualizar lo que parece la utilización de proceso del núcleo de Linux. De la salida, puede ser observado que el proceso de FED es alto, que es debido a llevar en batea de las peticiones ARP al proceso de 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
Paso 2. Investigue porqué FED es paquetes que despejan al avión del control
Del paso 1., usted puede concluir que el proceso IOSd/ARP se ejecuta arriba pero es la víctima del tráfico que se introduce del avión de los datos. La investigación adicional en cuanto a de porqué el proceso de FED está llevando en batea el tráfico a la CPU y del donde está viniendo este tráfico es necesaria.
El resumen activo alimentado software de plataforma de la causa de la batea del conmutador de la demostración da una descripción general de alto nivel de la razón de la batea. Cualquier número ese incrementa sobre los funcionamientos múltiples de este comando:
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 ------------------------------------------------------------------------------
Paquetes que se envían al avión del control del uso de FED una estructura de la cola de la fractura para garantizar el tráfico de control prioritario. No consigue perdido detrás del tráfico de prioridad más baja, como el ARP. Una descripción general de alto nivel de estas colas de administración del tráfico se puede ver con el uso del CPU-interfaz alimentado software de plataforma del active del conmutador de la demostración. Después de que usted funcione con este comando varias veces puede ser encontrado que la cola de la resolución de Forus (Forus - que significa el tráfico destinado a la CPU) incrementa rápidamente.
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
Con el uso del software de plataforma de la demostración alimentado cambie el cpuq activo de la batea que todo da una más vista detallada de estas colas de administración del tráfico. La cola 5 es responsable del ARP, y como se esperaba incrementa a través de los funcionamientos múltiples del comando. La demostración plat el active alimentado suavidad interruptor inyecta el comando clear del cpuq se puede utilizar para borrar los contadores para una lectura más fácil.
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>
De aquí hay un par de opciones. El ARP es tráfico de difusión, así que usted puede buscar los interfaces que tienen anormalmente una alta velocidad de tráfico de difusión (también útil para resolver problemas la capa 2 coloca). Puede ser que sea necesario funcionar con los tiempos múltiples de este comando para determinar qué interfaz incrementa activamente.
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
La otra opción es utilizar la herramienta integrada de la captura de paquetes (EPC) para recolectar una muestra de los paquetes que se ven en el avión del control.
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)
Este comando configura una captura interna en el conmutador para capturar cualquier tráfico que se lleve en batea al avión del control. Este tráfico será guardado a un fichero en el flash. Éste es un fichero normal del pcap del wireshark que se puede exportar de un conmutador y abrir en el wireshark para el análisis adicional.
Comience la captura y déjela ejecutarse por algunos segundos y parar la captura:
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.
Es también posible ver el capturar archivo en el conmutador:
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
De esta salida, es evidente que el host de 192.168.1.2 es la fuente de los ARP constantes que causan CPU elevada encendido el conmutador. Con el uso de IP arp de la demostración y los comandos address de la direccionamiento-tabla del mac de la demostración de rastrear el host y para quitarlo de la red o para dirigir los ARP. Es también posible conseguir una profundidad total de cada paquete capturado con el uso de la opción del detalle en el comando view de la captura, muestra el flash del capturar archivo del monitor: detalle cpuCap.pcap. Refiera a esta guía para más información sobre la acopio de las capturas de paquetes en un conmutador del catalizador.
El IP del estudio de caso 2. reorienta con CoPP
El último Switches del catalizador de la generación es protegido por las Políticas del plano de control (CoPP) por abandono. CoPP se utiliza para proteger la CPU contra los ataques maliciosos, y los misconfigurations, que pudieron comprometer la capacidad del Switches para mantener las funciones críticas tales como atravesar - árbol y los protocolos del encaminamiento. Estas protecciones pueden llevar a los decorados donde el conmutador tiene solamente una CPU levemente elevada y contadores del clear interface, pero se cae el tráfico mientras que atraviesa el conmutador. Es importante observar utilización de la CPU de línea de base encendido su dispositivo a la hora de los funcionamientos normales. No es necesariamente un problema para tener utilización elevada CPU, y depende de las características activadas en el dispositivo, pero cuando esta utilización aumenta sin los cambios de configuración ésta podría ser una muestra de la preocupación.
Considere este escenario. Host que viven apagado de las velocidades de la descarga lenta del informe del switch de gateway y de la pérdida del ping a Internet. Un control de saludes generales del conmutador muestra que ningunos errores en los interfaces o ningunos hacen ping la pérdida cuando son originarios del switch de gateway.
Cuando usted controla la CPU, muestra los números levemente elevados debido a las interrupciones.
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
Cuando usted controla el interfaz CPU, usted ve que el contador de la redirección ICMP está incrementado activamente.
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
Mientras que no se observa ningunos descensos en FED, si usted controla CoPP, los descensos se pueden observar en la cola del Redireccionamiento de 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 es esencialmente política de calidad de servicio (QoS) puesto el avión del control del dispositivo. CoPP trabaja apenas como cualquier otro QoS en el conmutador: cuando la cola para un tráfico específico se agota, el tráfico que utiliza esa cola será caído. De estas salidas, usted sabe que el tráfico está siendo software cambiado debido a las redirecciones ICMP, y usted sabe que este tráfico se está cayendo debido al límite de velocidad en la cola del Redireccionamiento de ICMP. Usted puede hacer una captura en el avión del control para validar que los paquetes que golpean el avión del control son de los usuarios.
Para ver lo que utiliza la lógica que corresponde con cada clase, usted tiene un CLI a ayudar a identificar los tipos de paquete que golpearán cierta cola. Por ejemplo, si usted quiere conocer qué golpearía la clase del sistema-CPP-encaminamiento-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>
Cuando este host hace ping 8.8.8.8, enviará el ping a la dirección MAC de los gateways, como el direccionamiento de destino está fuera del VLA N. El switch de gateway detecta que el salto siguiente está en el mismo VLA N y después reescribirá la dirección MAC del destino al Firewall y delantero el paquete. Este proceso puede suceder en la dotación física, pero una excepción a este hardware que reenvía es el proceso de la redirección de IP. Cuando el conmutador recibe el ping el conmutador detecta que está encaminando el tráfico en el mismo VLA N y llevará en batea el tráfico a la CPU para generar un paquete de la reorientación de nuevo al host. Esto reorienta el mensaje es informar al host que hay más trayecto óptimo al destino. El en este caso el siguiente-salto de la capa 2 está por el diseño y esperado, el conmutador necesita ser configurado para no enviar los mensajes de la reorientación y para remitir los paquetes en la dotación física. Se hace esto cuando usted inhabilita reorienta en el interfaz del VLA N.
interface Vlan1 ip address 192.168.1.1 255.255.255.0 no ip redirects end
Cuando el IP reorienta se apagan, el conmutador reescribe la dirección MAC y adelante en la dotación física.
Estudio de caso 3. intermitente CPU elevada
En caso que CPU elevada prendido el conmutador esté intermitente, es posible poner un script en el conmutador para funcionar con automáticamente estos comandos a la hora CPU elevada de los eventos. Esto se hace con el uso del administrador del evento integrado IOS® de Cisco (EEM).
La entrada-val se utiliza para determinar cómo es el alto la CPU antes de que el script accione. Los monitores de secuencia de comandos 5 la segundo CPU SNMP medio OID. Dos ficheros serán escritos al flash, tac-cpu-<timestamp>.txt contiene las salidas del comando, y tac-cpu-<timestamp>.pcap contiene la captura del ingreso CPU. Estos ficheros se pueden entonces revisar más adelante.
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"
Información Relacionada
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)