A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Este documento explica problemas comuns para que os vizinhos do Open Shortest Path First (OSPF) tornem-se inteiramente adjacentes.Em uma formação bem-sucedida da adjacência de OSPF, os vizinhos de OSPF obterão o estado de vizinho FULL.
Para examinar a formação de adjacência, insira o comando debug ip ospf adj. Antes de inserir comandos debug, consulte Informações importantes sobre comandos debug.
Este documento requer uma compreensão básica dos protocolos de roteamento IP e do protocolo de roteamento OSPF. Para saber mais sobre os protocolos de roteamento IP, consulte Conceitos Básicos de Roteamento. Consulte a página de suporte do OSPF (Open Shortest Path First) para obter mais informações sobre o OSPF.
As informações neste documento são baseadas nestas versões de software e hardware:
O OSPF pode ser configurado em todos os roteadores, como a série Cisco 2500, a série Cisco 2600 e os switches da camada 3.
O OSPF é suportado nas versões 10.0 e posteriores do software Cisco IOS®.
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico.All of the devices used in this document started with a cleared (default) configuration.If your network is live, make sure that you understand the potential impact of any command.
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
O fato dos roteadores serem vizinhos não é suficiente para garantir uma troca de atualizações de link-state; eles devem formar adjacências para trocar atualizações de link-state. Adjacência é uma forma avançada de vizinhança formada por roteadores que estão dispostos a trocar informações de roteamento após negociar parâmetros de tal troca. Os roteadores atingem um estado de adjacência COMPLETO quando têm visualizações sincronizadas em um banco de dados de link-state.
O tipo de interface desempenha um papel importante na formação das adjacências. Por exemplo, os vizinhos em links ponto-a-ponto sempre tentam se tornar adjacentes, enquanto os roteadores conectados a meios de transmissão como a Ethernet podem escolher se tornar adjacentes somente com um subconjunto de roteadores vizinhos na interface.
Quando um roteador decide formar uma adjacência com um vizinho, ele começa trocando uma cópia completa de seu banco de dados link-state. O vizinho, por sua vez, troca uma cópia completa de seu banco de dados link-state com o roteador. Depois de passar por vários estados vizinhos, os roteadores se tornam totalmente adjacentes.
Você pode usar o comando show ip ospf neighbor para determinar o estado do vizinho ou vizinhos OSPF. A saída desse comando provavelmente revelará um destes:
absolutamente nada
estado = inativo
estado = init
estado = exstart
state = exchange
estado = 2 vias
estado = carregamento
Há outros estados OSPF, mas os mostrados aqui são os mais comuns vistos na saída do comando show ip ospf neighbor. Consulte Estados vizinhos do OSPF para obter mais informações e uma explicação de todos os estados vizinhos do OSPF.
Se o comando show ip ospf neighbor não revelar nada - ou não revelar nada sobre o vizinho específico que você está analisando - então esse roteador não viu nenhum HELLO OSPF "válido" daquele vizinho. Isso significa que o OSPF não recebeu nenhum pacote HELLO do vizinho ou recebeu pacotes HELLO que falharam em verificações de sanidade muito básicas.
Verifique estes:
A interface está ativa nos roteadores local e vizinho, com o protocolo de linha ativo? Insira o comando show interface para verificar.
Verifique a conectividade IP entre os roteadores vizinhos, como mostrado aqui:
O vizinho responde a um comando ping? Faça ping no endereço IP atribuído à interface em questão no roteador vizinho. Insira o comando traceroute para o mesmo endereço IP e verifique se não leva mais de um salto para alcançar o destino.
O vizinho responde se você digitar um comando ping 224.0.0.5? (224.0.0.5 é o endereço para o qual os HELLOs do OSPF são enviados.)
Verifique se há listas de acesso de entrada ou outros dispositivos (como um switch) que possam proibir o envio de pacotes IP de um vizinho para o outro.
O OSPF está ativado na interface e na interface do roteador vizinho? Insira o comando show ip ospf interface para verificar.
O protocolo OSPF é configurado como passivo para a interface do roteador local ou vizinho? Insira o comando show ip ospf interface para verificar se os pacotes HELLO devem ser enviados para fora da interface. Uma interface OSPF ativa exibe uma linha semelhante a esta:
Hello due in 00:00:07
Verifique se os roteadores vizinhos têm IDs de roteador diferentes. As IDs do roteador são usadas para identificar cada roteador em uma rede OSPF. Os roteadores com o mesmo ID de roteador ignorarão os HELLOs enviados entre si, o que impede que eles formem adjacências. A primeira linha da saída do comando show ip ospf exibe o ID do roteador atual de cada roteador.
Verifique se esses parâmetros HELLO correspondem nas interfaces vizinhas:
OSPF area number - Insira o comando show ip ospf interface interface-name para verificar.
Tipo de área OSPF, como stub ou NSSA - Insira o comando show ip ospf para verificar.
Sub-rede e máscara de sub-rede - Insira o comando show interface para verificar.
Valores do temporizador OSPF HELLO e Dead - Insira o comando show ip ospf interface interface-name para verificar.
Se o problema estiver no link ponto-a-ponto (como PPP ou High-Level Data Link Control [HDLC]) e houver mais de um link paralelo entre esse par de roteadores, verifique se as linhas estão conectadas corretamente. Suponha que você tenha planejado conectar a interface Serial0/0 em um roteador com a interface Serial0/0 em seu vizinho e Serial1/0 com Serial1/0 em seu vizinho, mas você acidentalmente cruzou a interface Serial0/0 de cada roteador com Serial1/0 no outro. O comando ping pode não descobrir tal problema, mas o OSPF falhará ao estabelecer a adjacência. Use as informações fornecidas pelo Cisco Discovery Protocol (CDP) para verificar a interconexão adequada do dispositivo. Insira o comando show cdp neighbor interface-name para verificar se o nome e o PortID de um dispositivo remoto correspondem ao projeto de rede.
Nota:As adjacências OSPF se formam apenas em redes primárias e não em redes secundárias.
Se todas essas verificações forem verificadas e o comando show ip ospf neighbor ainda não revelar nada, seu problema não é muito comum e você pode precisar entrar em contato com a Cisco para obter assistência.
Um vizinho que é descoberto dinamicamente através da recepção de pacotes HELLO pode voltar a um estado inativo se estiver sendo excluído, por exemplo, quando o OSPF não recebe pacotes HELLO do vizinho por um período de tempo maior que o intervalo do temporizador Dead. Por conseguinte, o estado inativo é transitório para esses vizinhos; eles avançarão para estados mais altos ou serão completamente excluídos da tabela de vizinhos conhecidos. Isso é conhecido como "esquecida".
Geralmente, os vizinhos que são vistos no estado inativo foram configurados manualmente com o comando neighbor. Os vizinhos configurados manualmente estão sempre presentes na tabela de vizinhos do OSPF. Se o OSPF nunca recebeu pacotes HELLO do vizinho configurado manualmente ou se nenhum pacote HELLO foi ouvido do vizinho durante o intervalo anterior do temporizador Dead, o vizinho configurado manualmente será listado como inativo.
Nota: O comando neighbor só pode ser configurado para vizinhos diretamente conectados nestes tipos de redes:
- Redes NBMA (Non-Broadcast MultiAccess) - Interfaces configuradas com o comando ip ospf network non-broadcast.
- Redes ponto a multiponto sem broadcast - Interfaces configuradas com o comando ip ospf network point-to-multipoint non-broadcast.
Se você vir um vizinho no estado inativo, verifique se o roteador vizinho está ativo, em execução e configurado corretamente para OSPF nesta interface. Teste a conectividade entre os roteadores com os comandos ping e traceroute. Verifique a tabela de vizinhos OSPF no roteador vizinho com o comando show ip ospf neighbor e execute as mesmas ações de verificação de configuração listadas na seção Nenhum estado revelado.
O estado inicial indica que um roteador visualiza pacotes de SAUDAÇÃO a partir do vizinho, mas a comunicação bidirecional não foi estabelecida.Um roteador Cisco inclui os IDs de roteador de todos os vizinhos no estado init (ou superior) do campo Vizinho de seus pacotes de saudação. Para que a comunicação bidirecional seja estabelecida com um vizinho, um roteador também deve ver seu próprio ID de roteador no campo Vizinho dos pacotes HELLO do vizinho. Para obter um exemplo e uma explicação mais detalhados, consulte Por que o comando show ip ospf neighbor revela vizinhos no estado Init?
O estado bidirecional indica que o roteador viu seu próprio ID de roteador no campo Neighbor do pacote HELLO do vizinho.O recebimento de um pacote de Database Descriptor (DBD) de um vizinho no estado init também causará uma transição para o estado 2-way. O estado bidirecional do vizinho OSPF não é motivo de preocupação. Para obter uma explicação do estado bidirecional, consulte Por que o comando show ip ospf neighbor revela vizinhos presos em estado bidirecional?
Vizinhos OSPF que estão no estado exstart ou exchange estão tentando trocar pacotes DBD. O roteador e seu vizinho formam uma relação primária e secundária.A adjacência deve continuar depois de passado esse estado. Caso contrário, há um problema com a troca de DBD, como uma incompatibilidade de unidade de transmissão máxima (MTU) ou o recebimento de um número de sequência de DBD inesperado. Para obter mais informações, consulte Por que os vizinhos OSPF estão travados no estado Exstart/Exchange?
No estado de carregamento, os roteadores enviam pacotes de requisição link-state.Durante a adjacência, se um roteador receber um anúncio desatualizado ou ausente sobre estado de link (LSA), ele solicitará esse LSA enviando um pacote de requisições de estado de links.Os vizinhos que não transitam entre esse estado são possivelmente LSAs corrompidos em intercâmbio. Este problema é geralmente acompanhado por uma mensagem de console %OSPF-4-BADLSA. Como esse problema não é comum, entre em contato com a Cisco para obter assistência.
Esta tabela lista os motivos pelos quais os vizinhos OSPF têm problemas ao formar uma adjacência e lista alguns dos comandos que você pode usar para verificar o problema.
Razão para problema de adjacência com vizinhos | Comandos para diagnosticar o problema |
---|---|
O OSPF não está configurado em um dos roteadores. | show ip ospf |
O OSPF não está habilitado em uma interface em que ele é necessário. | show ip ospf interface |
Os valores de intervalo do temporizador OSPF HELLO ou Dead não correspondem. | show ip ospf interface |
ip ospf network-type mismatch nas interfaces adjacentes. | show ip ospf interface |
Incompatibilidade de MTU entre interfaces vizinhas. | show interface <int-type><int-num> |
O tipo de área OSPF é stub em um vizinho, mas o vizinho adjacente na mesma área não está configurado para stub. | show running-config show ip ospf interface |
Os vizinhos de OSPF têm IDs de roteadores duplicados. | show ip ospf show ip ospf interface |
O OSPF é configurado na rede secundária do vizinho, mas não na rede primária. Essa é uma configuração ilegal que impede que o OSPF seja ativado na interface. | show ip ospf interface show running-config |
Os HELLOs do OSPF não são processados devido à falta de recursos, como alta utilização da CPU ou falta de memória. | show memory summary show memory processor |
Um problema subjacente da camada impede que os HELLOs OSPF sejam recebidos. | show interface |
Nota: Para evitar a verificação de MTU enquanto você estabelece a adjacência de OSPF, você possivelmente precisa configurar o comando ip ospf mtu-ignore no modo de configuração de interface.