Er circuleert een internet-draft "draft-thain-ipv8-00" wat een nieuw netwerkmodel voorstelt: IPv8. Wat een onzin! Of is het waanzin? Hoe dan ook: deze draft presenteert zich als een opvolger van IPv6, met verbeteringen in routing, identiteit en beveiliging. De vragen die mij tijdens het lezen van de draft bekropen waren onder andere deze: wat lost IPv8 eigenlijk op? Is dit een grap? Wat fixt het? En het antwoord is: minder dan het op papier lijkt. In de praktijk waarschijnlijk helemaal niets.
IPv8 herschrijft onderdelen van het internet, maar de echte problemen die het probeert op te lossen zijn grotendeels óf al elders (lees: op een ander niveau) opgelost, óf zijn simpelweg geen IP-probleem.
Maar voordat je iets “fixt”, is het goed om even stil te staan bij de basis.
Even terug: wat doet een IP-adres eigenlijk?
Een IP-adres is in de kern niets meer dan een nummer waarmee apparaten elkaar kunnen vinden op het internet. Vergelijk het met een adres op een envelop: het zegt waar iets heen moet, niet wie je bent of wat je doet.
Daar zit meteen een belangrijk punt: een IP-adres is niet bedoeld als identiteit, beveiligingsmechanisme of beleidslaag. Het is routing-informatie. Meer niet.
IPv4 is waar het internet echt mee groot is geworden. Ja, er waren eerdere versies (IPv1, 2 en 3), maar dat waren vooral experimentele varianten en geen breed toegepaste standaarden. Daarna kwam IPv6 - de logische opvolger om de beperkingen van IPv4 op te lossen.
En nu zou er ineens een sprong naar IPv8 nodig zijn? Dat voelt minder als een natuurlijke evolutie en meer als iets dat er kunstmatig aan wordt toegevoegd. Wat fixt het eigenlijk?
Voordat we die vraag beantwoorden, is het zinvoller om eerst te kijken waarom we nog steeds IPv4 gebruiken - en wat er speelt rondom de adoptie van IPv6.
Waarom gebruiken we nog steeds IPv4?
IPv4 is oud (jaren ’80) en de adresruimte is al lang “op”. Toch draait een groot deel van het internet er nog steeds op.
Dat komt niet omdat het zo goed is, maar omdat:
- het overal in zit (hardware, software, tooling)
- het "goed genoeg" werkt met oplossingen zoals NAT
- vervangen van internet-infrastructuur traag en duur is
Met andere woorden: niet technisch ideaal, maar praktisch hardnekkig.
En IPv6 dan?
IPv6 bestaat al sinds de jaren ’90 en lost het grootste echte probleem van IPv4 netjes op: te weinig adressen.
Technisch is IPv6 prima:
- enorme adresruimte
- beter ontworpen voor modern gebruik
- wereldwijd ondersteund
Maar de adoptie is… traag.
Waarom?
- weinig directe noodzaak voor veel organisaties
- bestaande systemen werken nog
- migratie kost tijd, geld en aandacht
We zitten dus in een situatie waarin:
we al moeite hebben om IPv6 overal goed ingevoerd te krijgen…
…en dan komt IPv8
Terwijl:
- IPv6 nog niet eens volledig is uitgerold
- de bestaande problemen grotendeels bekend en beheersbaar zijn
- en de internetarchitectuur al decennia werkt
…komt er een voorstel dat:
- de netwerklaag opnieuw wil ontwerpen
- extra complexiteit toevoegt
- en meerdere problemen tegelijk probeert te “fixen”
Dat roept een vrij nuchtere vraag op:
als we IPv6 al nauwelijks uitgerold krijgen, waarom zouden we dan een nog ingrijpender model adopteren?
Om dat scherp te krijgen, helpt het om IPv6 en IPv8 naast elkaar te zetten.
| Onderwerp | IPv6 (praktijk) | IPv8 (voorstel) | Wat fixt het echt? |
|---|---|---|---|
| Adressen | Los van identiteit, flexibel | Gekoppeld aan registratie en organisatie | Niets fundamenteels; vooral extra administratie |
| Routing | Gedistribueerd via BGP | Validatie via centrale registraties | Beperkt: introduceert nieuwe afhankelijkheden |
| Identiteit | Op applicatieniveau (TLS, login) | In netwerklaag ingebouwd | Lost geen bestaand probleem op |
| Security | Via bewezen lagen (TLS, VPN, IPsec) | Deels in netwerk zelf ingebouwd | Verplaatst complexiteit, geen echte winst |
| Privacy | IP is niet persoonsgebonden | IP kan gekoppeld worden aan identiteit | Verslechtering privacy |
| Complexiteit | Hoog maar modulair | Extra control-lagen bovenop netwerk | Maakt systeem complexer zonder duidelijke winst |
Wat je hier eigenlijk ziet
Als je dit naast elkaar zet, valt iets op...
IPv8 introduceert vooral:
- meer koppelingen tussen lagen
- meer afhankelijkheid van registraties
- meer centrale controle
Maar lost het daarmee een concreet, urgent probleem op dat IPv6 niet aankan?
Niet echt.
En dat is precies waar de kritiek vandaan komt - ook uit de meer nuchtere technische hoek:
je probeert problemen rond beleid, vertrouwen en beheer op te lossen door het netwerkprotocol zelf zwaarder te maken
Wrijving
De meeste frictie zit niet in de details, maar in de richting:
- IPv6 bouwt voort op een gedistribueerd model
- IPv8 schuift richting een gecontroleerd, registry-gedreven model
Dat betekent:
- minder flexibiliteit voor netwerken
- meer afhankelijkheid van centrale systemen
- en grotere impact als die systemen falen
De simpele conclusie
IPv8 ziet er op papier doordacht uit. Maar zodra je het langs de praktijk legt, blijft er weinig over dat echt "gerepareerd" wordt.
En als je de draft kritisch doorleest, vallen steeds meer aannames door de mand. Op sommige punten schuurt het zo hard met hoe het internet in de praktijk werkt, dat je je serieus kunt afvragen of dit ontwerp überhaupt werkbaar is - of gewoon niet klopt.
Het probeert het internet te verbeteren door het opnieuw te ontwerpen - terwijl de bestaande problemen daar nauwelijks zitten.
En misschien is dat wel de kern:
- IPv4 had een duidelijk probleem (te weinig adressen)
- IPv6 lost dat op
- IPv8 zoekt vooral naar problemen die geen IP-probleem zijn