Resumo

  • RFC 3021 determinou que os dois valores de um /31 fossem endereços de host em enlaces IPv4 genuinamente ponto a ponto.
  • O prefixo poupava dois endereços por enlace, mas não demonstrava sozinho que havia apenas duas pontas, que ambas eram compatíveis ou que os pacotes chegavam.

Num /30, quatro valores sustentavam duas interfaces. O host field todo zero representava a sub-rede. O todo um servia como broadcast direcionado. Restavam dois endereços utilizáveis. Essa divisão fazia sentido num segmento com vários hosts, mas carregava papéis que um enlace ponto a ponto não precisava exercer.

Com apenas dois participantes possíveis, qualquer transmissão de uma ponta alcançava a outra. RFC 3021 deixou um único bit de host e atribuiu seus valores zero e um aos dois routers. O consumo caiu de quatro endereços para dois. Em quinhentos enlaces, a conta recuperava mil endereços.

O detalhe decisivo é que não sobrou uma terceira combinação para broadcast direcionado. A norma não o comprimiu nem o moveu: esse papel deixou de existir no enlace.

O número eficiente dependia do formato do meio

Digitar /31 não prova que a interface tem só duas pontas. Um meio compartilhado, uma pseudowire com participantes inesperados ou uma virtualização que introduza um terceiro nó podem contradizer a premissa. RFC 3021 limitou seu escopo a point-to-point links e não avaliou outras interfaces.

Também não bastava uma ponta entender a exceção. O RFC avisou que o enlace poderia operar incorretamente quando apenas um lado suportasse prefixos de 31 bits. Para um router novo, o antigo valor de broadcast era o vizinho. Para um equipamento incompatível, ainda podia ser classificado como especial. A mesma configuração textual não garantia o mesmo código em execução.

Broadcast limitado e decisão local

Sem endereço de broadcast direcionado, o broadcast limitado deveria ser usado quando necessário. Routers remotos não precisavam aprender uma nova categoria global. Eles encaminhavam o prefixo classless; o router diretamente conectado reconhecia os dois valores como interfaces.

Isso retirava uma superfície específica de ataques smurf, que usavam broadcast direcionado para replicar tráfego. RFC 2644 já exigia que a recepção desse broadcast viesse desativada por padrão. RFC 3021 fazia com que o alvo nem existisse nesses enlaces. Não autenticava o peer, não protegia os protocolos de routing e não eliminava outras formas de negação de serviço.

A exceção preservava as regras fora do enlace

RFC 950 já havia considerado um host field de um bit e exposto o conflito: zero e um tinham significados reservados. RFC 1122 e RFC 1812 descreviam o tratamento das formas all-zero e all-one. RFC 3021 alterou essas regras de modo estreito, permitindo origem e entrega local quando o endereço pertencesse a uma ponta point-to-point com máscara de 31 bits.

Em outros tipos de link, as regras de descarte e broadcast continuavam. Portanto, dizer apenas que a norma “usou o endereço de rede e o de broadcast” oculta a condição. Ela redefiniu os valores onde a topologia tornava seus papéis antigos desnecessários.

Experiência operacional não era adoção universal

O texto informou código beta de vários vendors e testes positivos de pelo menos três ISPs com OSPF, IS-IS, BGP e EIGRP. Era evidência contemporânea de viabilidade, não inventário completo de versões nem prova de implantação atual.

Uma adjacency ativa demonstra um intercâmbio de control plane. Não comprova que ferramentas de gestão aceitam as duas pontas, que ACLs não as tratam como especiais, que o forwarding é simétrico ou que uma aplicação recebeu dados úteis. Cada camada precisa de seu próprio recibo.

Fontes

Lu Heng não escreveu nem endossou RFC 3021. Seus ensaios são lentes analíticas declaradas.