¿Tiene una cuenta?
Este documento describe las causas de la expedición expresa común de Cisco (antes CEF) - los Mensajes de error relacionado en las Plataformas que funcionan con la transferencia distribuida de la expedición expresa de Cisco (antes dCEF) (los Cisco 7500 Series Router y Routers de Internet de las Cisco 12000 Series) y cómo resolverlas problemas.
Nota: Dependiendo de la plataforma en la cual distribuyó Cisco se configura la expedición expresa, los procesadores de la ruta (RPS) y los linecards (LCS) se refieren diferentemente. Para las 7500 Series, el RP se llama el Procesador del switch de la ruta (RSP) y los LCS se llaman los procesadores de la Interfaz versátil (VIPs). En las 12000 Series, el RP se conoce como el procesador de la ruta del gigabit (GRP) y los LCS se refieren simplemente como LCS.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.
La transferencia de la expedición expresa de Cisco es una forma propietaria de transferencia escalable prevista para abordar los problemas asociados al almacenamiento en memoria inmediata de la demanda. Con la transferencia de la expedición expresa de Cisco, la información que se salva convencionalmente en un caché de la ruta se divide sobre varias estructuras de datos. El código de la expedición expresa de Cisco puede mantener estas estructuras de datos en el RP, y también en los procesadores auxiliares tales como VIPs en las Cisco 7500 Series y el LCS en las Cisco 12000 Series. Entre las estructuras de datos que proporcionan búsquedas optimizadas para un reenvío de paquetes eficaz se encuentran:
Tabla de la base de información de reenvío (BOLA) — La expedición expresa de Cisco utiliza una BOLA para tomar las decisiones de Switching prefijo-basadas destino IP. El FIB es conceptualmente similar a una tabla de ruteo o base de información. Mantiene una imagen réplica de la información de transmisión contenida en la tabla de IP Routing Cuando se producen modificaciones en el ruteo o la topología de la red, la tabla de IP Routing se actualiza y estos cambios son reflejados en el FIB. La FIB mantiene la información sobre la dirección next-hop teniendo en cuenta la información de la tabla de IP Routing.
Dado que existe correlación “uno a uno” entre las entradas de la FIB (base de reenvío de información) y las entradas de la tabla de ruteo, la FIB comprende todos los trayectos conocidos y elimina la necesidad de mantenimiento de la memoria caché del router que está asociada con los trayectos de switching, tales como el fast switching y el optimum switching.
Tabla de la adyacencia — Los Nodos en la red reputan adyacentes si pueden alcanzarse con un salto único a través de una capa de link. Además de la BOLA, la expedición expresa de Cisco utiliza las tablas de la adyacencia para prepend la información de dirección de la capa 2 (L2). La tabla de la adyacencia mantiene a las direcciones del salto siguiente L2 para todas las entradas de la BOLA.
La expedición expresa de Cisco se puede activar en uno de dos modos:
Modo de reenvío expreso central de Cisco — Cuando activan al modo de reenvío expreso de Cisco, las tablas de la BOLA y de la adyacencia de la expedición expresa de Cisco residen en el RP, y el RP realiza la expedición expresa. Usted puede utilizar al modo de reenvío expreso de Cisco cuando los LCS no están disponibles para la transferencia de la expedición expresa de Cisco, o cuando usted necesita utilizar las características no compatibles con la transferencia distribuida de la expedición expresa de Cisco.
Modo de reenvío expreso distribuido de Cisco — Cuando se activa la expedición expresa distribuida de Cisco, los LCS (tales como LCS VIP o LCS del router de switch Gigabit (GRS)), mantienen las copias idénticas de las tablas de la BOLA y de la adyacencia. El LCS puede realizar la expedición expresa solo, aliviando el procesador principal (GRP o RSP) de la implicación en la operación de transferencia. Éste es el único método de Switching disponible en las 12000 Series.
La expedición expresa distribuida de Cisco utiliza un mecanismo de la comunicación entre procesos (IPC) para asegurar las tablas de la sincronización de losFIB y de la adyacencia en el RP y el LCS.
Nota: En los ejemplos abajo, algunos de los comandos utilizan a los modificadores de resultado (representados por | símbolo), simplificar la visualización para mostrar solamente la información requerida. Apoyan a los modificadores de resultado en el Software Release 12.0 y Posterior de Cisco IOS®. Si usted está funcionando con una versión anterior, publique el comando main (el que está antes del | el símbolo), y busca las líneas correspondientes en el resultado completo.
Usted puede verificar fácilmente en qué expedición expresa VIP o LC Cisco ha sido inhabilitada publicando el comando show cef linecard:
En la serie 7500:
Router#show cef linecard CEF linecard generic information: Slot MsgSent Seq MaxSeq LowQ MedQ HighQ Flags 4 8 6 30 0 0 0 up 5 8 6 30 0 0 0 up Default-table CEF table, version 13, 11 routes Slot CEF-ver CEF-XDR Interface Flags 4 12 5 5 Active, sync 5 12 5 2 Active, sync
En las 12000 Series:
Router#show cef linecard CEF table version 694517, 95239 routes Slot CEF-ver MsgSent XdrSent Seq MaxSeq LowQ MedQ HighQ Flags 0 32128 365 33320 362 367 0 0 0 disabled 1 95821 1010 99369 1006 1025 0 0 0 disabled 2 92559 971 6033 967 984 0 0 0 disabled 8 62514 653 65734 649 661 0 0 0 disabled 9 47165 486 48428 483 498 0 0 0 disabled 10 79887 834 83232 830 849 0 0 0 disabled
Porque las 12000 Series utilizan solamente la expedición expresa distribuida de Cisco, un estatus discapacitado hace el LC entero ser inhabilitado.
Para entender los mensajes de error siguientes, usted necesita entender cuáles son los mensajes XDR, y para qué se utilizan:
%FIB-3-NORPXDRQELEMS
%FIB-3-FIBBADXDRLEN
%FIB-4-FIBXDRLEN
Aquí está una descripción de la arquitectura XDR:
Como se explica en la sección de información previa de este documento, los mensajes IPC transportan las tablas de la BOLA y de la adyacencia del RP al LCS. Es decir el mecanismo IPC sincroniza ambos conjuntos de las tablas en el RP y el LCS. Cualquier estructura de datos usada por una característica se debe transportar al LC con la BOLA IPC, y las estadísticas se deben devolver al RP. Cuando se activa la expedición expresa distribuida de Cisco, el LC toma la decisión de reenvío usando las bases de datos localmente salvadas, replicadas.
Se hace referencia a XDR como un mecanismo de superposición IPC. Los mensajes XDR se utilizan exclusivamente con la puesta en práctica distribuida de la expedición expresa de Cisco.
Las estadísticas así como las estructuras de datos para utilizar una función del software del Cisco IOS son adentro llevados mensajes XDR sobre el mecanismo IPC del software del Cisco IOS entre el RP y el LCS. Específicamente, los mensajes XDR comprenden tres grupos de información, tal como se detalla en la siguiente tabla:
Tipo de mensaje | Descripción de los mensajes | Dirección: |
---|---|---|
Control | El RP envía los datos de control en los sub-bloques de la característica RP que se enviarán a todos los sub-bloques del Reflejo en los LCS que necesitan saber sobre cualquier cambio. | RP a LC |
Estadísticas | Los LCS recogen la información sobre estadísticas de los diversos sub-bloques de la característica, ponen la información recogida en un almacenador intermediario XDR, y envían un mensaje XDR al RP. El RP luego agrega estas estadísticas. | LC a RP |
Información del evento asíncrono | Eventos no rutinarios del informe LCS a través de los mensajes asíncronos se envían que mientras que ocurre la condición. | LC a RP |
Publique el comando show cef line internal de ver la información transmitida a través de los mensajes XDR. Una actualización del bloque del descriptor del bloque del descriptor de la red (NDB) /Routing (RDB) es un ejemplo de un XDR.
Total elements queued: prefix 1877106 adjacency 6011 interface 4084 address 4010 policy routing 3 hw interface 84 state 6 resequence 2 control 24 time 308 subblock 18109 flow features deactivate 3 flow cache config 3 flow export config 3 flow sampling config 3 access-list 213 mpls ttl propogate 3 routemap config 126 mpls stats aggregate 3 dot1q vlan 10109 icmp limit 3
Esta sección enumera los mensajes de error que aparecen en los registros del router, y proporciona a las extremidades de troubleshooting.
Encuentran a estos tipos de mensaje de error en los registros del router (publique el comando show logging exec en su router, o consulte a su servidor de Syslog si usted está utilizando uno) como sigue:
En la serie 7500:
Dec 19 17:58:56 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0: no memory DEC 19 17:58:58 CET: %IPC-5-SLAVELOG: VIP-SLOT0: 00:03:37: %SYS-2-MALLOCFAIL: Memory allocation of 65524 bytes failed from 0x6009E9E4, pool Processor, alignment 16 -Process= "CEF IPC Background", ipl= 0, pid= 7 -Traceback= 600A141C 600A2B78 6009E9EC 6009F350 60235A34 60221BA4 60225528 6022A46C 60231104 6022FAC4 6022FCCC 6022FDBC 60230334 6009BB74 6009BB60 DEC 19 17:59:06 CET: %FIB-3-FIBDISABLE: Fatal error, slot 9: no memory DEC 19 17:59:11 CET: %IPC-5-SLAVELOG: VIP-SLOT9: 00:03:47: %SYS-2-MALLOCFAIL: Memory allocation of 65524 bytes failed from 0x6009E9E4, pool Processor, alignment 16 -Process= "CEF IPC Background", ipl= 0, pid= 7 -Traceback= 600A141C 600A2B78 6009E9EC 6009F350 60235A34 60221BA4 60225528 6022A46C 60231104 6022FAC4 6022FCCC 6022FDBC 60230334 6009BB74 6009BB60 DEC 19 17:59:31 CET: %IPC-5-SLAVELOG: VIP-SLOT8: 00:04:11: %SYS-2-MALLOCFAIL: Memory allocation of 3956 bytes failed from 0x602835F0, pool Processor, alignment 32 -Process= "CEF LC Stats", ipl= 0, pid= 21 -Traceback= 600A141C 600A2EC8 602835F8 60283C84 60283C58 60283CE4 60230574 6009BB74 6009BB60 DEC 19 17:59:38 CET: %FIB-3-FIBDISABLE: Fatal error, slot 8: no memory DEC 19 18:00:29 CET: %FIB-3-FIBDISABLE: Fatal error, slot 10: no memory ...
En las 7500 Series, el mensaje de error que aparece enseguida después del %IPC-5-SLAVELOG: El mensaje VIP-SLOT viene directamente del VIP que está situado en la ranura mencionada usando un mecanismo IPC. En este ejemplo específico, el mensaje del %SYS-2-MALLOCFAIL viene del indicador luminoso LED amarillo de la placa muestra gravedad menor VIP.
Jun 27 04:58:56 CET: %FIB-3-FIBDISABLE: Fatal error, slot 1: no memory Jun 27 04:59:07 CET: %FIB-3-FIBDISABLE: Fatal error, slot 2: no memory Jun 27 04:59:36 CET: %FIB-3-FIBDISABLE: Fatal error, slot 4: no memory Jun 27 04:59:45 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0: no memory SLOT 2:Jun 27 04:23:00: %SYS-2-MALLOCFAIL: Memory allocation of 65524 bytes failed from 0x4009D9E4, pool Processor, alignment 32 -Process= "CEF IPC Background", ipl= 0, pid= 38 -Traceback= 400A0BFC 400A2358 4009D9EC 4009E338 403168BC 40316B68 40316EBC 4031C318 40321234 4032858C 40326CD4 40326EF4 40326FE4 403275CC 4009BC74 4009BC60 SLOT 2:Jun 27 04:23:00: %FIB-3-NOMEM: Malloc Failure, disabling DCEF on linecard ...
Nota: Mensajes que comienzan con la “RANURA #: ” son generados por el LC sí mismo.
Estos mensajes indican que la expedición expresa distribuida de Cisco se ha inhabilitado en el VIP (para las 7500 Series) o el LC (para las 12000 Series) porque no había bastante memoria en ella para descargar las tablas de la BOLA y de la adyacencia de la expedición expresa de Cisco de la placa principal. Porque las 12000 Series utilizan solamente la transferencia distribuida de la expedición expresa de Cisco, inhabilitando la expedición expresa distribuida de Cisco también inhabilita el indicador luminoso LED amarillo de la placa muestra gravedad menor.
Cuando es corriente las rutas del Border Gateway Protocol (BGP) del Internet completa, se recomienda para tener por lo menos 128MB en el VIP o el LC.
Porque el VIP2-40 en las 7500 Series puede solamente tener un máximo del 64 MB, una mejora al VIP2-50 o aún al VIP4-80 se recomienda si usted quiere utilizar la expedición expresa distribuida de Cisco con las rutas BGP del Internet completa. Treinta y dos MB no son definitivamente suficientes ejecutar la expedición expresa distribuida de Cisco.
Un VIP2-50 o un más alto con por lo menos 128MB de la memoria se recomienda, dependiendo del tamaño de la tabla de encaminamiento.
Si su router valida la tabla de encaminamiento del Internet completa (o cerca de ella), el BGP necesita una gran cantidad de memoria temporalmente durante la fase de la convergencia después de que recarguen a un router o un estatus de los cambios de link BGP. Durante tal convergencia, el pool de memoria del procesador puede alcanzar mismo un valor bajo, como se refleja en la salida del comando show memory summary. Durante la condición de poca memoria abreviada, otros procesos pueden ser afectados si necesitan la memoria. Por ejemplo, la publicación del comando telnet de entrar en contacto con a un router requiere la memoria mantener a la sesión TCP.
Otro usuario transitorio de memoria del procesador es el Protocolo de distribución de etiquetas (LDP) en las redes del Multiprotocol Label Switching (MPLS).
La expedición expresa de Cisco produce el error FIBDISABLE solamente cuando el router se ejecuta totalmente de memoria del procesador. No hay una marca de agua baja para FIBDISABLE. Una vez que la expedición expresa de Cisco se inhabilita, libera toda su memoria. Así, la captura de la salida del comando show memory summary después de que el inhabilitar muestre que memoria libre suficiente está disponible, solamente de esta salida es engañosa. Solamente capturas del comando show memory summary antes de que las neutralizaciones sí mismo de la expedición expresa de Cisco revelen los datos sobre la condición de poca memoria.
Además, una condición FIBDISABLE puede ser un efecto secundario de ejecutarse de los almacenadores intermediarios de IPC. El software del Cisco IOS no afecta un aparato dinámicamente más almacenadores intermediarios de IPC mientras que son necesarios. Quedarse sin búferes IPC no genera mensajes de error FIB NOMEM, pero se pueden ver otros mensajes de error IPC como IPC-3-NOBUFF. El ejecutarse de los almacenadores intermediarios de IPC no causa un error FIBDISABLE; La expedición expresa de Cisco hace cola simplemente cualquier mensaje fallido e intenta otra vez más adelante. Sin embargo, si se agotan los almacenadores intermediarios de IPC y expedición expresa de Cisco no puede conseguir un almacenador intermediario de IPC, puede hacer cola los mensajes al LCS hasta que se ejecute eventual de la memoria.
Una pregunta frecuente al centro de la asistencia técnica de Cisco (TAC) es cómo planear para o determinar si un router BGP-conectado tiene memoria suficiente para ejecutar el BGP. La respuesta depende de la configuración. Aquí están algunas consideraciones:
¿Son usted que planea utilizar el Internal Border Gateway Protocol (iBGP) y los pares externos del protocolo Protocolo de la puerta de enlace marginal (BGP) (eBGP)? ¿Cuántos pares? Los grupos de peer BGP pueden ayudar. Más pares significa un tiempo de convergencia más extenso.
¿Cuántas rutas se intercambian en cada dirección para cada par? Asegúrese de que la distinción adecuada esté hecha entre las rutas y las trayectorias. Las rutas cuentan la cantidad de prefijos que hay en la base de información de ruteo BGP. Las rutas cuentan la cantidad de prefijos BGP anunciados a un par vecino. Por ejemplo, si cinco peeres BGP envían la tabla de encaminamiento llena, después cada par está enviando las mismas rutas. Si se asume que a los pares tenga coincidencia del 90 por ciento en sus rutas, después el router de recepción tiene una tabla de la ruta de cerca de 150,000 rutas con cinco trayectorias para la mayoría de las rutas.
Otros factores a considerar incluyen el siguiente:
Hay un motor LC en las 12000 Series.
El número de rutas del Interior Gateway Protocol (IGP).
La cantidad de adyacencias.
Equilibrio de carga — El número de trayectorias al mismo destino.
Uso del Red privada virtual (VPN) MPLS y el número de casos del ruteo virtual y de la expedición (VRF) y del número de rutas por VRF.
Las versiones del Cisco IOS Software Release 12.0(18)S y Posterior requieren oficialmente 128MB en todo el LCS. Porque más nuevas versiones de software del Cisco IOS ocupan más memoria del procesador, hasta 256MB se recomienda utilizar la futura posibilidad de ampliación para el Routers que valida la tabla de encaminamiento del Internet completa. Previamente, las 12000 Series estaban disponibles con 64MB en el LCS. Tal LCS debe ser actualizado.
Controle qué indicadores luminosos LED amarillo de la placa muestra gravedad menor son afectados (refiera al estatus de la expedición expresa de Cisco que verifica en la sección de VIPs y LCS de este documento), y publique los comandos siguientes de visualizar los diversos tipos de indicadores luminosos LED amarillo de la placa muestra gravedad menor presentes en su router, y sus cantidades respectivas de memoria:
En la serie 7500:
Router#show diag | i (Slot | controller) Slot 0: EIP controller, HW rev 1.05, board revision B0 Slot database information: Slot 2: Slot 3: Slot 4: VIP2 controller, HW rev 2.11, board revision E0 Slot database information: Controller Memory Size: 64 MBytes DRAM, 2048 KBytes SRAM Slot 5: VIP2 R5K controller, HW rev 2.03, board revision A0 Slot database information: Controller Memory Size: 128 Mbytes DRAM, 8192 Kbytes SRAM Slot 31 (virtual):
En las 12000 Series:
Router#show diag | i (DRAM|SLOT) SLOT 0 (RP/LC 0 ): 1 Port SONET based SRP OC-12c/STM-4 Single Mode DRAM size: 268435456 bytes FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes SLOT 2 (RP/LC 2 ): 12 Port Packet over E3 DRAM size: 67108864 bytes FrFab SDRAM size: 67108864 bytes ToFab SDRAM size: 67108864 bytes SLOT 3 (RP/LC 3 ): 1 Port Gigabit Ethernet DRAM size: 134217728 bytes FrFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes ToFab SDRAM size: 134217728 bytes, SDRAM pagesize: 8192 bytes SLOT 5 (RP/LC 5 ): Route Processor DRAM size: 268435456 bytes
Agregar más memoria a los indicadores luminosos LED amarillo de la placa muestra gravedad menor afectados debe prevenir los mensajes y volver a permitir la expedición expresa distribuida de Cisco en los indicadores luminosos LED amarillo de la placa muestra gravedad menor. Si los mensajes están todavía presentes después de una actualización de memoria, entre en contacto con su representante de servicio técnico de Cisco, y proporcione a la información que usted recogió hasta ahora junto con la salida de un comando show tech-support.
Nota: Los viejos modelos rápidos del Procesador de interfaz Ethernet (FEIP) (CX-FEIP2-2TX y CX-FEIP2-2TX) no utilizan la transferencia distribuida en absoluto, y generan los mensajes similares si usted intenta activar la expedición expresa distribuida de Cisco en ella. Publique el comando show diag [slot-] de determinar si su tarjeta es un VIP o un FEIP:
Router#show diag 0 Slot 0: Physical slot 0, ~physical slot 0xF, logical slot 0, CBus 0 Microcode Status 0x4 Master Enable, LED, WCS Loaded Pending I/O Status: None EEPROM format version 1 FEIP controller, HW rev 2.01, board revision B0 Serial number: 03696620 Part number: 73-1374-04 Test history: 0x0E RMA number: 203-11-48 Flags: cisco 7000 board; 7500 compatible
Si usted quiere ejecutar la expedición expresa distribuida de Cisco, usted tiene que substituir su FEIP viejo por un indicador luminoso LED amarillo de la placa muestra gravedad menor VIP con los adaptadores rápidos del puerto Ethernet.
Los siguientes mensajes (en las 7500 y 12000 Series) también indican que se ha inhabilitado la expedición expresa de Cisco, este vez porque el RSP o el GRP no recibió un keepalive del VIP o del LC:
DEC 19 18:03:55 CET: %FIB-3-FIBDISABLE: Fatal error, slot 0: No window message, LC to RP IPC is non-operational DEC 19 18:04:05 CET: %FIB-3-FIBDISABLE: Fatal error, slot 9: No window message, LC to RP IPC is non-operational DEC 19 18:04:37 CET: %FIB-3-FIBDISABLE: Fatal error, slot 8: No window message, LC to RP IPC is non-operational DEC 19 18:05:28 CET: %FIB-3-FIBDISABLE: Fatal error, slot 10: No window message, LC to RP IPC is non-operational DEC 19 18:05:59 CET: %FIB-3-FIBDISABLE: Fatal error, slot 2: No window message, LC to RP IPC is non-operational DEC 19 18:06:07 CET: %FIB-3-FIBDISABLE: Fatal error, slot 1: No window message, LC to RP IPC is non-operational
Primero, controle que usted tiene memoria suficiente en sus indicadores luminosos LED amarillo de la placa muestra gravedad menor.
Entonces controle la utilización CPU en su VIP o LC (publique el comando show controllers vip [slot-] proc cpu en las 7500 Series, y el comando execute-on slot 0 show proc CPU en las 12000 Series). Si la utilización CPU es realmente alta (sobre el 95%), el VIP o el LC puede estar demasiado ocupado enviar el Keepalives al RSP o al GRP. La causa raíz del problema aquí es el uso excesivo de la CPU. Refiera a resolver problemas CPU elevada la utilización en el Routers de Cisco para las extremidades de troubleshooting.
Si todo parece todo derecho, después los mensajes de error son causados lo más probablemente posible por un bug en el software del Cisco IOS.
Al resolver problemas este error, la primera cosa que usted debe hacer es controlar los indicadores luminosos LED amarillo de la placa muestra gravedad menor se han afectado que (refiera al estatus de la expedición expresa de Cisco que verifica en la sección de VIPs y LCS de este documento). Usted puede intentar recomenzar la expedición expresa de Cisco en esos indicadores luminosos LED amarillo de la placa muestra gravedad menor publicando el comando clear cef linecard [slot-]. En las 7500 Series, puede también ser necesario reajustar el indicador luminoso LED amarillo de la placa muestra gravedad menor VIP publicando el comando microcode reload. Esto genera un complejo CBUS, que causa una interrupción del tráfico de aproximadamente dos minutos (refiérase a qué causa un "%RSP-3-RESTART: cbus complex"? para más información). Este procedimiento si, por lo menos temporalmente, la expedición expresa distribuida restore de Cisco en el VIP o el LC.
Si no, el actualizar a la última versión de su tren de versión de software del Cisco IOS se libra de todos los problemas fijos que causan este tipo de error. Si todavía ocurre el problema después de que la mejora, entre en contacto con su representante de servicio técnico de Cisco y proporcione a la información usted ha recogido hasta ahora, junto con la salida de un comando show tech-support.
Los mensajes de error siguientes son más genéricos, y pueden hacer otros mensajes de error aparecer (por ejemplo %FIB-3-FIBDISABLE: Error fatal, número de slot: No hay mensaje de ventana, LC a RP IPC nonoperational):
%FIB-3-FIBDISABLE: Fatal error, slot 3: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 0: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 1: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 2: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 4: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 9: IPC failure %FIB-3-FIBDISABLE: Fatal error, slot 10: IPC failure
La comunicación entre procesos (IPC) es un protocolo usado por el procesador principal (RSP o GRP) y el VIP o el LC para la comunicación. Asegura las tablas de la sincronización de losFIB y de la adyacencia cuando la expedición expresa distribuida de Cisco se está ejecutando. Hay causas múltiples para estos mensajes de error IPC, por ejemplo:
Los siguientes comandos pueden utilizarse para analizar el estado IPC actual. La salida para estos comandos diferencia a veces entre las 7500 Series y las 12000 Series.
muestre el estatus ipc — usado para controlar los errores IPC, NACKs, y los ipc_output_failures
muestre los Nodos ipc — usados para controlar las placas activas.
muestre la cola ipc — usada para controlar los mensajes IPC que esperan el ACK.
En las 7500 Series, la salida es como sigue:
Router#show ipc status IPC System Status: This processor is the IPC master server. 1000 IPC message headers in cache 1591560 messages in, 5884 out, 1587095 delivered to local port, 2757 acknowledgements received, 2764 sent, 0 NACKS received, 0 sent, 0 messages dropped on input, 276 messages dropped on output 0 no local port, 264 destination unknown, 0 no transport 0 missing callback or queue, 0 duplicate ACKs, 5 retries, 1 message timeout. 12 ipc_output failures, 0 mtu failures, 0 msg alloc failed, 0 emer MSG alloc failed, 0 no origs for RPC replies 0 pak alloc failed, 10 memd alloc failed 2 no hwq, 0 failed opens, 0 hardware errors No regular dropping of IPC output packets for test purposes Router#show ipc nodes There are 3 nodes in this IPC realm. ID Type Name Last Last Sent Heard 10000 Local IPC Master 0 0 1030000 RSP-CY RSP IPC card slot 3 7 7 1000000 RSP-CY RSP IPC card slot 0 10 10 Router#show ipc queue There are 0 IPC messages waiting for acknowledgement in the transmit queue. There are 0 IPC messages waiting for a response. There are 0 IPC messages waiting for additional fragments. There are 0 IPC messages currently on the IPC inboundQ. There are 0 messages currently in use by the system.
En las 12000 Series, la salida es como sigue:
Router#show ipc status IPC System Status: This processor is the IPC master server. 19244592 messages in, 26698 out, 19244448 delivered to local port, 102 acknowledgements received, 4780307 sent, 0 NACKS received, 0 sent, 0 messages dropped on input, 0 messages dropped on output 0 no local port, 0 destination unknown, 0 no transport 0 missing callback or queue, 0 duplicate ACKs, 0 retries, 0 message timeouts. 0 ipc_output failures, 0 mtu failures, 0 MSG alloc failed, 0 emer MSG alloc failed, 0 no origs for RPC replies 0 pak alloc failed, 0 memd alloc failed 0 no hwq, 0 failed opens, 0 hardware errors Router#show ipc nodes There are 4 nodes in this IPC realm. ID Type Name Last Last 10000 Local IPC Master 0 0 1000000 GSR GSR Slot 0 23 47 1010000 GSR GSR Slot 1 23 26 1040000 GSR GSR Slot 4 23 29 Sent Heard Router#show ipc queue There are 0 IPC messages waiting for acknowledgement in the transmit queue. There are 0 messages currently in use by the system.
Si los contadores destacados están aumentando, IPC no se está ejecutando correctamente para las diversas ranuras. En ese caso, usted debe primero intentar volver a sentar el LC correspondiente, o reajustarlo publicando el comando microcode reload (para las 7500 Series), o publicando el comando hw-module slot [slot-] reload (para las 12000 Series). Si el proceso de IPC no se recupera después de reajustar el LC, intente mover a la tarjeta a otra ranura. Si todavía no trabaja, substituya el VIP o el LC defectuoso.
En un router de Internet de las 12000 Series, la tela sí mismo puede ser el culpable. Si uno de los indicadores luminosos LED amarillo de la placa muestra gravedad menor del Switching Fabric (SFCs) es malo, usted puede conseguir los mensajes de error similares porque los mensajes IPC pueden pasar no más a través de la tela. Sin embargo, en este caso, usted debe también ver otros mensajes que señala al recurso físico defectuoso.
Usted puede controlar si uno del SFCs es malo publicando el comando show controller fia, como sigue:
Router#show controllers fia Fabric configuration: Full bandwidth redundant Master Scheduler: Slot 17 >From Fabric FIA Errors /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html --- redund fifo parity 0 redund overflow 0 cell drops 1 crc32 lkup parity 0 cell parity 0 crc32 0 Switch cards present 0x0017 Slots 16 17 18 20 Switch cards monitored 0x0017 Slots 16 17 18 20 Slot: 16 17 18 19 20 Name: csc0 csc1 sfc0 sfc1 sfc2 /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html los 0 0 0 0 0 state Off Off Off Off Off crc16 0 0 4334 0 0 To Fabric FIA Errors /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html /en/US/docs/net_mgmt/wan_service_administrator/1.1/administrator/guide/getstart.html --- sca not pres 0 req error 0 uni FIFO overflow 0 grant parity 0 multi req 0 uni FIFO undrflow 0 cntrl parity 0 uni req 0 crc32 lkup parity 0 multi FIFO 0 empty dst req 0 handshake error 0 cell parity 0
En este ejemplo, sfc0 es probablemente malo (ranura 18), y necesidades de ser substituido.
Si uno de los indicadores luminosos LED amarillo de la placa muestra gravedad menor no arranca correctamente, no puede comunicar con el procesador principal (GRP o RSP). Usted puede controlar el registro publicando el comando show log; esto le dice si algo salió mal en el bootup. Usted también necesita controlar el estatus del LC.
Es posible controlar el estado real del LCS publicando el comando show diag.
En la serie 7500:
Router#show diag | i (Slot|Board is) Slot 0: Board is analyzed Slot database information: Slot 2: Slot 3: Slot 4: Board is analyzed Slot database information: Slot 5: Board is analyzed Slot database information: Slot 31 (virtual)
En las 1200 Series:
Router#show diags | i SLOT | State SLOT 0 (RP/LC 0 ): Route Processor Board State is IOS Running (ACTV RP ) SLOT 1 (RP/LC 1 ): 1 port ATM Over SONET OC12c/STM-4c Multi Mode Board State is Line Card Enabled (IOS RUN ) SLOT 2 (RP/LC 2 ): 1 Port Gigabit Ethernet Board State is Line Card Enabled (IOS RUN ) SLOT 3 (RP/LC 3 ): 3 Port Gigabit Ethernet Board State is Line Card Enabled (IOS RUN ) SLOT 4 (RP/LC 4 ): 4 port ATM Over SONET OC-3c/STM-1 Multi Mode Board State is In Reset (IN RSET) SLOT 5 (RP/LC 5 ): 8 Port Fast Ethernet Copper Board State is Line Card Enabled (IOS RUN ) SLOT 6 (RP/LC 6 ): 4 Port Packet Over SONET OC-3c/STM-1 Multi Mode Board State is Line Card Enabled (IOS RUN ) SLOT 7 (RP/LC 7 ): 1 Port E.D. Packet Over SONET OC-48c/STM-16 Single Mode/SR SC-SC connector Board State is Line Card Enabled (IOS RUN ) SLOT 17 (CSC 1 ): Clock Scheduler Card(8) SLOT 18 (SFC 0 ): Switch Fabric Card(8) SLOT 19 (SFC 1 ): Switch Fabric Card(8) SLOT 20 (SFC 2 ): Switch Fabric Card(8) SLOT 24 (PS A1 ): AC Power Supply(8)
El estado normal es linecard activado en las 12000 Series, y analizan a la tarjeta en las 7500 Series.
Controle si el indicador luminoso LED amarillo de la placa muestra gravedad menor es utilizado por el software del Cisco IOS y la imagen del cargador del programa inicial que usted está funcionando con actualmente. Para ello, puede utilizar el Software Advisor (sólo clientes registrados). Si el software se está ejecutando normalmente, intente volver a sentar el LC correspondiente o reajustarlo publicando el comando microcode reload (para las 7500 Series), o el comando hw-module slot [slot-] reload (para las 12000 Series).
Si el LC no vuelve a la vida, intente intercambiar el indicador luminoso LED amarillo de la placa muestra gravedad menor a otra ranura para estar seguro que este slot determinado en el chasis no es defectuoso. Si todavía no trabaja, después las necesidades VIP o LC probablemente de ser substituido.
Usted puede también querer controlar si hay bastante memoria en el LC, y si la memoria fue comprada directamente de Cisco o de un vendedor Cisco-aprobado. Un LC no arranca si utilizan al tipo equivocado de memoria o si no hay bastante memoria para cargar por teletratamiento el microcódigo.
Puede suceder que el cortocircuito de los funcionamientos LC de la memoria y no tiene no más de almacenador intermediario para que la comunicación IPC ocurra. En este caso, usted debe actualizar la memoria del LC.
Si todo lo demás parece en la orden, después considere la posibilidad de un bug en el software del Cisco IOS. El actualizar a la última versión de su tren de versión de software del Cisco IOS se libra de todos los problemas de fijo-IPC.
En unos 12000 casos Serie-relacionados raros donde se configura la mejora de la lista de acceso, usted puede también conseguir estos mensajes de error. Un arreglo a corto plazo es inhabilitar esta nueva función publicando el comando no access-list hardware psa. Para más información, refiera a las Mejoras al rendimiento de la lista de acceso para Cisco 12000 routeres switch Gigabit.
Si usted no puede determinar la causa de los mensajes, o si el problema todavía aparece en la última versión de software del Cisco IOS disponible en CCO para su tren de versión, después usted pudo haber encontrado un bug de software del nuevo Cisco IOS. Entre en contacto con su representante de servicio técnico de Cisco y proporcione a los datos que usted recogió hasta ahora, junto con la salida de los comandos show tech-support y show cef linecard de ese router.
Después de que una caída VIP, memoria del paquete RSP (conocida como MEMD) recarved, y las conexiones IPC entre el RSP y el VIPs se reajustan. Si el RSP tiene mensajes de expedición expresa de Cisco hechos cola en IPC para retransmitir la tabla durante una caída VIP, estos mensajes pueden el descanso y hacen a Cisco la expedición expresa inhabilitar en el otro LCS. El ID de bug CSCdv87489 (clientes registrados de Cisco solamente) resuelve este problema en el RSP por la expedición expresa de Cisco que incita para detectar una recarga OIR, LC, o MEMD recarve, y los mensajes rasantes en la retransmisión hace cola. El ID de bug CSCdu81796 (clientes registrados de Cisco solamente) resuelve este problema en el Cisco 10000 Series Router.
Hacer un OIR de un VIP o de un LC puede accionar los problemas del error FIBDISABLE en otras ranuras. Esta situación se presenta cuando la expedición expresa de Cisco en el RP no puede hacer la conexión IPC a otros indicadores luminosos LED amarillo de la placa muestra gravedad menor VIP debido a un evento OIR en uno del VIPs. El ID de bug CSCdv47664 (clientes registrados de Cisco solamente) resuelve este problema.
También puede observar los siguientes mensajes en los registros del router:
%FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.205.54/32 in FIB table Default-table (present in routing) %FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.205.231/32 in FIB table Default-table (present in routing) %FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.221.68/32 in FIB table Default-table (present in routing) %FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.52/32 in FIB table Default-table (present in routing) %FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.96/32 in FIB table Default-table (present in routing) %FIB-4-RPPREFIXINCONST2: RP missing prefix for 195.74.216.55/32 in FIB table Default-table (present in routing)
or
%FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.17.0/32 %FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.45.0/32 %FIB-4-LCPREFIXINCONST2: Slot 1 missing prefix entry for 64.0.23.0/32
Este problema afecta a toda la expedición expresa distribuida funcionamiento de Cisco de la dotación física, incluyendo las 7500 y 12000 Series. Estos mensajes son advertencias generadas por el inspector del estado coherente de la expedición expresa de Cisco cuando descubre las inconsistencias entre las tablas de reenvío expresas de Cisco.
El verificador de coherencia utiliza distintos mecanismos para encontrar las incoherencias:
El LC o el VIP envía el GRP o el RSP cualquier direccionamiento al cual no podría remitir los paquetes. Si el GRP o el RSP detecta que era una entrada pertinente, después se ha detectado una inconsistencia y un mensaje de error se imprime en la consola.
Los LCS o el VIPs y los GRP o los RSP se envían una cantidad fija de los prefijos (100 por abandono) cada 60 segundos. Si se detecta una inconsistencia, el mensaje de error aparece.
Si la inconsistencia no se corrige, ésta puede dar lugar a los destinos inalcanzables y a los paquetes eliminados. Cuando vea aquellos mensajes, lo primero que debe hacer es ejecutar un comando show ip cef en el dispositivo mencionado en el mensaje de error y verificar si está presente o no el prefijo. Esto le indica si el router corrigió o no la incoherencia por sí solo.
Abajo están explicaciones más detalladas de cada mensaje, y algunas recomendaciones para librarse de ellos.
%FIB-4-RPPREFIXINCONST2 — Un analizador de coherencia pasivo ha descubierto un prefijo en la tabla de encaminamiento que no está presente en la tabla de reenvío de la expedición expresa de Cisco en el RP. Es probable que esto sea pasajero.
Si el mismo prefijo da los errores repetidos, controle el prefijo en la expedición expresa de Cisco y la tabla de encaminamiento. Intente inhabilitar o activar la expedición expresa de Cisco si el prefijo falta.
%FIB-4-RPPREFIXINCONST1 — Un analizador de coherencia pasivo ha descubierto un prefijo en la tabla de reenvío del LC que no está presente en el RP. Es probable que esto sea pasajero.
Si el mismo prefijo da los errores repetidos, controle el prefijo de la expedición expresa de Cisco en el RP y el linecard. En caso necesario, la publicación del comando clear cef linecard descarga una nueva tabla de reenvío expresa de Cisco al linecard.
%FIB-4-LCPREFIXINCONST1 — Un paquete ha llegado en el LC, pero las operaciones de búsqueda de la dirección IP del destino no podida para encontrar este prefijo en la tabla de reenvío. Sin embargo, el prefijo está presente en el RP. Es probable que esto sea pasajero.
Si el mismo prefijo da los errores repetidos, controle el prefijo de la expedición expresa de Cisco en el RP y el LC. En caso necesario, la publicación del comando clear cef linecard descarga una nueva tabla de reenvío expresa de Cisco al LC. Usted puede también intentar publicar un comando clear adjacency de recargar los prefijos de /32.
%FIB-4-LCPREFIXINCONST2 — Un analizador de coherencia pasivo ha descubierto un prefijo que faltaba de la tabla de reenvío del LC que está presente en el RP. Es probable que esto sea pasajero.
Si el mismo prefijo da los errores repetidos, controle el prefijo de la expedición expresa de Cisco en el RP y el LC. En caso necesario, la publicación del comando clear cef linecard descarga una nueva tabla de reenvío expresa de Cisco al LC. Usted puede también intentar publicar el comando clear adjacency de recargar los prefijos de /32.
Si ha aparecido el mensaje solamente una vez, y la inconsistencia fue corregida inmediatamente, puede ser que sea un evento transitorio y no se requiere ninguna acción. Sin embargo, si usted recibe muchos de estos mensajes, o si el router no corrige esta situación en sí mismo, después usted está golpeando probablemente un bug de software en el código de la expedición expresa de Cisco. Varios estos bug de software se han fijado en los Cisco IOS Software Releases 12.0(17)S1 y 12.0(17)ST1, así que asegúrese de que usted esté funcionando con por lo menos esta versión del software del Cisco IOS.
Si todavía aparece el problema después de que una mejora a la última versión de su tren de versión, entre en contacto con su representante de servicio técnico de Cisco y proporcione a la salida de los comandos show tech, show ip route, y show ip cef.
Nota: Usted puede apagar a los inspectores del estado coherente publicando el comando no ip cef table consistency-check global configuration.
Para otros detalles y más extremidades de troubleshooting sobre este mensaje de error, refiera a las inconsistencias del prefijo del troubleshooting con la expedición expresa de Cisco.
Nota: Refiera a la sección de Descripción general de la Representación de datos externa (XDR) de este documento para entender mejor la explicación y las recomendaciones para este mensaje de error.
Mientras que el RP se preparaba para enviar un mensaje al LCS en el sistema, agotó la fuente de los elementos de colocación en cola necesarios para enviar a la cola los mensajes para la transmisión.
En las Cisco 12000 Series, la expedición expresa distribuida de Cisco se puede inhabilitar debido a una condición de poca memoria durante una actualización grande de la encaminamiento (por ejemplo, mientras que arranca para arriba). Por ejemplo, durante las aletas de la encaminamiento y la reinicialización, un RP puede conseguir las fallas Malloc que inhabilitan la transferencia distribuida de la expedición expresa de Cisco.
Como un ejemplo, si usted borra el proceso OSPF IP con 260 rutas del Open Shortest Path First (OSPF) k en el RP, usted puede conseguir el mensaje de error siguiente:
%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for slot 2 -Process= "OSPF Router", ipl= 0, pid= 149 -Traceback= 41060B88 40D5C894 403D130C 403A4484 403AB49C 403AAB10 403AB7BC 40736FCC 407384E0 401BE9BC 401BE9A8
O, si usted tiene una tabla de encaminamiento grande BGP y si usted experimenta varias aletas de la encaminamiento o una reinicialización del router, después usted ve el siguiente:
%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for slot 4 -Process= "BGP Router", ipl= 0, pid= 104 -Traceback= 600CDC74 600DC3D0 6038FA90 6036C940 60374510 604A2F30 60753168 604A2FAC 604A9BC0 6018BD8C 6018BD78
Nota: Estos mensajes pueden venir así como %FIB-3-FIBDISABLE: Error fatal, ranura 6: ninguna memoria y %FIB-3-NOMEMWARNING: Falla Malloc en DCEF.
Mientras que envía 100 rutas BGP k, usted puede ver el siguiente:
%OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/1 from LOADING to FULL, Loading Done %OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/3 from LOADING to FULL, Loading Done %OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/2 from LOADING to FULL, Loading Done %OSPF-5-ADJCHG: Process 100, Nbr 161.10.1.1 on GigabitEthernet3/4 from LOADING to FULL, Loading Done %BGP-5-ADJCHANGE: neighbor 161.10.11.1 Up %FIB-3-FIBDISABLE: Fatal error, slot 6: no memory %FIB-3-FIBDISABLE: Fatal error, slot 3: no memory %SYS-2-MALLOCFAIL: Memory allocation of 65540 bytes failed from 0x401C783C, pool Processor, alignment 0 -Process= "BGP Router", ipl= 0, pid= 120 -Traceback= 401CAB20 401CCF80 401C7844 401C8044 40FD017C 40FD032C 40D65AFC 403D4174 403A7BA4 403AA4D0 40712200 40712EF4 4112E760 40712FE0 406EDD10 401C155C Queued messages: %SYS-3-LOGGER_FLUSHING: System pausing to ensure console debugging output. %FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for slot 4 -Process= "BGP Router", ipl= 0, pid= 104 -Traceback= 600CDC74 600DC3D0 6038FA90 6036C940 60374510 604A2F30 60753168 604A2FAC 604A9BC0 6018BD8C 6018BD78 %FIB-3-NOMEMWARNING: Malloc Failure in DCEF
Este problema es causado por la expedición expresa de Cisco usando demasiada memoria RP durante las actualizaciones grandes de la encaminamiento. Qué sucede es que el RP utiliza encima de los mensajes XDR de los Datos en espera de memoria libre en las colas de administración del tráfico de IPC de la expedición expresa de Cisco que se remitirán abajo al LCS a una tarifa bastante lenta. La tarifa del mensaje IPC de la expedición expresa de Cisco se limita actualmente a 25 mensajes IPC (de cualquier cola) cada un cuarto de un segundo a lo más. El resultado de esto es que las colas de administración del tráfico en el lado RP vienen un gran tamaño, no dejando ninguna memoria libre RP, así que el mallocfail ocurre y inhabilita la expedición expresa de Cisco.
Si éste es el caso, usted puede reducir el trayecto máximo en el BGP para reducir la cantidad de información que la expedición expresa de Cisco tiene que propagar al LCS, o reduce el tamaño de la ventana TCP para reducir la velocidad de las actualizaciones de BGP entrantes. Refiérase alcanzan la encaminamiento óptima y reducen la consumición de la memoria BGP para los detalles adicionales.
Si usted está funcionando con una versión de software del Cisco IOS más adelante que o igual a 12.0(16)S, 12.0(16)ST, 12.1(9), 12.1(8a)E, 12.2(2), or12.2(2)T, usted puede conseguir los resultados favorables adaptando los parámetros del comando interface configuration de memoria IPC <0-128000 Kbytes> de la placa de línea CEF IP. El comportamiento predeterminado es contar con 25 memorias intermedias. Sin embargo, este valor depende de la plataforma de la transferencia. Esta cantidad de memoria LC se limita al 50 por ciento de la memoria disponible total. Este comando:
Permite que usted afecte un aparato una mayor cantidad de memoria LC a la espera para la expedición expresa de Cisco que encamina a los mensajes de actualización.
Permite el RP a memoria libre release/versión Cisco que la expedición expresa se pone al día más rápidamente.
Evita que la condición de poca memoria ocurra en el RP.
Si usted experimenta los mensajes de error antedichos, después el aumento de memoria IPC LC es la solución. Se recomienda para publicar este comando con un parámetro de 10000. En la mayoría de los casos, esto soluciona el problema. Se utiliza el comando como sigue:
Router(config)#ip cef linecard ipc mem ? <0-128000> Kbytes of linecard memory (limited to 50% of total) Router(config)#ip cef linecard ipc mem 10000 Router#show cef linecard detail CEF linecard slot number 0, status up, sync Linecard CEF version number 8 Sequence number 3, Maximum sequence number expected 27, Seq Epoch 1 Send failed 0, Out Of Sequence 0, drops 0 Linecard CEF reset 1, reloaded 1 33 elements packed in 4 messages(1030 bytes) sent 1 elements cleared linecard in sync after reloading 0/0/0 xdr elements in LowQ/MediumQ/HighQ 8/9/13 peak elements on LowQ/MediumQ/HighQ Input packets 0, bytes 0 Output packets 0, bytes 0, drops 0
Para más información sobre este comando, refiera a memoria IPC de la placa de línea CEF IP.
Se sugiere que usted primero lee la sección de Descripción general de la Representación de datos externa (XDR) de este documento para entender mejor la explicación y las recomendaciones para este mensaje de error.
Es posible que reciba el siguiente mensaje de error:
%FIB-3-FIBBADXDRLEN: Invalid XDR length. Type/len 6/29479. XDR at 0x622D1F2C -Traceback= 600C786C 601D4B50 602CF7A8 60183454 60183440
El mensaje proviene de un código de validación de mensajes que realiza comprobaciones básicas en mensajes XDR. En este caso, un mensaje XDR del tipo 6 se ha recibido cuya extensión del campo contuvo el valor 29479. Esta longitud es mayor que la memoria intermedia que contiene los datos; por lo tanto, el código descarta este mensaje.
En las 12000 Series, un desperfecto de hardware de la tela pudo corromper algunos paquetes, haciendo el mensaje de error XDR surgir. Controle el Switching Fabric publicando el comando show controller fia de ver si hay algunos controles de la redundancia cíclica (CRCs) en uno del SFCs. También debe revisar el registro para ver si hay algún otro mensaje que pueda brindar información para encontrar otras maneras de solucionar este mensaje de error.
Usted consigue este mensaje si el RP ha recibido un mensaje IPC de la hacia fuera-de-secuencia del LC. Por consiguiente, la transferencia de la expedición expresa de Cisco se ha inhabilitado en la ranura especificada.
En algunas circunstancias con un gran número de rutas o cuando se recarga el RP, usted puede ver el abajo del mensaje de error visualizada en la consola RP.
%FIB-3-FIBLC_OOSEQ: Slot 11 disabled - Out of Sequence. Expected 9637, received 9638
Este mensaje pudo venir así como el mensaje específico de la ranura siguiente:
SLOT 11:%FIB-3-FIBSEQ: Out of sequence. State 9637 Rcvd 9638
Publique el comando show cef linecard de controlar independientemente de si la expedición expresa de Cisco se ha inhabilitado en una ranura, como se muestra abajo.
router#show cef linecard CEF table version 40975, 47 routes Slot CEF-ver MsgSent XdrSent Seq MaxSeq LowQ HighQ Flags 11 40750 9642 164473 9639 9661 0 0 up, sync, disabled
No hay consecuencias funcionales; Cuando ocurre este acontecimiento se recarga la tabla de FIB. Si usted todavía experimenta el problema, usted puede publicar el comando clear cef linecard <slot ->. Después de eso, controle el estatus del LC publicando el comando show cef linecard. En las 7500 Series, usted puede intentar inhabilitar la expedición expresa de Cisco y después volverla a permitir. Si todavía aparece el problema, la publicación de un comando microcode reload al VIP debe solucionar este problema. En las 12000 Series, el comando hw-module slot <slot -> reload publicado al LC soluciona el problema.
Usted consigue el mensaje del %FIB-4-PUNTINTF si Cisco expedición expresa no puede cambiar alguno o todos los paquetes hacia fuera este interfaz específico, dado su configuración actual. La expedición expresa de Cisco lleva en batea los paquetes cambiados a este interfaz al trayecto de Switching más lento siguiente. Refiérase a cómo elegir el mejor trayecto de Switching del router para su red para más información sobre los diversos trayectos de Switching.
Usted consigue el mensaje del %FIB-5-NOPUNTINTF si la expedición expresa de Cisco ha sido paquetes que despejan cambiados a este interfaz al trayecto de Switching más lento siguiente y la configuración de la interfaz ha cambiado tales que la expedición expresa de Cisco puede ahora reanudar el cambiar a este interfaz. Este es un mensaje informativo solamente y no se necesita tomar ninguna acción en la mayoría de los casos.
%FIB-4-PUNTINTF: CEF punting packets switched to POS2/0/0.1 to next slower path
Este mensaje podría estar seguido de este otro luego de un cambio de configuración de interfaz:
%FIB-5-NOPUNTINTF: CEF resuming switching packets to POS2/0/0.1
Si su Cisco IOS que la versión de software está alrededor 12.1(6) con el comando ip cef activó global y visualizan al comando no ip route-cache cef configurado en una plantilla virtual, los siguientes mensajes cuando sienten bien las interfaces de acceso virtual L2F a los miembros de los masters del manojo del multilink ppp (MP):
%FIB-4-PUNTINTF: Los paquetes que despejan CEF cambiaron a Virtual-Access14 a una trayectoria después más lenta
%FIB-5-NOPUNTINTF: CEF que reanuda cambiando los paquetes a Virtual-Access14
%FIB-4-PUNTINTF: Paquetes que despejan CEF cambiados a Virtual-Access37 a una trayectoria después más lenta
%FIB-5-NOPUNTINTF: CEF que reanuda cambiando los paquetes a Virtual-Access37
Una solución alternativa es fijar el nivel de registro a tal valor que no aparecen estos mensajes. Otro es inhabilitar la expedición expresa IP Cisco global. Sin embargo, inhabilitar la expedición expresa de Cisco debe ser una solución provisoria puesto que es el mejor método de Switching disponible en algunas Plataformas. En las 7500 y 12000 Series, la expedición expresa distribuida de Cisco es el mejor método de Switching, entonces expedición expresa de Cisco, entonces toda la herencia unas.
Del Cisco IOS siguiente que las versiones de software remiten — 12.1(8), 12.1(08a)E, 12.2(1)S, 12.1(8)AA, 12.0(17)S, 12.0(17)O, 12.2(1)T, 012.002(2) — los mensajes no se registran cuando usted fija o borra el indicador de la BATEA en un interfaz. Es todavía posible publicar el comando show cef interface o activar el comando debug ip cef events de controlar independientemente de si la expedición expresa de Cisco está activada. Por lo tanto, no hay peligro de los usuarios del Spamming innecesariamente cuando un interfaz se fija para llevar en batea los paquetes a la trayectoria más lenta siguiente. No abruman al Routers con los mensajes en el cargador del programa inicial-para arriba o al comenzar la expedición expresa de Cisco, y los registros del sistema no se llenan de los mensajes que son registrados para cada llamada en las Plataformas del dial.
Si es posible, usted debe configurar las características Expedición-utilizadas expresas Expedición-utilizado de Cisco y de no-Cisco expresas en diversos subinterfaces. Algunas encapsulaciones en los interfaces atmósfera no son utilizadas por la expedición expresa de Cisco. Usted debe controlar la guía de configuración de software del Cisco IOS para que su router conozca se utilizan qué encapsulaciones y cuáles no son.
Estos mensajes en el router son parte de la característica de la elasticidad de la dotación física CEF. Comenzando en la versión 12.0(28)S IOS, la característica de la elasticidad de la dotación física CEF se utiliza en el motor 2 (E2) de las Cisco 12000 Series y los linecards del motor de los Servicios IP (ISE). La elasticidad de la dotación física CEF es un mecanismo de protección para los recursos de la memoria y de la ASIC-expedición de la dotación física CEF. La elasticidad de la dotación física CEF evita que CEF sean inhabilitados y el reenvío de paquete de la afectación en caso del agotamiento de recursos o de una condición de error, de tal como por ejemplo memoria baja o de la falla IPC. El driver de dispositivo del linecard maneja las fallas de recurso internamente sin la participación de las capas superiores.
Cuando la memoria del hardware que reenvía (PLU o TLU) funciona con el punto bajo o falla en las Cisco 12000 Series E2 o el linecard ISE, la función de supervisión del recurso imprime una alarma (mensaje o advertencia de error como la que usted tiene en su registro) en la consola del sistema y registra la alarma. Cuando un error de la asignación de memoria comienza, un proceso de supervisión temporizador-basado del recurso se activa en el fondo. Las pruebas del proceso el porcentaje memoria del hardware que reenvía PLU y TLU utilizaron en los intervalos del uno-minuto. Cuando los porcentajes del agotamiento de la memoria de la dotación física se exceden, se genera una alarma. Finalmente, la memoria a la cual el mensaje de error se está refiriendo es memoria TLU. Ésta es memoria de tamaño fijo y no puede ser actualizada.
La solución alternativa está a
Reduzca el número de rutas
Inhabilite PSA ACL (ninguna dotación física el psa de la acceso-lista)
Aquí están algunos ejemplos del mensaje como se ve en los registros de error:
%FIB-4-FIBCBLK: Missing cef table for tableid 63 during route update XDR event %FIB-SP-4-FIBCBLK: Missing cef table for tableid 33 during Table removal event %FIB-4-FIBCBLK: Missing cef table for tableid 45 during routing table event
La causa de estos mensajes es debido a una petición de la cancelación VRF que es generada antes de las actualizaciones asociadas NDB (bloque del descriptor de la red) es distribuida y procesada por los linecards. Esto causa un problema temporal en la tabla CEF donde se genera una identificación de la tabla pero se quita la tabla sí mismo. Este problema se resuelve normalmente sin la intervención, y no hay impacto a traficar o la estabilidad del router. Los ID de bug CSCsg03483 y CSCee26209 de Cisco describen los mensajes del sistema similares.
Si usted crea una solicitud de servicio de TAC usando la herramienta de la solicitud de servicio de TAC (clientes registrados solamente), adjunte la siguiente información a su caso para resolver problemas los mensajes de error relacionado al reenvío expresos de Cisco: |
---|
Nota: No recargue manualmente o potencia-ciclo el router antes de recoger la información antedicha a menos que esté requerido para resolver problemas los mensajes de error relacionado al reenvío expresos de Cisco. Esto puede hacer la información importante ser perdido que es necesaria para determinar la causa raíz del problema. |
Para más información sobre resolver problemas la expedición expresa de Cisco, refiera a los documentos siguientes:
Resolución de problemas de inconsistencias de prefijos con Cisco Express Forwarding
Resolución de problemas de adyacencias incompletas con Cisco Express Forwarding
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
24-Jun-2008 |
Versión inicial |