Mais de 250 milhões de endereços IPv4 reservados podem ser liberados

Artigo original ↗ Discussão no Hacker News ↗

Um bloco de endereços IPv4 há muito reservado (240.0.0.0/4) está sendo cogitado para reclassificação e possível uso, o que gerou debate sobre se isso aliviaria de fato a escassez de endereços ou apenas criaria caos. Engenheiros de redes apontam que muitos roteadores, sistemas operacionais e dispositivos de consumo bloqueiam ou lidam mal com esse intervalo, então habilitá-lo fragmentaria a conectividade e seria muito mais difícil do que simplesmente implantar IPv6 e CGNAT onde necessário. Outros observam que grandes organizações e governos ainda mantêm espaço IPv4 subutilizado e defendem que recuperar ou gerenciar melhor essas alocações — junto com uma implementação séria de IPv6 — seria mais eficaz do que tentar adaptar o 240/4 à internet atual.

Escopo da Proposta 240/4

  • 240/4 atualmente está “reservado”; a proposta é reclassificá-lo como unicast, e não (na proposta principal) como espaço privado RFC1918.
  • Ele já é usado em algumas VPNs, SDNs e redes internas/em nuvem como espaço de salto não roteável.
  • Os defensores argumentam que simplesmente atualizar o status na IANA/IETF “corresponderia à realidade” e é, em grande parte, uma mudança de política/registro.

Preocupações de Viabilidade e Compatibilidade

  • Muitos comentaristas argumentam que é, na prática, impossível implantar 240/4 na internet pública:
    • Sistemas operacionais (notadamente Windows) se recusam a atribuí-lo ou usá-lo.
    • Roteadores e middleboxes frequentemente o bloqueiam de forma rígida.
    • Depurar alcance parcial seria um pesadelo (alguns caminhos funcionam, outros descartam silenciosamente).
  • Outros respondem que:
    • Muitos roteadores (por exemplo, OpenWRT, vários sistemas operacionais de IoT) já o aceitam.
    • O suporte do Windows poderia ser ativado “em uma Patch Tuesday”, e os caminhos de código que tratam 240/4 como caso especial poderiam simplesmente ser removidos.
  • Há discordância sobre se os “ocupantes” internos já existentes em 240/4 deveriam impedir o uso público (alguns dizem “problema deles”, outros dizem que isso o torna, de fato, um espaço privado).

Espaço Privado vs. Unicast Público

  • Alguns querem adicionar 240/4 ao RFC1918 para grandes redes internas que esgotaram 10/8, especialmente em fusões e em empresas muito grandes.
  • Outros acham que usar cerca de 6% do IPv4 como espaço privado é desperdiçar recursos; o espaço reservado deveria se tornar público se for reclassificado.
  • Há comparações com organizações ocupando blocos /8 do DoD e com o governo federal mantendo muitos /8 ociosos.

IPv6 vs. Apertar o IPv4

  • Um grande contingente: liberar 240/4 é “pouco, tarde demais” e desvia a atenção do IPv6. Um /4 se esgotaria rapidamente e aumentaria a fragmentação.
  • Contraponto: recuperar 240/4, 0/8 e os endereços “.0 broadcast” poderia liberar IPv4 relevante, e patches já implantados para 0/8 não quebraram a internet.
  • A implantação de IPv6 é desigual:
    • Alguns ISPs (incluindo vários provedores de fibra) não oferecem IPv6; alguns que oferecem dão apenas /64 dinâmicos ou prefixes pequenos e instáveis.
    • Equipamentos de consumo frequentemente têm implementações de IPv6 com bugs ou pouco transparentes; o suporte varia de “funciona muito bem” a “6 horas de dor e daemons personalizados”.
    • Muitas vezes os usuários são instruídos a “simplesmente desativar o IPv6”, o que alguns consideram ignorância e outros veem como um contorno pragmático para dispositivos defeituosos.

CGNAT, Segurança e Política

  • O CGNAT é visto como inevitável para IPv4 residencial; alguns sugerem usar 240/4 para pools externos de CGNAT.
  • Surgem preocupações de que o IPv6 roteável expõe dispositivos IoT inseguros; outros respondem que firewalls e o vasto espaço IPv6 tornam a varredura cega muito mais difícil do que no IPv4.
  • Se 240/4 se tornasse público, muitos esperam que os RIRs controlem rigidamente as alocações e talvez favoreçam redes que já implantaram IPv6, limitando a capacidade dos grandes players de acumular endereços.