Resumo

  • A RFC 3137 manteve o router-LSA e os custos normais dos links stub, elevando somente os links não stub para 0xFFFF; havendo redundância, os demais roteadores preferiam não atravessar aquele nó.
  • A métrica máxima era uma preferência, não uma retirada nem um comprovante de drenagem. Sem alternativa, o comportamento de OSPF a partir da RFC 1583 ainda podia usar o caminho mais caro.

O equipamento precisava ser destino sem continuar sendo ponte

Há um intervalo entre funcionar normalmente e desaparecer. Um roteador pode estar com CPU excessiva ou sem memória para todas as LSAs e para a tabela de rotas. Pode estar entrando em produção ou se preparando para manutenção. Nesses momentos, a rede deve aliviar o tráfego de terceiros, embora a equipe ainda precise chegar às interfaces do equipamento e embora seus prefixos diretamente conectados continuem válidos.

Retirar o router-LSA resolveria o trânsito de maneira bruta. OSPF, porém, calcula um grafo. Na RFC 2328, a primeira fase do algoritmo usa roteadores e redes de trânsito; a segunda acrescenta as redes stub como folhas. Sem o LSA de X, desaparecem os links de X e os backlinks de que outros nós precisam para construir uma rota até ele. O nó deixa de ser travessia, mas também pode deixar de ser destino.

Publicada como Informational em junho de 2001, a RFC 3137 manteve X na topologia. Em vez de apagar sua identidade, reduziu sua aptidão para um papel específico.

A assimetria entre os links fazia o trabalho

O router-LSA de X anunciava todos os links não stub com o valor máximo de 16 bits, 0xFFFF. O texto chamou a cifra de LSInfinity e a separou do máximo de 24 bits usado em LSAs summary e AS-external. Já os links stub do tipo 3 conservavam o custo de saída normal da interface.

Um link não stub ajuda o shortest-path tree a passar por um roteador ou uma rede de trânsito. Com custo máximo, um desvio redundante se torna mais barato. Um link stub representa um prefixo diretamente conectado como folha. Preservar seu custo permite que a rota termine na superfície de X, mesmo que prosseguir através de X seja a pior opção.

A mensagem deixou de ser binária. X continuava dizendo que existia e que certos destinos estavam ligados a ele. Ao mesmo tempo, dizia que outra estrada deveria carregar o trânsito se estivesse disponível. Alcançável não significava saudável; evitado como trânsito não significava invisível.

O documento citou condições críticas, introdução e remoção suaves e decisões administrativas ou de engenharia de tráfego. A técnica ajudava a coordenar essas transições, mas não definia quando era seguro abrir o rack. Um comando aceito, um LSA originado, um SPF concluído e um fluxo drenado são fatos diferentes.

A redundância completava a frase

A própria RFC condicionou o benefício a uma rede com algum grau de redundância. A métrica não cria capacidade nem conectividade. Cada receptor inunda e guarda o LSA, calcula localmente o melhor caminho e instala sua decisão. Só a topologia fornece uma rota em torno de X.

Quando X é o único caminho, 0xFFFF não precisa significar proibição. Na interpretação da RFC 1583 e das versões posteriores, trata-se de um custo finito. O caminho pode voltar a ser escolhido. Essa propriedade preserva conectividade em uma falha do desvio, mas pode recolocar carga exatamente no roteador que entrou em estado crítico.

Por isso, uma auditoria operacional precisa de vários recibos. A configuração mostra o pedido local. O LSA mostra o anúncio. A LSDB remota mostra recepção. RIB e FIB mostram cálculo e instalação. Telemetria mostra se os fluxos mudaram. Uma sonda de serviço mostra se o resultado ainda atende ao usuário. O protocolo não autoriza promover um recibo ao próximo estágio.

A compatibilidade expôs duas noções de infinito

Roteadores que ainda executavam o cálculo da RFC 1247 descartavam os registros de link com LSInfinity. Roteadores sob a RFC 1583 ou posterior não tratavam o valor máximo como inalcançável. A RFC 3137 registrou essa diferença em vez de escondê-la.

Com uma alternativa, as duas famílias concordavam em evitar X. Se X fosse a única passagem, a implementação antiga não o usaria como trânsito, enquanto a nova poderia escolhê-lo com custo extremo. O memo afirmou que essa inconsistência limitada não gerava loops no caso descrito.

Essa conclusão não cobre toda transição de FIB. Não prova que atualizações em momentos diferentes sejam livres de microloops, nem que qualquer implementação tenha comportamento idêntico. A RFC 6976 tratou depois a ordenação da convergência como uma questão própria.

O nome LSInfinity tornava a fronteira menos visível. Para um algoritmo era descarte; para outro era último recurso. A compatibilidade da solução dependia dessa diferença.

A revisão de 2013 trocou promessa por precisão

A RFC 6987 tornou a RFC 3137 obsoleta, preservou o mecanismo e definiu MaxLinkMetric como constante arquitetural para 0xFFFF. O nome passou a dizer apenas o que todos podiam verificar: era o maior custo de link. Não prometia uma impossibilidade universal.

O texto atualizado cobriu OSPFv2 e OSPFv3. Também explicou o R-bit de OSPFv3. Limpar esse bit faz com que o roteador não seja usado para trânsito de forma consistente. A escolha fica com o operador: MaxLinkMetric permite o único caminho quando não existe outro; o R-bit impõe exclusão mais rígida.

Isso é uma escolha entre continuidade e isolamento. A formulação pertence à RFC 6987 e não deve ser colocada na boca do documento de 2001. O que atravessou os doze anos foi a necessidade de separar presença e trânsito.

Reinício suave não era o mesmo estado

Na RFC 3623, o graceful restart de OSPF tenta manter o roteador no caminho enquanto seu software de roteamento reinicia. Isso depende de forwarding preservado, topologia estável e vizinhos compatíveis. A RFC 3137 pede aos vizinhos que prefiram não atravessar o roteador visível.

As duas transições podem ser chamadas de suaves, mas querem resultados opostos no plano de dados. Uma conserva trânsito durante uma perda temporária do controle; a outra reduz trânsito para proteger ou preparar o nó.

A RFC 5817 descreveu mais tarde shutdown planejado em redes MPLS/GMPLS TE. A RFC 6976 abordou updates ordenados de FIB para evitar loops transitórios. Nenhuma delas converte o maximum-metric LSA em comprovante de túnel removido, manutenção aprovada, drenagem completa ou convergência universalmente segura.

Presença protocolar e prontidão operacional continuaram separadas

O valor histórico não estava apenas no número 65535. Estava em recusar que um roteador tivesse um único estado “ligado”. O equipamento podia falar OSPF e aceitar administração sem ter capacidade para trânsito. Podia anunciar corretamente e ainda aguardar que receptores recalculassem seus caminhos.

O originador controlava o anúncio. Receptores controlavam SPF e FIB. A topologia controlava alternativas. Operações controlava a janela. Medições controlavam a afirmação sobre o que ocorreu.

Os autores não reivindicaram originalidade. O status Informational não demonstra implantação. A RFC 3137 registrou algo mais cuidadoso: uma função podia ser retirada sem apagar a identidade. O roteador permanecia no grafo como lugar ao qual chegar, mas deixava de ser uma estrada barata para qualquer outro lugar.

Fontes

  1. https://www.rfc-editor.org/rfc/rfc3137.txt
  2. https://www.rfc-editor.org/info/rfc3137
  3. https://datatracker.ietf.org/doc/rfc3137/
  4. https://www.rfc-editor.org/rfc/rfc2328.txt
  5. https://www.rfc-editor.org/rfc/rfc1247.txt
  6. https://www.rfc-editor.org/rfc/rfc1583.txt
  7. https://www.rfc-editor.org/rfc/rfc6987.txt
  8. https://www.rfc-editor.org/info/rfc6987
  9. https://www.rfc-editor.org/rfc/rfc5340.txt
  10. https://www.rfc-editor.org/rfc/rfc3623.txt
  11. https://www.rfc-editor.org/rfc/rfc5817.txt
  12. https://www.rfc-editor.org/rfc/rfc6976.txt