Dlaczego Twoja sieć traci połączenie o 20:00

Twoje połączenie przez proxy lub API działa przez cały dzień. Potem nadchodzi 20:00. Nagle połączenie zamarza. Opóźnienia gwałtownie rosną. Twoja aplikacja zostaje rozłączona.

Możesz obwiniać swoje Wi-Fi. Problem leży jednak głęboko w globalnej sieci.

Oto dlaczego tak się dzieje:

Przeciążenie w godzinach szczytu Miliony ludzi zaczynają wieczorem oglądać filmy w streamingu lub grać w gry. Twoje dane przechodzą przez publiczne bramy (gateways). O 20:00 bramy te osiągają maksymalną przepustowość. Gdy bufor się zapełnia, router wykonuje operację Tail Drop. Po prostu odrzuca pakiety danych, ponieważ nie ma miejsca na ich przechowywanie.

Pętla śmierci TCP Standardowe protokoły wykrywają utratę pakietów i wpadają w panikę. Aby opanować obciążenie, zmniejszają prędkość Twojego połączenia o połowę. Twoje proxy próbuje ponownie wysłać utracone dane. To dodatkowo obciąża i tak już niewydolny system. Opóźnienie skacze z 50 ms do 300 ms. W końcu połączenie wygasa (timeout) i zostaje przerwane.

BGP Flapping Routery używają protokołu BGP, aby znaleźć najlepszą ścieżkę dla Twoich danych. W godzinach szczytu najlepsza ścieżka staje się niestabilna. Routery próbują przekierować Twój ruch na nową trasę. Ta zmiana przerywa aktywną sesję. Widzisz kręcące się kółko ładowania lub błąd połączenia.

Jak firmy rozwiązują ten problem Firmy korzystają z dedykowanych łączy, aby ominąć publiczny internet.

• IPLC (International Private Leased Circuit): Prywatny kanał światłowodowy. Jest odporny na nagłe skoki ruchu w sieci publicznej. • IEPL (International Ethernet Private Line): Wersja Layer-2 protokołu IPLC. Oferuje stabilne opóźnienia i zerową utratę pakietów.

Porównanie metod routingu:

  • Routing publiczny: Duże skoki opóźnień i utrata pakietów.
  • IPLC: Stałe połączenie światłowodowe point-to-point. Ultra-stabilne.
  • IEPL: Stały transport Ethernet. Ultra-stabilne.

Jak ulepszyć swoją konfigurację Jeśli nie możesz kupić prywatnych łączy, zoptymalizuj swój serwer Linux:

  1. Przełącz się na mechanizm kontroli przeciążeń BBR. W przeciwieństwie do Cubic, BBR nie wpada w panikę podczas utraty pakietów. Utrzymuje prędkość poprzez modelowanie rzeczywistej przepustowości łącza. Uruchom te polecenia w sysctl.conf: net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr

  2. Zmniejsz MTU. Zmień Maximum Transmission Unit z 1500 na 1420 lub 1360. Zapobiega to dzieleniu Twoich zaszyfrowanych pakietów na części przez routery.

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

Optional learning community: https://t.me/GyaanSetuAi