Por que o comando show ip ospf neighbor revela vizinhos em estado init?

Opções de download

PDF (120.6 KB)
Ver no Adobe Reader em vários dispositivos
ePub (86.8 KB)
Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
Mobi (Kindle) (71.1 KB)
Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos

Atualizado:10 de Agosto de 2005

ID do documento:13702

Bias-Free Language

The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.

Sobre esta tradução

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.

Introduction

Prerequisites

Requirements

Componentes Utilizados

Conventions

Problema

Possíveis causas e soluções de um travamento de vizinho no estado Init

Informações Relacionadas

Introduction

Este documento explica as possíveis causas e soluções para situações em que o comando show ip ospf neighbor revela os vizinhos do Open Shortest Path First (OSPF) no estado INIT.

Prerequisites

Requirements

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

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter mais informações sobre convenções de documentos.

Problema

Dê uma olhada neste exemplo de saída do comando show ip ospf neighbor:

router2#show ip ospf neighbor 
 
Neighbor ID     Pri   State     Dead Time   Address         Interface 
170.170.5.1     1     INIT/-    00:00:34    170.170.1.1     Serial0 
router-2#

Neste exemplo de saída, o estado init indica que o roteador 2 vê pacotes hello do vizinho, mas a comunicação bidirecional não foi estabelecida. Um roteador Cisco inclui as IDs de roteador de todos os vizinhos no estado init (ou superior) no campo vizinho de seus pacotes hello. 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. Em outras palavras, um roteador com um vizinho no estado init recebeu pacotes de saudação do vizinho, mas não viu seu próprio ID de roteador nas saudações do vizinho. Nesse caso, se o roteador não receber quatro saudações consecutivas, ele derrubará a sessão e a adjacência OSPF ficará inativa.

Possíveis causas e soluções de um travamento de vizinho no estado Init

O motivo mais provável para que um roteador local não esteja listado nos pacotes de saudação de um vizinho é que o vizinho não recebeu pacotes de saudação do roteador local. As possíveis razões para isso são:

Use os comandos ping e traceroute para verificar se os links entre os roteadores estão operacionais. Se um ping entre os roteadores não for bem-sucedido, o link não está funcionando corretamente e você precisa solucioná-lo. Consulte as páginas de solução de problemas relacionados à tecnologia de Camada 2 que você está usando, como ISDN, Ethernet, ATM, etc.
Se houver alguma lista de acesso definida na interface do vizinho, o IP de destino 224.0.0.5 deve ser permitido na lista de acesso de entrada.
- Os pacotes hello do OSPF têm um endereço de destino 224.0.0.5 (o endereço multicast de todos os roteadores ospf).
Pode haver um problema de segunda camada ou de configuração que afete os pacotes multicast de alcançar o roteador vizinho. Você pode testar isso com o comando ping no endereço multicast 224.0.0.5 e confirmar se as respostas foram recebidas dos roteadores vizinhos. Em meios não broadcast, como Frame Relay, X.25 e ISDN, o mapeamento é necessário entre a camada 2 e o endereço IP. No caso de mapeamento estático (por exemplo, o mapa frame-relay de nível de interface ip 1.1.1.1 100 broadcast ou dialer map ip 1.1.1.1 broadcast name router1 55346 comandos), você deve configurar a palavra-chave broadcast para evitar falha de encapsulamento toda vez que o OSPF tente enviar pacote de hello multicast. O comando debug ip packet detail usado com a lista de acesso mostra se há falhas de encapsulamento.
A autenticação não está ativada em ambos os lados. O roteador no qual a autenticação não está habilitada ainda processa pacotes hello do vizinho e vê o vizinho no estado init. Para corrigir esse problema, habilite a autenticação em ambos os lados.
Se você estiver executando o software Cisco IOS® versão 11.1.9 ou anterior, verifique a saída do comando show ip ospf interface para verificar se há discrepâncias, como:
```
Neighbor Count is 0, Adjacent neighbor count is 1
```
Se a contagem de vizinhos adjacentes do OSPF for superior à contagem de vizinhos, a lista de vizinhos pode estar corrompida. Acesse o bug da Cisco ID CSCdj01682 (somente clientes registrados) para obter mais informações.