Resumen

  • La nota de invitado en APNIC informa más de un millón de abonados IPoE habilitados para IPv6 y cerca del 70 % del tráfico sobre IPv6, sin periodo de medición ni auditoría independiente.
  • El operador atribuye un ciclo de fallo a la renovación DHCPv6 y al borrado de bindings en el BNG. Los 15.467 Solicit/s se proyectan desde un CPE, no se midieron en toda la red.

Tres cifras, tres clases de evidencia

Una red puede recibir un gran bloque IPv6, habilitar IPv6 para todos sus abonados y aun así tener problemas al recuperar sesiones. La asignación describe recursos; la habilitación, una configuración; la proporción de tráfico, el uso durante cierto periodo y con un denominador; la continuidad pregunta si un hogar sigue conectado cuando falla un enlace. La evidencia pública no permite confundir estas capas.

Kijush Maharjan, presentado por APNIC Blog como Principal Network Engineer de WorldLink Communications, señala que las pruebas comenzaron en mayo de 2016 y la producción en julio de 2019. Su nota invitada del 12 de octubre de 2026 informa más de un millón de abonados IPoE, 100 % habilitado para IPv6 y cerca del 70 % del tráfico sobre IPv6. No define periodo de medición, denominador de “tráfico”, método para clasificar abonados habilitados ni validación independiente. Son cifras del operador, no una auditoría del servicio.

El artículo dice que WorldLink recibió de APNIC un /32 IPv6. Por aritmética, un /32 contiene 16.777.216 bloques /56, pero no revela cuántos están asignados, activos o son alcanzables. Tampoco explica la falla: APNIC figura como registro del recurso, mientras las sesiones descritas se operan en el acceso y los gateways de WorldLink. El Whois de APNIC asocia AS17501 con WorldLink en Katmandú; no confirma la asignación /32.

Cuando el lease delimita la sesión

Según WorldLink, en su diseño IPoE los leases DHCP y DHCPv6 cumplen la función de estado de sesión cuando falta un keepalive PPP. Un corte de fibra por encima de una terminal de línea óptica puede interrumpir el camino del cliente sin que el Broadband Network Gateway (BNG) reciba una señal equivalente. Si T1 y T2 quedan sin respuesta, al vencer el lease el equipo del cliente (CPE) puede descartar su dirección y prefijo delegado y comenzar un nuevo Solicit.

Maharjan dice que un CPE envió 116 DHCPv6 Solicit en un minuto. La nota multiplica esa tasa por 8.000 CPE —10 % de 80.000 abonados de un BNG— y estima unos 15.467 mensajes por segundo. La cuenta es 116 dividido entre 60 y multiplicado por 8.000. Es una proyección desde el minuto de un equipo, no una tasa agregada observada. El comportamiento y la sincronización de los dispositivos y el número real de clientes afectados determinarían la carga.

El autor atribuye otra vuelta a “Delete Binding on Renegotiation” (DBOR): un Solicit nuevo encuentra un binding existente; el BNG elimina y reconstruye el estado; el CPE sigue usando una dirección o prefijo que cree tener; la renovación posterior recibe NoAddrsAvail o NoPrefixAvail. El texto informa pérdida de IPv6, mayor uso de CGNAT y quejas por lentitud. No publica capturas, versiones de equipos, configuración exacta, cantidad afectada, duración ni método de reproducción; dice que generalizó detalles por seguridad y confidencialidad.

El caso merece investigación, pero no demuestra un defecto general de DHCPv6 ni incumplimiento de un proveedor.

Estándares y límites de medición

La nota cita RFC 8415, que ya no es la referencia vigente: RFC 9915, publicado en enero de 2026, lo sustituye. El modelo de router cliente de RFC 9915 suele asumir un conjunto de transacciones para asignar direcciones y delegar prefijos. Indica que el cliente debería usar una sola transacción para las opciones IA requeridas en una interfaz y pide valores T1/T2 del servidor compatibles. RFC 7550 explica que separar máquinas de estado para IA_NA e IA_PD puede aumentar el tráfico y hacer divergir el estado; recomienda una sesión única en casos comunes y reconoce excepciones.

Maharjan interpreta RFC 8415 como permiso para una máquina de estado independiente por asociación de identidad. Es su lectura del texto anterior. Sin una traza CPE/BNG, la publicación no determina el comportamiento transaccional, si una implementación siguió la guía actual ni si DBOR interactuó con los reintentos de un dispositivo. La norma acota las preguntas; no sustituye la traza ausente.

APNIC Labs mide otra cosa: su prueba verifica si los navegadores pueden recuperar objetos IPv4 e IPv6 desde sus puntos de observación, con resultados por economía y AS de origen. No examina contadores internos, leases de CPE ni bindings de BNG de WorldLink. Por eso no valida por sí sola el 70 % informado; una cuota de tráfico tampoco demuestra que cada abonado siga conectado durante la renovación.

Fuentes