Introduction
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 avaliar a formação da adjacência, insira o comando debug ip ospf adj. Antes de inserir o comando debug, consulte Informações importantes sobre os comandos de depuração.
Prerequisites
Requirements
Este documento requer uma compreensão básica dos protocolos de roteamento IP e do protocolo de roteamento OSPF. Para obter mais informações sobre protocolos de roteamento IP, consulte Noções básicas de roteamento. Consulte a página de suporte do OSPF (Open Shortest Path First), para obter mais informações sobre OSPF.
Componentes Utilizados
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 o Cisco 2500 Series, o Cisco 2600 Series e os switches de camada 3.
-
O OSPF é compatível com as versões 10.0 e posteriores do software Cisco IOS®.
The information in this document was created from the devices in a specific lab environment. 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.
Conventions
Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.
Adjacências
O fato de os roteadores serem vizinhos não é suficiente para garantir uma troca de atualizações de estado de link; eles devem formar adjacências para trocar atualizações de estado de link. A adjacência é uma forma avançada de vizinhança, formada por roteadores que estão dispostos a trocar informações de roteamento após a negociação de parâmetros dessa troca. Os roteadores atingem um estado de adjacência FULL (completo) quando tiverem sincronizado as exibições em um banco de dados de estado de link.
O tipo de interface desempenha um papel importante no modo de formação das adjacências. Por exemplo, os vizinhos em links ponto a ponto sempre tentam se tornar adjacentes, enquanto os roteadores conectados à mídia de transmissão, como Ethernet, podem optar por se tornarem adjacentes apenas com um subconjunto de roteadores vizinhos na interface.
Depois que um roteador decide formar uma adjacência com um vizinho, ele começa pela troca de uma cópia completa do banco de dados de estado de link. O vizinho, por sua vez, troca uma cópia completa do banco de dados de estado de link pelo roteador. Depois de passar por vários estados de vizinhos, os roteadores ficam totalmente adjacentes.
Estados do vizinho
Você pode usar o comando show ip ospf neighbor para determinar o estado de um ou mais vizinhos do OSPF. A saída desse comando provavelmente revelará um deles:
-
absolutamente nada
-
estado = inativo
-
state = init
-
state = exstart
-
state = exchange
-
state = 2-way
-
state = loading
Há outros estados do OSPF, mas os mostrados aqui são os mais comuns observados na saída do comando show ip ospf neighbor. Consulte Estados de vizinhos de OSPF para obter mais informações e uma explicação de todos os estados de vizinhos do OSPF.
Nenhum estado revelado
Se o comando show ip ospf neighbor não revelar algo , ou não revelar algo sobre o vizinho em particular que você está analisando , então esse roteador não observou um HELLO de OSPF "válido" desse vizinho. Isso significa que o OSPF não recebeu pacotes de HELLO dos pacotes de vizinho ou recebeu pacotes HELLO que falharam em verificações de integridade básicas.
Verifique:
-
A interface está ativa nos roteadores local e vizinho, com o protocolo de linha ativo? Digite 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 o ping do endereço IP atribuído à interface em questão no roteador vizinho. Digite o comando traceroute para o mesmo endereço IP e verifique se não é preciso mais de um salto para acessar o destino.
-
O vizinho responde se você inserir 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 sua 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 a mesma ID do roteador ignorarão os HELLOs enviados entre si, o que os impede de formar adjacências. A primeira linha de saída do comando show ip ospf exibe a ID atual do roteador de cada roteador.
-
Verifique se esses parâmetros de HELLO correspondem às interfaces vizinhas:
-
Número da área de OSPF - Insira o comando show ip ospf interface interface-name para verificar.
-
Tipo de área de OSPF, como stub ou NSSA - Insira o comando show ip ospf para verificar.
-
Máscara de rede e sub-rede - Insira o comando show interface para verificar.
-
Valores do temporizador HELLO e Dead de OSPF - Insira o comando show ip ospf interface interface-name para verificar.
-
Se o problema estiver no link de ponto a ponto (como PPP ou controle de link de dados de alto nível [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 à interface Serial0/0 no vizinho e a Serial1/0 à Serial1/0 no vizinho, mas as cruzou acidentalmente e conectou a Serial0/0 de cada roteador com a Serial 1/0 no outros roteadores. O comando ping pode não detectar esse problema, mas o OSPF falhará em estabelecer a adjacência. Use as informações fornecidas pelo Cisco Discovery Protocol (CDP) para verificar a interconexão adequada de dispositivo. Insira o comando show cdp neighbor interface-name para verificar se o nome e a ID da porta de um dispositivo remoto correspondem ao design da rede.
Note: As adjacências OSPF se formam apenas em redes primárias e não em redes secundárias.
Se todas essas verificações forem feitas e o comando show ip ospf neighbor ainda revelar algo, o problema não é muito comum e talvez você precise entrar em contato com a Cisco para obter assistência.
Vizinho no estado inativo
Um vizinho descoberto dinamicamente através da recepção de pacotes HELLO poderá voltar para um estado inativo se ele estiver sendo excluído, por exemplo, quando o OSPF não recebe pacotes de Hello do vizinho por um período maior do que o intervalo do temporizador Dead. Portanto, o estado inativo é transitório para esses vizinhos; Eles avançam para estados mais altos ou podem ser completamente excluídos da tabela de vizinhos conhecidos. Isso é conhecido como "esquecido".
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 tiver recebido pacotes HELLO do vizinho configurados manualmente, ou se nenhum pacote de HELLO for ouvido do vizinho durante o intervalo de temporização inativo anterior, o vizinho configurado manualmente será listado como inativo.
Note: O comando neighbor só pode ser configurado para vizinhos diretamente conectados nesses tipos de redes:
- Redes multiacesso sem transmissão (NBMA) - Interfaces configuradas com o comando ip ospf network non-broadcast.
- Redes de ponto a multiponto sem transmissão (NBMA) - 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 se está configurado corretamente para OSPF nesta interface. Teste a conectividade entre roteadores com os comandos ping e traceroute. Verifique a tabela de vizinhos do 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.
Vizinho no estado de INIT
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 a própria ID de roteador no campo Neighbor (Vizinho) dos pacotes de HELLO do vizinho. Para obter um exemplo mais detalhado e uma explicação, consulte Por que o comando show ip ospf neighbor revela vizinhos no estado de inicialização?
Vizinho em estado bidirecional
O estado bidirecional indica que o roteador viu a própria ID de roteador no campo de vizinho do pacote de 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 do OSPF não é um motivo de preocupação. Para obter um exemplo do estado bidirecional, consulte Por que o comando show ip ospf neighbor revela vizinhos presos no estado bidirecional?
Vizinho em estado exstart ou exchange
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. Se não formam, há um problema com a troca de DBD, como uma incompatibilidade de unidade máxima de transmissão (MTU) ou o recebimento de um número de sequência de DBD inesperado. Para obter mais informações, consulte Por que os vizinhos do OSPF estão presos no estado Exstart/Exchange?
Vizinho em estado de carga
No estado de carregamento, os roteadores enviam pacotes de solicitação de estado de link. 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. Esse problema é normalmente acompanhado por uma mensagem de console %OSPF-4-BADLSA. Como isso não é comum, entre em contato com a Cisco para obter assistência.
Razões típicas para problemas de vizinhos de OSPF
Esta tabela mostra os motivos pelos quais os vizinhos do OSPF têm problemas para 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 HELLO ou de inatividade do OSPF não correspondem. |
show ip ospf interface |
Não correspondência de ip ospf network-type nas interfaces de união. |
show ip ospf interface |
Incompatibilidade de MTU entre interfaces vizinhas. |
show interface <int-type><int-num> |
O tipo de área do 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 principal. esta é uma configuração ilegal que impede a habilitação de OSPF na interface. |
show ip ospf interface show running-config |
HELLOs do OSPF não são processados devido à falta de recursos, como alta utilização da CPU ou memória insuficiente. |
show memory summary show memory processor |
Um problema de camada subjacente impede que os HELLOs do OSPF sejam recebidos. |
show interface |
Note: Para evitar a verificação de MTU enquanto estabelece a adjacência do OSPF, você provavelmente precisa configurar o comando ip ospf mtu-ignore no modo de configuração de interface.
Informações Relacionadas