Roteadores : Roteadores Cisco 7500 Series

Solucionando Problemas das Mensagem de Erro Relacionadas ao Cisco Express Forwarding

24 Maio 2008 - Tradução Manual
Outras Versões: Versão em PDFpdf | Tradução por Computador (29 Julho 2013) | Inglês (24 Junho 2008) | Feedback


Índice

Introdução
Pré-requisitos
     Requisitos
     Componentes Usados
     Convenções
Informações Complementares
Verificar o estado do Cisco Express Forwarding em VIPs e LCs
Visão Geral de External Data Representation (XDR)
Solução de Problemas
     %FIB-3-FIBDISABLE : Fatal error, slot [#]: no memory and %FIB-3-NOMEM: Malloc Failure, disabling dCEF on line card
     %FIB-3-FIBDISABLE: Fatal error, slot [#]: No window message, LC to RP IPC is non-operational
     %FIB-3-FIBDISABLE: Fatal error, slot [#]: falha de IPC
     %FIB-4-RPPREFIXINCONST2/1 e %FIB-4-LCPREFIXINCONST2/1
     %FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for slot [#]
     %FIB-3-FIBBADXDRLEN and %FIB-4-FIBXDRLEN
     %FIB-3-FIBLC_OOSEQ: Slot [#] disabled - Out of Sequence. Expected [#], received [#]
     %FIB-4-PUNTINTF: CEF punting packets switched to [int] to next slower path and %FIB-5-NOPUNTINTF: CEF resumindo pacote de switching para [int]
Obtenha Informações sobre Solução de Problemas se uma Solicitação de Serviço do TAC For Criada
Outros Recursos de Solução de Problemas
Discussões relacionadas da comunidade de suporte da Cisco

Introdução

Este documento explica as causas das mensagens de erro comuns relacionados ao Cisco Express Forwarding (anteriormente CEF) em plataformas que executam o switching do Distributed Cisco Express Forwarding (anteriormente dCEF) (Cisco 7500 Series Routers e Cisco 12000 Series Internet Routers) e como solucionar esses problemas.

Observação: Dependendo da plataforma em que o Distributed Cisco Express Forwarding estiver configurado, Route Processors (RPs) e Line Cards (LCs) serão designadas de forma diferente. Para a Série 7500, o RP é denominado 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.

Pré-requisitos

Requisitos

Não existem requisitos específicos para este documento.

Componentes Usados

Este documento não está restrito a versões específicas de software e de hardware.

Convenções

Consulte Convenções de dicas técnicas da Cisco para obter mais informações sobres as convenções de documentos.

Informações Complementares

O switching no Cisco Express Forwarding é uma forma proprietária de switching escalável para resolver problemas associados à colocação da demanda em cache. Com o 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 do Cisco Express Forwarding pode manter essas estruturas de dados no RP e também em processadores escravos, como VIPs, nos produtos Cisco das séries 7500 e 12000. As estruturas de dados que fornecem consulta otimizada para 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 prefixos de IP de destino. A FIB é conceitualmente semelhante a uma tabela de roteamento uma base de informações. Ela mantém um espelho das informações de encaminhamento contidas na tabela de roteamento de IP. Quando ocorrem alterações de roteamento ou na topologia da rede, a tabela IP Routing é atualizada, e essas alterações são refletidas na FIB. A FIB mantém informações de endereço do próximo nó baseadas nas informações da tabela de roteamento de IP.

    Como há uma correlação um para um entre as entradas do FIB e da tabela de roteamento, o FIB contém todas as rotas conhecidas e elimina a necessidade de manutenção de cache da rota associada a caminhos de switching, como switching rápido e switching ideal.

  • Tabela de adjacência – Nós na rede são definidos como adjacentes se eles puderem alcançar um ao outro utilizando um único nó em uma camada de link. Além da FIB, o Cisco Express Forwarding utiliza tabelas de adjacência para apresentar no início as informações de endereçamento da Camada 2 (L2). A tabela de adjacência mantém os endereços dos próximos nós de L2 para todas as entradas FIB.

O Cisco Express Forwarding pade ser habilitado em um dos dois modos a seguir:

  • Modo Cisco Express Forwarding central—Quando o modo Cisco Express Forwarding está habilitado, as tabelas FIB e de adjacência do Cisco Express Forwarding 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 o switching do Cisco Express Forwarding ou quando precisa usar recursos que não são compatíveis com o switching do Distributed Cisco Express Forwarding.

  • Modo Cisco Express Forwarding Distribuído – Quando o Distributed Cisco Express Forwarding é habilitado, as LCs (tais como LCs VIP ou LCs Gigabit Switch Router (GSR)), mantêm cópias idênticas das tabelas FIB e 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 tabelas FIBs e de adjacência no RP e nas LCs.

Verificar o estado do Cisco Express Forwarding em VIPs e LCs

Observação: Nos exemplos abaixo, alguns dos comando usam modificadores de saída (representados pelo símbolo |) para simplificar a exibição para que mostre apenas as informações necessárias. Modificadores de saída são suportados no Cisco IOS® Software Release 12.0 e posteriores. Se você estiver executando uma versão mais antiga, execute o comando principal (que fica antes do símbolo |) e procure as linhas correspondentes na saída completa.

Você pode verificar facilmente qual VIP ou LC Cisco Express Forwarding foi desativado com o comando show cef linecard:

  • Na Série 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
    
  • Na Série 12000:

    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 a Série 12000 suporta apenas o Distributed Cisco Express Forwarding, um estado desativado pode fazer com que toda a LC seja desativada.

Visão Geral de External Data Representation (XDR)

Para compreender as mensagens de erro a seguir, você precisa entender o que são mensagens XDR e para que elas são usadas:

  • %FIB-3-NORPXDRQELEMS

  • %FIB-3-FIBBADXDRLEN

  • %FIB-4-FIBXDRLEN

Aqui está uma visão geral da arquitetura de XDR:

cef_error_msgs_7603.gif

Conforme explicado na seção de Informações Complementares deste documento, as mensagens de Comunicação entre Processos (IPC) transportam o FIB e as tabelas de adjacência do RP para as LCs. Em outras palavras, o mecanismo IPC sincroniza os dois conjuntos de tabelas no RP e nas LCs. Qualquer estrutura de dados usada por um recurso deve ser transportada para a LC através do IPC da FIB, e as estatísticas devem ser enviadas de volta para o 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 é chamado de mecanismo de sobreposição de IPC. As mensagens XDR são utilizadas 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 Software, são carregadas nas mensagens XDR no mecanismo IPC do Cisco IOS Software entre o RP e as LCs. Especificamente, mensagens XDR carregam três conjuntos de informações, como listado na tabela a seguir:

Tipo de Mensagem

Descrição de Mensagem

Direção

Controle

O RP envia dados de controle em sub-blocos do recurso RP para serem enviados a todos os sub-blocos de espelho das LCs que precisem saber das alterações.

RP para LC

Estatística

As LCs coletam informações de estatísticas dos vários sub-blocos de recurso, colocam as informações coletadas em um buffer XDR e enviam uma mensagem XDR ao RP. O RP então agrega essas estatísticas.

RP para LC

Relatório de Evento Assíncrono

As LCs relatam eventos não-rotineiros através de mensagens assíncronas enviadas quando o problema acontece.

RP para LC

Execute o comando show cef line internal para visualizar as informações transmitidas através de mensagens XDR. Uma atualização de Network Descriptor Block (NDB)/Routing Descriptor Block (RDB) é um exemplo de 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 

Solução de Problemas

Esta seção lista mensagens de erro que aparecem nos logs de roteador e fornece dicas para solução de problemas.

%FIB-3-FIBDISABLE : Fatal error, slot [#]: no memory and %FIB-3-NOMEM: Malloc Failure, disabling dCEF on line card

Esses tipos de mensagens de erros são encontradas nos logs de roteador (execute o comando show logging exec no roteador ou entre em contato com o servidor syslog se estiver usando um) da seguinte forma:

  • Na Série 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     
    ...
    
  • Na Série 7500, a mensagem de erro que aparece depois da mensagem %IPC-5-SLAVELOG: VIP-SLOT vem diretamente do VIP localizado no slot mencionado, com um mecanismo IPC. Neste exemplo específico, a mensagem %SYS-2-MALLOCFAIL vem 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 line card
    ...

    Observação: Mensagens que começam com "SLOT #:" são geradas pela própria LC.

Essas mensagens indicam que o Distributed Cisco Express Forwarding foi desabilitado no VIP (para Série 7500) ou no LC (para Série 12000) 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 oferece suporte apenas para switching de 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 da Série 7500 pode ter no máximo 64 MB apenas, uma atualização para VIP2-50 ou mesmo para VIP4-80 é recomendada se você desejar utilizar 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.

Recomendamos um VIP2-50 ou mais alto com uma memória mínima de 128 Mb, dependendo do tamanho da tabela de roteamento.

Se seu roteador aceitar a tabela completa de roteamento da Internet (ou aproximadamente isso), o BGP precisará de uma grande quantidade de memória temporariamente, durante a fase de convergência depois de um roteador ser recarregado um depois de uma alteração de estado de link BGP. Durante essa convergência, o pool de memória do processador pode chagar a um valor muito baixo, como refletido na saída do comando show memory summary. Durante essa breve situação de pouca memória, outros processos podem ser afetados se precisarem de memória. Por exemplo, executar o comando telnet para entrar em contato com um roteador exige memória para manter a sessão de TCP.

Outro usuário transitório de memória de processador é o Label Distribution Protocol (LDP) em redes Multiprotocol Label Switching (MPLS).

O Cisco Express Forwarding produz o erro FIBDISABLE apenas quando o roteador está executando com a memória do processador completamente esgotada. Não há marca d'água baixa 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. Apenas capturas de tela do comando show memory summary antes da desativação do Cisco Express Forwarding revelam dados sobre a situação de pouco memória.

Além disso, uma condição FIBDISABLE pode ser um efeito colateral da falta de buffers IPC. O Cisco IOS Software não aloca mais buffers IPC dinamicamente conforme eles são necessários. A falta de buffers IPC não gera mensagens de erro FIB NOMEM, mas podem ser vistas outras mensagens de erro IPC, como IPC-3-NOBUFF. A falta de buffers IPC não causa um erro FIBDISABLE; o Cisco Express Forwarding simplesmente coloca em fila novamente as mensagens com falha e repete a tentativa. Contudo, se os buffers IPC forem se esgotarem e o Cisco Express Forwarding não conseguin um buffer IPC, ele pode enfileirar as mensagens nas LCs até finalmente ficar sem memória.

Uma pergunta freqüente no Cisco Technical Assistance Center (TAC) é como se preparar ou determinar se um roteador conectado a BGP tem memória suficiente para executar o BGP. A resposta depende da configuração. Algumas considerações:

  • Você pretende usar correspondentes Internal Border Gateway Protocol (iBGP) e External Border Gateway Protocol (eBGP)? Quantos correspondentes? Grupos de correspondentes do BGP podem ajudar. Mais correspondentes significam maior tempo de convergência.

  • Qunatas rotas são trocadas em cada direção para cada correspondente? Verifique se foi feita a distinção correta entre rotas e caminhos. As rotas contam o número de prefixos na base de informações de roteamento BGP. 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 inteira, cada correspondente estará enviando as mesmas rotas. Admitindo que os correspondentes têm uma sobreposição de 90% em suas rotas, o roteador de destino terá uma tabela de rota de cerca de 150 mil rotas com 5 caminhos para a maioria das rotas.

  • Outros fatores a serem considerados:

    • Existe um LC engine 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 (Virtual Private Network) 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 posteriores exigem oficialmente 128 MB em todas as LCs. Como versões mais recentes do Cisco IOS Software ocupam mais memória de processador, recomendamos até 256 MB para suportar a escalabilidade para roteadores que aceitam a tabela completa de roteamento de Internet. Anteriormente, a Série Cisco 12000 estava disponível com LCs de 64 MB. Tais LCs devem ser atualizados.

Verifique quais são as placas afetadas (consulte a seção Verificando o Status do Cisco Express Forwarding em VIPs e LCs deste documento) e execute os seguintes comandos para exibir tipos diferentes de placas presentes no seu roteador, bem como os respectivos volumes de memória:

  • Na Série 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):
    
  • Na Série 12000:

    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
    

Acrescentar mais memória às placas afetadas deve prevenir 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, contate seu representante de suporte Cisco e forneça as informações obtidas até o momento, juntamente com a saída do comando show tech-support.

Observação: Os modelos de Fast Ethernet Interface Processor (FEIP) antigos (CX-FEIP2-2TX e CX-FEIP2-2TX) não suportam nenhum tipo de switching, e geram mensagens similares se você tentar ativar Distributed Cisco Express Forwarding. Execute 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

Para executar o Distributed Cisco Express Forwarding, deve substituir o FEIP antigo por uma placa VIP com adaptadores de porta Fast Ethernet.

%FIB-3-FIBDISABLE: Fatal error, slot [#]: No window message, LC to RP IPC is non-operational

As mensagens abaixo (nas Séries 7500 e 12000) também indicam que o Cisco Express Forwarding foi desabilitado; desta vez, porque o RSP ou GRP não recebeu uma indicação de manutenção de atividade do VIP ou 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 
         

Em primeiro lugar, verifique se existe memória suficiente em suas placas.

Em seguida, verifique a utilização da CPU em VIP ou LC (emita o comando show controllers vip [slot#] proc cpu na Série 7500 e o comando execute-on slot 0 show proc CPU na Série 12000). Se a utilização da CPU for realmente alta (acima de 95%), o VIP ou LC podem estar muito ocupados para enviar as keepalives para o RSP ou GRP. A principal causa do problema aqui é o uso intenso de CPU. Consulte Solucionando problemas de alta utilização da CPU em roteadores Cisco para obter dicas para solução de problemas.

Se tudo parecer ok, as mensagens de erro provavelmente estarão mais relacionadas a um bug no Cisco IOS Software.

Ao solucionar esse erro, a primeira coisa a fazer é verificar as placas que foram afetadas (consulte a seção Verificando o Status do Cisco Express Forwarding nos VIPs e nas LCs deste documento). Você pode tentar reiniciar o Cisco Express Forwarding nessas placas, emitindo o comando clear cef linecard [slot#]. Na Série 7500, 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 no tráfego de aproximadamente dois minutos (consulte What Causes a "%RSP-3-RESTART: cbus complex"? para obter mais informações). Esse procedimento deve, pelo menos temporariamente, restaurar o Distributed Cisco Express Forwarding no VIP ou na 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 continuar ocorrendo após a atualização, entre em contato com o representante de suporte Cisco e forneça as informações obtidas até o momento, juntamente com a saída do comando show tech-support.

%FIB-3-FIBDISABLE: Fatal error, slot [#]: falha de IPC

As mensagens de erro a seguir são mais genéricas, e podem causar o aparecimento de outras mensagens de erro (como %FIB-3-FIBDISABLE: Fatal error, slot [#]: No window message, LC to RP IPC is 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

O IPC é um protocolo usado pelo processador principal (RSP ou GRP) e pelo VIP ou pela LC para comunicação. Ele garante a sincronização de tabelas FIB e de adjacência quando o Distributed Cisco Express Forwarding está sendo executado. Há várias causas para essas mensagens de erro do IPC, como:

Falhas do IPC

Os comandos abaixo podem ser usados para analisar o estado real do IPC. Às vezes, a saída destes comandos é diferente nas séries 7500 e 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 {a espera de 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 mensagens aguardando reconhecimento na fila de retransmissão. 
There are 0 IPC mensagens aguardando uma resposta. 
There are 0 IPC mensagens aguardando fragmentos adicionais. 
There are 0 IPC mensagens atualmente em 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 mensagens aguardando reconhecimento na fila de retransmissão. 
There are 0 messages currently in use by the system. 

Se os contadores destacados estiverem aumentando, o IPC não está funcionando adequadamente para os diferentes slots. Nesse caso, você deve tentar, em primeiro lugar, redefinir a LC correspondente, ou redefinir com o comando microcode reload (para a Série 7500), ou o comando hw-module slot [slot#] reload (para a Série 12000). Se o processo do PC não for recuperado após reinicializar a LC, tente transferir a placa para outro slot. Se ainda não funcionar, substitua o VIP ou a LC com defeito.

Problema de Estrutura

Em um Roteador da Internet da Série 12000, a estrutura em si pode ser a culpada. Se uma das Switching Fabric Cards (SFCs) estiver com defeito, você pode receber mensagens de erro semelhantes, porque as mensagens do IPC não poderão mais atravessar a estrutura. No entanto, nesse caso você também verá outras mensagens apontando para a estrutura defeituosa.

Você pode verificar se uma das SFCs está com defeito com o comando show controller fia, desta forma:

Router#show controllers fia
Fabric configuration: Full bandwidth redundant
Master Scheduler: Slot 17

>From Fabric FIA Errors
-----------------------
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
       --------  --------   --------   --------   --------
los    0         0          0          0          0
state  Off       Off        Off        Off        Off
crc16  0         0          4334       0          0

To Fabric FIA Errors
-----------------------
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 um slot defeituoso (slot 18) que precisa ser substituído.

VIP ou LC Não Inicializou Corretamente ou Está Suspenso

Se uma das placas não é iniciada corretamente, ela não poderá se comunicar com o processador principal (GRP ou RSP). Você pode verificar o registro, com o comando show log para ver se algo errado ocorreu no momento da inicialização. Também é preciso verificar o status da LC.

É possível verificar o estado real das LCs, emitindo o comando show diag.

  • Na Série 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)
    
  • Na Série 1200:

    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 Habilitado (IOS  RUN )
    SLOT 2  (RP/LC 2 ): 1 Port Gigabit Ethernet
      Board State is Line Card Habilitado (IOS  RUN )
    SLOT 3  (RP/LC 3 ): 3 Port Gigabit Ethernet
      Board State is Line Card Habilitado (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 Habilitado (IOS  RUN )
    SLOT 6  (RP/LC 6 ): 4 Port Packet Over SONET OC-3c/STM-1 Multi Mode
      Board State is Line Card Habilitado (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 Habilitado (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 estado normal é Line Card Habilitado na Série 12000, e Board is analyzed na Série 7500.

Verifique se a placa é suportada pelo Cisco IOS Software e pela imagem de inicialização sendo executada no momento. Para isso, você poderá usar a ferramenta Software Advisor (clientes registrados somente) . Se o software estiver executando normalmente, tente redefinir a LC correspondente, ou redefinir com 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 mudar a placa para outro slot para certificar-se de que esse slot específico no chassi não esteja com defeito. Se ainda não funcionar, o VIP ou a 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. Não é possível inicializar uma LC se o tipo de memória estiver errado, ou se não houver memória suficiente para fazer o upload do microcódigo.

VIP or Placa de Linha Sem Buffers

Pode acontecer de a LC ficar sem memória e não ter mais buffer para que ocorra a comunicação com o IPC. Neste caso, você deve fazer a atualização da memória da LC.

Bug no Cisco IOS Software

Se tudo parecer normal, considere a possibilidade de um bug no Cisco IOS Software. A atualização para a versão mais recente do Cisco IOS Software elimina todos os problemas de IPC fixo.

Essas mensagens de erro também podem aparecer em alguns casos raros relacionados à Série 12000, quando são configuradas melhorias da lista de acesso. Uma solução de curto prazo é desabilitar esse novo recurso com o comando no access-list hardware psa. Para obter mais informações, consulte Melhorias no Desempenho da Lista de Acesso para os Cisco 12000 Gigabit Switch Routers.

Se não conseguir determinar a causa das mensagens ou saber se o problema ainda acontece na versão mais recente do Cisco IOS Software disponível no CCO para o seu train de versão, é possível que tenha encontrado um novo bug no Cisco IOS Software. Entre em contato com o representante de suporte Cisco e forneça as informações obtidas até o momento, juntamente com a saída dos comandos show tech-support e show cef linecard nesse roteador.

Travamento de Online Insertion and Removal (OIR) ou VIP

Depois de um travamento de VIP, o pacote de memória RS`P (conhecido como MEMD) é regravado, e as conexões IPC entre o RSP e os VIPs são redefinidas. Se o RSP possuir mensagens CEF enfileiradas na tabela de retransmissão de IPC durante um travamento de VIP, essas mensagens podem expirar e provocar a desativação do Cisco Express Forwarding em outras LCs. O ID do bug CSCdv87489 (clientes registrados somente) da Cisco resolve esse problema do RSP, solicitando que o Cisco Express Forwarding detecte um OIR, recarga de LC ou regravação de MEMD e descarregue as mensagens na fila de retransmissão. O ID de bug CSCdu81796 (clientes registrados somente) da Cisco resolve este problema no Cisco 10000 Series Router.

Fazer um OIR de um VIP ou LC pode ativar erros 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 ID de bug CSCdv47664 (clientes registrados somente) da Cisco resolve esse problema.

%FIB-4-RPPREFIXINCONST2/1 e %FIB-4-LCPREFIXINCONST2/1

Você também pode observar as seguintes mensagens nos logs do 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)

ou

%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 está executando o Distributed Cisco Express Forwarding, inclusive os roteadores das séries 7500 e 12000. Essas mensagens são avisos gerados pelo verificador de consistência do Cisco Express Forwarding, ao detectar inconsistências entre as tabelas do Cisco Express Forwarding.

O verificador de consistência usa mecanismos diferentes para detectar as inconsistências:

  • A LC ou VIP envia ao GRP ou ao RSP o endereço para o qual ele não pode encaminhar pacotes. Se o GRP ou RSP detectar essa entrada como relevante, então terá sido detectada uma inconsistência e uma mensagem de erro será impressa no console.

  • As 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, aparecerá a mensagem de erro.

Se a inconsistência não estiver correta, isso poderá resultar em destinos inalcançáveis e pacotes descartados. Quando você vir essas mensagens, a primeira coisa a fazer é executar um comando show ip cef no dispositivo mencionado na mensagem de erro, e verificar se o prefixo está presente. Isso lhe dirá se o roteador corrigiu 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. Essa condição pode ser 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 da LC que não está presente no RP. Essa condição pode ser 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, 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 à LC, mas a consulta do endereço IP de destino falhou em encontrar este prefixo na tabela de encaminhamento. Todavia, o prefixo está presente no RP. Essa condição pode ser transitória.

    Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo do Cisco Express Forwarding no RP e na LC. Se necessário, o comando clear cef linecard faz o download de uma nova tabela do Cisco Express Forwarding para a LC. Você também pode tentar emitir o comando clear adjacency para recarregar os prefixos /32.

  • %FIB-4-LCPREFIXINCONST2- Um verificador de consistência passivo descobriu um prefixo ausente da tabela de encaminhamento da LC que está presente no RP. Essa condição pode ser transitória.

    Se o mesmo prefixo resultar em erros repetidos, verifique o prefixo do Cisco Express Forwarding no RP e na LC. Se necessário, o comando clear cef linecard faz o download de uma nova tabela do Cisco Express Forwarding para a LC. Você também pode tentar emitir o comando clear adjacency para recarregar os prefixos /32.

    Se a mensagem apareceu somente uma vez e a inconsistência foi corrigida imediatamente, pode ser um evento transitório, e nenhuma ação é necessária. Entretanto, se você receber muitas dessas mensagens, ou se o roteador não corrigir a situação sozinho, você deve ter encontrado um bug no código do Cisco Express Forwarding. Uma série desses bugs de software foram corrigidos nas Versões 12.0(17)S1 E 12.0(17)ST1 do Cisco IOS Software, portanto, certifique-se de estar executando pelo menos alguma dessas versões do Cisco IOS Software.

    Se o problema continuar ocorrendo após uma atualização para a última versão, entre em contato com o representante de suporte Cisco e forneça as informações que coletou até o momento, juntamente com a saída dos comandos show tech, show ip route e show ip cef.

    Observação: Você pode desativar os verificadores de consistência usando o comando de configuração global no ip cef table consistency-check.

Para obter outros detalhes sobre essa mensagem de erro e mais dicas de solução de problemas, consulte Solução de Problemas de Inconsistências de Prefixo com o Cisco Express Forwarding.

%FIB-3-NORPXDRQELEMS: Exhausted XDR queuing elements while preparing message for slot [#]

Observação: Consulte a seção Visão geral sobre o XDR deste documento para compreender melhor a explicação e as recomendações para essa mensagem de erro.

Enquanto o RP estava se preparando para enviar uma mensagem para as LCs no sistema, ele acabou com o fornecimento de elementos de enfileiramento necessários para enfileirar as mensagens para transmissão.

Na série Cisco 12000, 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 sincronismos de roteamento e reinicialização, o RP pode ter falhas malloc que desativam o switching do Distributed Cisco Express Forwarding.

Como exemplo, se você limpar o processo ip ospf com rotas 260k OSPF (Abrir caminho mais curto primeiro) no RP, você provavelmente receberá esta 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 roteamento BGP 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 vêm juntamente com %FIB-3-FIBDISABLE: Fatal error, slot 6: no memory e %FIB-3-NOMEMWARNING: Malloc Failure in DCEF.

Ao enviar rotas de 100 k BGP, você pode usar 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 porque o Cisco Express Forwarding utiliza uma grande quantidade de memória do RP durante a atualização dos extensos roteamentos. O que acontece é que o RP utiliza mensagens avançadas de XDR de enfileiramento de memória livre em filas de IPC do Cisco Express Forwarding a ser encaminhadas para as LCs em uma taxa bastante 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 disso é que as filas no lado de RP crescem excessivamente, não deixando memória RP livre, e então mallocfail ocorre e desativa o Cisco Express Forwarding.

Se esse for o caso, você poderá reduzir o caminho máximo no BGP para reduzir a quantidade de informações que o Cisco Express Forwarding deve propagar para as LCs ou reduzir o tamanho da janela TCP, a fim de reduzir a velocidade de recebimento de atualizações de BGP. Consulte Alcançar o Roteamento Ideal e Reduzir o Consumo de Memória do BGP para obter mais detalhes.

Caso esteja executando uma versão do Cisco IOS Software posterior ou igual à 12.0(16)S, 12.0(16)ST, 12.1(9), 12.1(8a)E, 12.2(2) ou 12.2(2)T, é possível 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, esse valor depende da plataforma de switching. Essa quantidade de memória da LC está limita a 50% da memória total disponível. Este comando:

  • Permite alocar uma grande quantidade de memória de LC para o enfileiramento, para que o roteamento Cisco Express Forwarding atualize as mensagens.

  • Isto 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 a mensagem de erro descrita acima, a solução será aumentar a memória IPC da LC. Recomendamos executar 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 maiores informações sobre este comando, consulte ip cef linecard ipc memory .

%FIB-3-FIBBADXDRLEN and %FIB-4-FIBXDRLEN

Sugerimos primeiro a leitura da seção Visão geral sobre o XDR deste documento para compreender melhor a explicação e as recomendações para essa mensagem de erro.

Você poderá receber 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 vem de algum código de validação de mensagem que executa algumas verificações básicas em mensagens XDR. Nesse caso, uma mensagem XDR de tipo 6 foi recebida, e seu campo de comprimento continha o valor 29479. Esse comprimento é maior do que o buffer que contém os dados, de modo que o código descarta essa mensagem.

Em equipamentos da série 12000, uma falha no hardware da estrutura pode danificar alguns pacotes, fazendo surgir a mensagem de erro de XDR. Verifique a estrutura de switching com o comando show controller fia para ver se há alguma Verificação de Redundância Cíclica (CRC) em algum dos SFCs. Você deve verificar também o log para ver se há alguma outra mensagem que possa fornecer informações para solucionar problemas dessa mensagem de erro.

%FIB-3-FIBLC_OOSEQ: Slot [#] disabled - Out of Sequence. Expected [#], received [#]

Essa mensagem aparecerá se o RP tiver recebido uma mensagem de IPC “out-of-sequence" do LC. Como resultado, 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 juntamente com a seguinte mensagem específica do slot:

SLOT 11:%FIB-3-FIBSEQ: Out of sequence. State 9637 Rcvd 9638 

Execute o comando show cef linecard para verificar se o Cisco Express Forwarding foi desabilitado em um slot, como descrito 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á conseqüências funcionais; a tabela FIB é recarregada quando este evento ocorre. Caso ainda observe o problema, emita o comando clear cef linecard <slot #> . Depois, verifique o estado da LC, utilizando o comando show cef linecard. Na série 7500, você pode tentar desabilitar o Cisco Express Forwarding e, depois, reativá-lo. Se o problema persistir, emitir um comando microcode reload no VIP deverá resolvê-lo. Não Série 12000, o comando hw-module slot <slot #> reload executado na LC resolve o problema.

%FIB-4-PUNTINTF: CEF punting packets switched to [int] to next slower path and %FIB-5-NOPUNTINTF: CEF resumindo pacote de switching para [int]

Você receberá 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 empurra pacotes alternados para esta interface para o próximo caminho de switching mais lento. Consulte Como Escolher o Melhor Caminho de Comutação de Roteador Para a Sua Rede para obter mais informações sobre os diferentes caminhos de switching.

Você receberá a mensagem %FIB-5-NOPUNTINTF se o Cisco Express Forwarding tiver empurrado pacotes intercambiados 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 o switching nessa interface. Esta é uma mensagem informativa e geralmente não exige nenhuma ação.

%FIB-4-PUNTINTF: CEF punting packets switched to POS2/0/0.1
to next slower path

Essa mensagem pode ser seguida por esta aqui, após uma alteração de configuração de interface:

%FIB-5-NOPUNTINTF: CEF resuming switching packets to POS2/0/0.1 

Se sua versão do Cisco IOS Software for próxima de 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 tornarem-se membros dos mestres do conjunto de PPP Multilink (PP):

  • %FIB-4-PUNTINTF: CEF punting packets switched to Virtual-Access14 to next slower path

  • %FIB-5-NOPUNTINTF: CEF resuming switching packets to Virtual-Access14

  • %FIB-4-PUNTINTF: CEF punting packets switched to Virtual-Access37 to next slower path

  • %FIB-5-NOPUNTINTF: CEF resuming switching packets to Virtual-Access37

Uma solução é definir o nível de log com um valor que faça com que essa mensagens não apareçam. Outra, é desabilitar o Cisco Express Forwarding de IP globalmente. Entretanto, desabilitar o Cisco Express Forwarding deve ser uma solução temporária, pois este é 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 deixaram de ser registradas quando você define ou limpa o flag PUNT de uma interface. Ainda é possível executar o comando show cef interface ou ativar o comando debug ip cef events para verificar se o Cisco Express Forwarding está habilitado. Conseqüentemente, não há perigo de enviar spam para os usuários desnecessariamente quando uma interface está definida para apontar pacotes para o próximo caminho mais lento. Os Roteadores não são sobrecarrecados com mensagens durante a inicialização ou ao iniciar o Cisco Express Forwarding, e os logs do sistema não ficam cheios de mensagens para cada chamada nas plataformas de discagem.

Se possível, configure recursos com e sem suporte para o Cisco Express Forwarding nas diferentes subinterfaces. Alguns encapsulamentos nas interfaces ATM não são suportados pelo Cisco Express Forwarding. Verifique o Guia de Configuração do Cisco IOS Software do seu roteador para saber quais são os encapsulamentos suportados.

Obtenha Informações sobre Solução de Problemas se uma Solicitação de Serviço do TAC For Criada

Se você criar uma Solicitação de Serviço usando a TAC Service Request Tool (clientes registrados somente) , anexe as informações a seguir ao seu caso para solucionar problemas relacionados a mensagens de erro do Cisco Express Forwarding:

  • Solução de problemas realizado antes da criação da solicitação de serviço.

  • A saída do comando show tech-support (no modo enable, se possível).

  • A saída do comando show log ou capturas de tela do console, se disponíveis.

Anexe os dados coletados a sua solicitação de serviço em formato de texto (.txt) e não compactados. É possível anexar as informações a sua solicitação de serviço através de upload com a Ferramenta de Solicitação de Serviço do TAC (clientes registrados somente) . Se não for possível acessar a Ferramenta de Solicitação de Serviço do TAC, você poderá anexar as informações relevantes à sua solicitação de serviço, enviando-as para attach@cisco.com, com o número da solicitação de serviço na linha de assunto de sua mensagem.

Observação: Não recarregue nem ligue-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 e necessárias para determinar a causa raiz do problema.

Outros Recursos de Solução de Problemas

Para obter mais informações sobre a solução de problemas do Cisco Express Forwarding, consulte os documentos a seguir:


Discussões relacionadas da comunidade de suporte da Cisco

A Comunidade de Suporte da Cisco é um fórum onde você pode perguntar e responder, oferecer sugestões e colaborar com colegas.


Document ID: 7603