Summary

  • Matthew Wilder contó en ARIN en 2019 que TELUS probó IPv6 en laboratorio y después ofreció a empleados voluntarios usar sus propios servicios antes de ampliar el despliegue.
  • Esa prueba destapó una separación precisa: el DNS estaba preparado para devolver registros AAAA, pero la conectividad por IPv6 hacia sus rutas aún no estaba habilitada.

La configuración podía lucir impecable en una pantalla. Alguien tenía que intentar llegar hasta el servicio. Eso hicieron los participantes de la prueba que Matthew Wilder describió en su relato publicado por ARIN. TELUS había preparado el DNS para responder con AAAA. Los sitios de prueba mostraron que faltaba activar la conexión IPv6 a las rutas del DNS. Había dirección en el sobre; todavía no pasaba el cartero.

Wilder situó el hallazgo dentro de un programa de años. El servicio residencial de TELUS disponía de IPv6 desde 2015 y la extensión a móviles avanzaba por etapas. Para dimensionar la red, el equipo escogió /56 para hogares, /48 para sedes empresariales y /64 para móviles. También solicitó a ARIN pasar de una asignación /32 a /29: quería dividir el espacio por zonas de una red nacional y conservar una estructura de rutas manejable. El tamaño del bloque decidía cómo iba a ordenarse el mapa operativo.

Después venía el trabajo que no cabe en un titular de lanzamiento. TELUS revisó sus acuerdos de intercambio de tráfico para habilitar IPv6 también con las redes vecinas; abrió paso por el núcleo y los extremos y llegó a los servicios comunes, entre ellos DNS. Wilder cuenta que el equipo de ingeniería recibió formación presencial, mientras operaciones, soporte y personal de sistemas empresariales tuvieron módulos adaptados a su trabajo. El paquete técnico viajaba por departamentos distintos. Cada relevo era otra ocasión de dejar un tramo sin conectar.

Por eso importó la escala de la prueba. Tras el laboratorio, empleados voluntarios probaron sus propios servicios y revisaron detalles como MTU y DNS. La ruta ausente apareció cuando una persona intentó usar el servicio completo, con sus dependencias reales. Wilder describió también la formación del personal de primera línea: cuando la prueba se abre a más usuarios, alguien tiene que reconocer una avería de IPv6 en vez de tratarla como una queja inexplicable. La prueba pequeña dio a la red y a sus equipos una oportunidad de aprender antes de prometer demasiado.