Resolución de problemas de uso elevado de la CPU debido a procesos

Introducción

Este documento describe cómo solucionar problemas referidos a la alta utilización de la CPU debido a diferentes procesos.

Prerequisites

Requirements

Le recomendamos leer Resolución de problemas vinculados con uso intensivo de la CPU en routers Cisco antes de proseguir con este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Entrada de información ARP

La alta utilización de la CPU en el proceso de entrada del Protocolo de resolución de direcciones (ARP) ocurre si el router tiene que originar un número excesivo de solicitudes ARP. El router utiliza ARP para todos los hosts, no sólo para los de la subred local, y las solicitudes ARP se envían como difusiones, lo que provoca una mayor utilización de la CPU en todos los hosts de la red. Las solicitudes ARP para la misma dirección IP están limitadas a una solicitud cada dos segundos, por lo que un número excesivo de solicitudes ARP tendría que originarse para diferentes direcciones IP. Esto puede ocurrir si una ruta de IP ha sido configurada para dirigir a una interfaz de difusión. Un ejemplo más obvio es una ruta predeterminada como:

ip route 0.0.0.0 0.0.0.0 Fastethernet0/0

En este caso, el router genera una solicitud ARP para cada dirección IP que no es accesible a través de rutas más específicas, lo que prácticamente significa que el router genera una solicitud ARP para casi todas las direcciones en Internet. Para obtener más información sobre la configuración de la dirección de próximo salto para el ruteo estático, vea Especificación de una Dirección IP de Siguiente Salto para Rutas Estáticas.

Alternativamente, una cantidad excesiva de solicitudes ARP puede ser causada por un flujo de tráfico malicioso que explora a través de subredes conectadas localmente. Una indicación de tal flujo sería la presencia de un número muy alto de entradas ARP incompletas en la tabla ARP. Dado que los paquetes IP entrantes que desencadenarían las solicitudes ARP tendrían que ser procesados, la resolución de este problema sería esencialmente la misma que la resolución de problemas de uso elevado de la CPU en el proceso de entrada IP.

Entrada IPX

El proceso de entrada IPX es similar al proceso de entrada IP en el sentido de que se ocupa de la conmutación de procesos, excepto que el proceso de entrada IPX conmuta paquetes IPX. Casi todos los paquetes IPX se encuentran en el nivel de proceso observado por IPX Input antes de ponerse en cola para otros procesos IPX como IPX SAP In, IPX RIP In, etc. A diferencia de IP, IPX soporta solamente un modo de conmutación interrumpida, y es IPX fast-switching que está habilitado de forma predeterminada. IPX fast-switching se habilita mediante el comando de interfaz ipx route-cache .

Si observa un uso elevado de la CPU durante el proceso de entrada IPX, verifique lo siguiente:

• La conmutación rápida IPX está inhabilitada. Utilice el comando show ipx interface si IPX fast-switching está inhabilitado.

• Parte del tráfico IPX no puede ser conmutado rápidamente al IPX.

  • Difusiones IPX: verifique si el router está saturado con difusiones IPX mediante el comando show ipx traffic.

  • Actualizaciones de ruteo IPX - Si hay muchas inestabilidades en la red, el procesamiento de actualización de ruteo aumenta.

Nota: En lugar de IPX RIP, utilice IPX EIGRP (incremental) para reducir la cantidad de actualizaciones, especialmente en links seriales de velocidad lenta (consulte Routing Novell IPX Over Slow Serial Lines and SAP Management para obtener detalles).

Nota: Puede encontrar más documentos relacionados con IPX en la página de soporte de tecnología Novell IPX.

Reloj TCP

Cuando el proceso temporizador del Protocolo de control de transmisión (TCP) usa una gran cantidad de recursos de CPU, esto indica que hay demasiadas conexiones de puntos finales TCP. Esto puede ocurrir en entornos de switching de link de datos (DLSw) con muchos pares, o en otros entornos donde muchas sesiones TCP se abren simultáneamente en el router.

Temporizador de control FIB

El temporizador de control FIB inicializa e inicia el temporizador de recolección de estadísticas FIB para las estadísticas por VLAN y las estadísticas globales; inicializa e inicia el temporizador de solicitud/excepción FIB/ADJ; mantiene las funciones de registro relacionadas con la FIB; e inicializa el temporizador de contabilización BGP. Estos procesos se inician cuando se inicializa EARL.

Plano TTY

El proceso de fondo TTY es un proceso genérico usado por todas las líneas terminales (consolas, auxiliares, asíncronos, etc.). Normalmente, no debería haber ningún impacto en el rendimiento del router, ya que este proceso tiene una prioridad más baja en comparación con los otros procesos que debe programar el software del IOS de Cisco.

Si este proceso requiere un uso elevado de la CPU, verifique si "logging synchronous" está configurado bajo "line con 0". La causa posible podría ser el ID de bug de Cisco CSCed16920 (sólo clientes registrados) o el ID de bug de Cisco CSCdy01705 (sólo clientes registrados) .

Fondo de estadísticas de ETIQUETA

Se espera la utilización de la CPU observada para el proceso "TAG Stats Background" y no afecta al reenvío de tráfico.

El fondo de estadísticas de ETIQUETAS es un proceso de baja prioridad. Este proceso recopila estadísticas para las etiquetas y las reenvía al RP. No depende de la cantidad de tráfico, sino de la cantidad de trabajo que realiza el plano de control MPLS/LDP. Se trata de un comportamiento esperado y no afecta al reenvío de tráfico. Este problema se documenta en el bug CSCdz32988 (sólo para clientes registrados) .

Fondo de plantilla virtual

Debe clonarse una plantilla virtual (vtemplate) para cada nueva interfaz de acceso virtual siempre que un nuevo usuario se conecte al router o al servidor de acceso. La utilización de la CPU en el proceso Vtemplate Backgr puede ser extremadamente alta si el número de usuarios es elevado. Esto se puede evitar al configurar una clonación previa de la plantilla virtual. Para obtener más información, consulte Mejoras en la escalabilidad de sesiones.

Información previa de red

El proceso en segundo plano de red se ejecuta siempre que se necesita un búfer pero éste no está disponible para el proceso o la interfaz. Crea las memorias intermedias deseadas del conjunto principal basándose en la solicitud. El fondo de red también gestiona la memoria utilizada por cada proceso y limpia la memoria liberada. Este proceso se asocia principalmente con las interfaces y puede consumir recursos significativos de la CPU. Los síntomas de un uso excesivo de la CPU son un aumento de los aceleradores, los ignorados, los desbordamientos y los reinicios en una interfaz.

Antecedente IP

El proceso Antecedentes de IP implica estos procedimientos: la antigüedad periódica de la memoria caché de redirección ICMP cada minuto; un cambio de tipo de encapsulación de una interfaz; el movimiento de una interfaz a un nuevo estado, UP y/o DOWN; un cambio en la dirección IP de la interfaz; la expiración de un nuevo mapa dxi; y la caducidad de los temporizadores del marcador.

El proceso en segundo plano IP modifica la tabla de ruteo de acuerdo con el estado de las interfaces, mientras que el proceso en segundo plano IP asume que hay un cambio de estado de link cuando recibe mensajes de cambio de estado de link. Luego notifica a todos los protocolos de ruteo para verificar la interfaz afectada. Si más interfaces ejecutan protocolos de ruteo, el proceso en segundo plano de IP causa una mayor utilización de la CPU.

Fondo ARP

Los procesos en segundo plano de ARP gestionan varios trabajos y pueden consumir una alta utilización de la CPU.

Esta lista proporciona algunos ejemplos de trabajos:

1. Vaciado ARP debido a eventos de activación/desactivación de la interfaz

2. Borrado de la tabla ARP a través del comando clear arp

3. Paquetes de entrada ARP

4. ARP ager

Otros procesos

Si cualquier otro proceso está consumiendo una gran cantidad de recursos de la CPU y no hay indicación de ningún problema en los mensajes registrados, entonces el problema podría ser causado por un error en el software del IOS® de Cisco. Si utiliza Bug Toolkit (sólo clientes registrados), realice una búsqueda de los procesos específicos a fin de visualizar si se informaron errores.

Información para recopilar si abre un caso del TAC

Si aún necesita ayuda después de seguir los pasos de troubleshooting anteriores y desea crear una solicitud de servicio con el TAC de Cisco, asegúrese de incluir la siguiente información:
Resultado de los siguientes comandos show: show processes cpu show interfaces show interfaces switching show interfaces stat show align show version show log

Información Relacionada

• Resolución de problemas por uso excesivo de las CPU de los routers de Cisco
• Solución de problemas de uso intensivo de CPU debido al proceso de entrada IP
• Soporte Técnico - Cisco Systems