Este documento describe cómo solucionar problemas referidos a la alta utilización de la CPU debido a diferentes procesos.
Le recomendamos leer Resolución de problemas vinculados con uso intensivo de la CPU en routers Cisco antes de proseguir con este documento.
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. All of the devices used in this document started with a cleared (default) configuration. Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.
Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.
El uso elevado de la CPU en el proceso de entrada del protocolo de resolución de direcciones (ARP) se produce 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 broadcasts, lo que provoca una mayor utilización de la CPU en cada host de la red. Las solicitudes ARP para la misma dirección IP se limitan 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 se puede alcanzar a través de rutas más específicas, lo que significa prácticamente 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 salto siguiente para el ruteo estático, vea Especificación de una Dirección IP de Salto Siguiente para Rutas Estáticas.
Alternativamente, una cantidad excesiva de solicitudes ARP puede ser causada por un flujo de tráfico malintencionado 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 activarían las solicitudes ARP tendrían que ser procesados, la solución de este problema sería esencialmente la misma que la solución de problemas de uso elevado de la CPU en el proceso IP Input.
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 los paquetes IPX. Casi todos los paquetes IPX se encuentran en el nivel de proceso que examina IPX Input antes de ponerse en cola en otros procesos IPX como IPX SAP In, IPX RIP In, etc. A diferencia de IP, IPX soporta solamente un modo de conmutación de interrupción, y es IPX fast-switching que está habilitado de forma predeterminada. IPX fast-switching se habilita usando el comando ipx route-cache interface .
Si observa un uso elevado de la CPU durante el proceso de entrada IPX, verifique lo siguiente:
IPX fast-switching está desactivado. 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 usando 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 RIP IPX, utilice IPX EIGRP (incremental) para reducir la cantidad de actualizaciones, especialmente en links seriales de baja velocidad (consulte Ruteo de Novell IPX sobre líneas seriales lentas y Administración SAP para obtener más detalles).
Nota: Puede encontrar más documentos relacionados con IPX en la página de soporte de tecnología IPX de Novell.
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 enlace de datos (DLSw) con muchos pares, o en otros entornos en los que se abren muchas sesiones TCP simultáneamente en el router.
El temporizador de control FIB inicializa e inicia el temporizador de recolección de estadísticas FIB para estadísticas por VLAN y estadísticas globales; inicializa e inicia el temporizador FIB/ADJ request/exception; mantiene las funciones de registro relacionadas con la FIB; e inicializa el temporizador de contabilidad BGP. Estos procesos se inician cuando se inicializa EARL.
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 otros procesos que necesitan ser programados por el software Cisco IOS.
Si este proceso requiere una alta utilización de la CPU, verifique si el "registro síncrono" está configurado en "línea con 0". La causa posible podría ser el Id. de bug Cisco CSCed16920 (sólo clientes registrados) ID de bug Cisco o CSCdy01705 (sólo clientes registrados) .
Se espera la utilización de la CPU observada para el proceso "Información general sobre estadísticas de TAG" y no afecta al reenvío de tráfico.
El TAG Stats Background 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 clientes registrados) .
Se debe clonar una plantilla virtual (vtemplate) para cada nueva interfaz de acceso virtual cada vez que se conecta un nuevo usuario 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, vea Mejoras en la Escalabilidad de la Sesión.
El proceso Net Background se ejecuta siempre que se requiere un búfer pero 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 administra la memoria utilizada por cada proceso y limpia la memoria liberada. Este proceso se asocia principalmente a las interfaces y puede consumir importantes recursos de CPU. Los síntomas de CPU alta aumentan en los aceleradores, ignora, sobrecarga y se restablece en una interfaz.
El proceso de fondo de IP implica estos procedimientos: el envejecimiento periódico de la memoria caché de redirección ICMP cada minuto; un cambio de tipo de encapsulación de una interfaz; el traslado 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 dxi map; y el vencimiento de los temporizadores del marcador.
El proceso de fondo de IP modifica la tabla de ruteo de acuerdo con el estado de las interfaces, mientras que el proceso de fondo de 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, un mayor uso de la CPU es causado por el proceso de fondo de IP.
Los procesos en segundo plano ARP gestionan varios trabajos y pueden consumir un uso elevado de la CPU.
Esta lista proporciona algunos trabajos de ejemplo:
Flujo ARP debido a eventos de interfaz up/down
Borrado de la tabla ARP a través del comando clear arp
paquetes de entrada ARP
ARP ager
Si algún otro proceso consume muchos recursos de 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 Cisco IOS®. 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.
Si todavía necesita ayuda después de seguir los pasos de solución de problemas anteriores y desea crear una solicitud de servicio con el TAC de Cisco, asegúrese de incluir la siguiente información: |
---|
|
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
29-Sep-2008 |
Versión inicial |