Resumen

  • Terry Sweetser registró un 44,3 % de tráfico IPv6 para BitTorrent antes de fijar qBittorrent a la interfaz IPv6; la media de dos días después fue del 92,6 %.
  • La opción predeterminada «cualquier interfaz» permitía conexiones salientes por el NAT de IPv4 aunque IPv6 funcionaba.

En la casa de Terry Sweetser no faltaba IPv6. El proveedor le delegaba un /48, había servicios y DNS locales en IPv6 y qBittorrent tenía el puerto IPv6 abierto. Aun así, al revisar el tráfico, BitTorrent resultó ser mayoritariamente IPv4. La pista estaba en el selector de interfaz del cliente: «Any Interface».

Sweetser cuenta en su informe alojado por APNIC que examinó flujos NetFlow para localizar las aplicaciones que más bytes enviaban por IPv4. Durante los treinta días previos, solo el 44,3 % del tráfico BitTorrent fue IPv6. Los trackers entregaban direcciones de pares IPv4; qBittorrent, libre para elegir interfaz, abría conexiones salientes por el NAT doméstico. El camino IPv6 permitía comunicación en ambos sentidos. El IPv4, sin redirección de puertos, solo dejaba salir. El programa parecía sano porque completaba sus tareas, mientras el protocolo menos conveniente cargaba el peso.

Al vincular qBittorrent a la interfaz IPv6, Sweetser obtuvo 92,6 % de tráfico IPv6 para esa aplicación en la media de los dos días posteriores. El caudal IPv4 medio que publica cayó de 1,08 a 0,38 Mbps. En la red completa, su informe compara el 67,7 % de IPv6 de treinta días anteriores con el 79,2 % de dos días posteriores. No son ventanas iguales y otros ajustes pueden afectar el total; el experimento sí señala una decisión concreta del cliente que el operador podía recuperar.

Las diapositivas originales de su charla en APRICOT 2026 presentan la intervención como un salto del 44 % a «ALL IPv6». El informe posterior ofrece la cifra precisa, 92,6 % durante dos días. Esa diferencia impide convertir una frase de escenario en una medición permanente del 100 %.

Sweetser también detectó un resto que el menú no podía resolver: cámaras antiguas, servicios web y equipos del proveedor de acceso. APNIC lo identifica en sus registros comunitarios. Su hallazgo separa dos trabajos: corregir los desvíos bajo control propio y negociar o reemplazar lo que depende de terceros. Antes de rediseñar toda una red, conviene mirar qué hace una aplicación cuando se le deja elegir «cualquiera».