Resumo

  • A RFC 9792 definiu um sub-TLV Prefix Extended Flags variável para OSPFv2 e OSPFv3, mas não atribuiu significado a nenhum bit.
  • Hoje os registros da IANA incluem U e UP, definidos depois pela RFC 9929; a alocação não demonstra suporte, anúncio, aceitação ou efeito no encaminhamento.

Publicada em junho de 2025, a RFC 9792 declarou que nenhum bit era definido no próprio documento. Havia um formato para propriedades futuras e regras para os casos em que o campo estivesse ausente, curto, desconhecido, duplicado ou malformado. Ainda não havia uma nova propriedade do prefixo.

No OSPFv2, o sub-TLV tipo 11 fica no Extended Prefix TLV da RFC 7684. No OSPFv3, o tipo 37 pode integrar os três TLVs de prefixo da RFC 8362 ou o SRv6 Locator TLV da RFC 9513.

O valor cresce em blocos de 32 bits. O comprimento precisa ser múltiplo de quatro octetos; caso contrário, a LSA que o contém é malformada e deve ser ignorada. O emissor termina no último bloco necessário para transportar um bit igual a um. Flags definidas além do comprimento recebido valem zero. Bits não alocados são enviados como zero e ignorados.

Ausência, portanto, não autoriza uma inferência positiva. Receptores antigos ignoram o sub-TLV desconhecido conforme RFC 3630 ou RFC 8362. Se o mesmo TLV pai contiver mais de uma instância, apenas a primeira é usada; as demais são descartadas e o erro deve ser registrado com limitação de frequência.

O registro ganhou conteúdo depois

Os registros atuais da IANA para OSPFv2 e OSPFv3 atribuem bit 0 a U e bit 1 a UP com base na RFC 9929; bits 2–31 seguem livres. A cronologia é a arquitetura: a RFC 9792 criou o endereço, e a RFC 9929 forneceu as primeiras propriedades.

Mesmo um bit igual a um precisa de contexto. U indica prefixo inalcançável; UP, inalcançabilidade planejada. UP sem U é ignorado. No OSPFv2, ambos só valem com métrica LSInfinity. No OSPFv3, também são necessários LSInfinity e NU no Prefix Options pai. O campo fixo da RFC 5340 continua participando da decisão.

Uma afirmação confiável deve separar: norma, alocação IANA, implementação, configuração, bytes transmitidos, interpretação do receptor, cálculo de rota, FIB e tráfego. O IETF Review da RFC 8126 controla a legitimidade da alocação; não é telemetria de implantação.

A RFC 9792 mostrou que extensibilidade segura começa com limites para a inferência. Um campo reconhecível não é automaticamente uma propriedade, e uma propriedade registrada não é automaticamente um resultado.

Fontes