APRENDER. PRATICAR. EVOLUIR.O contrato de uma adjacência
Um link pode transportar ICMP e continuar sem uma adjacência OSPF. O ping ao endereço diretamente ligado exerce encaminhamento local e resposta ICMP; não verifica os parâmetros dos Hellos nem a troca da base de dados. Começa por identificar interfaces, endereços, área, router IDs e tipo de rede nos dois extremos. Compara intervalos Hello e Dead, autenticação e política que permite OSPF. Não alteres todos estes campos ao mesmo tempo: perderias a relação entre hipótese e resultado. Guarda uma observação de referência e escolhe a menor mudança que testa a hipótese.
Caso: o batch perdeu a rota
Num cenário fictício, R2 liga o backbone à área 10 e R3 anuncia os endpoints do batch. Uma alteração torna a interface de trânsito de R2 passiva. Essa opção impede a participação OSPF nessa interface, mas não desliga o endereço IP nem impede por si o tráfego de dados. R2 ainda consegue fazer ping ao endereço diretamente ligado de R3; R1 acaba por perder as rotas dos endpoints atrás de R3. A equipa APS deve correlacionar o momento da alteração com a vizinhança e as rotas, em vez de aceitar o ping de trânsito como prova de serviço recuperado.
O mesmo comando em papéis diferentes
Uma loopback pode ser passiva e continuar anunciada através das outras interfaces OSPF. Isso é adequado quando o prefixo precisa de ser alcançável mas não há vizinho a descobrir nessa interface. Aplicar a mesma política a um trânsito necessário quebra o desenho. Em Cisco IOS XE, passive-interface é configurado no processo OSPF; no laboratório FRRouting usamos ip ospf passive na interface. A semelhança do conceito não torna os comandos intercambiáveis. Antes de transportar uma solução entre plataformas, confirma sintaxe, versão e estado observado. Um resultado obtido em FRRouting valida este exercício de protocolo, não a execução em IOS XE.
Timers e estados intermédios
O laboratório começa com Hello de um segundo e Dead de quatro nos trânsitos ponto a ponto. Alterar apenas o Hello de R3 para dois segundos provoca uma incompatibilidade. A adjacência e as rotas podem levar algum tempo a desaparecer; uma única captura imediatamente após a mudança não encerra o diagnóstico. O runner espera por uma condição com timeout, não por um atraso assumido como suficiente. Estes timers aceleram o exercício e não são uma recomendação para produção. Em redes broadcast, considera também os papéis DR e BDR antes de interpretar 2-Way como falha; o laboratório usa ponto a ponto e não demonstra essa eleição.
Exstart não identifica sozinho a causa
Se a vizinhança ficar em Exstart ou Exchange, investiga a troca de Database Description. Uma diferença de MTU é uma hipótese documentada pela Cisco, mas não a única. Compara MTU dos extremos e mensagens de diagnóstico antes de corrigir. Ignorar a verificação de MTU não aumenta a capacidade de transporte do caminho. Depois de recuperar a adjacência, verifica rotas e tráfego com origem e tamanhos adequados ao serviço. Este laboratório não injeta falhas de MTU: esse diagnóstico é um exercício documental adicional, que exige um ensaio próprio na plataforma usada.
# FRRouting 10.4.5, disposable lab only
show ip ospf neighbor
show ip ospf interface eth1
show ip route
# On r2, inject one failure, then remove it:
configure terminal
interface eth1
ip ospf passive
# Recovery: no ip ospf passive
Ping de trânsito funciona; a rota do endpoint desapareceu após tornar o trânsito passivo.
Armadilhas comuns
Alterar vários parâmetros sem referência; copiar sintaxe entre plataformas; aceitar um ping ligado como teste completo.
Tópicos relacionados: OSPF: áreas, sumarização e destinos cobertos · Laboratório OSPF e aceitação operacional
Observa vizinhos, parâmetros, rotas e destino com a origem relevante antes de aceitar a recuperação.
Referência: FRRouting OSPFv2 · 350-401 ENCOR v1.2, effective 2026-03-19; core component of CCNP Enterprise