Resumo

  • André Grüneberg relata membros do BCIX que trocam alcance IPv4 por próximo salto IPv6 sem endereço IPv4 no LAN de peering.
  • O membro que usa apenas esse modo não alcança automaticamente os pares legados; a solução descrita exige um roteador que encaminhe tráfego e uma política clara para o caminho AS.

Um endereço IPv4 a menos no inventário é uma economia concreta para um ponto de troca. O relato de André Grüneberg no RIPE Labs mostra onde aparece o trabalho restante. A troca reúne operadores independentes; alguns aceitam próximo salto IPv6 para rotas IPv4, outros ainda dependem do antigo próximo salto IPv4.

O RFC 8950 especifica como pares BGP negociam a capacidade de anunciar destinos IPv4 com próximo salto IPv6. Entre dois participantes compatíveis, a rota pode migrar para a sessão IPv6 e a sessão IPv4 sair depois de uma prova de encaminhamento. Num IXP, o servidor de rotas distribui anúncios entre muitos participantes. O primeiro membro a abandonar o IPv4 no LAN não ganha com isso uma ligação automática aos que permaneceram no modelo anterior.

Grüneberg descreve uma ponte de camada 3: um roteador alcançável dos dois lados, capaz de trocar próximo salto e encaminhar pacotes. A solução tem uma condição pouco vistosa. Esse roteador normalmente acrescenta seu ASN à frente do AS path. No ambiente controlado que o autor descreve, o servidor de rotas remove esse AS inicial e ajusta preferências para não trocar uma rota direta pelo desvio. O endereço poupado na borda cria uma decisão central sobre como a rota parece e por onde o tráfego anda.

Ele informa que, quando escreveu, duas redes se conectavam ao BCIX sem endereço IPv4 no LAN de peering: V4LESS e o serviço DNS autoritativo do RIPE NCC. Isso é um relato de implantação, sem inventário atual de todos os membros nem teste publicado do caminho dos pacotes entre os dois grupos. Uma lista datada de pares e uma medição de rota e entrega através da ponte mostrariam a abrangência presente.

Formulários de cadastro, geradores de configuração e looking glasses também precisam aceitar a sessão que carrega IPv4 com próximo salto IPv6. Um operador pode atualizar o protocolo e deixar seus sistemas de apoio presos à exigência do campo IPv4. A lição de Grüneberg é operacional: economizar endereços não elimina a integração; dá a ela novo dono.