Summary

  • Matthew Wilder contou em um texto de 2019 publicado pela ARIN que a TELUS saiu do laboratório para testes com funcionários voluntários antes de ampliar seu IPv6.
  • Nessa etapa, os sites de teste revelaram que o DNS já podia responder com registros AAAA, mas a conectividade IPv6 às rotas de DNS ainda não estava habilitada.

A placa dizia “DNS por IPv6”. A estrada terminava alguns metros antes. Foi esse o detalhe que Matthew Wilder registrou em seu relato de implantação preservado pela ARIN. A TELUS havia configurado as respostas AAAA. Nos testes de acesso ao serviço, a equipe percebeu que a conectividade IPv6 até as rotas de DNS continuava desligada. O servidor tinha a resposta; faltava um caminho de rede utilizável para chegar até ele.

O teste fazia parte de um trabalho de anos. Segundo Wilder, a TELUS oferecia IPv6 na internet residencial desde 2015 e avançava gradualmente na rede móvel. A equipe planejou /56 para residências, /48 para locais empresariais e /64 para assinantes móveis. Pediu ainda à ARIN a ampliação de /32 para /29, de modo a organizar endereços e rotas conforme a geografia da operadora. Esses são os números que Wilder descreveu em 2019.

Havia uma fila de dependências atrás de cada prefixo: interconexão com outras redes, trânsito, núcleo, borda, DNS e desenho de serviços. O treinamento foi dividido entre o pessoal de engenharia, as equipes de operação, os sistemas internos e o atendimento. Cada grupo podia concluir sua parte e ainda deixar um ponto de ligação sem teste. O caso do DNS mostrou exatamente onde esse ponto estava.

Antes da escala comercial, funcionários se ofereceram para experimentar seus próprios serviços. Além do DNS, a equipe verificou MTU e outros comportamentos no uso real. O problema veio à luz nessa passagem entre laboratório e distribuição ampla. O método de Wilder deu à operadora um luxo raro em redes grandes: tempo para corrigir uma falha pequena enquanto ela ainda era pequena.