Resumo

  • O procedimento clássico podia aceitar um vizinho depois de ouvir seu Hello sem saber se o outro lado ouvia a resposta. Down, Initializing e Up tornam explícita a passagem de observação unilateral para conhecimento recíproco.
  • System ID e Extended Local Circuit ID ligam a resposta ao equipamento e ao circuito previstos. Ainda assim, Up comprova troca de IIH, não LSDB convergida, FIB instalada, tráfego entregue ou serviço disponível.

Um corte de um só lado que a redundância não denuncia

Imagine dois roteadores unidos por dois enlaces paralelos. Um dos enlaces deixa de transmitir em apenas uma direção. Um roteador detecta a falha; o outro continua ouvindo o que espera. Como o segundo enlace mantém a topologia conectada, o SPF ainda encontra um caminho entre os sistemas. O lado que não percebeu a falha pode continuar escolhendo justamente a direção quebrada.

Esse é o segundo modo de falha de RFC 5303 e talvez o mais útil para a governança. A evidência agregada — “ainda existe caminho” — está correta. Aplicá-la ao membro individual — “este enlace ainda conduz nos dois sentidos” — é o erro. Redundância pode preservar o serviço enquanto adia a descoberta da fragilidade.

O primeiro modo ocorre depois que um enlace volta ou um sistema reinicia. Cada lado ouve Hello e envia CSNP para iniciar sincronização. Se o CSNP se perde e aquele enlace é o único corte entre as partes da rede, as bases podem ficar divergentes por um período completo de refresh de LSP, até dezoito horas. A adjacência não é recibo de banco sincronizado.

No terceiro modo, a camada física muda a interconexão sem gerar link-down. O sistema recebe quadros destinados a outro equipamento ou a outro circuito e os associa à relação antiga. O sinal existe, mas a identidade espacial do sinal mudou.

O RFC 5303 é Standards Track, publicado em 2008 como edição menor de RFC 3373 para avançar o mecanismo antes informativo. Isso não demonstra falha atual em fabricante ou rede. Serve para revelar uma prática durável: cada ampliação de significado precisa de uma nova evidência.

Uma máquina de estado para o que o outro lado sabe

A opção Point-to-Point Three-Way Adjacency carrega o estado de três vias. Down indica que nenhum IIH com a opção chegou naquele circuito. Initializing indica que um IIH chegou, mas o sistema local ainda não sabe se o vizinho recebe seus IIHs. Up indica que esse recebimento remoto é conhecido.

Esse estado não substitui o estado de adjacência de ISO 10589. O documento diz que não são iguais nem equivalentes. Um ISH pode mover a adjacência ISO enquanto o estado de três vias continua Down. A interface operacional que comprime ambos em “vizinho ativo” perde justamente a distinção criada pelo protocolo.

A tabela de transições mantém desacordos importantes. Local Up com remoto Down reinicializa a conversa; local Down com remoto Up pode remover a adjacência com indicação de reinício do vizinho. Um sistema de observabilidade deve registrar essa sequência, não apenas o valor final, porque a contradição ajuda a localizar quem aprendeu o quê e quando.

Up também tem um limite firme. Ele significa que o vizinho recebe os IIHs locais. Não significa que o CSNP atravessou, que todo LSP coincide, que a rota entrou na FIB, que MTU e encaminhamento funcionam nos dois sentidos ou que uma aplicação respondeu.

O circuito ganha um nome que não deve ser reciclado

Reciprocidade ainda pode acontecer no circuito errado. O Neighbor System ID e o Neighbor Extended Local Circuit ID informam quem o vizinho acredita estar ouvindo e em qual circuito. Se presentes e diferentes dos valores locais, o PDU é descartado.

O identificador anterior carregava um problema implícito de 256 interfaces, embora a restrição efetiva de LAN fosse mais específica. Em ponto a ponto, implementações reutilizavam IDs porque eles apareciam principalmente nos IIHs para detectar mudança da identidade remota. Ao mover um cabo para outra interface com o mesmo número reutilizado, essa proteção podia desaparecer.

O Extended Local Circuit ID tem quatro octetos, é atribuído na criação e deve ser único entre os circuitos do sistema intermediário. Não precisa acompanhar o valor legado. Assim, a resposta pode mencionar uma relação concreta, não apenas um rótulo local pequeno que circula entre portas.

Há, porém, graus de prova. Quem suporta o mecanismo inclui obrigatoriamente o estado; os demais campos são SHOULD. Ausência de System ID ou ID estendido não bloqueia necessariamente o processamento. O inventário deve separar uma sessão com apenas estado de três vias de outra que conferiu sistema e circuito completos.

Compatibilidade preserva conexão ao custo de certeza

Um sistema antigo ignora a opção e não a envia. Quando um sistema novo recebe IIH sem a opção, presume o enlace funcional nos dois sentidos e usa os procedimentos antigos. Essa escolha evita que a implantação gradual rompa adjacências. Ela também mantém uma suposição exatamente onde a extensão poderia oferecer observação.

Por isso, capacidade local e prova da sessão são objetos diferentes. É necessário registrar opção enviada e recebida, estado reportado, campos de identidade, correspondência e fallback. Se a opção some depois de uma manutenção, o vizinho pode continuar Up enquanto a qualidade do recibo cai.

Autenticação não deve ser fundida com esse registro. RFC 5304 e RFC 5310 tratam de integridade e origem admitida por chave. Uma mensagem autenticada pode chegar por conexão física errada; um circuito corretamente identificado pode ter bases divergentes. RFC 5880 trata BFD como outra detecção, focada no encaminhamento bidirecional rápido. A separação entre controles é parte da arquitetura, não um inconveniente de painel.

Onde a afirmação termina

Este artigo não conclui que alguma implementação atual sofre desses casos, que uma operadora deixou de habilitar a extensão ou que houve perda real. Uma conclusão desse tipo precisa de versão, configuração, captura de IIH, comparação de LSDB, FIB e tráfego.

Habilitar RFC 5303 tampouco resolve tudo. Um vizinho antigo ativa fallback; campos recomendados podem faltar; autenticação tem sua própria política de chaves; sincronização e plano de dados são posteriores. O fato de o handshake não certificar serviço não reduz sua utilidade em detectar audição unilateral e associação ao circuito errado.

O limite responsável é: não chamar recepção de reciprocidade, não chamar reciprocidade de identidade, não chamar identidade de convergência e não chamar convergência de entrega sem coletar o recibo próprio de cada transição.

Fontes