Netwerkpeering en latency: wat je verbinding echt beïnvloedt

Publieke peering (IXP) vs. een PNI: twee verschillende manieren om te verbinden

Netwerken wisselen op twee hoofdmanieren verkeer met elkaar uit:

• Publieke peering bij een IXP (Internet Exchange Point), zoals AMS-IX. Een gedeelde fabric waar veel netwerken tegelijk op aansluiten, zodat één verbinding met de exchange je brede toegang geeft tot iedereen die daar verder aanwezig is. Het is efficiënt en kostenefficiënt, maar wel een gedeelde resource.
• Een PNI (Private Network Interconnect), een dedicated, bilaterale verbinding tussen twee specifieke netwerken. Omdat die niet wordt gedeeld met anderen, kan een PNI contentie verminderen en voorspelbare capaciteit bieden voor verkeer met een hoog volume of gevoelig voor latency, specifiek tussen die twee netwerken.

Geen van beide is universeel "beter": ze lossen verschillende problemen op. Publieke peering geeft brede, efficiënte reikwijdte; een PNI geeft een dedicated, voorspelbaar pad naar één specifieke partner. Een netwerk dat beide gebruikt (publieke peering voor brede reikwijdte en PNI's waar een specifieke route dat rechtvaardigt) heeft over het algemeen meer opties om paden kort en voorspelbaar te houden.

Waarom een groter netwerk (meer Tbit/s) niet automatisch lagere latency betekent

De totale netwerkcapaciteit, gemeten in Tbit/s, is een mooi getal op papier, maar beantwoordt een andere vraag dan latency. Capaciteit gaat over hoeveel verkeer een netwerk kan verwerken zonder congestie. Latency gaat over hoe lang één pakket erover doet om zijn reis te maken, en dat hangt af van de gekozen route, het aantal hops, en of ergens onderweg congestie optreedt. Een provider kan een enorme totale capaciteit hebben en je verkeer toch een trage, omslachtige route geven als de routering en peering niet goed zijn ingericht. Andersom levert een netwerk met goede peering en kortere, directere routes naar de netwerken waar je gebruikers daadwerkelijk op zitten meestal lagere latency, ongeacht hoe groot het capaciteitscijfer op papier is.

Kort gezegd: capaciteit vertelt je hoeveel verkeer er door de pijp past, latency vertelt je hoe snel één pakket erdoorheen komt. Ze hangen samen, maar zijn niet inwisselbaar, en een grotere pijp alleen maakt de reis niet korter.

Waarom pings pieken op bepaalde momenten van de dag

Een ping die overdag prima is en 's avonds duidelijk slechter, is meestal geen afstandsprobleem: de fysieke route is niet veranderd. Het gaat meestal om congestie tijdens piekuren: meer verkeer dat om dezelfde gedeelde capaciteit strijdt op drukke momenten, vaak in combinatie met bufferbloat, waarbij pakketten in de wachtrij blijven staan op een overbelaste verbinding in plaats van te worden gedropt of geprioriteerd. Dat patroon wijst op congestie ergens op het pad, niet op de onderliggende netwerkarchitectuur. Quality of service (QoS) of smart queue management (SQM)-instellingen kunnen dat op een lokaal netwerk deels opvangen, en een verbinding via een ISP met betere peering kan verminderen hoe groot het deel van het pad is dat wordt blootgesteld aan gedeelde, drukke verbindingen.

Het zelf testen

Als je wilt zien wat er echt op je route gebeurt in plaats van gokken, laten standaard netwerkdiagnosetools (ping, traceroute/tracert en mtr voor latency en padgedrag, iperf specifiek voor doorvoersnelheid) je het echte beeld zien. Hoe je deze uitvoert en interpreteert, behandelen we in detail in Traceroutes & MTR's: waardevol om samen met dit artikel te lezen als je een specifiek latency- of routeringsprobleem probeert te diagnosticeren, in plaats van de onderliggende concepten te doorgronden.