Resumo
- Em 9 de junho de 1996, a WIDE fez sua primeira comunicação IPv6 de ida e volta entre o Instituto de Ciência e Tecnologia de Nara e o NOC de Tóquio. O caminho foi um enlace serial, não um túnel IPv6 sobre IPv4.
- A WIDE dividiu um T1 existente: 64 kbps para IPv6 e 1.472 kbps para IPv4. Segundo a retrospectiva do projeto, isso evitava o custo de outra linha alugada e reduzia a interferência entre as operações das duas redes.
Uma faixa estreita bastou para começar
O início da 6bone da WIDE não foi uma versão pequena da rede global que mais tarde conectaria participantes por túneis. O relato da própria WIDE situa a primeira ida e volta de um pacote IPv6 às 15h22 (horário do Japão) de 9 de junho de 1996, em um enlace serial entre o Instituto de Ciência e Tecnologia de Nara e o NOC de Tóquio. Em vez de alugar uma nova linha dedicada, a equipe separou um T1 já disponível: manteve 1.472 kbps para a rede IPv4 normal e destinou 64 kbps ao IPv6. A justificativa apresentada foi financeira e operacional: evitar o custo de outra linha e impedir que a experimentação IPv6 afetasse a operação IPv4.
Trata-se do objetivo declarado no relato, não de uma medição independente de isolamento ou de velocidade percebida por usuários.
A decisão mudou a pergunta inicial. Em vez de esperar pela instalação de uma rede IPv6 mundial, era possível começar com uma parte limitada da infraestrutura existente. A Universidade de Tóquio conectou-se ao NOC da capital naquele mesmo dia; a Universidade de Osaka entrou uma semana depois. No início, endereços IPv6 compatíveis com IPv4 facilitaram o trabalho. Como ainda não havia daemons de roteamento disponíveis, as rotas eram configuradas manualmente. O arranjo reduziu a barreira de investimento, mas deixou trabalho cotidiano nas mãos dos participantes.
Túneis vieram na etapa de expansão
Na reunião da 6bone durante o IETF 36, em Montreal, em junho de 1996, os participantes concordaram em estabelecer a 6bone mundial em 15 de julho. A retrospectiva da WIDE diz que o projeto trocou os endereços compatíveis com IPv4 pelos endereços de teste IPv6 então vigentes antes da data. A Cisco tornou-se o primeiro par da WIDE em 16 de julho. Dois dias depois, a WIDE acrescentou um túnel IPv6 sobre IPv4 com a G6. A sequência evita uma simplificação comum: o primeiro tráfego de ida e volta da WIDE usou uma linha serial; o túnel conectou o local a outro participante quando a rede de testes se ampliou.
O aumento de participantes criou outra dificuldade. As rotas estáticas ficaram trabalhosas de manter e, em fevereiro de 1997, a WIDE implantou o RIPng. Seis meses depois, o relato contava mais de dez saltos internos na rede da WIDE e 300 rotas completas na 6bone mundial. São registros de um participante sobre um momento específico, não um levantamento global com método uniforme. As atas do grupo IPv6 da RIPE 28 citaram separadamente mais de 120 locais conectados em 30 países em uma reunião anterior. Isso demonstra a distribuição geográfica do projeto maior, mas não é uma medida diretamente comparável às rotas da WIDE.
A numeração e o roteamento também precisaram mudar
Com a expansão, endereços de teste temporários e configuração manual já não eram suficientes para manter interconexões. Segundo a WIDE, a reunião do IETF em Munique, em agosto de 1997, definiu duas mudanças operacionais: renumerar dos endereços baseados em provedores para um formato agregável e migrar para BGP4+ até 1º de novembro. Escolhida como pseudo-agregadora de nível superior, a WIDE recebeu 3ffe:500::/24 e renumerou em outubro. A implantação do BGP4+ ocorreu em janeiro de 1998, depois do prazo planejado, porque o desenvolvimento do daemon atrasou.
A RFC 1897 classificou os primeiros endereços de teste IPv6 como temporários e antecipou a renumeração. A RFC 2471 depois reservou endereços de teste para a 6bone sob o mesmo princípio. Esses documentos esclarecem que os prefixos não eram alocações permanentes de produção, mas não confirmam de forma independente as datas da migração da WIDE. A RFC 2772 descreveu a 6bone como uma rede de testes operacional, com registro, regras de roteamento e requisitos de experiência para alguns candidatos a pTLA.
O experimento dependia tanto da infraestrutura quanto da coordenação sobre quem receberia endereços, como anunciaria rotas e quando abandonaria um plano antigo.
O caso, portanto, não sustenta a ideia de que o IPv6 começou com túneis. A WIDE iniciou com 64 kbps de um T1 existente, acrescentou peering e um túnel e, depois, lidou com os limites das rotas estáticas, a mudança de endereços e a disponibilidade de software de roteamento. É uma trajetória gradual documentada para a WIDE, sem provar que todos os participantes tinham linhas, orçamento ou condições técnicas semelhantes. A ênfase da Note 64 em uma especificação inicial mínima e na adoção voluntária pode ajudar a interpretar essa coordenação, mas é apenas uma lente editorial, não uma fonte histórica.
Fontes
- Grupo IPv6 da WIDE, “Deployment and Experiences of WIDE 6bone”:relato do projeto。
- Robert Hinden e Jon Postel, RFC 1897, “IPv6 Testing Address Allocation”:RFC。
- Robert Hinden, Robert Fink e Jon Postel, RFC 2471:RFC。
- Rob Rockell e Robert Fink, RFC 2772, “6Bone Backbone Routing Guidelines”:RFC。
- Robert Fink e Robert Hinden, RFC 3701, “6bone Phaseout Plan”:RFC。
- Atas do grupo IPv6 da RIPE 28:registro da reunião。
- Heng Lu, Note 64, somente como lente editorial:nota。
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance
