Het is het jaar 2026. Het IPv6-protocol bestaat sinds 1998. Het is al meer dan een kwarteeuw een RFC-standaard. Elk modern besturingssysteem ondersteunt het. Elke moderne netwerkcomponent kan het. Elk leerboek, elke cursus, elke certificering behandelt het. En toch surfen miljoenen mensen nog steeds uitsluitend via IPv4 — niet omdat ze dat willen, maar omdat anderen het verzuimd hebben.

Dat is niet langer slechts een technische tekortkoming. Het is een gêne.

De opvallende schaamte

Laten we beginnen met het voor de hand liggende. GitHub — ’s werelds grootste platform voor softwareontwikkeling, eigendom van Microsoft, een van de rijkste technologiebedrijven ter wereld — ondersteunt geen IPv6. Geen enkele byte. Wie een IPv6-only-aansluiting heeft, kan GitHub niet bereiken. Geen repositories, geen issues, geen pull requests, geen documentatie. Microsoft koopt GitHub voor 7,5 miljard dollar, maar IPv6 uitrollen — dat overstijgt blijkbaar de mogelijkheden.

Reddit, dat zichzelf de Front Page of the Internet noemt, ondersteunt evenmin IPv6. Een platform dat zich als startpagina van het internet profileert, beheerst het basisprotocol van het internet niet.

De lijst gaat door. Docker Hub. Cloudflare Workers (gedeeltelijk). Talrijke SaaS-aanbieders. De lijst van bedrijven die over de hele linie falen bij dit basisonderwerp is lang. En ze is gênant.

Een kwarteeuw ignorantie

IPv6 is geen nieuwigheid. Het is geen experimentele techniek. Het is niet eens omstreden. IPv4-adressen zijn sinds 2011 uitgeput — de IANA heeft de laatste vrije blokken uitgegeven. Sindsdien groeit het internet alleen nog maar omdat NAT, carrier-grade NAT en andere krukken het IPv4-netwerk voorbij zijn constructie kwellen.

IPv6 lost dit op. Lost het al sinds 1998. De adresruimte is zo enorm dat elk mens, elk apparaat en elke broodrooster een eigen adres zou kunnen hebben — zonder de voorraad uit te putten. Het vereenvoudigt netwerkarchitectuur, elimineert NAT-hacks, verbetert end-to-end-connectiviteit, vermindert latentie in mobiele netwerken, maakt echte peer-to-peer-communicatie mogelijk.

En toch, in 2026, discussiëren we nog over adoptie. Alsof het een optionele uitbreiding is. Alsof het een nice-to-have is.

Het is een must. Wie het niet heeft, heeft niets begrepen.

Dual Stack: de permanente toestand die niemand wil

Omdat sommigen niet meedoen, moeten alle anderen Dual Stack draaien. Dual Stack — parallel IPv4 en IPv6 draaien — was bedoeld als overgangsoplossing. Een brug die je oversteekt en dan sloopt. In plaats daarvan heeft men op de brug gebouwd, huizen opgericht, en noemt men het nu thuis.

Dual Stack betekent dubbele inspanning. In elke dimensie.

Firewall-regels. Elke regel die voor IPv4 bestaat, heeft een tegenhanger voor IPv6 nodig. En IPv6-regels zijn geen kopieën — ICMPv6 is kritiek voor functionaliteit, neighbor discovery vereist speciale behandeling, extension headers vergen eigen filterlogica. Wie IPv6-firewalls als IPv4-firewalls configureert, krijgt óf gaten óf kapotte verbindingen.

Dienstbindings. Elke dienst moet op beide protocollen luisteren. Webservers, mailservers, databases, message brokers, monitoring-agents. Sommige software doet het automatisch. Sommige niet. Sommige beweren het en doen het toch niet.

VPN-verbindingen. IPSec, WireGuard, OpenVPN — alle ondersteunen IPv6. Maar tunnelconfiguraties die alleen IPv4 transporteren zijn endemisch. Wie een VPN-tunnel opzet die alleen IPv4 routet, heeft zijn netwerk gehalveerd zonder het te merken.

DNS-resolutie. AAAA-records bestaan sinds 1999. Toch zijn er hostingproviders die ze niet aanbieden. Registrar-API’s die ze niet ondersteunen. CDN-configuraties die ze negeren. DNS is het telefoonboek van het internet — en een telefoonboek dat maar half de nummers kent, is kapot.

Debugging. Een connection-timeout onder Dual Stack kan tien verschillende oorzaken hebben. Is het een IPv4-probleem? Een IPv6-probleem? Een Happy Eyeballs-race-conditie waarbij de client eerst IPv6 probeert, faalt en dan IPv4 probeert — maar zo langzaam dat de timeout slaat? Wie ooit een intermitterende IPv6-fout in een hybride netwerk heeft gediagnosticeerd, weet hoeveel levensstijd daarbij verloren gaat.

Compliance en certificering. Audits moeten beide protocollen onderzoeken. penetratietests moeten beide protocollen aanvallen. Documentatie moet beide protocollen dekken. Certificeringen die alleen IPv4 testen zijn waardeloos — en helaas nog steeds de norm.

Als minder mensen met oogkleppen rondliepen, hadden we de migratie allang kunnen afronden en naar IPv6-only kunnen overgaan. In plaats daarvan zullen beheerders en netwerkteams deze Dual Stack-flauwekul vermoedelijk nog vijf tot tien jaar met zich mee moeten slepen. Vijf tot tien jaar van dubbele inspanning, dubbele foutbronnen, dubbele complexiteit. Omdat sommigen het niet noodzakelijk achtten.

Het T-Online-voorbeeld

Het universitair ziekenhuis van de RWTH Aachen biedt gratis Wi-Fi aan. Geleverd via T-Online. Toegang tot het internet: IPv4-only. Geen IPv6.

Dat is meer dan gênant. Dit is een Duits kroonjuweel — Deutsche Telekom, die zich als technologisch voorloper presenteert, miljarden in infrastructuur investeert, in reclamcampagnes pronkt met gigabitnetwerken en 5G — en het niet klaarspeelt IPv6 in zijn Wi-Fi-oplossing aan te bieden. Op een universiteit. In een ziekenhuis. In een instelling die onderzoek doet, onderwijs geeft, geneest. Alleen IPv4. In 2026.

Wat moet men zeggen? Hetzelfde als altijd: het is niet de techniek die ontbreekt. Het is de wil. Telekom kan IPv6. Ze rolt het uit in vaste aansluitingen. Ze heeft de infrastructuur. Maar op dit punt, in deze oplossing, beslist iemand dat het niet nodig is. Dat wat er is volstaat. Dat niemand merkt dat de helft van het internet ontbreekt.

Maar men merkt het. Iedereen merkt het die een moderne aansluiting heeft en plotseling vaststelt dat paginas niet laden, apps niet verbinden, diensten onbereikbaar zijn — omdat de client IPv6 wil, het netwerk er geen biedt, en de terugval naar IPv4 zo traag is dat timeouts slaan.

In een onlangs verschenen artikel — Alles of niets — ging het over bedrijven die halfhartig werken. Die vuilnishopens mooi etiketteren. Die beweren iets te leveren terwijl ze alleen maar innen. T-Online, in dit geval, levert de illustratie gratis mee: als je IPv6 niet kunt, doe het dan liever helemaal niet — maar hou op je provider te noemen.

De consequentie

Het is tijd dat we ophouden het onderwerp mooier te maken dan het is.

Een provider die geen IPv6 aanbiedt of het onvoldoende implementeert, zou het recht om zich provider te noemen per definitie moeten verliezen. Wie het basisprotocol van het internet niet beheerst, is geen provider. Het is een IPv4-relict dat op afzienbare termijn irrelevant wordt.

Wie een netwerkcapabel apparaat op de markt brengt dat niet volledig IPv6-compatibel is, zou geen toelating voor de EU-markt mogen krijgen. Punt. Geen uitzonderingen, geen overgangsregelingen, geen grandfather-clausules. Wie in 2026 nog apparatuur zonder IPv6 verkoopt, verkoopt defecte waar.

Wie aan IPv6 twijfelt, heeft niets begrepen. Niet de techniek, niet de noodzaak, niet de verantwoordelijkheid. IPv6 is geen geloofsstrijd. Het is een standaard. Wie aan standaarden twijfelt omdat ze ongemakkelijk zijn, hoort niet in een branche die op standaarden is gebouwd.

Wie faalt, hoort in de schandpaal. Niet achter gesloten deuren, niet in interne post-mortems, maar publiekelijk. Want publieke gêne is de enige taal die sommige bedrijven begrijpen.

Wat libcom.de betekent

libcom.de plant, bouwt en exploiteert netwerken — al meer dan twee decennia. IPv6 is daarin geen project dat men invoert. Het is een basisaannname die men vooronderstelt.

Wie bij mij komt, krijgt een eerlijk antwoord: Heeft u IPv6? Zo niet, waarom? Zo ja, volledig of gedeeltelijk? Zijn uw diensten dual-stack of IPv4-only? Zijn uw DNS-records compleet? Zijn uw firewall-regels symmetrisch? Zijn uw VPN-tunnels IPv6-aware?

Het antwoord op deze vragen is niet academisch. Het beslist of uw infrastructuur toekomstbestendig is of in vijf jaar ten prooi valt aan een migratie die allang had moeten plaatsvinden.

Als u zich afvraagt of uw IT IPv6-compatibel is — écht compatibel, niet theoretisch —, of als u iemand zoekt die het eerlijk meent: schrijf naar contact@libcom.de. Wij maken een eerlijke inventarisatie. Zonder verkoopdruk. Met de blik op wat duurzaam standhoudt.

IPv6 is niet optioneel. Wie het nog steeds als optioneel behandelt, is het probleem.