Los nuevos estándares de banda ancha de la FCC deberían considerar la latencia

Artículo original ↗ Discusión en Hacker News ↗

Los llamados a actualizar los estándares de banda ancha en EE. UU. están pasando de una atención estrecha en la velocidad de descarga a incluir latencia, jitter y fiabilidad, que afectan de forma más directa a las videollamadas, los juegos y la capacidad de respuesta general. Los comentaristas sostienen que los reguladores deberían definir métricas de latencia claras y verificables, idealmente bajo carga real y hacia puntos de intercambio bien conectados o servidores de medición, mientras advierten que los promedios y las mediciones en reposo pueden ocultar problemas como el bufferbloat y las microinterrupciones. Muchos también señalan que las etiquetas transparentes para los ISP solo llegarán hasta cierto punto sin una competencia más fuerte e incentivos para un mejor peering, ingeniería de la última milla e infraestructura en zonas rurales.

Alcance de la “latencia”: ¿hacia dónde?

  • Hay un fuerte desacuerdo sobre el punto de referencia adecuado: el primer salto del ISP, el borde del ISP, el IXP más cercano, un backbone de Tier‑1, CDNs o sitios públicos específicos.
  • Muchos prefieren medir hacia un IXP bien conectado o hacia servidores de prueba estandarizados de la FCC, no hacia extremos arbitrarios dentro de la red que los ISP puedan manipular.
  • Preocupa que la latencia sea intrínsecamente extremo a extremo y esté en parte fuera del control del ISP, pero otros sostienen que los ISP sí pueden सुधारarla mediante mejor peering y enrutamiento, por lo que deberían asumir parte de la responsabilidad.

Latencia en uso vs ancho de banda

  • Se repite la afirmación de que las apps de hoy normalmente no están limitadas por el ancho de banda; están limitadas por la latencia y el jitter, especialmente bajo carga.
  • La “latencia en uso” (latencia durante una subida/bajada activa) se considera la métrica significativa; la latencia en reposo se califica de engañosa.
  • Los ejemplos muestran redes con baja latencia en reposo pero latencia de varios segundos bajo carga debido al bufferbloat.

Cómo medir la latencia y la fiabilidad

  • Sugerencias:
    • Latencia a los servidores de la FCC “Measuring Broadband America”.
    • Latencia a IXPs, grandes CDNs o un conjunto de sitios .gov.
    • Métricas como media/mediana, percentiles altos (p95/p99), desviación estándar e indicadores de cola (“glitches por minuto”).
    • Incluir pérdida de paquetes y “brownouts” breves, no solo el porcentaje de tiempo operativo.
  • Debate sobre medir la latencia bajo carga total frente a condiciones ideales en reposo; algunos sostienen que la carga total revela un buffering defectuoso, otros dicen que confunde a los usuarios.

Experiencias reales y tecnologías

  • Latencias reportadas: de pocos ms en fibra buena, decenas de ms en cable/DSL/4G/5G, 20–50 ms en Starlink, 600–1000 ms en satélites geoestacionarios.
  • Los usuarios destacan que el jitter y las microinterrupciones son problemas mayores que el máximo de Mbps, especialmente para SSH, VoIP y videollamadas.

Regulación, etiquetas y estructura de mercado

  • Algunos reciben con agrado las “etiquetas nutricionales” de la FCC que incluyan latencia, disponibilidad y métricas de variabilidad.
  • Otros temen que los requisitos detallados añadan carga legal y administrativa, favorezcan a los incumbentes y no solucionen la falta de competencia ni los contratos restrictivos de edificios.

Rendimiento web vs rendimiento de red

  • Varios señalan que muchos sitios “lentos” están dominados por el exceso de peso de las páginas, los rastreadores y las cadenas de dependencias, no por la latencia bruta de la red.
  • Hay desacuerdo sobre si esto es principalmente un problema de desarrollo web o un problema de red/ISP.