Pakketschakeling en netwerkprestaties

Een webverzoek begint in de ene applicatie en eindigt in een andere. Het internet levert de verbindingen en schakelapparatuur daartussen, terwijl gedeelde regels ervoor zorgen dat onafhankelijk gebouwde apparaten bruikbare berichten kunnen uitwisselen.

Hosts, verbindingen en switches

Een host, of eindsysteem, voert applicaties uit. Telefoons, laptops, sensoren en servers zijn allemaal hosts; veel servers staan samen in datacenters. Een client vraagt een dienst aan, zoals een browser die een pagina opvraagt. Een server levert die dienst. Deze namen beschrijven rollen in communicatie, geen twee fysiek verschillende soorten computers.

Communicatieverbindingen transporteren signalen via koper, coaxkabel, glasvezel of radio. Pakketschakelaars geven gegevens door van de ene verbinding naar de andere. Routers verbinden netwerken en vormen een groot deel van de netwerkkern; datalinklaagswitches verbinden apparaten vooral binnen lokale netwerken en toegangsnetwerken. De reeks verbindingen en switches die een pakket passeert, is het pad, of de route.

De netwerkrand bestaat uit de eindsystemen en de toegangsnetwerken die ze aansluiten. De netwerkkern is het netwerk van switches en verbindingen dat die toegangsnetwerken onderling verbindt. Bij een download thuis hoort de laptop bij de rand, ook als de server duizenden kilometers verderop staat: geografische afstand maakt van een eindsysteem geen router in de kern.

De dienst en de regels

Als dienst bezien transporteert het internet gegevens tussen gedistribueerde applicaties: webbrowsers en webservers, gesprekspartners, games en e-mailprogramma's. Een programma geeft gegevens via een socketinterface aan het besturingssysteem. Het netwerk transporteert die gegevens vervolgens naar het ontvangende programma.

Een protocol legt berichtformaten, de volgorde van berichten en de acties bij het verzenden of ontvangen van berichten vast. HTTP regelt uitwisselingen op het web, terwijl TCP en IP andere taken in de TCP/IP-stack uitvoeren. Alleen overeenstemming over een kabel is niet genoeg: de communicerende systemen moeten de berichten ook op dezelfde manier interpreteren en erop reageren.

Reken groottes om voordat je de tijd berekent

Een zender verdeelt applicatiegegevens in stukken en voegt headers toe, waardoor pakketten ontstaan. De snelheid van een verbinding geeft aan hoeveel bits die per seconde op het medium kan zetten. Er gelden decimale voorvoegsels: 1 kbps is 1.000 bit/s, 1 Mbps is één miljoen bit/s en 1 Gbps is één miljard bit/s.

Bestandsgroottes gebruiken vaak bytes. Eén byte bevat 8 bits; 1 kB is 1.000 bytes en 1 MB is één miljoen bytes. Een MiB is een andere hoeveelheid: 1.048.576 bytes, ongeveer 5% groter dan een MB.

Om een bestand van 1 MB op een verbinding van 20 Mbps te zetten:

1. Reken de grootte om: $1\text{ MB}=8\times {10}^6\text{ bits}$.
2. Druk de snelheid uit: $20\text{ Mbps}=20\times {10}^6\text{ bit/s}$.
3. Deel de grootte door de snelheid: $8\times {10}^6\mathrm{/}(20\times {10}^6)=\mathrm{0,4}\text{ s}$.

Dit is de tijd om de bits op die verbinding te zetten. Reistijd en wachttijd elders zijn afzonderlijke vertragingen. Bij 100 Mbps is de bijbehorende maximale snelheid in bytes $100\mathrm{/}8=\mathrm{12,5}$ MB/s. Als je Mbps leest als MB/s, schat je de overdrachtstijd acht keer te klein.

Een thuisverbinding bestaat uit twee delen: een lokaal netwerk van je apparaten naar de thuisrouter en daarna een toegangsverbinding naar de internetprovider. Een snelle lokale wifiverbinding kan een beperking op dat tweede deel niet wegnemen.

Koperen telefoonlijnen en kabelnetwerken

Een thuisrouter combineert vaak een router, een wifitoegangspunt en een kleine Ethernetswitch. Een apart modem kan de thuisrouter met het toegangsmedium verbinden. Die verbinding leidt naar het netwerk van de internetprovider en de eerste router, de randrouter.

DSL gebruikt een koperen telefoonpaar opnieuw. Het DSL-modem thuis communiceert met een DSLAM in de centrale van de provider. Bij ADSL scheiden frequentiebanden spraak, gegevens stroomopwaarts en gegevens stroomafwaarts. De spraakband beslaat 0–4 kHz; de band stroomafwaarts is breder dan die stroomopwaarts. Elke woning heeft een eigen koperpaar naar de centrale.

DSL-diensten voor thuis bieden meestal meer capaciteit stroomafwaarts dan stroomopwaarts. De DSL-familie heeft ook symmetrische vormen die vooral door bedrijven worden gebruikt. Langere koperlijnen verzwakken het signaal en vangen meer ruis op, waardoor de beschikbare snelheid daalt. Glasvezel naar een straatkast verkort het koperen deel; VDSL gebruikt vaak minder dan een kilometer koper.

Kabeltoegang gebruikt een hybride glasvezel-coaxnetwerk, of HFC. Glasvezel bereikt knooppunten in wijken; coaxkabel bereikt vervolgens doorgaans honderden woningen. Het kabelmodem in een woning wisselt gegevens uit met een CMTS in het centrale kabelstation. DOCSIS 4.0, gepubliceerd in 2020, specificeert voor het gedeelde kanaal een capaciteit van maximaal 10 Gbps stroomafwaarts en 6 Gbps stroomopwaarts. Die waarden beschrijven de kanaalcapaciteit, geen snelheid die voor elke woning is gereserveerd.

Welke capaciteit wordt gedeeld?

Kabelsignalen stroomafwaarts bereiken elke woning op het knooppunt. Gebruikers stroomopwaarts moeten elkaar afwisselen. FTTH brengt glasvezel helemaal tot in huis; in een passief optisch netwerk (PON) bedient een splitter zonder eigen stroomvoorziening meestal 32 of 64 woningen. De provider heeft een OLT en elke woning een ONT. Elke ONT selecteert de eigen gegevens stroomafwaarts. FTTH ondersteunt zeer hoge toegangssnelheden, vaak 1 Gbps of meer, waarbij symmetrische diensten gebruikelijk zijn.

Toegang zonder nieuwe kabel

Vaste draadloze toegang via 5G gebruikt een vast opgesteld modem thuis en een nabijgelegen mobiel basisstation. Satelliettoegang kan afgelegen woningen bereiken. Een GEO-satelliet draait op 35.786 km hoogte, zodat de kortste weg van grond naar satelliet en terug 71.572 km is. Bij $3\times {10}^8$ m/s voegt dit ongeveer 0,24 s in één richting en 0,48 s voor een verzoek en antwoord toe, nog zonder andere vertragingen.

Een LEO-satelliet op ongeveer 550 km geeft een minimale heen-en-terugafstand van ongeveer 1.100 km, ofwel 3,7 ms. Werkelijke paden hangen ook af van de geometrie en de grondverbindingen. De geadverteerde toegangssnelheid alleen kan een download daarom niet voorspellen: gedeeld gebruik, een lange DSL-lijn of een tragere verbinding verderop op het pad kan de geleverde snelheid verminderen.

Binnen een kantoor kan een pakket via koper of radio beginnen en het gebouw via glasvezel verlaten. Ook een mobiel pakket komt na het draadloze toegangsdeel in dezelfde internetkern terecht. Elke verbinding heeft een eigen medium en eigen beperkingen.

Lokale toegang en toegang over een groot gebied

Een lokaal netwerk (LAN) verbindt apparaten in elkaars nabijheid met een randrouter. Bij Ethernet maakt een computer meestal via getwiste koperparen met 1 Gbps verbinding met een switch. Servers worden vaak met 10 Gbps of meer aangesloten. Verbindingen tussen switches en de router verbinden deze lokale aansluitingen tot een bruikbaar pad.

Wifi, gebaseerd op IEEE 802.11, wisselt via radio pakketten uit met een toegangspunt dat op het LAN is aangesloten. Het bereik is enkele tientallen meters. Apparaten die het radiokanaal delen, concurreren om zendtijd, zodat meer actieve gebruikers de voor elk beschikbare capaciteit verminderen.

Mobiele toegang bestrijkt een groter gebied. Een telefoon wisselt pakketten uit met een basisstation van een operator, soms op enkele kilometers afstand. 4G LTE en 5G bieden deze toegang; 5G ondersteunt hogere snelheden en minder vertraging, waarbij hogere frequentiebanden meer capaciteit over kleinere afstanden bieden. De snelheid die een telefoon haalt, hangt nog steeds af van de signaalomstandigheden en de belasting van de cel.

De radioverbinding leidt niet naar een afzonderlijk draadloos internet. Na het toegangspunt of basisstation passeren pakketten gewone onderling verbonden netwerken. Mobiele backhaul, de verbinding van een basisstation met het netwerk van de operator, kan zelf zowel microgolfradio als bekabelde media gebruiken.

Kies het medium voor de taak

Een geleid transmissiemedium houdt een signaal op een fysiek pad. Een ongeleid transmissiemedium laat het zich door lucht of ruimte verspreiden.

Onafgeschermde getwiste aderparen komen veel voor in LAN's. Categorie 6A ondersteunt 10 Gbps Ethernet over maximaal 100 m. Glasvezel transporteert tientallen tot honderden Gbps op een verbinding, met meer capaciteit via meerdere golflengten. Het lage signaalverlies maakt glasvezel geschikt voor langeafstandsverbindingen in de backbone en onder zee. Optische apparatuur kan op korte verbindingen meer kosten dan koperen apparatuur en glasvezel aftappen is moeilijk, maar mogelijk.

Radio wordt beïnvloed door padverlies als signalen over afstand en door obstakels verzwakken. Multipadpropagatie ontstaat wanneer reflecties via verschillende routes op verschillende tijdstippen aankomen. Andere zenders voegen interferentie toe. Door deze effecten zijn snelheden en fouten bij draadloze verbindingen minder voorspelbaar dan bij bekabelde verbindingen.

Kies voor de installatie

Een mobiele voorraadscanner moet vrij kunnen bewegen. Daardoor is radio waardevol, ook waar Ethernet sneller is. Bij een vaste verbinding tussen ver uit elkaar liggende gebouwen kan glasvezel de voorkeur hebben vanwege het bereik en de weerstand tegen elektrische storing. De aanleg kost aan arbeid vaak meer dan de kabel zelf, zodat nieuwe gebouwen meestal tegelijk glasvezel en reservekabels krijgen. Bij een bruikbare vergelijking weeg je snelheid, afstand, aanlegkosten, interferentie en mobiliteit mee, niet alleen de pieksnelheid van een technologie.

Pakketschakeling verdeelt een bericht in afzonderlijk doorgestuurde pakketten. Elke uitgaande verbinding verzendt een pakket met de volledige verbindingssnelheid, terwijl andere pakketten tegelijkertijd andere verbindingen kunnen passeren.

Wacht op het hele pakket

Bij store-and-forward ontvangt een switch het volledige pakket voordat hij het eerste bit op de volgende verbinding verzendt. Voor een pakketlengte van $L$ bits en een snelheid van $R$ bit/s duurt één transmissie $L\mathrm{/}R$ seconden.

Een pakket van 1.500 bytes bevat 12.000 bits. Op een verbinding van 10 Mbps:

Over drie verbindingen met gelijke snelheid wordt het pakket drie keer verzonden. Zonder propagatie, verwerking en wachttijd komt het na $3\times \mathrm{1,2}=\mathrm{3,6}$ ms aan. Drie verbindingen betekenen twee tussenliggende routers: tel de verbindingen, inclusief die van de bron en de bestemming.

Bouw een pakketpijplijn op

Verzend nu vijf gelijke pakketten direct na elkaar over die drie verbindingen. De bron verzendt pakket 2 terwijl de eerste router pakket 1 doorstuurt. Nadat het eerste pakket het pad heeft gevuld, komen de volgende pakketten telkens één transmissietijd na elkaar aan.

Voor $P$ gelijke pakketten over $N$ verbindingen met gelijke snelheid, zonder andere vertragingen, komt het laatste pakket aan na:

Het eerste pakket doorloopt alle $N$ transmissies; elk overblijvend pakket voegt nog één transmissie-interval toe. Als je $P\times N\times L\mathrm{/}R$ zou vermenigvuldigen, zou elke verbinding moeten wachten tot het vorige pakket de bestemming had bereikt en zou het parallelle werk dat het netwerk kan uitvoeren wegvallen.

De vijf pakketten bevatten samen 60.000 bits. Als je die bits als één ononderbroken bericht zou verzenden, zou dat 6 ms per verbinding en 18 ms over drie store-and-forward-verbindingen kosten. De overdracht in pakketten van 8,4 ms is sneller doordat het doorsturen begint voordat het hele bericht is aangekomen. Extra pakketheaders gebruiken ook capaciteit; die staan los van deze vergelijking met gelijke totale hoeveelheden gegevens.

Bepaal waar het pakket naartoe gaat

Een router onderzoekt het bestemmings-IP-adres in de header van een pakket. De doorstuurtabel koppelt bereiken van bestemmingsadressen aan uitgaande verbindingen. Routeringsprotocollen vullen die tabellen; doorsturen is de lokale handeling waarbij de router een tabel raadpleegt en dit pakket via de gekozen interface verzendt.

Elke uitgaande verbinding heeft een uitgangsbuffer, of wachtrij. Als die verbinding bezet is, wachten nieuw aangekomen pakketten daar. Hun wachttijd is wachtrijvertraging, die verandert met het verkeer dat die uitgang bereikt. Een rustige ingang voorkomt geen congestie als verschillende andere ingangen dezelfde uitgang voeden.

Buffers hebben beperkte ruimte. Als een buffer vol raakt, verwerpt de router afhankelijk van zijn beleid een aankomend pakket of een pakket dat al in de wachtrij staat. Dit is pakketverlies. Store-and-forward verklaart wanneer het doorsturen kan beginnen; het garandeert niet dat de uitgaande verbinding of buffer beschikbaar is.

Circuitschakeling reserveert middelen langs een volledig pad voor een communicatiesessie. De zender zet eerst een circuit op en gebruikt vervolgens de gereserveerde snelheid tot de sessie eindigt. Traditionele telefoonnetwerken zijn een voorbeeld van dit ontwerp.

Een reservering over gedeelde verbindingen

Een circuit is een gereserveerd deel van de verbindings- en schakelcapaciteit. Het hoeft geen afzonderlijke fysieke draad te zijn. Veel circuits kunnen dezelfde kabel delen terwijl hun gereserveerde middelen gescheiden blijven. Zodra een circuit is opgezet, veroorzaken gegevens van andere gebruikers geen uitgangswachtrijen voor het gereserveerde deel. De zender krijgt dus een constante snelheid en voorspelbare vertraging.

Met multiplexing kunnen meerdere circuits één fysieke verbinding gebruiken. Twee gebruikelijke methoden scheiden ze op frequentie of op tijd.

Bij FDM bestaan meerdere banden tegelijk. FM-radiozenders zijn een bekend voorbeeld. Analoge telefoonverbindingen tussen centrales wezen gesprekken banden van ongeveer 4 kHz breed toe. De bandbreedte van een band is een frequentiebreedte gemeten in hertz. Een bitsnelheid wordt gemeten in bit/s: de twee eenheden beschrijven verschillende grootheden.

Bij TDM wordt de tijd ingedeeld in terugkerende frames, elk met vaste tijdsloten. Een circuit krijgt in elk frame één tijdslot. Bij gelijke tijdsloten zonder frameoverhead deel je de verbindingssnelheid door het aantal tijdsloten om de snelheid van dat circuit te krijgen. Een circuit verzendt tijdens het eigen tijdslot en wacht op het volgende; de gemiddelde snelheid is het gereserveerde deel van de verbindingssnelheid.

Bereken eerst de circuitsnelheid

Een verbinding van 2,048 Mbps heeft 32 gelijke tijdsloten per frame. Het opzetten van het circuit duurt 400 ms en de zender heeft een bestand van 960.000 bits.

1. Reken de volledige verbindingssnelheid om naar 2.048.000 bit/s.
2. Verdeel over de tijdsloten: $\mathrm{2.048.000}\mathrm{/}32=64.000\text{ bit/s}$.
3. Deel de bestandsgrootte door de circuitsnelheid: $960.000\mathrm{/}64.000=15\text{ s}$.
4. Tel de opbouwtijd erbij op: $15+\mathrm{0,4}=\mathrm{15,4}\text{ s}$, zonder propagatie mee te tellen.

De zender krijgt geen 2,048 Mbps alleen omdat andere gebruikers toevallig niets verzenden. Het circuit beschikt nog steeds over één tijdslot in elk frame. Ook wordt de transmissietijd van het bestand niet vermenigvuldigd met het aantal verbindingen op het pad. Het gereserveerde circuit transporteert een doorlopende stroom bits; het hele bestand wordt niet bij elke switch als één pakket opgeslagen en vervolgens doorgestuurd. Tel propagatie apart mee wanneer die deel uitmaakt van een opgave.

Houd rekening met ongebruikte reserveringen

De garantie heeft een prijs. Als een gesprekspartner zwijgt of een gebruiker een geladen pagina gaat lezen, blijft het deel van het circuit ongebruikt. Een andere gebruiker kan dat deel niet op aanvraag overnemen. Als alle circuits zijn toegewezen, kan een nieuwe verbinding worden geblokkeerd, ook als sommige bestaande verbindingen geen gegevens verzenden. Dit is een beperking bij het toelaten van sessies, anders dan het verwerpen van pakketten uit een volle buffer.

Webverkeer wisselt vaak tussen korte downloads en lange pauzes. Als je voor elke gebruiker capaciteit reserveert voor het drukste moment, blijft tijdens de pauzes capaciteit ongebruikt. Bij pakketschakeling kunnen andere gebruikers die capaciteit gebruiken wanneer hun pakketten aankomen.

Deel capaciteit wanneer er vraag is

Statistische multiplexing is het op aanvraag delen van een verbinding tussen pakketten van verschillende gebruikers. Een wachtend pakket kan de eerstvolgende beschikbare verzendmogelijkheid gebruiken, zodat stilte van één gebruiker geen ongebruikte capaciteit reserveert. Dit werkt vooral goed bij burstsgewijs verkeer, waarbij actieve perioden worden gescheiden door rustige perioden.

Neem tien gebruikers die een verbinding van 10 Mbps delen. Eén gebruiker verzendt 2.000 pakketten van 1.000 bits terwijl de andere negen niets verzenden. In totaal is dat $2.000\times 1.000=2\times {10}^6$ bits. Bij tien gelijke TDM-reserveringen duurt de overdracht via het circuit van 1 Mbps 2 s. Bij pakketschakeling verzendt de volledige verbinding van 10 Mbps de burst in 0,2 s, zonder andere vertragingen mee te tellen.

Vergelijk de piekvraag met de gemiddelde vraag

Stel dat elke actieve gebruiker 1 Mbps nodig heeft en onafhankelijk van de anderen 20% van de tijd actief is. Een verbinding van 10 Mbps met circuitschakeling kan die snelheid aan maximaal tien gebruikers garanderen. Pakketschakeling kan 20 gebruikers bedienen met een kleine kans dat de gelijktijdige vraag de capaciteit overschrijdt.

Laat $X$ het aantal actieve gebruikers tellen. Dit volgt een binomiale verdeling: 20 onafhankelijke gebruikers, elk actief met kans 0,2. De kans op precies $k$ actieve gebruikers is:

De binomiaalcoëfficiënt telt welke gebruikers actief zijn. Overbelasting begint bij 11 actieve gebruikers, omdat tien precies passen. Tel de kansen voor 11 tot en met 20 op:

Dat is ongeveer 0,06% van de tijd. De gemiddelde vraag is slechts 4 Mbps, maar dat gemiddelde alleen vertelt je niet wat de kans op overbelasting is. Onafhankelijkheid is van belang: gebruikers die tegelijk actief worden, veroorzaken grotere gelijktijdige bursts dan deze berekening voorspelt.

Stem het ontwerp af op het verkeer

Pakketschakeling maakt efficiënt gebruik van capaciteit en relatief eenvoudige schakelapparatuur mogelijk. Wisselende wachttijd en verlies zijn de belangrijkste nadelen voor de dienstverlening. Realtime applicaties kunnen afspeelbuffers gebruiken om verschillen in aankomsttijd op te vangen, terwijl hertransmissie ontbrekende gegevens kan herstellen ten koste van extra vertraging.

Voor gelijkmatig verkeer dat een gegarandeerde snelheid nodig heeft, kan een circuit na de opbouw een betere dienst bieden. Pakketschakeling is niet altijd sneller: een zwaar belaste uitgang kan een lange wachttijd toevoegen. Het internet gebruikt pakketschakeling en telefoondiensten zijn steeds meer overgestapt van circuits op spraak over IP.

Een aansluiting op een toegangsprovider geeft een host een eerste netwerk om te gebruiken. Om hosts elders te bereiken zijn afspraken tussen netwerken nodig. Deze onafhankelijk beheerde netwerken vormen samen het internet.

Waarom verbinden via providers?

Om elke toegangsprovider rechtstreeks met elke andere te verbinden zijn bij $n$ internetproviders $n(n-1)\mathrm{/}2$ verbindingen nodig. Bij 10.000 providers zijn dat 49.995.000 afzonderlijke verbindingen. Het onderhouden van zoveel relaties en fysieke verbindingen zou niet goed schaalbaar zijn.

Daarom kopen toegangsproviders transit bij grotere providers. Een klant betaalt een provider om verkeer tussen het netwerk van de klant en de rest van het internet te transporteren. De kosten hangen meestal samen met de hoeveelheid uitgewisseld verkeer. Regionale providers kunnen transit kopen bij nog grotere providers. Sommige toegangsproviders sluiten rechtstreeks aan op het hoogste niveau.

Een tier-1-internetprovider bereikt alle internetbestemmingen zonder transit te kopen. Ongeveer een dozijn grote internationale netwerken wordt doorgaans zo beschreven en ze zijn onderling verbonden. Tier-1 beschrijft een positie in bereikbaarheid en zakelijke relaties; het betekent niet dat elk pakket zo'n netwerk moet passeren.

Onderscheid transit van peering

Een peeringpartner biedt door peering alleen geen transit naar elk ander netwerk dat hij kan bereiken. Dat onderscheid is van belang als je mogelijke paden volgt. Netwerken gaan vaak peering aan op een internetknooppunt (IXP), een gedeelde schakelvoorziening waar veel internetproviders en contentaanbieders samenkomen. Grote knooppunten in steden zoals Frankfurt, Amsterdam en Londen verbinden honderden netwerken.

Een aanwezigheidspunt (PoP) is een locatie van een provider met routers waarop klanten kunnen aansluiten. Een internetknooppunt brengt veel netwerken samen om verkeer uit te wisselen; een PoP is een locatie binnen het werkgebied van een provider. Een netwerk kan ook multihoming toepassen en voor een grotere bedrijfszekerheid op twee of meer providers aansluiten. Als één provider uitvalt, kan een andere verbinding het netwerk bereikbaar houden, mits het resterende pad en de eigen apparatuur van de klant werken.

Volg een pad en de betalingen

Ana gebruikt kabelprovider A. A betaalt regionale internetprovider R, die tier-1-provider T1 betaalt. Ben gebruikt mobiele operator B, die tier-1-provider T2 betaalt. T1 en T2 hebben peering. Een pakket kan het volgende pad volgen:

A → R → T1 → T2 → B.

De betalingen volgen klant-providerrelaties, niet elke richting waarin een pakket reist. B betaalt T2 voor connectiviteit, ook als dit pakket bij B aankomt. T1 en T2 wisselen hun verkeer meestal zonder onderlinge betaling uit.

Als A en B zich bij een internetknooppunt aansluiten en peering afspreken, kan hun klantverkeer in plaats daarvan rechtstreeks tussen A en B worden uitgewisseld. Ze vermijden transit via hoger gelegen providers voor dat verkeer en verkorten vaak het pad. De transitverbindingen blijven nuttig voor bestemmingen buiten de netwerken en klanten van de peeringpartners.

Een autonoom systeem (AS) is een onafhankelijk beheerd netwerk, of deel daarvan, met een eigen routeringsbeleid en AS-nummer. Een internetprovider kan meerdere AS'en beheren. Dit geeft het beeld van een netwerk van netwerken een bestuurlijke eenheid: afzonderlijk beheerde AS'en verbinden zich via de zojuist beschreven zakelijke relaties.

Een videodienst kan gegevens efficiënter leveren wanneer die een netwerk dicht bij de kijkers beheert. Grote contentbedrijven combineren particuliere backbonenetwerken, rechtstreekse verbindingen met internetproviders en kopieën van populaire bestanden in de buurt.

Ook contentbedrijven bouwen netwerken

Bedrijven zoals Google, Microsoft, Amazon en Meta beheren netwerken van contentaanbieders die hun datacenters verbinden. Met deze particuliere wereldwijde netwerken kunnen ze meer controle uitoefenen over de route die hun diensten gebruiken en minder afhankelijk zijn van ingekochte transit.

Een contentnetwerk kan rechtstreeks peering aangaan met een toegangsprovider of regionale internetprovider op een internetknooppunt of via een particuliere verbinding. Het verkeer komt dan bij die internetprovider binnen zonder eerst de volledige providerhiërarchie te doorlopen. Voor bestemmingen die via deze afspraken niet worden bereikt, kan het contentnetwerk transit kopen bij een hoger gelegen provider. Die provider hoeft geen tier-1-provider te zijn; sommige grote contentnetwerken vertrouwen vooral op rechtstreekse verbindingen.

De economische reden en de prestatiereden versterken elkaar. Rechtstreekse uitwisseling kan transitkosten voor dat verkeer vermijden en een korter pad passeert meestal minder verbindingen. Een eigen backbone en peering betekenen echter niet dat er een kopie van elk bestand bij elke gebruiker in de buurt staat. Serverplaatsing is een afzonderlijk onderdeel van de levering.

Plaats content dicht bij het verzoek

Een contentdistributienetwerk (CDN) plaatst servers met kopieën van populaire content binnen of dicht bij toegangsnetwerken en op internetknooppunten. Video's, webbestanden en software-updates kunnen dan van een server in de buurt komen in plaats van uit een ver gelegen oorspronkelijk datacenter. Dit vermindert het langeafstandsverkeer en de propagatiecomponent van de vertraging.

Een kijker in een stad die een opgeslagen video opvraagt, hoeft mogelijk maar enkele hops binnen de toegangsprovider te passeren. Vergelijk dit met een datacenter op 8.000 km afstand. Zelfs een ideale glasvezelroute van die lengte draagt bij:

in één richting. Een verzoek en antwoord voegen alleen door propagatie al minstens $2\times \mathrm{0,04}=\mathrm{0,08}$ s, ofwel 80 ms, toe. Wachtrijen, transmissie, apparatuur en een langere werkelijke kabelroute kunnen meer toevoegen. Een hogere verbindingssnelheid neemt die afstand niet weg; een kopie van de content dichterbij vermindert die wel.

Lees het vlakker geworden netwerkbeeld

Deze opzetten bestaan naast elkaar. Toegangsproviders, regionale providers en tier-1-providers vormen nog steeds een losse hiërarchie, maar rechtstreekse contentverbindingen transporteren een groot deel van het verkeer. Multihoming, particuliere peering en internetknooppunten voegen meer verbindingen tussen de niveaus toe.

Geen enkele organisatie bezit of beheert dit hele systeem. Een route weerspiegelt de beschikbare onderlinge verbindingen tussen onafhankelijk beheerde netwerken. Vraag je bij het volgen van een download eerst af waar de kopie staat die de content levert en welke netwerken rechtstreekse afspraken hebben. Een CDN binnen de internetprovider van de gebruiker kan een kort pad verklaren zonder een enkele tier-1-hop.

De bijdrage van een router aan de vertraging is niet één ondeelbare pauze. Als je de vier delen onderscheidt, zie je of een voorgestelde upgrade de waargenomen vertraging kan aanpakken.

Vier delen van knooppuntvertraging

De knooppuntvertraging is:

Verwerking omvat het onderzoeken van de header, het controleren op bitfouten en het selecteren van een uitgaande verbinding. Dit duurt in een snelle router meestal microseconden of minder. Wachtrijvertraging is het wachten op pakketten die bij de uitgang voorgaan. Die kan nul zijn bij een ongebruikte verbinding en een lege wachtrij, of vele milliseconden bedragen onder belasting. Anders dan de vaste componenten voor een bepaald pakket en een bepaalde verbinding varieert deze vertraging met het overige verkeer.

De laatste twee delen worden vaak verward:

Transmissie is het pakket op het medium zetten. Propagatie is een bit dat erdoorheen reist. Voor glasvezel en koper wordt een geschatte signaalsnelheid van $2\times {10}^8$ m/s gebruikt; radio door lucht of ruimte haalt bijna $3\times {10}^8$ m/s. In glasvezel voegt elke kilometer ongeveer 5 µs propagatievertraging toe.

Een lange verbinding

Verzend een pakket van 1.500 bytes over een glasvezelverbinding van 100 Mbps en 2.000 km lang.

1. Reken de pakketgrootte om: $1.500\times 8=12.000$ bits.
2. Deel door de snelheid: $12.000\mathrm{/}{10}^8=\mathrm{0,00012}$ s, ofwel 0,12 ms transmissie.
3. Reken de afstand om: 2.000 km is 2.000.000 m.
4. Deel door de propagatiesnelheid: $2\times {10}^6\mathrm{/}(2\times {10}^8)=\mathrm{0,01}$ s, ofwel 10 ms.

Propagatie overheerst. Wanneer de zender na 0,12 ms klaar is met het pakket op de verbinding zetten, heeft het eerste bit slechts $\mathrm{0,00012}\times 2\times {10}^8=24.000$ m, ofwel 24 km, afgelegd. Het pakket kan dus volledig op de verbinding staan voordat het eerste bit aankomt.

Een korte verbinding met dezelfde snelheid

Over 10 m kabel duurt de propagatie $10\mathrm{/}(2\times {10}^8)=50$ ns. Het pakket heeft nog steeds 0,12 ms nodig om op de verbinding te komen. Tegen de tijd dat het eerste bit aankomt, hebben slechts $50\times {10}^{-9}\times {10}^8=5$ bits de zender verlaten. Hier overheerst transmissie.

Als je de snelheid van de lange verbinding verhoogt naar 1 Gbps, daalt de transmissietijd naar 0,012 ms. De propagatie blijft 10 ms. Een hogere bitsnelheid plaatst meer bits in elke seconde; een bit reist daardoor niet sneller door de glasvezel.

Zorg vóór het invullen voor consistente eenheden: vermenigvuldig bytes met 8, kilometers met 1.000 en Mbps met één miljoen. Als je bytes rechtstreeks door bit/s deelt, mis je de factor acht; als je kilometers met m/s gebruikt, mis je een factor 1.000.

Voor één pakket maakt store-and-forward van het pad een reeks transmissies. Tel de bijdrage van elke verbinding en het werk van elke router op om te bepalen wanneer het laatste bit de bestemming bereikt.

Tel verbindingen en routers afzonderlijk op

Voor $N$ identieke verbindingen en $N-1$ tussenliggende routers, met lege wachtrijen:

Tel eventuele verwerking bij de eindpunten afzonderlijk mee. Bereken bij ongelijke verbindingen elke transmissie- en propagatieterm met de snelheid en afstand van die verbinding. Tel wachtrijvertraging mee waar die optreedt; die hoeft niet bij elke router gelijk te zijn.

Neem host → R1 → R2 → server. Een pakket van 12.000 bits passeert 100 Mbps over 10 km, 1 Gbps over 1.000 km en vervolgens 50 Mbps over 5 km. De signaalsnelheid is $2\times {10}^8$ m/s. Elke router verwerkt het pakket gedurende 20 µs en de wachtrijen zijn leeg.

Twee routers voegen $2\times \mathrm{0,02}=\mathrm{0,04}$ ms toe. Het laatste bit komt na $\mathrm{0,372}+\mathrm{5,075}+\mathrm{0,04}=\mathrm{5,487}$ ms aan. De propagatie op de middelste verbinding alleen maakt meer dan 90% van dit totaal uit. Als je alleen de transmissie op de langzaamste verbinding zou tellen, krijg je een onvolledige vertraging voor één pakket.

Onderscheid aankomsttijd en rondlooptijd

Op één verbinding komt het laatste bit van een bericht van $F$ bits na $F\mathrm{/}R+d\mathrm{/}s$ aan. Het laatste bit moet eerst de zender verlaten en daarna naar de ontvanger reizen. Eerdere bits propageren terwijl latere bits nog worden verzonden.

De rondlooptijd (RTT) loopt vanaf het verzenden van een meetpakket totdat het antwoord terugkomt. Die omvat de vertraging heen en terug plus de antwoordtijd van de bestemming. De opdracht ping meet die tijd. Een schatting voor één richting verdubbelen werkt alleen als de aannames over de terugweg en het antwoord die berekening ondersteunen.

Tel bits die onderweg zijn

Het bandbreedte-vertragingsproduct van een verbinding is $R\times d_{\text{prop}}$. Een continu zendende verbinding van 1 Gbps met 10 ms propagatievertraging kan ${10}^9\times \mathrm{0,01}={10}^7$ bits, ofwel 1,25 MB, onderweg bevatten. Eén bit neemt $s\mathrm{/}R=\mathrm{0,2}$ m van die verbinding in. Het product is een hoeveelheid gegevens, geen vertraging.

Tel vertragingen vóór de transmissie mee

Een spraakbron die 64 kbps produceert, heeft tijd nodig om een nettolading van 160 bytes te vullen. De bron moet $160\times 8=1.280$ bits verzamelen, wat $1.280\mathrm{/}64.000=20$ ms kost. Dit is pakketiseringsvertraging, die ontstaat voordat het pakket kan worden verzonden. Gedeelde toegang zoals wifi kan ook wachttijd voor het kanaal toevoegen.

Bij korte LAN-paden kunnen transmissie en verwerking overheersen, bij lange paden propagatie en bij paden met congestie de wachtrijen. Een CDN-kopie die content levert dichterbij plaatsen vermindert de afstandsterm; een hogere verbindingssnelheid pakt vooral transmissie en, bij een gelijkblijvende vraag, wachtrijvertraging aan.

Een uitgangswachtrij groeit wanneer aankomende pakketten tijdelijk meer werk vragen dan de verbinding kan afhandelen. Zowel de gemiddelde belasting als de aankomsttijdstippen zijn van belang, vooral als de buffer beperkte ruimte heeft.

Vergelijk aankomende belasting met verwerkingscapaciteit

De verkeersintensiteit is:

$I=La\mathrm{/}R$,

waarbij $a$ het gemiddelde aantal aankomende pakketten per seconde is, $L$ de pakketlengte in bits, of de gemiddelde lengte bij variabele pakketten, en $R$ de verbindingssnelheid. De teller is het aantal inkomende bit/s, zodat de intensiteit een verhouding zonder eenheid is.

Als $I>1$ aanhoudt, komen pakketten sneller aan dan ze worden verwerkt. Een onbeperkte wachtrij zou onbeperkt groeien; een echte buffer met beperkte capaciteit raakt daarentegen vol en verwerpt pakketten. De gemiddelde intensiteit onder 1 houden is een basisregel bij het ontwerpen, maar neemt bursts niet weg.

Hetzelfde gemiddelde kan verschillende wachttijden opleveren

Als je begint met een lege wachtrij en een ongebruikte verbinding, treft elk pakket de verbinding gereed aan wanneer elke $L\mathrm{/}R$ seconden één pakket aankomt. Bij groepen van $N$ pakketten elke $NL\mathrm{/}R$ seconden past de groep binnen dezelfde gemiddelde capaciteit, maar wachten de pakketten op elkaar. Pakket $n$ wacht $(n-1)L\mathrm{/}R$, wat een gemiddelde wachttijd van $(N-1)L\mathrm{/}(2R)$ geeft.

Voor vijf pakketten en een bedieningstijd van 1,2 ms zijn de wachttijden 0, 1,2, 2,4, 3,6 en 4,8 ms. Samen is dat 12 ms, met een gemiddelde van 2,4 ms. De wachttijd omvat niet de eigen transmissietijd van elk pakket.

Willekeurige aankomsten bij bijna volledige belasting

Willekeurige aankomsten zorgen voor wisselende wachtrijen. Eén model, M/M/1, gaat uit van onafhankelijke Poisson-aankomsten, onafhankelijke exponentieel verdeelde pakketlengtes met gemiddelde $L$, één bedieningspunt en een onbeperkte buffer. Bij een stabiele belasting onder 1 is de gemiddelde wachttijd in de wachtrij:

Bij een gemiddelde bedieningstijd van 1,2 ms verhoogt een intensiteitstoename van 0,5 naar 0,8 de gemiddelde wachttijd van 1,2 ms naar 4,8 ms. Bij 0,9 is die 10,8 ms; bij 0,96 is die 28,8 ms. Door de afnemende reservecapaciteit groeien vertragingen sterk bij bijna volledige belasting.

Voor 800 pakketten/s, een gemiddelde lengte van 12.000 bits en een verbinding van 10 Mbps is de intensiteit $12.000\times 800\mathrm{/}{10}^7=\mathrm{0,96}$. Het model geeft $\mathrm{0,96}\mathrm{/}\mathrm{0,04}\times \mathrm{1,2}=\mathrm{28,8}$ ms. Een upgrade naar 20 Mbps maakt de intensiteit 0,48 en de gemiddelde bedieningstijd 0,6 ms. De nieuwe gemiddelde wachttijd is $\mathrm{0,48}\mathrm{/}\mathrm{0,52}\times \mathrm{0,6}\approx \mathrm{0,55}$ ms. Beide factoren veranderen, zodat de wachttijd veel meer dan halveert.

Buffers met beperkte capaciteit: een afweging tussen verlies en vertraging

Een volle buffer kan niet elk aankomend pakket bevatten. Een router verwerpt een pakket, wat verlies oplevert; ook draadloze bitfouten kunnen verlies veroorzaken. Bursts kunnen een buffer vullen, zelfs als de gemiddelde intensiteit onder 1 ligt. Een grotere buffer vangt meer van een burst op, maar aanhoudende lange wachtrijen veroorzaken bufferbloat: hoge vertraging ondanks minder verworpen pakketten.

De router verzendt een pakket dat hij wegens ruimtegebrek heeft verworpen niet opnieuw. TCP kan ontbrekende gegevens detecteren en de bron die van begin tot eind opnieuw laten verzenden. UDP biedt geen hertransmissie op de transportlaag, zodat een applicatie met de ontbrekende gegevens moet omgaan, bijvoorbeeld als een korte hapering in de video.

De geleverde bitsnelheid bij een ontvanger is de doorvoersnelheid. Die beschrijft hoeveel er per seconde aankomt, terwijl vertraging beschrijft hoe lang een afzonderlijk pakket of een afzonderlijke uitwisseling duurt.

Meet de geleverde snelheid

Momentane doorvoersnelheid is de snelheid op een bepaald moment. Gemiddelde doorvoersnelheid is de ontvangen hoeveelheid gedeeld door de verstreken overdrachtstijd:

Een spraakgesprek heeft weinig vertraging en een bescheiden bitsnelheid nodig; een grote download profiteert vooral van een aanhoudende doorvoersnelheid. Een verre verbinding met hoge capaciteit kan een snelle download ondersteunen en toch een merkbare vertraging in een gesprek veroorzaken.

Bepaal het knelpunt

Bij een lange overdracht over een verder ongebruikt pad beperkt de langzaamste verbinding de aanhoudende snelheid:

Verbindingssnelheden zijn capaciteiten achter elkaar, geen getallen om op te tellen of te middelen. Een eerdere verbinding kan korte tijd sneller verzenden, maar de overtollige pakketten moeten bij de langzamere uitgang wachten. Die wachtrij kan er niet voor zorgen dat de ontvanger gegevens sneller ontvangt dan de trage verbinding ze verzendt.

Een toegangsverbinding van een server werkt met 100 Mbps en die van een client met 25 Mbps. Hun pad ondersteunt 25 Mbps als geen andere verbinding een lagere limiet oplegt. Een bestand van 500 MB bevat $500\times 8=4.000$ Mbit, zodat de schatting op basis van capaciteit $4.000\mathrm{/}25=160$ s is, zonder opstarttijd, propagatie en protocoloverhead mee te tellen.

Als de client een upgrade naar 1 Gbps uitvoert, wordt de verbinding van 100 Mbps van de server het knelpunt. De schatting wordt $4.000\mathrm{/}100=40$ s. De verbinding van de client nogmaals verbeteren zou de capaciteit van dit pad niet verhogen.

Tel gedeelde capaciteit mee

De totale snelheid van een kernverbinding hoeft niet voor één overdracht beschikbaar te zijn. Als $M$ overdrachten een verbinding gelijkelijk delen, krijgt elk een deel $R\mathrm{/}M$. Combineer dat deel met de verbindingen van de eindpunten:

Vijftig overdrachten die 1 Gbps gelijkelijk delen, krijgen elk 20 Mbps. Voor de oorspronkelijke server van 100 Mbps en client van 25 Mbps wordt de gedeelde kernverbinding het knelpunt met 20 Mbps. Het bestand van 500 MB duurt nu ongeveer $4.000\mathrm{/}20=200$ s.

Toegangsverbindingen beperken vaak de doorvoersnelheid, maar knelpunten kunnen overal optreden en verschuiven als de vraag verandert. Pakketheaders gebruiken capaciteit, verliezen moeten worden hersteld en transportprotocollen kunnen bij congestie hun verzendsnelheid verlagen. De doorvoersnelheid van een applicatie kan daarom onder de schatting op basis van de ruwe verbindingssnelheid liggen.

Kies de juiste berekening van de overdrachtstijd

Als de gemiddelde doorvoersnelheid al over een volledige overdracht is gemeten, geeft $T=F\mathrm{/}\text{gemiddelde doorvoersnelheid}$ rechtstreeks de verstreken tijd. Als je de RTT nog eens zou optellen, zou je vertraging dubbel tellen.

Bij een schatting op basis van knelpuntcapaciteit laat $F\mathrm{/}{R}_{\text{knelpunt}}$ de opstart- en padvertragingen weg. Die toevoegingen zijn het belangrijkst voor kleine objecten. Een object van 10 kB heeft bij 25 Mbps slechts 3,2 ms transmissietijd nodig, zodat een rondlooptijd van tientallen milliseconden de ophaaltijd kan overheersen. Bij een groot bestand overheerst meestal de hoeveelheid gegevens gedeeld door de aanhoudende snelheid.

traceroute ontdekt antwoordende routers op weg naar een bestemming en registreert naar elke router een rondlooptijd. Windows noemt de opdracht tracert. Beide gebruiken een veld dat normaal voorkomt dat pakketten eindeloos blijven rondgaan.

Laat meetpakketten bij opeenvolgende routers verlopen

De levensduur (TTL) van IPv4 is een hopteller; IPv6 noemt het overeenkomstige veld de hoplimiet. Een router verlaagt de waarde voordat hij het pakket doorstuurt. Als de waarde nul wordt, verwerpt de router het pakket en stuurt hij een ICMP-melding dat de levensduur is overschreden terug wanneer zijn configuratie en filtering dat toelaten.

Traceroute verzendt meetpakketten beginnend met TTL 1. Bij de eerste router verstrijkt de levensduur van deze meetpakketten en die router kan zich via zijn antwoord identificeren. Meetpakketten met TTL 2 kunnen die router passeren en bij de volgende verlopen. Door de waarde te verhogen worden opeenvolgende antwoordende hops zichtbaar. Standaard worden drie meetpakketten per TTL verzonden, wat bij elke hop drie RTT-metingen oplevert.

Voor host → R1 → R2 → R3 → server:

Als alle antwoorden worden ontvangen, verzendt deze meting met vier hops twaalf meetpakketten. Elke RTT begint wanneer het betreffende meetpakket de bron verlaat en eindigt wanneer het antwoord daarop terugkomt. De waarde is niet de tijd om alleen de verbinding vanaf de vorige weergegeven hop af te leggen.

Herken het antwoord van de bestemming

De standaardmethode op Linux en macOS verzendt UDP-meetpakketten naar een bestemmingspoort die waarschijnlijk niet wordt gebruikt, beginnend bij 33434 en oplopend per meetpakket. Een bestemming waarop niemand op die poort luistert, stuurt een ICMP-melding voor een onbereikbare poort terug. Ondanks de foutachtig klinkende naam vertelt dat antwoord traceroute dat het meetpakket de bestemming heeft bereikt.

Windows tracert verzendt ICMP-echoverzoeken; bij het bereiken van de bestemming volgt een echoantwoord. Tussentijds verlopen meetpakketten leveren nog steeds meldingen op dat de levensduur is overschreden. Linux traceroute en Windows tracert gebruiken standaard maximaal 30 hops. Een meting eindigt wanneer de bestemming antwoordt of de limiet is bereikt.

Voer de opdracht uit en herken de uitvoer

Gebruik traceroute example.org op Linux of macOS, of tracert example.org op Windows. Het bronadres van een antwoord identificeert een routerinterface. DNS-opzoekingen kunnen leesbare namen toevoegen. Gebruik traceroute -n example.org of tracert -d example.org om die opzoekingen over te slaan en numerieke adressen te zien zonder op naamomzetting te wachten.

Routernamen die operators kiezen, bevatten soms een stads- of luchthavencode, maar een naam is een aanwijzing, geen geografische meting. Een router heeft ook meerdere interfaces, zodat verschillende metingen verschillende adressen voor hetzelfde apparaat kunnen tonen.

De resulterende lijst bevat antwoorden op deze meetpakketten op dit moment. Routes kunnen tussen metingen veranderen en lastverdeling kan meetpakketten over verschillende paden sturen. De meetpakketten reizen naar de bestemming, terwijl elke gemeten RTT ook een terugweg omvat die de lijst niet laat zien.

Lees een meting als een verzameling antwoorden met gemeten tijden. Een regel vermeldt het hopnummer, de namen of adressen van antwoordende interfaces en de RTT's van de meetpakketten. Ontbrekende antwoorden en variatie moeten worden geïnterpreteerd voordat je een diagnose kunt stellen.

Lees een volledige meting

Deze meting gebruikt privéadressen en adressen voor documentatie:

1 gw.home.example (192.168.1.1)              1.9 ms  1.6 ms  1.7 ms
2 10.20.0.1                               8.4 ms  8.9 ms  8.1 ms
3 core1.city-a.isp.example (198.51.100.17)   9.6 ms 10.2 ms  9.8 ms
4 * * *
5 ix1.city-b.transit.example (203.0.113.40) 21.5 ms 21.1 ms 22.0 ms
6 sub1.ocean.transit.example (203.0.113.73) 84.3 ms 83.9 ms 84.6 ms
7 www.example.org (192.0.2.80)             85.2 ms 85.0 ms 86.1 ms

De thuisrouter antwoordt na ongeveer 1,7 ms, de volgende hop na ongeveer 8,4 ms en de bestemming na ongeveer 85 ms. Dit zijn rondreizen van de bron naar de hop. De drie getallen op een regel horen bij afzonderlijke meetpakketten, niet bij drie delen van de vertraging van één pakket.

Ga om met ontbrekende antwoorden

Een sterretje betekent dat vóór de time-out geen antwoord is aangekomen: normaal 4 s op Windows en maximaal 5 s op Linux bij de standaardinstellingen. Een router kan ICMP-antwoorden onderdrukken of het aantal beperken; een firewall kan ze filteren; een meetpakket of het antwoord daarop kan verloren gaan.

Hop 5 antwoordt na de niet-antwoordende hop 4. De meting toont dus dat meetpakketten voorbij dat punt kunnen reizen. Die stelt niet vast dat gewoon verkeer bij hop 4 wordt verworpen. Sterretjes aan het einde kunnen betekenen dat de bestemming of een firewall in de buurt niet op meetpakketten antwoordt, maar een werkelijk bereikbaarheidsprobleem is ook mogelijk. Controleer andere aanwijzingen voordat je een oorzaak kiest.

Zoek een blijvende verandering

De minimale RTT stijgt van 21,1 ms bij hop 5 naar 83,9 ms bij hop 6: een toename van 62,8 ms die bij hop 7 aanhoudt. Dit wijst op extra padvertraging nabij dat deel van de route.

Als de volledige toename propagatie zou zijn op één extra glasvezelverbinding die in beide richtingen wordt gebruikt, zou de extra tijd in één richting $\mathrm{62,8}\mathrm{/}2=\mathrm{31,4}$ ms zijn. Bij $2\times {10}^8$ m/s komt dat overeen met $\mathrm{0,0314}\times 2\times {10}^8=\mathrm{6.280.000}$ m, ofwel 6.280 km. Deze schatting hangt af van het genoemde padmodel. Verschillende routes voor antwoorden, wachtrijen en antwoordtijden van routers kunnen de toename veranderen; de meting identificeert het kabeltype niet en meet de verbindingslengte niet.

Onderscheid doorsturen van antwoorden

Een router kan langzaam antwoorden terwijl hij pakketten snel doorstuurt. De ICMP-verwerking kan een lage prioriteit hebben en het antwoord kan een andere terugweg volgen. Een hoge RTT die bij latere hops verdwijnt, wijst meestal op een traag antwoord, terwijl een toename die aanhoudt onderzoek verdient.

Herhaalde minima helpen de vaste vertraging te schatten, terwijl een spreiding van RTT's wisselende wachtrijvertraging kan onthullen. Geen van beide levert een perfecte scheiding op: ook de verwerking van antwoorden en padwijzigingen kunnen variëren. Vergelijk metingen op verschillende tijdstippen en gebruik herhaalde ping-metingen om de bestemming in de loop van de tijd te controleren.

Door lastverdeling kunnen bij één hop meerdere adressen verschijnen. Paris traceroute houdt headervelden die de verkeersstroom identificeren constant om padwijzigingen door lastverdeling per verkeersstroom te verminderen, maar lastverdeling per pakket kan meetpakketten nog steeds splitsen. MPLS-tunnels kunnen interne routers verbergen, zodat weergegeven hops niet elke fysieke router hoeven te tonen.