Hoe het internet werkt: pakketten, IP-adressen en DNS

Het internet verbindt onafhankelijk beheerde netwerken via gezamenlijke protocollen, vooral het Internet Protocol (IP). Geen enkele organisatie beheert het hele systeem.

Apparaten en verbindingen

Een host, of eindsysteem, voert toepassingen uit. Telefoons, laptops, servers, smart-tv’s en sensoren kunnen hosts zijn. Een client vraagt een dienst aan; een server levert die. Eén computer kan een bestand opvragen en tegelijk een ander bestand aan iemand anders leveren.

Verbindingen vervoeren bits door koperen kabels als elektrische signalen, door glasvezel als licht of via draadloze verbindingen als radio. Eén route kan verschillende media doorkruisen.

Een thuisrouter combineert meestal routering, switching en een wifi-toegangspunt, soms met een modem. Dit blijven verschillende taken, ook als één apparaat ze uitvoert.

Verbinding maken met een provider

Een toegangsnetwerk verbindt een woning, organisatie of telefoon met de provider. Voorbeelden zijn glasvezel, kabel, DSL, ethernet op kantoor en mobiele netwerken. Een internetprovider vervoert verkeer tussen toegangsnetwerken en andere netwerken.

Providers wisselen verkeer rechtstreeks uit op een internetknooppunt (IXP), een gedeelde voorziening die zich over meerdere gebouwen kan uitstrekken. Ze kunnen ook IP-transit inkopen en zo een andere provider betalen om verkeer verder te vervoeren. Grote contentbedrijven beheren eigen netwerken en datacenters om diensten dichter bij gebruikers te brengen.

De meeste intercontinentale gegevens gaan via glasvezelzeekabels op de zeebodem; satellieten vervoeren een kleiner deel. Een draadloze toegangsverbinding kan dus overgaan in een lange route die vooral via kabels loopt.

Volg een videogesprek

Een telefoon in een café belt iemand op een mobiel netwerk overzee:

1. Wifi vervoert pakketten naar het toegangspunt van het café.
2. De router van het café stuurt ze via de toegangsverbinding naar de internetprovider.
3. Providernetwerken vervoeren ze verder en wisselen ze mogelijk uit bij een IXP.
4. Een zeekabel kan ze over de oceaan vervoeren.
5. De provider van de bestemming levert ze via zijn mobiele netwerk af aan de andere telefoon.

Verschillende organisaties beheren deze onderdelen. Dankzij protocollen die op elkaar aansluiten, kunnen ze pakketten doorgeven, terwijl elke beheerder zijn eigen deel beheert. De precieze route kan veranderen als netwerken hun verbindingen aanpassen of op storingen reageren.

Grote bestanden reizen als veel pakketten. Elk pakket bevat een deel van de gegevens, zodat andere gesprekken om de beurt dezelfde verbindingen kunnen gebruiken.

Maak onderscheid tussen header en nuttige gegevens

De header van een pakket bevat besturingsinformatie; de nuttige gegevens bevatten gegevens. Een IP-header bevat bron- en bestemmingsadressen. Routers gebruiken de bestemming om een volgende verbinding te kiezen zonder de foto of het bericht erin te interpreteren. De ontvangende toepassing interpreteert de afgeleverde bits.

De header lijkt op het adres op een envelop, terwijl de nuttige gegevens op de inhoud lijken. Door een bestand in kleine pakketten te verdelen, beperk je ook hoeveel na verlies opnieuw moet worden verzonden. Een veelvoorkomende limiet op een route is een IP-pakket van 1.500 bytes, afgeleid van standaardethernet. Sommige routes ondersteunen grotere pakketten.

Tel pakketten en overhead

Een foto bevat 3.000.000 bytes. Elk pakket bevat maximaal 1.460 fotobytes plus 40 headerbytes. Deel door de capaciteit voor nuttige gegevens:

Rond naar boven af op 2.055 pakketten, want een rest moet ook worden afgeleverd. Na 2.054 volledige ladingen bevat het laatste pakket:

Elk pakket heeft een header nodig, ook het laatste:

Samen zijn de gegevens en headers 3.082.200 bytes groot. De headers voegen ongeveer 2,7% toe aan de grootte van de foto. Delen door 1.500 zou te weinig pakketten opleveren, omdat 40 bytes van elk pakket niet beschikbaar zijn voor fotogegevens. Als je de laatste lading als vol telt, voeg je juist gegevens toe die de foto niet bevat.

Herstel de bytevolgorde

Pakketten volgen meestal dezelfde route, maar IP laat verschillende routes toe. Pakketten kunnen in een andere volgorde aankomen, twee keer aankomen of verloren gaan, bijvoorbeeld als de buffer van een router vol raakt.

Transmission Control Protocol (TCP) herstelt deze gevolgen op de eindhosts. Het nummert bytes, zodat de ontvanger posities en ontbrekende stukken kan herkennen. De verzender stuurt ontbrekende gegevens opnieuw en de ontvanger levert bytes op volgorde af. Als het laatste stuk aankomt, vult dat een eerder ontbrekend stuk niet aan.

IP verplaatst alleen afzonderlijke pakketten; het stelt het bericht niet opnieuw samen en voert dat herstel niet uit. Ook User Datagram Protocol (UDP) verzendt niet opnieuw en herstelt de volgorde niet. Toepassingen die UDP gebruiken, voegen zelf het herstel toe dat ze nodig hebben.

Verbindingscapaciteit kan worden gereserveerd voor een verbinding of worden gedeeld door aankomende pakketten. Dat verschil is van belang wanneer verkeer pauzeert en wanneer meerdere gebruikers tegelijk verzenden.

Reserveren of delen

Circuitschakeling reserveert een vast deel langs de hele route. Bij traditionele vaste telefoongesprekken bleef dat deel gereserveerd, ook tijdens stiltes.

Pakketschakeling deelt capaciteit naar behoefte; dat heet statistische multiplexing. Elk pakket gebruikt tijdens zijn beurt de snelheid van de verbinding. Dit past bij stootsgewijs verkeer: bij surfen op het web en berichten versturen worden korte stoten verzonden met pauzes ertussen.

Sla pakketten op als een verbinding bezet is

Een router slaat op en stuurt door: hij ontvangt een volledig pakket voordat hij het verder verzendt. Pakketten wachten in een wachtrij wanneer de uitgaande verbinding bezet is. Een buffer in het geheugen bewaart die wachtrij; als die vol is, kan de buffer geen nieuwe pakketten aannemen en worden die weggegooid.

Een verbinding van 1 Mbit/s kan tien delen van 100 kbit/s reserveren:

Met pakketschakeling kunnen 35 gebruikers de verbinding delen als ieder slechts 10% van de tijd actief is. Als gebruikers onafhankelijk van elkaar actief zijn, is de kans dat meer dan tien tegelijk actief zijn ongeveer 0,0004. Onafhankelijkheid is van belang: gelijktijdige stoten gedragen zich anders. Ook met minder dan tien actieve gebruikers kunnen korte wachtrijen ontstaan als pakketten tegelijk aankomen.

Waar pakketschakeling begon

Paul Baran bij RAND en Donald Davies bij het Britse National Physical Laboratory ontwikkelden in de jaren 1960 onafhankelijk van elkaar ideeën over pakketschakeling. Davies bedacht de term “packet”; Leonard Kleinrock ontwikkelde vroeg wiskundig werk over netwerkwachtrijen.

Op 29 oktober 1969 verzond ARPANET zijn eerste bericht van UCLA naar het Stanford Research Institute. Het systeem liep vast na “LO” van “LOGIN”. ARPANET was bedoeld om onderzoekscomputers te delen. Barans afzonderlijke werk onderzocht communicatie die aanvallen kon doorstaan, wat het latere verhaal over een kernoorlog helpt verklaren.

Pakketnetwerken kunnen na storingen alternatieve routes gebruiken als er een andere route beschikbaar is. Tegenwoordig vervoert spraak over IP gesprekken als pakketten, ook gesprekken over 4G- en 5G-netwerken.

De snelheid van een verbinding heeft meer dan één betekenis. Een grote overdracht heeft een hoge afleveringssnelheid nodig; een gesprek heeft korte, gelijkmatige vertragingen nodig. Door bandbreedte, doorvoersnelheid en latentie uit elkaar te houden, kun je beide verklaren.

Capaciteit en daadwerkelijke aflevering

Bandbreedte is de capaciteit van een verbinding in bits per seconde. SI-voorvoegsels gebruiken machten van tien: 1 kbit/s is 1.000 bit/s; 1 Mbit/s is 1.000.000 bit/s; 1 Gbit/s is 1.000.000.000 bit/s. “Mbps” is een andere veelgebruikte schrijfwijze voor Mbit/s.

Doorvoersnelheid is de snelheid waarmee gegevens daadwerkelijk worden afgeleverd. De langzaamste verbinding op een route is het knelpunt. Een serververbinding van 1 Gbit/s en een providerverbinding van 10 Gbit/s kunnen een download niet sneller dan 50 Mbit/s door een thuisverbinding van 50 Mbit/s sturen. Gedeelde capaciteit en protocoloverhead verlagen de bruikbare snelheid verder.

Bestandsgroottes gebruiken bytes, geschreven met een hoofdletter B; een byte bevat 8 bits. Een bestand van 500 MB bevat 4.000 Mbit. Bij 100 Mbit/s is de ideale overdrachtstijd:

Het antwoord 5 seconden ontstaat als je bytes deelt door een snelheid in bits zonder de eenheden om te rekenen.

Vier delen van vertraging

Latentie is de reistijd van het ene uiteinde naar het andere. Retourtijd (RTT) omvat de heen- en terugreis. Een pingmeting geeft een heen- en terugreis aan, meestal in milliseconden.

Onderscheid bij elke stap vier vertragingen:

• Verwerking: een header lezen en beslissen waar het pakket naartoe moet.
• Wachtrij: wachten op een uitgaande verbinding.
• Transmissie: alle bits van het pakket op die verbinding zetten.
• Propagatie: het signaal dat zich over de verbinding voortplant.

Transmissievertraging hangt af van de pakketgrootte en de snelheid:

Een pakket van 1.500 bytes heeft 12.000 bits. Verzending duurt 0,12 ms bij 100 Mbit/s of 1,2 ms bij 10 Mbit/s. Over drie verbindingen van 10 Mbit/s vereist opslaan en doorsturen minstens 3,6 ms transmissietijd voor dat pakket, voordat de andere vertragingen erbij komen.

Propagatievertraging hangt af van afstand en signaalsnelheid:

In glasvezel beweegt het signaal met ongeveer 200.000 km/s. Een afstand van 6.000 km afleggen duurt 30 ms voor een enkele reis en minstens 60 ms voor een heen- en terugreis. Meer bandbreedte kan de kabel niet korter maken.

Kies de maat die bij de toepassing past

Een download heeft vooral baat bij doorvoersnelheid. Gesprekken en snelle spellen hebben lage latentie en weinig jitter nodig, de variatie in vertraging. Wachtrijen kunnen op drukke momenten groeien, ook als de geadverteerde capaciteit van een verbinding gelijk blijft.

Een webpagina kan meerdere uitwisselingen nodig hebben voordat die compleet is. De browser kan veel bestanden tegelijk opvragen, maar sommige verzoeken hangen af van eerdere antwoorden. Voor die afhankelijkheden is RTT van belang; ook het werk van de server, de beschikbare doorvoersnelheid en de verwerking door de browser tellen mee. Een snelle download van een groot bestand en een interactieve pagina die traag aanvoelt, kunnen daarom op dezelfde verbinding voorkomen.

Een IP-adres identificeert een netwerkinterface: de verbinding van een apparaat met een IP-netwerk. Een laptop kan op verschillende netwerken verschillende adressen hebben. Het adres vertelt het netwerk waar het pakketten moet afleveren, niet wie een persoon is.

Lees IPv4 en IPv6

IPv4 gebruikt 32 bits, geschreven als vier decimale getallen gescheiden door punten. Elk getal vertegenwoordigt 8 bits en loopt van 0 tot en met 255. Zo is 192.168.1.10 binair 11000000.10101000.00000001.00001010. Een laatste getal van 256 zou meer dan 8 bits nodig hebben en is ongeldig.

Er zijn 4.294.967.296 mogelijke waarden van 32 bits, ongeveer 4,3 miljard. De centrale voorraad niet-toegewezen IPv4-adressen raakte op 3 februari 2011 uitgeput. Bestaande adressen werken nog; uitputting betekent dat de oorspronkelijke centrale voorraad nieuwe blokken op is.

IPv6 gebruikt 128 bits, waarmee ongeveer 3,4 × 10³⁸ waarden mogelijk zijn. Het heeft acht groepen van vier hexadecimale cijfers. Voorloopnullen binnen een groep mogen worden weggelaten en één reeks groepen die volledig uit nullen bestaan, mag worden vervangen door ::.

2001:0db8:0000:0000:0000:ff00:0042:8329 wordt 2001:db8::ff00:42:8329. Tel vijf zichtbare groepen: de dubbele dubbele punt vervangt drie groepen om weer acht groepen te krijgen. Gebruik :: slechts eenmaal, zodat duidelijk blijft hoe je het adres uitschrijft. Veel hosts gebruiken IPv4 en IPv6 naast elkaar.

Begrijp een prefix

In 203.0.113.0/24 zegt de schuine streep dat de eerste 24 bits de netwerkprefix vormen. Acht bits blijven over:

Het blok loopt van 203.0.113.0 tot en met 203.0.113.255. Een gewoon IPv4-netwerk van deze omvang reserveert de eerste en laatste waarde, zodat 254 adressen voor apparaten overblijven. Het getal na de schuine streep is een aantal netwerkbits, geen apparaatnummer.

Gebruik adressen opnieuw in privénetwerken

Drie IPv4-bereiken zijn gereserveerd voor privénetwerken:

• 10.0.0.0/8
• 172.16.0.0/12, van 172.16.0.0 tot en met 172.31.255.255
• 192.168.0.0/16

Deze bereiken worden opnieuw gebruikt in afzonderlijke woningen en organisaties en worden niet over het openbare internet gerouteerd. Zo is 172.20.5.4 privé, terwijl 172.32.0.1 buiten het privébereik van 172 valt.

Met netwerkadresvertaling (NAT) kunnen apparaten met privéadressen een openbaar IPv4-adres delen. De router herschrijft uitgaande bronadressen en poorten en legt de vertalingen vast. Hij gebruikt de tabel om antwoorden naar het juiste apparaat met een privéadres te sturen. Een nieuwe verbinding van buitenaf heeft een manier nodig om door deze vertaling heen te komen; het privéadres alleen kan die verbinding daar niet naartoe leiden.

Maak automatisch verbinding met een netwerk

Dynamic Host Configuration Protocol (DHCP) geeft een adres voor een bepaalde periode in gebruik en verstrekt een standaardgateway en een DNS-resolver. De standaardgateway is de router die wordt gebruikt om andere netwerken te bereiken. De uitgegeven adressen en toewijzingen door providers kunnen veranderen en veel apparaten kunnen via NAT een openbaar adres delen.

Een hardware-MAC-adres dient een ander doel: veelgebruikte MAC-adressen voor ethernet en wifi zijn identificatoren van 48 bits die worden gebruikt voor aflevering binnen de lokale verbinding. IP-adressen ondersteunen aflevering over meerdere netwerken. Een IP-adres kan een locatie bij benadering suggereren, maar doordat adressen worden gedeeld en veranderen, is het een slechte identificator voor een individu.

Een pakket beweegt telkens één stap verder naar zijn bestemming. Elke router beslist zelf welke verbinding de volgende is. De verzender geeft voor een gewoon IP-pakket geen volledige reisroute op.

Lees een doorstuurtabel

Een doorstuurtabel koppelt bestemmingsprefixen aan uitgaande verbindingen. Bekijk deze regels:

Een pakket met bestemming 203.0.113.57 komt overeen met de /24-regel en vertrekt via verbinding 2. Een pakket naar 198.51.100.7 gebruikt verbinding 1. De /0-regel is de standaardroute, die wordt gebruikt als geen specifiekere regel overeenkomt.

Als meerdere regels overeenkomen, kies je de langste prefixovereenkomst: de prefix waarvoor de meeste netwerkbits zijn opgegeven. Het gaat om de specificiteit, niet om het grootste uitgeschreven adres of de kortste fysieke afstand. Elke volgende router herhaalt de opzoeking met zijn eigen tabel.

Een host begint een reis buiten het eigen netwerk door zijn pakket naar de standaardgateway te sturen. Thuis is dat normaal de thuisrouter. Het bestemmings-IP-adres van het pakket blijft het externe eindpunt aanduiden; de lokale gateway is alleen de eerste stap.

Doorsturen en routering hebben verschillende taken

Doorsturen is de lokale handeling waarbij een pakket naar een uitgaande verbinding wordt verplaatst. Routering zoekt routes en vult de tabellen die voor het doorsturen worden gebruikt. Routeringsprotocollen wisselen informatie over bereikbaarheid uit en reageren wanneer verbindingen verschijnen of uitvallen. Het kan tijd kosten voordat een wijziging zich verspreidt, dus een bruikbare alternatieve route betekent niet dat het herstel onmiddellijk en zonder verlies verloopt.

Een autonoom systeem (AS) is een netwerk of verzameling netwerken onder het routeringsbeleid van één organisatie, aangeduid met een AS-nummer. Providers, universiteiten en contentbedrijven kunnen AS’en beheren. Binnen een AS kiest de beheerder de routeringsmethoden. Tussen AS’en wisselt het Border Gateway Protocol (BGP) routes uit.

BGP-beslissingen weerspiegelen zakelijke afspraken en routeringsbeleid naast informatie over de route. Een route die minder kilometers aflegt, wordt daarom niet gegarandeerd gekozen.

Stop lussen en onderzoek stappen

Het veld time to live (TTL) van IPv4 is een maximumaantal stappen. Elke router verlaagt het met één. Wanneer het nul bereikt, gooit de router het pakket weg en stuurt hij meestal een foutmelding terug. Zo kan een routeringslus een pakket niet eindeloos laten rondgaan.

Als een pakket begint met TTL 64 en aankomt met TTL 52, hebben twaalf routers de TTL verlaagd:

Traceroute, op Windows tracert genoemd, verzendt testpakketten met oplopende maxima voor het aantal stappen. Foutmeldingen van opeenvolgende routers tonen de stappen die antwoorden en hun retourtijden. Een sprong van 15 ms naar 90 ms kan op een lange verbinding wijzen, maar alleen uit de tijden kun je niet afleiden dat het om een zeekabel gaat. Sommige routers beantwoorden testpakketten niet.

IP blijft tijdens al deze stappen leveren zonder garanties. De routers proberen pakketten af te leveren zonder aankomst, volgorde of eenmalige aflevering te garanderen. Eindhosts gebruiken transportprotocollen zoals TCP wanneer een toepassing een volledige, geordende stroom nodig heeft.

Mensen typen namen zoals www.example.com; routers hebben IP-adressen nodig. Het domeinnaamsysteem (DNS) levert de koppeling en andere records. Een dienst kan zijn naam behouden terwijl zijn adres verandert.

Volg de naamhiërarchie

Lees een domeinnaam van rechts naar links. Een niet-geschreven punt aan het einde vertegenwoordigt de root. Daarna komt een topleveldomein (TLD) zoals com, org, jp of br, dan een domein op het tweede niveau zoals example en daarna optionele subdomeinen zoals www of mail.

Geen enkele server bewaart alle domeinrecords. Rootservers verwijzen resolvers naar TLD-servers. TLD-servers verwijzen ze naar de autoritatieve servers van een domein, die de records van dat domein bevatten. De rootdienst heeft 13 benoemde identiteiten, beheerd door 12 organisaties; in oktober 2026 werden deze identiteiten bediend vanaf meer dan 2.000 kopieën wereldwijd. Dertien namen betekent dus niet dertien fysieke machines.

Zoek een naam op die niet in de cache staat

Een laptop vraagt zijn recursieve DNS-resolver om www.example.com. De resolver kan van een internetprovider, een organisatie of een openbare DNS-dienst zijn. Zonder bruikbare informatie in de cache doorloopt de resolver de hiërarchie:

1. Vraag het aan een rootserver, die naar de com-servers verwijst.
2. Vraag het aan een com-server, die naar de autoritatieve servers van example.com verwijst.
3. Vraag het aan een autoritatieve server, die een adres zoals 192.0.2.10 teruggeeft.
4. Geef dat antwoord terug aan de laptop.

De laptop kan nu verbinding maken met de webserver. Het DNS-antwoord bevat niet de webpagina.

Bewaar antwoorden tijdelijk in de cache

Resolvers en apparaten bewaren antwoorden in een cache. De geldigheidsduur (TTL) van een record bepaalt hoe lang een antwoord uit de cache opnieuw mag worden gebruikt. Een TTL van 3.600 seconden staat één uur hergebruik toe. De meeste opzoekingen hoeven daardoor niet opnieuw de hiërarchie te doorlopen.

Als een adresrecord verandert, kan een bestaande cache nog steeds het oude antwoord geven totdat die vermelding verloopt. Deze vertraagde zichtbaarheid heet vaak “DNS-propagatie”. Het betekent niet dat de autoritatieve server de wijziging langzaam naar elke computer stuurt. DNS-TTL is een tijdsduur in seconden; IP-TTL beperkt het aantal stappen.

Kies het recordtype

Eén naam kan meerdere adressen opleveren en meerdere namen kunnen een adres delen. Een MX-opzoeking vindt mailservers, niet het persoonlijke apparaat van de ontvanger.

Klassieke DNS gebruikt voor korte uitwisselingen gewoonlijk UDP-poort 53 en ondersteunt ook TCP, onder meer voor grotere antwoorden. Klassieke verzoeken zijn niet versleuteld. DNS over HTTPS beschermt het verzoek onderweg naar de resolver; de resolver verwerkt het nog steeds. DNSSEC controleert de authenticiteit van ondertekende DNS-gegevens. Authenticiteit en vertrouwelijkheid lossen verschillende problemen op: een ondertekend antwoord kan onderweg nog steeds leesbaar zijn.

Een protocol legt berichtformaten, de volgorde van berichten en de handelingen van deelnemers bij het verzenden of ontvangen van berichten vast. Het internet verdeelt deze taken over lagen, zodat één toepassing over veel soorten netwerken kan werken.

Geef elke laag een taak

De beschrijving met vijf lagen scheidt de behoeften van toepassingen van de fysieke signalen die bits vervoeren.

Hypertext Transfer Protocol (HTTP) legt webverzoeken en antwoorden vast. Het kan TCP gebruiken zonder te hoeven weten of de volgende verbinding wifi of glasvezel is. Als die verbinding wordt vervangen, kan de webtoepassing ongewijzigd blijven. De TCP/IP-beschrijving met vier lagen voegt de linklaag en fysieke laag samen. Het OSI-referentiemodel gebruikt zeven lagen; dat is een andere manier om netwerktaken te beschrijven.

Pak gegevens in voor aflevering

Inkapseling voegt informatie toe terwijl gegevens door de stapel naar beneden gaan. TCP behandelt bytes van toepassingen als een stroom en verdeelt die in segmenten, elk met een TCP-header. IP verpakt een segment in een IP-pakket. Ethernet of wifi verpakt het pakket in een frame voor één verbinding. Ethernet voegt ook een afsluitend veld voor foutcontrole toe.

Op de bestemming draait ontkapseling het inpakken om. Elke laag leest de eigen informatie en geeft de resterende inhoud naar boven door. Een hogere laag communiceert met haar tegenhanger via deze diensten van lagere lagen; de lagen vormen geen rij afzonderlijke machines tussen verzender en ontvanger.

Een HTTP-bericht kan meerdere TCP-segmenten beslaan en een segment kan bytes uit meer dan één bericht bevatten. De grenzen van TCP komen voort uit het vervoeren van een bytestroom, niet uit de berichtgrenzen van de toepassing.

Tel de toegevoegde bytes

Stel dat een segment 1.460 bytes aan webgegevens bevat. Een TCP-header van 20 bytes en een IPv4-header van 20 bytes geven:

Ethernet voegt een header van 14 bytes en een afsluitend veld van 4 bytes toe, wat een frame van 1.518 bytes oplevert. De 58 bytes aan headers en afsluitend veld vormen ongeveer 3,8% van het frame. Deze aantallen beschrijven de genoemde headers; optionele velden kunnen TCP- en IP-headers langer maken.

Wat verandert er bij een router?

Een host gebruikt de hele stapel. Een router verwerkt normaal functies van de fysieke laag, linklaag en netwerklaag. Hij verwijdert het binnenkomende frame, leest de IP-bestemming, kiest een uitgaande verbinding en maakt een nieuw frame voor die verbinding. Een lokale netwerkswitch werkt normaal op de linklaag.

Frames veranderen bij elke stap. IP-adressen blijven over een gewone route van begin tot eind gelijk, behalve waar NAT ze herschrijft; andere IP-velden, waaronder het maximumaantal stappen, kunnen veranderen. TCP-verwerking hoort bij de eindpunten.

Veel toepassingen erboven en veel verbindingstechnieken eronder delen IP. Dit is de smalle taille van het internet: voor een nieuwe toepassing hoeft het kernnetwerk niet opnieuw te worden ontworpen. De Internet Engineering Task Force (IETF) publiceert open protocoldocumenten die Requests for Comments (RFC’s) heten. De specificatie van TCP is RFC 9293, gepubliceerd in 2022.

Een bestand heeft al zijn bytes in de juiste volgorde nodig, ook als het netwerk pakketten weggooit of de volgorde verandert. Transmission Control Protocol (TCP) levert die geordende bytestroom door samenwerking tussen de twee eindhosts.

Identificeer de programma’s en open een verbinding

Een IP-adres identificeert een netwerkinterface. Een poort identificeert een dienst of communicatie-eindpunt op die host. Poorten zijn getallen van 16 bits van 0 tot en met 65535. HTTP gebruikt gewoonlijk poort 80, HTTPS 443 en DNS 53. Een client kiest normaal een tijdelijke bronpoort.

Een TCP-verbinding wordt onderscheiden door beide IP-adressen en beide poorten. Zo kan 198.51.100.23:51514 verbinding maken met 203.0.113.80:443, terwijl een andere verbinding een andere clientpoort gebruikt. Daardoor kan een laptop veel gesprekken tegelijk onderhouden.

TCP opent met een drieweg-handshake:

1. De client verzendt SYN en begint zijn volgnummering.
2. De server stuurt SYN-ACK terug, bevestigt daarmee dat begin en geeft zijn eigen begin door.
3. De client verzendt ACK.

Een gewone verbindingsopzet voegt ongeveer één RTT toe voordat de gegevensoverdracht kan beginnen. Later kan elk eindpunt zijn verzendrichting afsluiten met FIN.

Nummer bytes en vind een ontbrekend stuk

TCP-volgnummers tellen bytes, geen pakketten. Gebruik voor een gemakkelijk leesbaar voorbeeld nummering vanaf 1; echte verbindingen beginnen met gekozen beginvolgnummers.

Als alle drie aankomen, betekent ontvangstbevestiging 3.001 dat elke byte tot en met 3.000 is aangekomen en 3.001 de volgende is.

Als het tweede segment ontbreekt, blijft de ontvanger 1.001 bevestigen, ook nadat het derde aankomt. Hij kan de latere bytes bewaren, maar nog niet als een doorlopende stroom afleveren. Bij een time-out of herhaalde dubbele ontvangstbevestigingen verzendt de verzender ontbrekende bytes opnieuw. Zodra het ontbrekende stuk is aangevuld, kan de ontvanger zijn ontvangstbevestiging verhogen en de gegevens op volgorde afleveren.

Een controlesom herkent de meeste beschadigde segmenten. Beschadigde gegevens worden weggegooid en op dezelfde manier als ontbrekende gegevens via hertransmissie hersteld.

Bescherm de ontvanger en het netwerk

Twee regelingen beperken hoeveel onbevestigde gegevens een verzender uit heeft staan:

Het ontvangstvenster voorkomt dat een snelle verzender een trage ontvanger overbelast. Congestieregeling reageert op een drukke route, onder meer op verlies en toenemende vertraging, en staat daarna geleidelijke groei toe wanneer de omstandigheden verbeteren. Ook een snelle ontvanger kan via een overbelast netwerk worden bereikt.

Begrijp de kosten

Routers sturen IP-pakketten door; ze herstellen niet elke TCP-stroom. Door herstel op de eindpunten kan pakketverlies optreden terwijl de toepassing toch correcte bytes ontvangt. Wachten op een ontbrekend segment kan latere bytes vertragen. Als de route onderbroken blijft, meldt TCP uiteindelijk een fout. TCP biedt ook geen versleuteling: TLS voegt die bescherming toe voor veilig webverkeer.

Een volledig bestand en live audio hebben verschillende behoeften bij aflevering. Vergelijk wat wachten op een ontbrekend stuk oplevert voordat je een transport kiest.

Vergelijk TCP en UDP

De UDP-header van 8 bytes bevat poorten, een lengte en een controlesom. UDP bevestigt, herverzendt of herordent geen datagrammen. “Onbetrouwbaar” betekent geen aflevergarantie; op een goed werkend netwerk kunnen de meeste datagrammen nog steeds aankomen.

Vraag of late gegevens bruikbaar zijn

Een download van een bankafschrift heeft elke byte nodig, dus is het de moeite waard om op hertransmissie te wachten. TCP is ook geschikt voor e-mail, software-updates en overdrachten via HTTP/1.1 of HTTP/2. De kosten zijn onder meer de opzet en het wachten achter een ontbrekend stuk in de geordende stroom.

Bij live audio kan een stuk dat 200 ms te laat aankomt, de afspeeldeadline missen. Een kleine onderbreking overslaan kan minder storend zijn dan het gesprek pauzeren. Gesprekken en snelle spellen gebruiken vaak transport op basis van UDP, zodat hun toepassingen kunnen beslissen wat ze herstellen en wat ze overslaan.

DNS gebruikt gewoonlijk UDP voor een korte uitwisseling van vraag en antwoord. Het is essentiële infrastructuur, dus belang is een slechte keuzegrond. Het gaat om volledigheid, deadlines en welk protocol herstel afhandelt.

Voeg betrouwbaarheid boven UDP toe

QUIC werkt via UDP en voegt betrouwbare stromen, congestieregeling en geïntegreerde versleuteling toe. HTTP/3 gebruikt QUIC om webbronnen betrouwbaar af te leveren. Een ander protocol erboven levert de dienst die bij UDP ontbreekt.

QUIC combineert ook het veilig opzetten efficiënter dan eerst TCP openen en daarna afzonderlijk over TLS onderhandelen. Een browser die HTTP/3 gebruikt, heeft daardoor herstel en beveiliging, ook al biedt het onderliggende UDP-transport die niet.

Het internet vervoert pakketten tussen netwerken. Het wereldwijde web is één toepassing daarop: gekoppelde bronnen die via HTTP worden opgevraagd. Ook e-mail, gesprekken en spellen gebruiken het internet.

Hoe het web begon

Tim Berners-Lee stelde het web in maart 1989 voor bij CERN. De eerste site, info.cern.ch, draaide op zijn computer. CERN plaatste de websoftware op 30 april 1993 in het publieke domein. Het onderzoeksnetwerk dat uitgroeide tot het internet was in 1969 begonnen.

Drie ideeën werken samen: Uniform Resource Locators (URL’s) geven bronnen een naam; Hypertext Transfer Protocol (HTTP) vraagt ze op en levert ze af; Hypertext Markup Language (HTML) beschrijft documenten met hyperlinks. Browsers geven HTML weer, gebruiken CSS voor de vormgeving en voeren JavaScript uit voor interactie.

Lees een URL

Bekijk https://www.example.com:443/docs/guide.html?lang=en#intro.

DNS zoekt alleen de hostnaam op. Het HTTP-verzoek bevat het pad en het querygedeelte; de browser houdt het fragment voor lokale afhandeling, zoals het vinden van een onderdeel binnen de pagina.

Vraag een dienst aan

Een browser treedt op als client en vraagt bronnen op bij een serverprogramma. Eén hostnaam kan naar veel fysieke servers leiden die een populaire site ondersteunen.

Ook andere toepassingen kunnen HTTP gebruiken. Een weerapp roept een web-application programming interface (API) aan om gestructureerde gegevens op te halen, vaak in JavaScript Object Notation (JSON). De app toont die gegevens in zijn eigen interface in plaats van HTML weer te geven.

Hergebruik kopieën in de buurt

Een contentdistributienetwerk (CDN) bewaart kopieën van bronnen op meerdere locaties. DNS of routering leidt gebruikers naar geschikte servers, vaak in de buurt, wat de latentie vermindert en de belasting verdeelt.

Een browsercache bewaart eerder gedownloade bronnen op het apparaat van de gebruiker. Door een bruikbare afbeelding uit de cache opnieuw te gebruiken, hoeft de browser die niet op te halen. Als een nieuwe download nodig is, kan een CDN-kopie in de buurt de reis verkorten. De twee caches besparen werk op verschillende plaatsen: de ene op het apparaat, de andere op netwerkservers.

HTTP bepaalt een uitwisseling tussen een client en een server. Een verzoek zegt wat de client wil; een antwoord meldt het resultaat en kan een bron bevatten. Voor één pagina zijn meestal veel van zulke uitwisselingen nodig.

Lees een verzoek

Een HTTP/1.1-verzoek kan zo beginnen:

GET /docs/guide.html HTTP/1.1
Host: www.example.com

De beginregel bevat de methode, het pad en de versie. GET vraagt een bron op. De Host-header selecteert de site, omdat meerdere hostnamen één serveradres kunnen delen. Headers gebruiken regels van de vorm name: value om extra informatie te geven; een optionele berichtinhoud bevat ingediende gegevens.

GET is bedoeld om informatie op te halen zonder de toestand van de server te veranderen. POST dient gegevens in een berichtinhoud in, zoals een formulier of bestand. PUT kan een bron opslaan of vervangen en DELETE vraagt om verwijdering ervan.

Lees een antwoord

Een succesvol antwoord kan zo beginnen:

HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: 5120

Na de headers en een lege regel volgt de berichtinhoud. Content-Type beschrijft hoe je die moet interpreteren; hier is het HTML. Content-Length geeft een berichtinhoud van 5.120 bytes aan. Een antwoord met een afbeelding kan in plaats daarvan image/png gebruiken, terwijl een API JSON kan teruggeven.

HTTP/2 en HTTP/3 vervoeren deze informatie in binaire frames in plaats van in de tekstvorm van HTTP/1.1. Methoden, statuscodes, headers en berichtinhoud behouden hun betekenis.

Interpreteer het resultaat

Een 301-antwoord geeft een nieuwe URL in Location. Een 304 zegt dat een gecontroleerde kopie in de cache nog actueel is. Een 404 betekent dat de server antwoordde maar geen bron op het gevraagde pad vond. Een DNS-fout of onbereikbare server levert geen HTTP-status op, omdat er geen HTTP-antwoord aankomt.

Geef opeenvolgende verzoeken samenhang

HTTP is toestandsloos: het protocol koppelt een verzoek niet automatisch aan eerdere verzoeken. Een server kan Set-Cookie met een sessie-ID sturen. De browser voegt later een Cookie-header toe aan verzoeken waarop die cookie van toepassing is. De server gebruikt de identificator om opgeslagen sessie-informatie te vinden, zoals een login of winkelwagentje. Cookies kunnen ook worden gebruikt om gebruikers te volgen; browserinstellingen en privacyregels beperken dat.

Het ophalen van HTML haalt niet een hele website op. De browser leest de HTML en vraagt de afbeeldingen, stijlen, scripts en lettertypen op waarnaar die verwijst. HTTP/1.1 kan een TCP-verbinding hergebruiken voor opeenvolgende verzoeken. HTTP/2 vervoert meerdere uitwisselingen over één TCP-verbinding; HTTP/3 doet dat via QUIC. Het netwerktabblad van een browser maakt deze afzonderlijke verzoeken, statussen en tijden zichtbaar.

Het invoeren van een HTTPS-URL start een reeks samenwerkende protocollen. HTTPS betekent HTTP beschermd door Transport Layer Security (TLS). Om de volgorde te volgen, houd je het vinden van een server, het verbinden ermee, het beschermen van de uitwisseling en het opvragen van inhoud uit elkaar.

Volg een nieuwe verbinding

Voor een nieuwe HTTPS-verbinding met HTTP/1.1 of HTTP/2:

1. De browser controleert caches en vraagt zo nodig DNS om het IP-adres van de host.
2. Hij opent met de drieweg-handshake een TCP-verbinding naar poort 443.
3. Een TLS-handshake controleert de server en stelt versleutelingssleutels vast.
4. De browser stuurt een HTTP GET via de beschermde verbinding.
5. De server geeft een antwoord terug, normaal met HTML.
6. De browser vraagt de bronnen op waarnaar wordt verwezen en tekent de pagina.

Alle netwerkuitwisselingen reizen in IP-pakketten. HTTP/3 gebruikt QUIC over UDP met geïntegreerde TLS en voert daarom niet de afzonderlijke TCP-opzet uit deze reeks uit. Antwoorden in de cache en hergebruikte verbindingen kunnen ook werk overslaan.

Als DNS, de TCP-opzet, de TLS-opzet en de eerste HTTP-uitwisseling elk één heen- en terugreis van 60 ms kosten, is de totale tijd voordat inhoud begint binnen te komen ongeveer:

Dit voorbeeld laat serververwerking en andere vertragingen buiten beschouwing. Een hogere gegevenssnelheid kan die vier genoemde wachttijden niet wegnemen, al kan het vermijden van een opzoeking of het hergebruiken van een verbinding een uitwisseling wegnemen.

Wat TLS controleert

TLS biedt versleuteling, die inhoud verbergt voor waarnemers onderweg; integriteit, die wijzigingen onderweg ontdekt; en authenticatie, die de server voor de gevraagde naam controleert.

Een digitaal certificaat bindt een domeinnaam aan een publieke sleutel. Een vertrouwde certificeringsautoriteit (CA) ondertekent het. De browser controleert de naam, geldigheidsduur en vertrouwensketen en de server bewijst dat hij de bijbehorende privésleutel bezit. Een gekopieerd certificaat alleen kan dat bewijs niet leveren, omdat certificaten openbaar zijn.

Een niet-overeenkomende naam, verlopen certificaat of niet-vertrouwde ondertekenaar kan een browserwaarschuwing opleveren. Omzeil een certificaatwaarschuwing niet: daarmee verdwijnt de bescherming tegen een server die zich voor een andere server uitgeeft.

Verbindingsbescherming en vertrouwen in de site

HTTPS beschermt onderweg pagina-inhoud, URL-paden en querygedeelten, cookies, wachtwoorden en ingediende formulieren. Het IP-adres van de server en de hoeveelheid en timing van verkeer blijven zichtbaar. Ook de domeinnaam blijft bij veel verbindingen zichtbaar, afhankelijk van de bescherming van DNS en de handshake.

Een indicator voor een veilige verbinding geeft aan dat de verbinding voor dat domein is beschermd. Een oneerlijke site kan een geldig certificaat voor zijn eigen naam krijgen. Controleer of het domein het bedoelde domein is; een gewoon certificaat bevestigt de controle over het domein, niet de eerlijkheid van elke pagina. Gewone HTTP, meestal op poort 80, laat de uitwisseling tussen toepassingen onderweg leesbaar en vatbaar voor wijzigingen.

Bepaal welke stap mislukte

“Server niet gevonden” kan op een DNS-probleem wijzen. Een time-out kan betekenen dat pakketten niet doorkomen of een server niet antwoordt. Een certificaatwaarschuwing wijst naar TLS. Een 404 of 500 betekent dat een HTTP-antwoord is aangekomen: de fout gaat dan over de gevraagde bron of de verwerking door de server. Deze aanwijzingen bakenen het probleem af zonder elke mislukte pagina als een verloren internetverbinding te zien.

Toepassingen delen het pakketnetwerk, maar organiseren hun uitwisselingen verschillend. E-mail kan op servers wachten op een ontvanger die offline is. Een gesprek heeft tijdige audio nodig. Een videospeler kan een buffer opbouwen en een lagere gegevenssnelheid kiezen.

Volg een e-mail

Simple Mail Transfer Protocol (SMTP) verstuurt e-mail van een app naar een mailserver en tussen mailservers. Met Internet Message Access Protocol (IMAP) kan een ontvanger werken met e-mail die op de server is opgeslagen en meerdere apparaten synchroniseren. Post Office Protocol version 3 (POP3) downloadt e-mail doorgaans naar één apparaat.

Wanneer amira@example.org mailt naar ben@example.net:

1. Amira’s app dient het bericht met SMTP in bij haar uitgaande server.
2. Die server vraagt DNS om de MX-records van example.net.
3. Hij stuurt het bericht via SMTP naar een ontvangende server die in die records staat.
4. Het bericht wacht in Bens mailbox.
5. Bens app haalt het op met IMAP.

Het deel ben noemt een mailbox; example.net noemt het domein ervan. Meerdere MX-vermeldingen met voorkeurswaarden kunnen alternatieve ontvangende servers bieden. Verzender en ontvanger hoeven niet tegelijk online te zijn. Bij webmail gebruikt de browser HTTPS naar de provider, terwijl de providers nog steeds e-mail uitwisselen via SMTP.

Het oorspronkelijke ontwerp van SMTP controleerde de opgegeven identiteit van de verzender niet. Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) en Domain-based Message Authentication, Reporting, and Conformance (DMARC) helpen ontvangende servers om domeingerelateerde toestemming en authenticiteit te controleren. Slagen voor deze controles maakt niet elk bericht gewenst of eerlijk.

Berichten en gelijkwaardige deelnemers

Veel berichtenapps gebruiken de servers van een provider om berichten door te geven en te bewaren voor ontvangers die offline zijn. Bij end-to-endversleuteling hebben de bedoelde eindpunten de sleutels voor de inhoud. Een doorgeefserver kan versleutelde inhoud doorgeven zonder die te lezen. Dit verschilt van alleen de verbinding met de provider versleutelen, waarbij de provider de onversleutelde inhoud nog kan verwerken.

Bij peer-to-peer (P2P)-communicatie vervullen hosts zowel de client- als de serverrol. Een BitTorrent-deelnemer downloadt bestandsdelen van andere deelnemers en uploadt tegelijk delen die hij heeft. Meer deelnemers kunnen uploadcapaciteit toevoegen. Videogesprekken kunnen media rechtstreeks tussen apparaten verzenden, maar NAT kan een doorgeefserver noodzakelijk maken. Het gebruik van een doorgeefserver voor een gesprek maakt niet elke andere internettoepassing peer-to-peer.

Pas een videostream aan

Streamingdiensten bieden korte videostukken op meerdere kwaliteitsniveaus aan. De speler meet de doorvoersnelheid en vraagt via HTTP een geschikte versie van elk volgend stuk op. Hij kan de kwaliteit verlagen wanneer de beschikbare capaciteit afneemt, zodat het risico op een lege afspeelbuffer kleiner wordt.

Bij een constante 5 Mbit/s verbruikt één uur:

Deel door 8 om naar bytes om te rekenen: 2.250.000.000 bytes, of 2,25 GB. Dit telt de genoemde streamgegevens; extra protocolverkeer kan het verbruik verhogen. Megabits vermenigvuldigen met seconden geeft megabits, dus voor een resultaat met MB of GB als eenheid moet je nog van bits naar bytes omrekenen.

Onafhankelijke organisaties beheren de netwerken van het internet. Ze hebben gemeenschappelijke identificatoren en gedeelde technische standaarden nodig om verkeer uit te wisselen. Bestuur coördineert deze gedeelde middelen en het beleid dat het gebruik ervan beïnvloedt.

Coördineer identificatoren

Blokken openbare IP-adressen en domeinregistraties hebben gecoördineerde toewijzingen nodig. Tegenstrijdige openbare toewijzingen zouden aflevering dubbelzinnig maken. Privé-IP-bereiken zijn bewust opnieuw te gebruiken omdat ze binnen afzonderlijke privénetwerken blijven.

Internet Corporation for Assigned Names and Numbers (ICANN) is een non-profitorganisatie die in 1998 is opgericht en in de Verenigde Staten is gevestigd. ICANN coördineert het DNS-beleid op het hoogste niveau, waaronder generieke topleveldomeinen en de accreditatie van domeinregistratieaanbieders. De verbonden organisatie Public Technical Identifiers (PTI) voert de Internet Assigned Numbers Authority (IANA)-functies uit: het onderhouden van de DNS-rootzone, centrale voorraden adressen en AS-nummers en registers van protocolparameters zoals poorten.

Het contractuele toezicht van de Amerikaanse overheid op de IANA-functies eindigde op 1 oktober 2016. Door de overdracht kwam het toezicht via de betrokken processen bij de wereldwijde gemeenschappen te liggen die deze functies gebruiken.

Maak onderscheid tussen namen en nummers

Vijf regionale internetregistratieorganisaties (RIR’s) verdelen IP-adressen en nummers van autonome systemen onder providers en organisaties:

Domeinen volgen een andere keten. Een domeinregisterbeheerder beheert een TLD; Verisign beheert .com. Een domeinregistratieaanbieder verkoopt domeinregistraties en een domeinnaamhouder houdt een registratie voor een periode die gewoonlijk jaarlijks wordt verlengd. Landcodedomeinen zoals .jp en .br hebben eigen beheerders en nationale regels. RIR’s registreren geen domeinnamen.

Schrijf standaarden en beheer netwerken

De Internet Engineering Task Force (IETF) ontwikkelt protocollen zoals IP, TCP, DNS, HTTP en TLS via open werk dat als RFC’s wordt gepubliceerd. De IETF hecht waarde aan ruwe consensus en werkende implementaties. Iedereen kan deelnemen.

Het World Wide Web Consortium (W3C), in 1994 opgericht door Tim Berners-Lee, ontwikkelt webstandaarden waaronder CSS en de Web Content Accessibility Guidelines (WCAG). WHATWG onderhoudt HTML. De Internet Society (ISOC) ondersteunt de IETF en bevordert een open internet.

Beheerders kiezen verbindingen, sluiten transitovereenkomsten en maken routes bekend met BGP. Twaalf organisaties beheren de DNS-rootdienst. Overheden stellen binnen hun grondgebied wetten vast over telecommunicatie, concurrentie, privacy en inhoud. De International Telecommunication Union (ITU) coördineert internationaal telecommunicatiewerk en radiospectrum; de ITU registreert geen domeinen en wijst geen internetadresblokken toe.

Betrek verschillende soorten deelnemers

Een model met meerdere belanghebbenden betrekt overheden, bedrijven, het maatschappelijk middenveld, de technische gemeenschap en academici. Het Internet Governance Forum (IGF) biedt ruimte voor discussie tussen deze groepen; het neemt geen bindende besluiten. Het forum werd voor het eerst gehouden in 2006 en werd in december 2025 een permanent VN-forum. Coördinatie via deze organisaties geeft het netwerk gedeelde regels zonder één organisatie te creëren die elke verbinding bezit of elke dienst beheert.

Beleidskeuzes over het internet hebben verschillende gevolgen voor gebruikers, netwerkbeheerders, online diensten en overheden. Een bruikbaar betoog benoemt wie de beslissing neemt, volgt de gevolgen en weegt een voordeel af tegen een nadeel.

Gelijke behandeling en nultarief

Netneutraliteit is het beginsel dat internetproviders rechtmatig verkeer gelijk moeten behandelen, zonder bepaalde diensten te bevoordelen door andere te blokkeren, te vertragen of er speciale kosten voor te rekenen. Voorstanders verbinden gelijke behandeling met concurrentie en vrije meningsuiting: een nieuwe dienst zou niet met elke internetprovider een gunstige overeenkomst hoeven sluiten. Tegenstanders pleiten voor flexibiliteit bij netwerkbeheer en dienstenaanbod en waarschuwen dat strenge regels investeringen kunnen ontmoedigen. Nationale regels verschillen en kunnen veranderen.

Stel dat een mobiele aanbieder voor één videoapp een nultarief hanteert: het kijken via die app telt niet mee voor de databundel. Gebruikers van die app houden meer bruikbare data over. De bevoordeelde app krijgt een voordeel ten opzichte van concurrenten van wie het verkeer nog wel meetelt. De aanbieder kan het aanbod op de markt brengen en er commerciële voordelen uit halen. Een toezichthouder moet betaalbaarheid afwegen tegen eerlijke concurrentie. Wie alleen stelt dat “gratis data goed zijn”, mist het effect op concurrerende diensten; wie alleen stelt dat “het aanbod oneerlijk is”, mist het directe voordeel voor de gebruiker.

Concentratie en overheidscontrole

Enkele grote cloud- en contentdistributiebedrijven kunnen enorme aantallen sites efficiënt bedienen. Ze kunnen ook gedeelde afhankelijkheden creëren: een storing bij één provider kan veel verder niet-verwante diensten onderbreken. Concentratie is dus een vraagstuk van zowel efficiëntie als weerbaarheid.

Overheden kunnen sites filteren, binnenlandse gegevensopslag eisen of toegang afsluiten. Voorstanders kunnen veiligheid en openbare orde noemen; critici wijzen op vrije meningsuiting, bestaansmiddelen, onderwijs en de schade voor gebruikers die niets met een incident te maken hebben. Internetfragmentatie, soms het “splinternet” genoemd, beschrijft het risico dat nationale netwerken steeds verder van elkaar gescheiden raken.

Schaarse adressen en beschermde gegevens

De centrale IPv4-voorraad is uitgeput. Overdracht van bestaande blokken en veelvuldig gebruik van NAT houden IPv4 bruikbaar, terwijl IPv6 een veel grotere adresruimte biedt. De overstap kost tijd omdat apparatuur en diensten tijdens het naast elkaar bestaan van de protocollen moeten blijven samenwerken.

Versleuteling beschermt privégegevens tegen onderschepping en surveillance. Sommige opsporingsdiensten zoeken bijzondere toegang tot versleutelde gegevens. Veel beveiligingsspecialisten stellen dat ingebouwde toegang ook zwakke plekken creëert die anderen kunnen misbruiken. Om het voorstel te beoordelen, moet je zowel de behoeften van opsporing als de veiligheid van gewone gebruikers meewegen. Regels voor gegevensbescherming verschillen per land.

Toegang is meer dan dekking

De ITU schatte dat in 2025 ongeveer 6 miljard mensen online waren en 2,2 miljard offline, met een groot deel van die kloof in landen met lagere inkomens en op het platteland. Betaalbaarheid, infrastructuur en bruikbare toegang bepalen mede wie van online diensten profiteert. Een netwerk dat een dorp bereikt, helpt niet iedereen evenveel als de prijs onbereikbaar blijft.

Koppel een voorstel aan de verantwoordelijke partij. Domeinregisterbeheerders en ICANN coördineren namen; RIR’s coördineren adressen; standaardisatieorganisaties ontwikkelen technische regels; beheerders kiezen netwerkverbindingen en diensten; overheden maken wetten. Beleid voor domeinregistratie, een protocolontwerp en een nationale toegangsbeperking kunnen op elkaar inwerken en toch verschillende soorten beslissingen blijven.