Resumo

  • A revisão do IPng apontou uma fragilidade operacional na transição IPAE e uma disputa sobre o espaço de endereços de 64 bits do SIPP.
  • O RFC 1752 recomendou uma versão revisada do SIPP, com endereços fixos de 128 bits, como base para IPng. A recomendação não foi unânime e não equivaleu à migração imediata da Internet.

O teste não era apenas contar endereços

Uma mudança de protocolo precisa sobreviver ao período em que as duas gerações coexistem. Esse é o detalhe que faz o SIPP parecer menos um vencedor que aguardava sua vez e mais um projeto que precisou responder a problemas de implantação. O RFC 1752 relata que o esforço para escolher um sucessor do IPv4 começou no IETF no fim de 1990. Quando a área IPng foi organizada, no fim de 1993, os avaliadores compararam CATNIP, SIPP e TUBA com critérios técnicos. Nenhuma proposta saiu intacta: CATNIP estava incompleta; SIPP e TUBA pareciam possíveis, mas ainda tinham pontos a corrigir. RFC 1752, §§1, 7–8

No SIPP, o problema operacional tinha nome. IPAE era o plano para ligar o protocolo novo ao IPv4. Os revisores consideraram sua complexidade e sua viabilidade em uma Internet real motivos para preocupação séria. Um desenho que funciona apenas quando todos mudam juntos não atende uma rede que precisa continuar transportando tráfego durante a transição. O RFC 1752 descreve uma avaliação forte: a proposta não parecia confiável o bastante para operar na Internet. RFC 1752, §8.2

A outra crítica era de horizonte. O SIPP publicado como proposta em 1993 usava endereços de 64 bits e previa extensão por opções de roteamento. Não se tratava ainda da arquitetura de 128 bits associada ao IPv6. Parte dos revisores acreditava que 64 bits não deixariam espaço suficiente para a hierarquia e as perdas de eficiência inevitáveis em uma rede global. Outros argumentos apontavam que endereços maiores consumiriam largura de banda, com impacto em redes lentas e móveis. O debate não tinha uma resposta neutra: cada lado projetava um conjunto diferente de custos futuros. RFC 1710 RFC 1752, §8.2

A revisão alterou o contrato operacional

Depois do encontro de IPng de 19 e 20 de maio de 1994, perto de Chicago, Steve Deering e Paul Francis propuseram uma nova versão. O endereço passaria de oito para dezesseis bytes e teria tamanho fixo. O grupo também considerou autoconfiguração sem servidor como opção, exigiu que protocolos superiores usassem os dezesseis bytes completos em identificadores de conexão e descartou o Route Header como forma de estender endereços. RFC 1752, §9

A revisão substituía uma aposta em extensão por uma estrutura maior definida desde o início. Isso favorecia hierarquias de roteamento e dava espaço para topologias internas complexas. Mas a escolha transferia parte do custo para cada pacote e para os equipamentos que precisariam processá-lo. RFC 1752 registra o argumento de que dezesseis bytes poderiam ser desperdício e causar dificuldades em alguns enlaces. A decisão, portanto, não foi “mais espaço sem desvantagens”; foi aceitar um custo visível hoje em troca de margem para as estruturas que os projetistas esperavam enfrentar amanhã.

A solução tampouco nasceu em uma única equipe. O relatório diz que o protocolo básico veio principalmente do SIPP, mas a autoconfiguração e a transição sofreram influência do TUBA; o modelo de endereçamento aproveitou o trabalho do CIDR; e as discussões do SDRP influenciaram o cabeçalho de roteamento. A recomendação reuniu peças de diferentes trajetórias. RFC 1752, §9

A recomendação tinha um alcance definido

Em janeiro de 1995, o RFC 1752 recomendou o SIPP de 128 bits como base para IPng e pediu que o IETF concentrasse seu trabalho em uma só iniciativa. O próprio texto admite que não houve unanimidade sobre o tamanho dos endereços. Seus autores identificaram uma maioria clara a favor do formato fixo de dezesseis bytes como compromisso entre eficiência, funcionalidade, flexibilidade e uso global. Esse registro não informa que todos os operadores votaram nem fornece uma contagem que autorize falar em unanimidade. RFC 1752, §§10.2–11

“Base para IPng” também não quer dizer que a Internet tenha mudado de protocolo em janeiro. O documento iniciou uma fase de trabalho em torno de uma arquitetura e previu outras atividades para transição, coexistência, autoconfiguração e testes. O RFC 1883, publicado em dezembro de 1995 como especificação IPv6, é posterior e ajuda a marcar essa distância entre escolher uma base e concluir a etapa de especificação. RFC 1883

Essa distinção também separa esta história da RFC 1550. A RFC 1550 convocou participantes a descrever necessidades antes da comparação dos candidatos. Aqui, o assunto é o que ocorreu quando a avaliação técnica fez um candidato mudar. Uma coisa é recolher requisitos; outra é decidir quais críticas devem alterar uma arquitetura. RFC 1550

Incentivos posteriores precisam de evidência própria

Um espaço maior de endereços altera planejamento, dispositivos, administração e convivência com IPv4. Isso faz com que a decisão tenha consequências econômicas e institucionais, mas não permite deduzir automaticamente quem a promoveu por interesse próprio. O RFC de 1995 não prova as motivações dos participantes.

Em 2026, Heng Lu interpretou a promoção posterior do IPv6 por meio dos incentivos de registros regionais e fornecedores de equipamentos. Essa crítica contesta a ideia de uma inevitabilidade técnica neutra e merece ser examinada como análise posterior. Ela não demonstra que os incentivos descritos causaram a revisão de maio de 1994. As fontes da época documentam preocupações de engenharia e uma maioria que preferiu um compromisso de 128 bits apesar das objeções de custo. São planos de evidência diferentes. Heng Lu, “Why IPv6 Was Pushed, and Who It Actually Serves”

A história do IPng fica mais clara quando não é tratada como destino. A revisão tornou uma proposta operacionalmente discutida mais definida: mudou a transição, abandonou a extensão da abordagem de endereços curtos e ofereceu uma base comum para o trabalho posterior. Não comprovou que todos os operadores ganhariam com 128 bits ou que a coexistência seria simples. Deixou uma escolha técnica com efeitos duradouros, cuja avaliação depende de como os custos e benefícios apareceram na operação real.

Fontes