Resumo

  • RFC 1380 distinguiu ação operacional imediata, CIDR no curto prazo, resposta ao esgotamento no médio prazo e pesquisa de longo prazo. Todas deveriam começar de imediato, não em sequência.
  • CIDR compraria tempo no endereçamento existente, mas exigia política, protocolo, implementação e implantação. O documento reconheceu que essa tarefa poderia retirar recursos da solução duradoura.
  • Recomendação, indicador aliviado, plano de transição, arquitetura escolhida e resultado operacional são registros diferentes, sob autoridades diferentes.

O crescimento acionou relógios diferentes

RFC 1380 separou escassez de números Classe B, explosão das tabelas de rotas e eventual esgotamento dos endereços IP de 32 bits. Distribuir várias redes Classe C preservava uma Classe B, mas acrescentava rotas. Um roteador maior absorvia entradas sem alterar sua origem. Um espaço de endereços maior, sem agregação, reproduziria a sobrecarga em escala superior.

Havia também um limite humano. Memória, processamento e largura de banda pressionavam equipamentos; configuração de políticas e monitoramento pressionavam operadores. O crescimento aproximadamente anual de atribuições e da base NSFNET da Merit era evidência datada em superfícies nomeadas, não um censo universal nem confirmação de uma previsão.

ROAD era um mecanismo temporário de deliberação

ROAD não foi um grupo permanente comum. Reuniu-se após o IETF de Santa Fe, trabalhou presencialmente e por e-mail, relatou em San Diego e encaminhou assuntos para BOFs, plenária aberta e novos grupos.

Esse formato limitava sua autoridade. Ele podia organizar o diagnóstico e recomendar trabalho, mas não passava a controlar toda atribuição, norma, implementação ou migração local. RFC 1380 é Informational e se apresenta como relatório preliminar de deliberações do IESG. Prova que uma discussão foi registrada; não prova padrão nem execução.

O grupo tinha direção para CIDR diante do problema próximo. Para endereços maiores, não havia recomendação final. Faltavam dados sobre transição, infraestrutura, controle de mudança, treinamento e experiência de implementação. Urgência não preenchia esses campos.

Quatro fases começavam agora

Uma arquitetura única não poderia resolver pressão de rotas, esgotamento e funções avançadas, ser escolhida e chegar à rede antes do limite mais próximo. Alterar a camada Internet também confrontava uma extensa base instalada.

O IESG chamou os horizontes de imediato, curto, médio e longo. Os nomes parecem formar uma fila. O texto manda iniciar todos imediatamente e afirma que não podiam ser executados consecutivamente.

Isso impedia a emergência de absorver todo o calendário. Cada horizonte precisava de responsável, recursos e data de início. Se a frente duradoura aguardasse o fim da ponte, a ponte já teria usuários, ferramentas, orçamento e dependências; seria a nova base instalada antes de a escolha seguinte começar.

Ação imediata adiava, não resolvia

Política de atribuição mais conservadora, alinhamento com agregação, recuperação de Classe B, roteadores mais fortes e engenharia de topologia não dependiam de novo protocolo. RFC 1380 dizia que nenhuma dessas medidas resolvia os problemas; apenas retardava sua chegada.

Uma regra alterada prova mudança de política. Um número recuperado prova devolução específica. Um equipamento novo prova capacidade local. Uma tabela menor prova alívio naquele ponto. Nada disso, isoladamente, demonstra fim do esgotamento, da carga humana ou do risco de migração.

O custo muda de lugar: o solicitante oferece mais prova, o registro exerce mais julgamento, o operador compra hardware. Uma topologia menor pode aceitar menos alternativas. Não mudar hosts não torna a intervenção neutra.

CIDR precisava de vários donos

RFC 1338 chamou supernetting de estratégia de curto prazo para reduzir as duas pressões enquanto surgia uma solução longa. A expectativa de três anos era hipótese, não garantia.

O efeito dependia de blocos atribuídos de forma agregável, protocolos capazes de pares rede-máscara, software implantado e fronteiras com domínios antigos e IGPs. Multihoming e troca de provedor mantinham rotas específicas. Implantar a atribuição sem roteamento classless poderia acelerar temporariamente o crescimento da tabela.

RFC 1380 distribuiu o programa: plano operacional de endereços, extensão BGP, possível trabalho IDRP e preparação de implantação. CIDR comprava tempo para o problema maior; não era um botão nem uma compra gratuita.

RFC 1519 revisou depois a especificação e preservou a ideia de ponte. Documento revisado não demonstra adoção, conformidade, topologia ou resultado.

A ponte consumia parte do destino

Substituir ou ampliar a camada Internet seria traumático para fornecedores, operadores e usuários. A escolha provisória deveria reduzir o choque ou manter um caminho suave de saída. Sucesso local sem saída podia ser fracasso estratégico.

O outro custo era oportunidade. Desenvolver e implantar o provisório desviaria recursos de outros projetos, incluindo a solução longa. Engenheiros, laboratório, janelas de mudança e atenção operacional não podem ser usados duas vezes.

Tempo ganho deve ficar ao lado de capacidade gasta. Se a ponte oferece dezoito meses e ocupa a equipe de migração por dois anos, o indicador local melhora enquanto o programa piora. RFC 1380 não mede esse saldo posterior; exige que ele faça parte da escolha.

Endereços maiores exigiam outro processo

O IESG recusou uma recomendação final sem entender impacto sobre infraestrutura, protocolos, roteamento, atribuição, desempenho, dono do controle de mudança, gestão, segurança e treinamento. O apêndice pedia respostas item a item e experiência implementada.

Chamada de propostas, Internet-Draft, revisão pública, apresentação, recomendação do IESG e decisão do IAB eram registros separados. O cronograma definia entregas; não certificava antecipadamente uma arquitetura.

RFC 1719 registrou mais tarde que o BOF IPDecide evidenciara falta de direção firme. Atribuiu ao IESG uma recomendação aberta e publicada, baseada também em taxas de atribuição, políticas, efeito esperado de CIDR e tempo de desenvolver, colocar em campo e migrar.

Em 1995, RFC 1752 documentou outra decisão: SIPP revisado seria a base de IPng; protocolo, autoconfiguração, transição e coexistência teriam trabalhos próprios; o número 6 se chamaria IPv6.

Essa sucessão não transforma RFC 1380 em escolha de IPv6. Mostra que a escolha longa precisou de novas provas, processo e recomendação. Nem a recomendação posterior prova migração universal, retirada de IPv4 ou sucesso de uma rede.

Fontes e limites

O artigo usa os textos oficiais de RFC 1338, 1380, 1519, 1719 e 1752. Eles comprovam diagnósticos, recomendações, critérios e sucessão documental. Não comprovam rede atual, precisão de toda previsão, execução pontual de marcos, produto específico, mudança local autorizada ou resultado medido.

A conclusão é delimitada: em 1992, alívio urgente e substituição duradoura já eram trabalhos distintos que deveriam começar juntos. A medida provisória precisava de três registros — benefício, recurso consumido e saída. Sem eles, contava-se o tempo comprado e desaparecia o futuro gasto.