Descubrí que las CDNs de caché estaban limitando mi navegación cotidiana

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

Las CDNs de caché y las peculiaridades del enrutamiento del ISP pueden hacer que grandes partes de la web moderna parezcan “rotas”, incluso cuando la conectividad básica y las pruebas de velocidad parecen correctas. Los comentaristas sostienen que la causa raíz suele ser enlaces de peering sobrecargados o mal gestionados entre los ISPs residenciales y las principales CDNs, a veces agravados por traffic shaping, problemas de MTU o middleboxes “optimizadores”, más que por una limitación deliberada de las CDNs a los usuarios. El hilo se amplía hacia una comparación de la calidad de peering, el soporte y los límites de ancho de banda de los ISPs del Reino Unido, junto con los desafíos prácticos de autoalojar sitios que de repente reciben mucho tráfico.

Diagnóstico y teorías sobre la causa raíz

  • Muchos comentaristas piensan que el problema no es un estrangulamiento intencional de la CDN, sino enlaces sobrecargados o mal aprovisionados entre el ISP y las principales CDNs (especialmente Akamai).
  • Otros proponen el clásico shaping de tráfico del ISP o middleboxes “optimizadores” que tratan con dureza los flujos TCP largos (“elephant flows”), pero no afectan del mismo modo al tráfico VPN (UDP/WireGuard).
  • Algunos señalan que las VPN o IPv6, al cambiar la ruta y/o el POP de la CDN, sugieren fuertemente problemas de enrutamiento/peering en lugar de problemas del sitio final.
  • Una minoría sugiere que problemas locales como MTU/MSS o una mala configuración de PPPoE podrían causar fallos parciales, aunque otros argumentan que las capturas de paquetes no muestran claramente problemas de fragmentación.

Calidad del ISP, Zen frente a proveedores alternativos

  • Varios usuarios informan de problemas de rendimiento similares en el mismo ISP, incluidos ralentizaciones hacia CDNs y ciertos sitios.
  • Otros dicen que su servicio con ese mismo ISP es sólido, incluyendo FTTP de alta velocidad e IPv6, lo que sugiere que el problema puede ser regional o estar relacionado con cambios de enrutamiento específicos.
  • Un ISP británico competidor se cita repetidamente por tener un soporte técnico sólido, monitorización detallada de la línea y capacidad para presionar a Openreach de manera efectiva.
  • Algunos argumentan que la calidad del soporte importa porque la infraestructura de Openreach suele ser poco fiable; otros creen que la estabilidad de la línea es más importante hasta que algo falla.

Peering, CDNs y neutralidad de la red

  • Varios operadores de red en el hilo enfatizan que el rendimiento a menudo depende de la capacidad de peering privado y de dónde deciden interconectarse las CDNs y los ISPs.
  • Argumentan que las CDNs tienen incentivos para entregar bits lo más rápido posible; los problemas suelen venir de que los ISPs invierten poco en peering o backhaul.
  • Hay una breve discusión sobre la neutralidad de la red: preocupación por los ISPs y los “content taxes”, pero también afirmaciones de que el verdadero problema de equidad es la escasa inversión del ISP, no la “priorización” de la CDN.

Traffic shaping, planes “ilimitados” y límites

  • Varios comentarios describen prácticas de ISP de larga data: limitar descargas largas, comportamiento de ráfaga y luego estrangulamiento (especialmente en cable/DOCSIS) y usar señales de congestión para forzar bitrates de vídeo más bajos.
  • Debate entre planes “ilimitados” y planes con tope: algunos dicen que límites de escala terabyte están bien para la mayoría de usuarios; otros consideran que 1 TB/mes es insuficiente en 2023.
  • Algunos señalan que los planes supuestamente “ilimitados” suelen ocultar cláusulas de uso justo o gestión de tráfico, mientras que otros dan ejemplos regionales donde el uso de gran volumen continúa sin consecuencias.

IPv6, MTU/PPPoE y ajustes de bajo nivel

  • Aparecen varias sugerencias técnicas: probar IPv6, hacer pruebas con hotspot, bajar el MTU o ajustar el MSS, o asegurarse de que el overhead de PPPoE se maneje correctamente en DSL.
  • Se sugieren herramientas como pruebas PMTU basadas en navegador y sitios de velocidad ligados a CDNs de vídeo (fast.com, speed.cloudflare.com) para detectar el shaping de forma más realista.

Autoalojamiento, CDNs y tráfico de HN

  • El blog estaba inicialmente autoalojado en una línea doméstica de subida baja y fue rápidamente desbordado (“hug of death”).
  • Los comentaristas debaten la viabilidad del autoalojamiento: algunos dicen que unos pocos Mbps son suficientes para sitios personales; otros sostienen que se degrada rápidamente con imágenes o picos repentinos.
  • El autor acabó poniendo el sitio detrás de una CDN, con cierta ironía dado el tema del artículo, y se le aconsejó ajustar las reglas de caché de la CDN y optimizar las imágenes.