Por qué su red se cae a las 8 PM

Su conexión proxy o API funciona durante todo el día. Entonces llegan las 8 PM. De repente, su conexión se congela. La latencia se dispara. Su aplicación se desconecta.

Podría culpar a su Wi-Fi. El problema, en realidad, reside en lo profundo de la red global.

He aquí por qué sucede esto:

Congestión en horas pico Millones de personas comienzan a ver videos en streaming o a jugar en línea por la noche. Sus datos viajan a través de puertas de enlace (gateways) públicas. A las 8 PM, estas puertas de enlace alcanzan su capacidad máxima. Cuando el búfer se llena, el router realiza un Tail Drop. Simplemente descarta sus paquetes de datos porque no tiene espacio para almacenarlos.

El bucle de la muerte de TCP Los protocolos estándar detectan la pérdida de paquetes y entran en pánico. Reducen su velocidad de conexión a la mitad para gestionar la carga. Su proxy intenta reenviar los datos perdidos. Esto añade más peso a un sistema ya dañado. La latencia salta de 50 ms a 300 ms. Finalmente, su conexión agota el tiempo de espera y muere.

BGP Flapping Los routers utilizan BGP para encontrar la mejor ruta para sus datos. Durante las horas pico, la mejor ruta se vuelve inestable. Los routers intentan desviar su tráfico hacia una nueva ruta. Este cambio interrumpe su sesión activa. Verá un icono de carga o un error de conexión.

Cómo lo solucionan las empresas Las empresas utilizan líneas dedicadas para evitar el internet público.

• IPLC (International Private Leased Circuit): Un conducto privado de fibra óptica. Es inmune a los aumentos de tráfico público. • IEPL (International Ethernet Private Line): Una versión de Capa 2 de IPLC. Ofrece una latencia estable y cero pérdida de paquetes.

Comparación de métodos de enrutamiento:

  • Enrutamiento público: Picos altos de latencia y pérdida de paquetes.
  • IPLC: Fibra fija punto a punto. Ultraestable.
  • IEPL: Transporte Ethernet fijo. Ultraestable.

Cómo mejorar su configuración Si no puede comprar líneas privadas, optimice su servidor Linux:

  1. Cambie al control de congestión BBR. A diferencia de Cubic, BBR no entra en pánico durante la pérdida de paquetes. Mantiene la velocidad modelando la capacidad real del conducto. Ejecute estos comandos en su sysctl.conf: net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr

  2. Reduzca su MTU. Cambie su Unidad Máxima de Transmisión (Maximum Transmission Unit) de 1500 a 1420 o 1360. Esto evita que los routers fragmenten sus paquetes cifrados.

Fuente: https://dev.to/wenrugou/why-does-your-network-proxy-keep-disconnecting-at-8-pm-the-engineering-behind-iplc-lines-and-node-4ld

Comunidad de aprendizaje opcional: https://t.me/GyaanSetuAi