Este documento fornece informações sobre Troubleshooting de problemas comuns com Enhanced Interior Gateway Routing Protocol (EIGRP). Para obter mais informações, ou para ir para o próximo fluxograma, consulte os links fornecidos nesta seção.
Se você tiver a saída de um comando show interfaces serial , show ip eigrp neighbors , show tech-support , ou um comando show ip eigrp topology do seu dispositivo Cisco, você poderá usar Output Interpreter (somente clientes registrados) para exibir problemas potenciais e correções.
Os leitores deste documento devem ter um bom entendimento de como o EIGRP funciona e um bom conhecimento de Configuração do EIGRP.
Este documento não se restringe a versões de software e hardware específicas.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.
Para obter mais informações sobre convenções de documento, consulte as Convenções de dicas técnicas Cisco.
Para fazer troubleshooting do EIGRP, use este fluxograma, começando na caixa marcada como Principal. Dependendo dos sintomas, o fluxograma pode se referir a um dos três fluxogramas mais adiante neste documento ou a outros documentos relevantes em Cisco.com. Alguns problemas podem não ser resolvidos aqui. Nesses casos, são fornecidos links para o Suporte Técnico da Cisco. Para abrir uma solicitação de serviço, você deve ter um contrato de serviço válido.
Observação: se você não conseguir fazer ping com êxito entre vizinhos, execute o comando debug ip packet para verificar se as saudações foram enviadas para o endereço multicast 224.0.0.10.
Observação: por exemplo:
R1#debug ip packet IP packet debugging is on R1# *Mar 1 00:10:54.643: IP: s=10.10.10.1 (local), d=224.0.0.10 (FastEthernet0/0), len 60, sending broad/multicast R1# *Mar 1 00:10:58.611: IP: s=10.10.10.2 (FastEthernet0/0), d=224.0.0.10, len 60, rcvd 2 !--- Indicates that the hello packets are sent to 224.0.0.10.
Notas do fluxograma | |
---|---|
1 | Emita o comando show ip eigrp interface para verificar. |
2 | Emita o comando show interface serial para verificar. |
Observação: se você tiver problemas com oscilação do EIGRP no túnel da interface GRE, é possível que você tenha que configurar os comandos keepalive 10 3 e ip tcp adjust-mss 1400 em ambas as extremidades do túnel GRE. .
Notas do fluxograma | |
---|---|
3 | Emita o comando show ip interface para verificar. |
Notas do fluxograma | |
---|---|
4 | Emita o comando show ip eigrp topology net mask para verificar. |
Notas do fluxograma | |
---|---|
5 | Emita o comando show ip route eigrp para verificar. |
6 | Emita o comando show ip eigrp topology para verificar. Se as rotas não forem vistas na tabela de topologia, execute o comando clear ip eigrp topology. |
Notas do fluxograma | |
---|---|
7 | Emita o comando show ip eigrp topology net mask , para encontrar o ID do roteador (RID). Você pode encontrar o RID local com o mesmo comando no roteador externo gerado localmente. No Cisco IOS Software Release 12.1 e posterior, o comando show ip eigrp topology mostra o RID. |
A estabilidade da relação de vizinhança é de primordial importância. Uma falha no relacionamento de vizinhança é acompanhada de um aumento na utilização da CPU e da largura de banda. Os vizinhos do EIGRP podem sincronizar por estes motivos:
Flaps de link subjacentes. Quando uma interface fica inativa, o EIGRP desativa os vizinhos que podem ser acessados por meio dessa interface e libera todas as rotas aprendidas por meio desse vizinho.
Intervalos de espera e Hello configurados incorretamente. O intervalo de espera do EIGRP pode ser definido independentemente do intervalo de Hello se você executar o comando ip hold-time eigrp. Se você definir um intervalo de espera menor que o intervalo de Hello, os vizinhos ficarão oscilando continuamente. A Cisco recomenda que o tempo de espera seja pelo menos três vezes o intervalo de Hello. Se o valor for definido menos de 3 vezes o intervalo de Hello, há a chance de oscilação de link ou oscilação de vizinhança.
R1(config-if)#ip hello-interval eigrp 1 30 R1(config-if)#ip hold-time eigrp 1 90
Perda de pacotes hello: Os pacotes Hello podem ser perdidos em links excessivamente congestionados ou links propensos a erros (erros de CRC, erros de quadro ou colisões excessivas).
Existência de links unidirecionais. Um roteador em um link unidirecional pode ser capaz de receber pacotes hello, mas os pacotes hello enviados não são recebidos na outra extremidade. A existência desse estado é geralmente indicada pelas mensagens de limite de repetição excedido em uma extremidade. Se os roteadores que geram mensagens de limite de repetição excedido tiverem que formar vizinhança, torne o link bidirecional para unicast e multicast. Caso as interfaces de túnel sejam usadas na topologia, certifique-se de que as interfaces sejam anunciadas corretamente.
A rota fica presa-em-ativo. Quando um roteador entra no estado stuck-in-ative, os vizinhos dos quais a resposta era esperada são reinicializados e o roteador fica ativo em todas as rotas aprendidas desses vizinhos.
Fornecimento de largura de banda insuficiente para o processo EIGRP. Quando não houver largura de banda suficiente disponível, os pacotes podem ser perdidos, o que faz com que os vizinhos fiquem inativos.
Linhas seriais incorretas.
Defina incorretamente as instruções de largura de banda.
Tráfego multicast unidirecional.
Rotas Stuck In Active.
Tempestades de consulta.
A relação de vizinhança do EIGRP não é estabelecida no túnel GRE multiponto se houver uma associação NHRP incorreta no spoke. O Next Hop Resolution Protocol (NHRP) é usado para descobrir os endereços de outros roteadores e redes atrás dos roteadores que estão conectados a uma rede NBMA (Nonbroadcast Multiaccess). Quando uma instrução de rede no Eigrp cobre a interface física e a interface do túnel (o endereço IP da interface do túnel e o endereço IP da interface física pertencem à mesma classe principal) e se a interface física for a origem do túnel, as duas interfaces deverão ser anunciadas separadamente no Eigrp para evitar problemas com DMVPN. A melhor prática é anunciar as interfaces usando anúncios de sub-rede específicos.
Esse problema pode ser resolvido quando você limpa as associações NHRP com este comando:
Router#clear ip nhrp
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
15-Mar-2002
|
Versão inicial |