Este documento descreve as causas das mensagens de erro comuns relacionadas ao Cisco Express Forwarding (anteriormente CEF) em plataformas que executam o switching Distributed Cisco Express Forwarding (anteriormente dCEF) (Cisco 7500 Series Routers e Cisco 12000 Series Internet Routers) e como solucioná-las.
Observação: dependendo da plataforma na qual o Distributed Cisco Express Forwarding está configurado, os Route Processors (RPs) e as Line Cards (LCs) são mencionados de forma diferente. Para a série 7500, o RP é chamado de Route Switch Processor (RSP) e os LCs são chamados de Versatile Interface Processors (VIPs). Na série 12000, o RP é conhecido como Processador de Rota de Gigabit (GRP), e as LCs são conhecidas apenas como LCs.
Não existem requisitos específicos para este documento.
Este documento não se restringe a versões de software e hardware específicas.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
O switching Cisco Express Forwarding é uma forma proprietária de switching escalável destinada a resolver os problemas associados ao cache de demanda. Com a switching Cisco Express Forwarding, as informações que convencionalmente são armazenadas em um cache de rota são divididas em diversas estruturas de dados. O código Cisco Express Forwarding pode manter essas estruturas de dados no RP e também em processadores escravos, como VIPs na série Cisco 7500 e LCs na série Cisco 12000. As estruturas de dados que fornecem uma consulta otimizada para o encaminhamento eficiente de pacotes incluem:
Tabela Forwarding Information Base (FIB) — O Cisco Express Forwarding usa uma FIB para tomar decisões de switching com base em prefixo de destino IP. O FIB é conceitualmente similar a uma tabela de roteamento ou banco de informações. Ele mantém uma imagem de espelho das informações de encaminhamento contidas na tabela de IP Routing. Quando ocorrem alterações de roteamento ou de topologia na rede, a tabela de IP Routing é atualizada, e essas alterações são refletidas no FIB. O FIB mantém informações de endereço do próximo salto baseadas nas informações na tabela de IP Routing.
Devido ao fato de haver uma correlação de um para um entre as entradas de FIB e as entradas da tabela de roteamento, o FIB contém todas as rotas conhecidas e elimina a necessidade da manutenção de cache de rota que é associada a caminhos de switching, como, por exemplo, switching rápida ou ótima.
Tabela de adjacências — Os nós na rede são considerados adjacentes se puderem alcançar um ao outro com um único salto através de uma camada de enlace. Além da FIB, o Cisco Express Forwarding usa tabelas de adjacência para anexar informações de endereçamento da camada 2 (L2). A tabela de adjacência mantém endereços do próximo salto L2 para todas as entradas FIB.
O Cisco Express Forwarding pode ser ativado em um destes dois modos:
Modo Cisco Express Forwarding central—Quando o modo Cisco Express Forwarding está ativado, o FIB do Cisco Express Forwarding e as tabelas de adjacência residem no RP, e o RP executa o encaminhamento expresso. Você pode usar o modo Cisco Express Forwarding quando LCs não estão disponíveis para a switching do Cisco Express Forwarding ou quando precisa usar recursos que não são compatíveis com a switching do Distributed Cisco Express Forwarding.
Modo Distributed Cisco Express Forwarding — Quando o Distributed Cisco Express Forwarding está ativado, os LCs (como os LCs VIP ou os LCs Gigabit Switch Router (GSR)) mantêm cópias idênticas do FIB e das tabelas de adjacência. As LCs podem realizar sozinhas o encaminhamento expresso, liberando o processador principal (GRP ou RSP) do envolvimento na operação de switching. Esse é o único método de switching disponível na Série 12000.
O Distributed Cisco Express Forwarding usa um mecanismo Inter-Process Communication (IPC) para garantir a sincronização de FIBs e tabelas de adjacência no RP e nas LCs.
Observação: nos exemplos abaixo, alguns dos comandos usam modificadores de saída (representados pelo comando | ), para simplificar a exibição para mostrar apenas as informações necessárias. Modificadores de saída são suportados no Cisco IOS® Software Release 12.0 e posterior. Se você estiver executando uma versão mais antiga, emita o comando principal (o comando anterior à | ) e procure as linhas correspondentes na saída completa.
Você pode verificar facilmente em qual VIP ou LC o Cisco Express Forwarding foi desabilitado emitindo o comando show cef linecard:
No 7500 Series:
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
No 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
Como 12000 Series suporta apenas o Distributed Cisco Express Forwarding, um status disabled faz com que o LC inteiro seja desativado.
Para entender as mensagens de erro a seguir, você precisa entender o que são as mensagens XDR e para que elas são usadas:
%FIB-3-NORPXDRQELEMS
%FIB-3-FIBBADXDRLEN
%FIB-4-FIBXDRLEN
Esta é uma visão geral da arquitetura XDR:
Conforme explicado na seção Informações de Fundo deste documento, as mensagens IPC transportam o FIB e as tabelas de adjacência do RP para os LCs. Em outras palavras, o mecanismo IPC sincroniza os dois conjuntos de tabelas no RP e nos LCs. Qualquer estrutura de dados usada por um recurso deve ser transportada para a LC através do FIB IPC e as estatísticas devem ser enviadas de volta ao RP. Quando o Distributed Cisco Express Forwarding está habilitado, o LC toma a decisão de encaminhamento usando os bancos de dados replicados armazenados localmente.
XDR é citado como um mecanismo de camada IPC. As mensagens XDR são usadas exclusivamente com a implementação do Distributed Cisco Express Forwarding.
As estatísticas, assim como as estruturas de dados para suportar um recurso do Cisco IOS Software, são carregadas nas mensagens XDR no mecanismo IPC do Cisco IOS Software entre o RP e as LCs. Especificamente, as mensagens de XDR transportam três conjuntos de informações, conforme listado na tabela a seguir:
Tipo de mensagem | Descrição da mensagem | Direção |
---|---|---|
Controle | O RP envia dados de controle em sub-blocos de recursos de RP para serem enviados a todos os sub-blocos de espelhamento nos LCs que precisam saber sobre quaisquer alterações. | RP para LC |
Estatísticas | Os LCs coletam informações de estatísticas dos vários sub-blocos de recursos, colocam as informações coletadas em um buffer XDR e enviam uma mensagem XDR ao RP. Em seguida, o RP agrega essas estatísticas. | LC para RP |
Relatório de eventos assíncronos | As LCs relatam eventos não rotineiros por meio de mensagens assíncronas que são enviadas à medida que a condição ocorre. | LC para RP |
Emita o comando show cef line internal para exibir informações transmitidas por mensagens XDR. Uma atualização de Network Descriptor Block (NDB)/Routing Descriptor Block (RDB) é um exemplo de um 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 seção lista as mensagens de erro que aparecem nos registros do roteador e fornece dicas de Troubleshooting.
Esses tipos de mensagens de erro são encontrados nos logs do roteador (execute o comando show logging exec no roteador ou consulte o servidor syslog, se estiver usando um) da seguinte maneira:
No 7500 Series:
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 ...
No 7500 Series, a mensagem de erro que aparece logo após a mensagem %IPC-5-SLAVELOG: VIP-SLOT vem diretamente do VIP localizado no slot mencionado usando um mecanismo IPC. Neste exemplo específico, a mensagem %SYS-2-MALLOCFAIL chega a partir da placa 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 ...
Observação: as mensagens que começam com "SLOT #:" são geradas pelo próprio LC.
Essas mensagens indicam que o Distributed Cisco Express Forwarding foi desabilitado no VIP (para 7500 Series) ou no LC (para 12000 Series) porque não havia memória suficiente nele para o download do FIB do Cisco Express Forwarding e das tabelas de adjacência a partir da placa principal. Como a série 12000 suporta apenas switching Distributed Cisco Express Forwarding, desabilitar o Distributed Cisco Express Forwarding também desabilita a placa.
Ao executar rotas completas de Internet Border Gateway Protocol (BGP), convém ter pelo menos 128Mb no VIP ou no LC.
Como o VIP2-40 no 7500 Series pode ter apenas um máximo de 64 MB, uma atualização para o VIP2-50 ou mesmo para o VIP4-80 é recomendada se você quiser usar o Distributed Cisco Express Forwarding com rotas completas de Internet BGP. Trinta e dois MB definitivamente não é suficiente para executar o Distributed Cisco Express Forwarding.
Um VIP2-50 ou superior com pelo menos 128MB de memória é recomendado, dependendo do tamanho da tabela de roteamento.
Se o roteador aceita a tabela de roteamento de Internet completa (ou quase completa), o BGP necessita temporariamente de uma grande quantidade de memória durante a fase de convergência depois de um roteador ser recarregado ou de um enlace do BGP mudar de status. Durante esta convergência, o pool da memória do processador pode atingir um valor muito baixo, conforme refletido na saída do comando show memory summary. Durante a rápida condição de pouca memória, outros processos podem ser afetados caso necessitem de memória. Por exemplo, emitir o comando telnet para entrar em contato com um roteador requer memória para manter a sessão TCP.
Outro usuário transitório da memória do processador é o LDP (protocolo de distribuição de rótulos) em redes MPLS (switching de rótulo multiprotocolo).
O Cisco Express Forwarding produz o erro FIBDISABLE somente quando o roteador fica totalmente sem memória do processador. Não há marca de nível insuficiente de água para FIBDISABLE. Uma vez que o Cisco Express Forwarding seja desativado, ele liberará toda sua memória. Portanto, a captura da saída do comando show memory summary após a desativação mostra que há memória livre disponível suficiente, mas essa saída é enganadora. Somente as capturas do comando show memory summary antes do Cisco Express Forwarding se desabilitar revelam dados sobre a condição de memória baixa.
Adicionalmente, uma condição FIBDISABLE pode ser um efeito colateral da execução de buffers de IPC. O Cisco IOS Software não aloca dinamicamente mais buffers IPC conforme eles são necessários. Ficar sem buffers de IPC não gera mensagens de erro FIB NOMEM, mas é possível ver outras mensagens de erro de IPC como, por exemplo, IPC-3-NOBUFF. Ficar sem buffers de IPC não causa um erro FIBDISABLE; o Cisco Express Forwarding simplesmente recoloca em fila qualquer mensagem com falha e tenta novamente mais tarde. No entanto, se os buffers de IPC forem esgotados e o Cisco Express Forwarding não puder obter um buffer de IPC, ele poderá enfileirar mensagens para LCs até que eventualmente fique sem memória.
Uma pergunta frequente para o Cisco Technical Assistance Center (TAC) é como planejar ou determinar se um roteador conectado a BGP tem memória suficiente para executar o BGP. A resposta depende da configuração. Aqui estão algumas considerações:
Você está planejando usar os pares Internal Border Gateway Protocol (iBGP) e External Border Gateway Protocol (eBGP)? Quantos peers? Grupos de peers BGP podem ajudar. Mais peers significa um tempo de convergência mais longo.
Quantas rotas foram trocadas em cada direção para cada correspondente? Certifique-se de que a diferença apropriada seja feita entre as rotas e os caminhos. As rotas contam o número de prefixos na base de informações de BGP Roteamento. Os caminhos contam o número de prefixos BGP anunciados a um peer vizinho. Por exemplo, se cinco correspondentes BGP enviarem a tabela de roteamento completa, cada correspondente estará enviando as mesmas rotas. Supondo que os peers tenham 90 por cento de sobreposição em suas rotas, o roteador receptor tem uma tabela de rotas de cerca de 150.000 rotas com cinco caminhos para a maioria das rotas.
Outros fatores a serem considerados incluem:
Existe um mecanismo de LC na Série 12000.
O número de rotas do protocolo IGP (Protocolo de Gateway Interno).
O número de adjacências.
Balanceamento de carga — O número de caminhos para o mesmo destino.
Uso de VPN (rede privada virtual) do MPLS e o número de instâncias VRF (Virtual Routing and Forwarding) e o número de rotas por VRF.
O Cisco IOS Software Release 12.0(18)S e releases posteriores exigem oficialmente 128MB em todos os LCs. Como as versões mais recentes do Cisco IOS Software ocupam mais memória do processador, até 256 MB são recomendados para suportar escalabilidade futura para roteadores que aceitam a tabela completa de roteamento da Internet. Anteriormente, a série 12000 estava disponível com 64 MB em LCs. Tais LCs devem ser atualizados.
Verifique quais placas são afetadas (consulte a seção Verificação do Status do Cisco Express Forwarding em VIPs e LCs deste documento) e emita os seguintes comandos para exibir os diferentes tipos de placas presentes no seu roteador e suas respectivas quantidades de memória:
No 7500 Series:
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):
No 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
Adicionar mais memória às placas afetadas deve impedir as mensagens e reativar o Distributed Cisco Express Forwarding nas placas. Se as mensagens ainda estiverem presentes após uma atualização de memória, entre em contato com o representante de suporte da Cisco e forneça as informações coletadas até o momento juntamente com a saída de um comando show tech-support.
Observação: os modelos antigos do processador de interface Fast Ethernet (FEIP) (CX-FEIP2-2TX e CX-FEIP2-2TX) não suportam switching distribuído e geram mensagens semelhantes se você tentar ativar o Distributed Cisco Express Forwarding nele. Emita o comando show diag [slot#] para determinar se a sua placa é VIP ou 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
Se você quiser executar o Distributed Cisco Express Forwarding, terá que substituir seu FEIP antigo por uma placa VIP com adaptadores de porta Fast Ethernet.
As mensagens a seguir (nas séries 7500 e 12000) também indicam que o Cisco Express Forwarding foi desativado, desta vez porque o RSP ou o GRP não receberam um keepalive do VIP ou do 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
Primeiro, verifique se há memória suficiente nas placas.
Em seguida, verifique a utilização da CPU em VIP ou LC (emita o comando show controllers vip [slot#] proc cpu no 7500 Series e o comando execute-on slot 0 show proc CPU no 12000 Series). Se a utilização da CPU for realmente alta (acima de 95%), o VIP ou LC pode estar muito ocupado para enviar as manutenções de atividades para o RSP ou GRP. A causa de raiz do problema está no uso intenso da CPU. Consulte Troubleshooting de Alta Utilização da CPU em Cisco Routers para obter dicas de Troubleshooting.
Se tudo parecer ok, as mensagens de erro provavelmente estarão mais relacionadas a um bug no software Cisco IOS.
Ao Troubleshoot esse erro, a primeira coisa a fazer é verificar as placas que foram afetadas (consulte a seção Verificação do Status do Cisco Express Forwarding em VIPs e LCs deste documento). Você pode tentar reiniciar o Cisco Express Forwarding naquelas placas ao emitir o comando clear cef linecard [slot#]. No 7500 Series, talvez seja necessário também redefinir a placa VIP emitindo o comando microcode reload. Isso gera um complexo CBUS, que causa uma interrupção de tráfego de aproximadamente dois minutos (consulte O que causa um "%RSP-3-RESTART: complexo cbus"? para obter mais informações). Este procedimento deve, pelo menos temporariamente, restaurar o Distributed Cisco Express Forwarding no VIP ou no LC.
Caso contrário, a atualização para a versão mais recente do train Cisco IOS Software eliminará os problemas corrigidos que causam esse tipo de erro. Se o problema ainda ocorrer após a atualização, entre em contato com o representante de suporte da Cisco e forneça as informações coletadas até o momento, juntamente com a saída de um comando show tech-support.
As seguintes mensagens de erro são mais genéricas e podem causar o aparecimento de outras mensagens de erro (como %FIB-3-FIBDISABLE: Erro fatal, slot [#]: Nenhuma mensagem de janela, LC para RP IPC não está operacional):
%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
O IPC (Inter-Process Communication) é um protocolo usado pelo processador principal (RSP ou GRP) e pelo VIP ou LC para comunicação. Ele garante a sincronização de FIBs e tabelas de adjacência quando o Distributed Cisco Express Forwarding está em execução. Há várias causas para essas mensagens de erro de IPC, como:
Os comandos abaixo podem ser utilizados para analisar o status de IPC real. A saída desses comandos às vezes difere entre a série 7500 e a série 12000.
show ipc status — usado para verificar erros de IPC, NACKs e ipc_output_failures
show ipc nodes — usado para verificar as placas ativas.
show ipc queue — usado para verificar as mensagens IPC aguardando ACK.
Na Série 7500 a saída é a seguinte:
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.
Na Série 12000 a saída é a seguinte:
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.
Se os contadores destacados estiverem aumentando, o IPC não estará funcionando corretamente nos diferentes slots. Nesse caso, você deve primeiro tentar recolocar o LC correspondente, ou redefini-lo emitindo o comando microcode reload (para a Série 7500), ou emitindo o comando hw-module slot [slot#] reload (para a Série 12000). Se o processo IPC não se recuperar após a reinicialização da LC, experimente mudar a placa para outro slot. Se ainda não funcionar, substitua o VIP ou LC com defeito.
Em um Roteador da Internet da Série 12000, a tela em si pode ser a culpada. Se uma das Switching Fabric Cards (SFCs) estiver com defeito, você poderá receber mensagens de erro semelhantes porque as mensagens IPC não poderão mais passar pela estrutura. No entanto, nesse caso, você também deve visualizar outras mensagens indicando a tela que apresenta falhas.
Você pode verificar se um dos SFCs está com defeito emitindo o comando show controller fia, da seguinte maneira:
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
Neste exemplo, sfc0 provavelmente está ruim (slot 18) e precisa ser substituído.
Se uma das placas não inicializar corretamente, ela não conseguirá se comunicar com o processador principal (GRP ou RSP). Você pode verificar o log emitindo o comando show log; isso informa se algo deu errado na inicialização. Também é preciso verificar o status do LC.
É possível verificar o status real das LCs emitindo o comando show diag.
No 7500 Series:
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)
No 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)
O status normal é Line Card Enabled na série 12000 e Board is analysis na série 7500.
Verifique se a placa é suportada pelo Software Cisco IOS e pela imagem de inicialização sendo executada no momento. Para fazer isso, você pode usar o Software Advisor (somente clientes registrados). Se o software estiver sendo executado normalmente, tente recolocar o LC correspondente ou redefini-lo emitindo o comando microcode reload (para a Série 7500) ou o comando hw-module slot [slot#] reload (para a Série 12000).
Se a LC não voltar a funcionar, tente trocar a placa para outro slot para ter certeza de que esse slot específico no chassi não esteja com defeito. Se ainda não funcionar, o VIP ou o LC provavelmente precisarão ser substituídos.
Você também pode verificar se há memória suficiente no LC e se a memória foi adquirida diretamente da Cisco ou de um fornecedor aprovado pela Cisco. Um LC não inicializa se o tipo de memória errado for usado ou se não houver memória suficiente para carregar o microcódigo.
Pode acontecer que o LC fique com pouca memória e não tenha mais buffers para que ocorra a comunicação IPC. Nesse caso, você deve atualizar a memória do LC.
Se tudo parecer correto, considere a possibilidade de um bug no Cisco IOS Software. A atualização para a versão mais recente do treinamento de versão do Cisco IOS Software elimina todos os problemas de IPC fixo.
Em alguns casos raros relacionados à Série 12000 em que a melhoria da lista de acesso é configurada, você também pode receber essas mensagens de erro. Uma solução de curto prazo é desabilitar esse novo recurso, emitindo o comando no access-list hardware psa. Para obter mais informações, consulte Aprimoramentos de Desempenho da Lista de Acesso para Cisco 12000 Gigabit Switch Routers.
Se você não puder determinar a causa das mensagens ou se o problema ainda aparecer na versão mais recente do software Cisco IOS disponível no CCO para o seu treinamento de versão de software, talvez você tenha encontrado um novo bug de software Cisco IOS. Entre em contato com o representante de suporte da Cisco e forneça os dados coletados até o momento, juntamente com a saída dos comandos show tech-support e show cef linecard desse roteador.
Após um travamento de VIP, a memória do pacote RSP (conhecida como MEMD) é regravada e as conexões IPC entre o RSP e os VIPs são redefinidas. Se o RSP tiver mensagens do Cisco Express Forwarding enfileiradas na tabela de retransmissão de IPC durante um travamento de VIP, essas mensagens poderão expirar e fazer com que o Cisco Express Forwarding seja desativado em outros LCs. O bug da Cisco ID CSCdv87489 (somente clientes registrados) resolve esse problema no RSP solicitando que o Cisco Express Forwarding detecte um OIR, recarga de LC ou regravação de MEMD e descarregue mensagens na fila de retransmissão. O bug da Cisco ID CSCdu81796 (somente clientes registrados) resolve esse problema no Cisco 10000 Series Router.
Fazer um OIR de um VIP ou LC pode disparar problemas de erro FIBDISABLE em outros slots. Essa situação ocorre quando o Cisco Express Forwarding no RP falha ao estabelecer a conexão IPC com outras placas VIP devido a um evento de OIR em um dos VIPs. O bug da Cisco ID CSCdv4764 (somente clientes registrados) resolve esse problema.
Também é possível perceber as mensagens a seguir nos registros de roteador:
%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
Esse problema afeta todo o hardware que executa o Distributed Cisco Express Forwarding, incluindo as séries 7500 e 12000. Essas mensagens são avisos gerados pelo verificador de consistência do Cisco Express Forwarding, quando ele encontra inconsistências entre as tabelas do Cisco Express Forwarding.
O verificador de consistência utiliza mecanismos diferentes para encontrar as inconsistências:
O LC ou VIP envia ao GRP ou ao RSP qualquer endereço para o qual ele não poderia encaminhar pacotes. Se o GRP ou o RSP detectar que era uma entrada relevante, uma inconsistência terá sido detectada e uma mensagem de erro será impressa no console.
Os LCs ou VIPs e o GRP ou RSP enviam uns para os outros uma quantidade fixa de prefixos (100 por padrão) a cada 60 segundos. Se for detectada uma inconsistência, a mensagem de erro será exibida.
Se a inconsistência não for corrigida, isto poderá resultar em destinos não alcancáveis e pacotes descartados. Quando você vir tais mensagens, a primeira coisa a fazer é emitir um comando show ip cef no dispositivo mencionado na mensagem de erro e verificar se o prefixo está presente. Isto diz se um roteador corrigiu ou não a inconsistência sozinho.
A seguir,estão explicações mais detalhadas sobre cada uma das mensagens e algumas recomendações sobre como eliminá-las.
%FIB-4-RPPREFIXINCONST2 — Um verificador de consistência passivo descobriu um prefixo na tabela de roteamento que não está presente na tabela de encaminhamento do Cisco Express Forwarding no RP. Esta pode ser uma condição transitória.
Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo no Cisco Express Forwarding e na tabela de roteamento. Tente desabilitar ou habilitar o Cisco Express Forwarding se o prefixo estiver ausente.
%FIB-4-RPPREFIXINCONST1 — Um verificador de consistência passivo descobriu um prefixo na tabela de encaminhamento do LC que não está presente no RP. Esta pode ser uma condição transitória.
Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo do Cisco Express Forwarding no RP e na placa de linha. Se necessário, emitir o comando clear cef linecard faz o download de uma nova tabela do Cisco Express Forwarding para a placa de linha.
%FIB-4-LCPREFIXINCONST1 — Um pacote chegou ao LC, mas a pesquisa do endereço IP de destino não encontrou esse prefixo na tabela de encaminhamento. No entanto, o prefixo está presente no RP. Esta pode ser uma condição transitória.
Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo do Cisco Express Forwarding no RP e no LC. Se necessário, emitir o comando clear cef linecard faz o download de uma nova tabela do Cisco Express Forwarding para o LC. Você também pode tentar emitir um comando clear adjacency para recarregar os prefixos /32.
%FIB-4-LCPREFIXINCONST2 — Um verificador de consistência passivo descobriu um prefixo ausente na tabela de encaminhamento do LC que está presente no RP. Esta pode ser uma condição transitória.
Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo do Cisco Express Forwarding no RP e no LC. Se necessário, emitir o comando clear cef linecard faz o download de uma nova tabela do Cisco Express Forwarding para o LC. Você também pode tentar emitir o comando clear adjacency para recarregar os prefixos /32.
Se a mensagem apareceu apenas uma vez e a inconsistência foi corrigida imediatamente, pode ser um evento transitório e nenhuma ação é necessária. No entanto, se você receber muitas dessas mensagens, ou se o roteador não corrigir essa situação sozinho, você provavelmente está enfrentando um bug de software no código do Cisco Express Forwarding. Vários desses bugs de software foram corrigidos nas versões do software Cisco IOS 12.0(17)S1 e 12.0(17)ST1; portanto, certifique-se de estar executando pelo menos essa versão do software Cisco IOS.
Se o problema ainda aparecer após uma atualização para a versão mais recente do treinamento de versão, entre em contato com o representante de suporte da Cisco e forneça a saída dos comandos show tech, show ip route e show ip cef.
Observação: você pode desativar os verificadores de consistência emitindo o comando de configuração global no ip cef table consistency-check.
Para obter mais detalhes e mais dicas de Troubleshooting sobre esta mensagem de erro, consulte Troubleshooting de Inconsistências de Prefixo com o Cisco Express Forwarding.
Observação: consulte a seção Visão Geral da Representação de Dados Externos (XDR) deste documento para entender melhor a explicação e as recomendações para esta mensagem de erro.
Enquanto o RP estava se preparando para enviar uma mensagem para os LCs no sistema, ele acabou com o fornecimento de elementos de enfileiramento necessários para enfileirar as mensagens para transmissão.
No Cisco 12000 Series, o Distributed Cisco Express Forwarding pode ser desativado devido a uma condição de memória baixa durante uma atualização de roteamento de grande porte (por exemplo, ao inicializar). Por exemplo, durante as oscilações de roteamento e a reinicialização, um RP pode obter falhas de malloc que desabilitam a switching do Distributed Cisco Express Forwarding.
Por exemplo, se você limpar o processo ip ospf com rotas OSPF (Open Shortest Path First) de 260 k no RP, poderá receber a seguinte mensagem de erro:
%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
Ou, se você tiver uma tabela de BGP Routing ampla e passar por vários flaps de roteamento ou por uma reinicialização do roteador, visualizará o seguinte:
%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
Observação: essas mensagens podem vir junto com %FIB-3-FIBDISABLE: Erro fatal, slot 6: sem memória e %FIB-3-NOMEMWARNING: Falha de Malloc em DCEF.
Ao enviar rotas BGP de 100 k, você poderá ver o seguinte:
%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
Esse problema é causado devido o Cisco Express Forwarding utilizar uma grande quantidade de memória do RP durante a atualização dos extensos roteamento. O que acontece é que o RP usa mensagens XDR de enfileiramento de memória livre nas filas IPC do Cisco Express Forwarding para ser encaminhado para os LCs em uma taxa razoavelmente lenta. A taxa de mensagem IPC do Cisco Express Forwarding está limitada atualmente para 25 mensagens IPC (a partir de qualquer fila) no máximo a cada um quarto de segundo. O resultado é que as filas no lado RP crescem até um tamanho enorme, não deixando nenhuma memória RP livre. Com isso, o mallocfail ocorre e desabilita o Cisco Express Forwarding.
Se esse for o caso, você pode reduzir o caminho máximo no BGP para reduzir a quantidade de informações que o Cisco Express Forwarding tem para propagar para os LCs, ou reduzir o tamanho da janela TCP para reduzir a velocidade de recebimento de atualizações do BGP. Consulte Alcance um roteamento ideal e reduza o consumo de memória BGP para obter detalhes adicionais.
Se você estiver executando uma versão do Cisco IOS Software posterior ou igual a 12.0(16)S, 12.0(16)ST, 12.1(9), 12.1(8a)E, 12.2(2) ou 12.2(2)T, poderá obter resultados favoráveis ajustando os parâmetros do comando de configuração de interface ip cef linecard ipc memory <0-128000 Kbytes>. O comportamento padrão é ter 25 buffers. Entretanto, este valor depende da plataforma de switching. Essa quantidade de memória da LC é limitada a 50% da memória total disponível. Este comando:
Permite alocar uma quantidade maior de memória LC para o enfileiramento para que o roteamento do Cisco Express Forwarding atualize as mensagens.
Permite que o RP libere memória, liberando atualizações do Cisco Express Forwarding mais rapidamente.
Impede a ocorrência da condição de memória insuficiente no RP.
Se você receber as mensagens de erro acima, aumentar a memória IPC da LC é a solução. É recomendável emitir esse comando com um parâmetro de 10000. Na maioria dos casos, isso resolve o problema. O comando é usado da seguinte forma:
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 obter mais informações sobre esse comando, consulte ip cef linecard ipc memory .
Sugere-se que você leia primeiro a seção Visão Geral da Representação de Dados Externos (XDR) deste documento para entender melhor a explicação e as recomendações para esta mensagem de erro.
Você pode obter a seguinte mensagem de erro:
%FIB-3-FIBBADXDRLEN: Invalid XDR length. Type/len 6/29479. XDR at 0x622D1F2C -Traceback= 600C786C 601D4B50 602CF7A8 60183454 60183440
A mensagem tem origem em algum código de validação de mensagem que executa algumas verificações básicas nas mensagens de XDR. Nesse caso, uma mensagem XDR do tipo 6 foi recebida cujo campo de comprimento continha o valor 29479. A extensão é maior do que o buffer que contém os dados, de modo que o código descarta esta mensagem.
Em equipamentos do 12000 Series, uma falha no hardware da tela pode corromper alguns pacotes, fazendo surgir a mensagem de erro de XDR. Verifique a matriz de comutação, emitindo o comando show controller fia para ver se há algumas Verificações de Redundância Cíclica (CRCs) em um dos SFCs. Você também deve verificar o registro para ver se há outras mensagens que possam fornecer informações para solucionar essa mensagem de erro posteriormente.
Essa mensagem aparecerá se o RP tiver recebido uma mensagem de IPC out-of-sequence" do LC. Como consequência, o switching do Cisco Express Forwarding foi desabilitado no slot especificado.
Em algumas circunstâncias com um grande número de rotas ou quando o RP é recarregado, você pode ver a mensagem de erro abaixo exibida no console de RP.
%FIB-3-FIBLC_OOSEQ: Slot 11 disabled - Out of Sequence. Expected 9637, received 9638
Esta mensagem pode vir junto com a seguinte mensagem específica ao slot:
SLOT 11:%FIB-3-FIBSEQ: Out of sequence. State 9637 Rcvd 9638
Emita o comando show cef linecard para verificar se o Cisco Express Forwarding foi ou não desabilitado em um slot, como mostrado abaixo.
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
Não há consequências funcionais; a tabela FIB é recarregada quando esse evento ocorre. Se o problema persistir, você poderá executar o comando clear cef linecard <slot #> . Depois disso, verifique o status do LC, emitindo o comando show cef linecard. No 7500 Series, você pode tentar desativar o Cisco Express Forwarding e, depois, reativá-lo. Se o problema ainda aparecer, emitir um comando microcode reload para o VIP deve resolver esse problema. Na série 12000, o comando hw-module slot <slot #> reload emitido para o LC resolve o problema.
Você obtém a mensagem %FIB-4-PUNTINTF se o Cisco Express Forwarding não puder comutar alguns ou todos os pacotes dessa interface específica, devido à sua configuração atual. O Cisco Express Forwarding direciona pacotes comutados para esta interface para o próximo caminho de switching mais lento. Consulte Como Escolher o Melhor Caminho de Comutação do Roteador para a Sua Rede para obter mais informações sobre os diferentes caminhos de comutação.
Você receberá a mensagem %FIB-5-NOPUNTINTF se o Cisco Express Forwarding tiver empurrado pacotes comutados dessa interface para o próximo caminho de switching mais lento, e a configuração de interface tiver sido alterada de forma que o Cisco Express Forwarding agora possa retomar a switching nessa interface. Essa é apenas uma mensagem informativa e nenhuma ação é necessária na maioria dos casos.
%FIB-4-PUNTINTF: CEF punting packets switched to POS2/0/0.1 to next slower path
Essa mensagem pode ser seguida por esta outra após uma alteração na configuração da interface:
%FIB-5-NOPUNTINTF: CEF resuming switching packets to POS2/0/0.1
Se a sua versão do Cisco IOS Software estiver em torno da 12.1(6) com o comando ip cef habilitado globalmente e o comando no ip route-cache cef configurado em um modelo virtual, as seguintes mensagens serão exibidas quando as interfaces de acesso virtual L2F se tornarem membros dos mestres de pacotes PPP Multilink (MP):
%FIB-4-PUNTINTF: pacotes de punting CEF comutados para Virtual-Access14 para o próximo caminho mais lento
%FIB-5-NOPUNTINTF: CEF retomando pacotes de switching para Virtual-Access14
%FIB-4-PUNTINTF: pacotes de punting CEF comutados para Virtual-Access37 para o próximo caminho mais lento
%FIB-5-NOPUNTINTF: CEF retomando pacotes de switching para Virtual-Access37
Uma solução é definir o nível de registro com um valor em que essas mensagens não apareçam. Outra é desabilitar globalmente o IP Cisco Express Forwarding. No entanto, desabilitar o Cisco Express Forwarding deve ser uma solução temporária, já que é o melhor método de switching disponível em algumas plataformas. Nas séries 7500 e 12000, o dCEF (Distributed Cisco Express Forwarding) é o melhor método de switching, seguido pelo CEF (Cisco Express Forwarding) e por fim todos os outros herdados.
A partir das seguintes versões do Cisco IOS Software - 12.1(8), 12.1(08a)E, 12.2(1)S, 12.1(8)AA, 12.0(17)S, 12.0(17)ST, 12.2(1)T, 012.002(2) - as mensagens não são registradas quando você define ou limpa a flag PUNT em uma interface. Ainda é possível emitir o comando show cef interface ou ativar o comando debug ip cef events para verificar se o Cisco Express Forwarding está ou não ativado. Consequentemente, não há perigo de enviar spam desnecessariamente aos usuários quando uma interface está definida para apontar pacotes para o próximo caminho mais lento. Os roteadores não são inundados com mensagens na inicialização ou quando o Cisco Express Forwarding é inicializado, e os registros do sistema não são preenchidos com mensagens sendo registradas para cada chamada em plataformas de discagem.
Se possível, você deve configurar os recursos suportados e não suportados pelo Cisco Express Forwarding em diferentes subinterfaces. Alguns encapsulamentos nas interfaces ATM não são suportados pelo Cisco Express Forwarding. Verifique o Guia de Configuração do Software Cisco IOS do seu roteador para saber quais são os encapsulamentos suportados.
Essas mensagens no roteador fazem parte do recurso Resiliência CEF de Hardware. A partir do IOS versão 12.0(28)S, o recurso Resiliência CEF de hardware é suportado nas placas de linha Cisco 12000 Series Engine 2 (E2) e IP Services Engine (ISE). A resiliência CEF de hardware é um mecanismo de proteção para recursos de memória de hardware CEF e de encaminhamento ASIC. A resiliência de CEF de hardware impede que o CEF seja desabilitado e o encaminhamento de pacotes seja afetado em caso de esgotamento de recursos ou uma condição de erro, como memória insuficiente ou falha de IPC. O driver do dispositivo da placa de linha lida com falhas de recursos internamente sem envolver as camadas superiores.
Quando a memória de encaminhamento de hardware (PLU ou TLU) estiver fraca ou falhar em uma placa de linha Cisco 12000 Series E2 ou ISE, a função de monitoração de recursos imprime um alarme (mensagem de erro ou aviso como o que você recebeu no registro) no console do sistema e registra o alarme. Quando uma falha de alocação de memória começa, um processo de monitoramento de recursos baseado em temporizador é ativado em segundo plano. O processo verifica a porcentagem de memória de encaminhamento de hardware PLU e TLU usada em intervalos de um minuto. Quando os percentuais de esgotamento de memória de hardware são excedidos, um alarme é gerado. Finalmente, a memória à qual a mensagem de erro está se referindo é a memória TLU. Esta é uma memória de tamanho fixo e não pode ser atualizada.
A solução é
Reduzir o número de rotas
Desative as ACLs de PSA (sem psa de hardware de lista de acesso)
Aqui estão alguns exemplos da mensagem como vista nos logs de erros:
%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
A causa dessas mensagens é que uma solicitação de exclusão de VRF é gerada antes que as atualizações de NDB (Network Descriptor Block) associadas sejam distribuídas e processadas por placas de linha. Isso causa um problema temporário na tabela CEF onde uma ID de tabela é gerada, mas a tabela em si é removida. Esse problema normalmente se resolve sem intervenção e não há impacto no tráfego ou na estabilidade do roteador. As IDs de bug CSCsg03483 e CSCee26209 da Cisco descrevem as mensagens de sistema semelhantes.
Se você criar uma solicitação de serviço TAC usando a TAC Service Request Tool (somente clientes registrados) , anexe as seguintes informações ao seu caso para solucionar problemas de mensagens de erro relacionadas ao Cisco Express Forwarding: |
---|
Observação: não recarregue nem ligue e desligue manualmente o roteador antes de coletar as informações acima, a menos que seja necessário solucionar problemas relacionados a mensagens de erro do Cisco Express Forwarding. Isso pode causar a perda de informações importantes necessárias para determinar a causa raiz do problema. |
Para obter mais informações sobre como solucionar problemas do Cisco Express Forwarding, consulte os seguintes documentos:
Troubleshooting do balanceamento de carga em links paralelos usando o Cisco Express Forwarding
Troubleshooting de Inconsistências de Prefixo com o Cisco Express Forwarding
Troubleshooting de Adjacências Incompletas com o Cisco Express Forwarding
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
24-Jun-2008 |
Versão inicial |