𝗪𝗮𝗮𝗿𝗼𝗺 𝗷𝗲 𝗻𝗲𝘁𝘄𝗲𝗿𝗸 𝗼𝗺 𝟮𝟬:𝟬𝟬 𝘂𝘂𝗿 𝘄𝗲𝗴𝘃𝗮𝗹𝗹𝘁

Je proxy of API-verbinding werkt de hele dag door. En dan, om 20:00 uur, gebeurt het. Plotseling bevriest je verbinding. De latentie schiet omhoog. Je app verliest de verbinding.

Je geeft misschien je Wi-Fi de schuld. Het probleem zit echter diep in het wereldwijde netwerk.

Dit is waarom dit gebeurt:

Drukte tijdens de piekuren Miljoenen mensen beginnen 's avonds met het streamen van video of gamen. Jouw gegevens reizen via publieke gateways. Om 20:00 uur bereiken deze gateways hun maximale capaciteit. Wanneer de buffer volloopt, voert de router een Tail Drop uit. Hij gooit je datapakketjes simpelweg weg omdat er geen ruimte is om ze op te slaan.

De TCP Death Loop Standaardprotocollen zien pakketverlies en raken in paniek. Ze halveren je verbindingssnelheid om de belasting te beheersen. Je proxy probeert de verloren gegevens opnieuw te verzenden. Dit legt extra druk op een al falend systeem. De latentie springt van 50ms naar 300ms. Uiteindelijk loopt je verbinding vast en valt deze weg.

BGP Flapping Routers gebruiken BGP om het beste pad voor je gegevens te vinden. Tijdens de piekuren wordt het beste pad onstabiel. Routers proberen je verkeer naar een nieuw pad om te leiden. Deze overschakeling verbreekt je actieve sessie. Je ziet een laadwieltje of een verbindingsfout.

Hoe bedrijven dit oplossen Bedrijven gebruiken dedicated lijnen om het publieke internet te omzeilen.

• IPLC (International Private Leased Circuit): Een private glasvezelverbinding. Deze is immuun voor pieken in het publieke verkeer. • IEPL (International Ethernet Private Line): Een Layer-2 versie van IPLC. Deze biedt een stabiele latentie en nul pakketverlies.

Vergelijking van routeringsmethoden:

  • Publieke routering: Hoge latentiepieken en pakketverlies.
  • IPLC: Vaste punt-tot-punt glasvezel. Ultra-stabiel.
  • IEPL: Vast Ethernet-transport. Ultra-stabiel.

Hoe je jouw setup kunt verbeteren Als je geen private lijnen kunt kopen, optimaliseer dan je Linux-server:

  1. Schakel over naar BBR Congestion Control. In tegenstelling tot Cubic raakt BBR niet in paniek bij pakketverlies. Het behoudt de snelheid door de werkelijke capaciteit van de verbinding te modelleren. Voer deze commando's uit in je sysctl.conf: net.core.default_qdisc = fq net.ipv4.tcp_congestion_control = bbr

  2. Verlaag je MTU. Verander je Maximum Transmission Unit van 1500 naar 1420 of 1360. Dit voorkomt dat routers je versleutelde pakketjes in stukjes opdelen.

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

Optionele leercommunity: https://t.me/GyaanSetuAi