IPv4, IPv6 och IPv8, vad som kommer …???

Routing, headers och paketens anatomi i tre generationer Internetprotokoll

Det finns något nästan poetiskt över hur internetprotokollen utvecklats genom åren. Som om varje generation burit med sig både arv och revolt, både respekt för det gamla och en längtan efter något större. IPv4 föddes i en tid då datorer var få, nätverk var exklusiva och ingen kunde föreställa sig att världen en dag skulle bära miljarder uppkopplade enheter i fickan. IPv6 kom som en ambitiös efterträdare, en sorts teknisk renässans som lovade ordning, struktur och oändliga möjligheter. Och nu, i utkanten av standardiseringsvärlden, viskar ett nytt förslag — IPv8 — om en framtid där det gamla och det nya kanske inte behöver stå i konflikt.

Det här är berättelsen om hur dessa tre protokoll hanterar routing, headers och paketstruktur. En resa genom nätets blodomlopp, där varje bit och varje fält har en roll att spela.

Routingens landskap

Routing är internets geografi. Det är kartan, kompassnålen och vägnätet som binder samman allt från datacenter till mobiltelefoner. Varje protokoll har sin egen syn på hur världen ska organiseras.

IPv4 ser världen som en samling adresser som kan grupperas, delas upp och annonseras med en viss frihet. Det är ett pragmatiskt system, fött ur en tid då enkelhet var en dygd och hårdvara var dyr. Routingtabellerna är små, prefixen korta och besluten snabba. Det är ett protokoll som litar på att nätverksoperatörer vet vad de gör, och som inte försöker styra dem mer än nödvändigt.

IPv6 däremot är mer aristokratisk i sin syn på routing. Det vill ha ordning, hierarki och struktur. Adresserna är långa, prefixen är många och routingtabellerna växer som skogar i regnperiod. Det är ett protokoll som förutsätter att världen ska följa dess logik — att operatörer ska aggregera prefix, att nät ska vara symmetriska och att mobilitet ska lösas genom eleganta mekanismer som Mobile IPv6. Men verkligheten har inte alltid spelat med. Prefixen har blivit fler än väntat, aggregeringen sämre, och många operatörer har helt enkelt valt att fortsätta annonsera sina nät på samma sätt som i IPv4, fast med längre adresser.

IPv8, i sin tur, tar ett steg tillbaka och betraktar routing med en sorts ödmjukhet. Det föreslår en modell där routing sker på 32 bitar — samma längd som IPv4 — medan nodens identitet ligger i en separat del av adressen. Det är som om protokollet säger: “Låt oss inte göra routing svårare än det behöver vara.” Genom att separera var en nod befinner sig från vem noden är, öppnar IPv8 för mobilitet och stabila identiteter utan att routingtabellerna exploderar. Det är en sorts kompromiss mellan enkelhet och modernitet.

Headerns anatomi

Headers är protokollens ansikten. De är det första en router ser, det första en brandvägg analyserar och det första en felsökare stirrar på när något gått fel. Varje protokoll har sin egen filosofi kring hur mycket information som ska ligga i headern och hur den ska struktureras.

IPv4‑headern är som ett schweiziskt armékniv: liten, kompakt och full av små funktioner. Den är variabel i längd, vilket gör den flexibel men också lite oförutsägbar. Den innehåller en checksumma som måste räknas om vid varje hopp, vilket kostar CPU‑tid men också ger en viss robusthet. Fragmentering sker direkt i nätet, vilket är praktiskt men kan leda till att paket sprids som konfetti över nätet.

IPv6‑headern är raka motsatsen. Den är fast, 40 byte lång, och saknar allt som ansågs onödigt. Ingen checksumma. Ingen fragmentering i nätet. Inga variabla fält. Istället finns extension headers — en sorts modulärt system där extra funktionalitet kan läggas till efter behov. I teorin är det elegant. I praktiken har det visat sig att många routrar inte gillar extension headers, att brandväggar ofta droppar dem och att lastbalanserare har svårt att hitta Layer‑4‑informationen när den gömmer sig bakom en kedja av headers.

IPv8‑headern, enligt draften, försöker hitta en gyllene medelväg. Den är kortare än IPv6‑headern, mer strukturerad än IPv4‑headern och innehåller fält för identitet och autentisering som varken IPv4 eller IPv6 har inbyggt. Den är designad för att vara lätt att processa i hårdvara, utan de komplexa extension header‑kedjor som plågar IPv6. Den är också byggd för att bära med sig en sorts kryptografisk själ — en identitet som följer noden oavsett var den befinner sig i nätet.

Paketens resa genom nätet

Paketstruktur handlar om hur data färdas genom nätet, hur den delas upp, hur den återmonteras och hur den överlever hinder längs vägen.

IPv4 låter nätet fragmentera paket när det behövs. Det är en robust modell, men också en som kan leda till ineffektivitet. Fragment kan tappas, brandväggar kan blockera dem och återmontering kan belasta mottagaren. Men det fungerar — även när Path MTU Discovery fallerar, även när ICMP filtreras, även när nätet är heterogent.

IPv6 valde en annan väg. Fragmentering får endast ske hos avsändaren. Routrar får inte dela upp paket. Det innebär att Path MTU Discovery måste fungera perfekt. Om ett ICMPv6‑meddelande filtreras, eller om en brandvägg inte släpper igenom “Packet Too Big”, kan kommunikationen helt brytas. Det är en elegant modell i teorin, men i praktiken har den visat sig vara bräcklig. Många operatörer filtrerar ICMPv6 av misstag, och många applikationer hanterar PMTUD dåligt.

IPv8 föreslår en hybridmodell. Nätet får fragmentera paket om det behövs, men fragmenteringsinformationen är enklare och mer strukturerad än i IPv4. Det är en modell som försöker kombinera robustheten hos IPv4 med effektiviteten hos IPv6. Fragment kan hanteras utan att extension headers behövs, och återmontering kan ske snabbare och mer förutsägbart.

Identitet, mobilitet och framtidens nät

En av de mest intressanta skillnaderna mellan protokollen handlar inte om routing eller headers, utan om identitet. IPv4 har ingen inbyggd identitet. IPv6 har heller ingen — trots att många tror att EUI‑64 skulle vara en sorts identitet, vilket det inte är. Båda protokollen blandar ihop adressen med nodens identitet, vilket gör mobilitet svårt. När en nod byter nät byter den adress, och därmed förloras sessioner och kopplingar.

IPv8 bryter detta mönster. Genom att separera routingprefixet från nodens identitet kan en nod behålla sin identitet även när den flyttar mellan nät. Det är en modern idé, inspirerad av principer som LISP och HIP, men integrerad direkt i protokollet. Det öppnar för en framtid där mobilitet inte är ett specialfall, utan en naturlig del av nätets funktion.

Säkerhetens roll i protokollens design

IPv4 skapades i en tid då säkerhet inte var en central fråga. IPsec kom senare, som ett tillval. IPv6 designades med IPsec som en integrerad del, men i praktiken används det sällan. Många implementationer saknar fullständigt stöd, och många operatörer aktiverar det inte.

IPv8 föreslår att säkerhet ska vara en grundläggande del av protokollet. Autentisering, identitet och kryptering är inte tillval utan centrala komponenter. Det är en vision om ett internet där spoofing, hijacking och MITM‑attacker blir betydligt svårare.

En sammanvägd bild

När man betraktar IPv4, IPv6 och IPv8 sida vid sida framträder tre olika filosofier.

IPv4 är den pragmatiska veteranen. Enkel, snabb, beprövad — men begränsad.

IPv6 är den ambitiösa reformisten. Kraftfull, teoretiskt elegant — men komplex och ibland svår att implementera i verkligheten.

IPv8 är den kompromissande visionären. Ett försök att förena det gamla och det nya, att ge världen modern funktionalitet utan att kräva en global revolution.

Det är inte säkert att IPv8 någonsin blir verklighet. Draften är just en draft. Men den visar att det fortfarande finns utrymme för nytänkande i nätets fundament. Och kanske är det just där framtiden ligger — inte i att ersätta det gamla med något helt nytt, utan i att bygga vidare på det som redan fungerar, samtidigt som man löser de problem som hindrat utvecklingen.

Personligen hoppas jag att IPv8 blir verklighet, ju förr dess bättre … och så kan vi skrota IPv6 helt … 😉

Nordh Tech
Privacy Overview

GDPR och kakor (cookies)

Den 25 maj 2018 började dataskyddsförordningen (GDPR) att gälla i Sverige och övriga EU.

Det innebär bland annat att inget företag eller organisation får spara personuppgifter som inte behövs för att leverera det du bett om och att du har rätt att ”bli glömd” så snart du ber om det.

För din kontakt med Nordh.Tech innebär det inte så mycket.

Vi sparar en kaka (cookie) vilket innebär en liten textfil med information om vad du gjort när du surfar hos oss, vi gör det för att kunna få statistik rörande vad du gjort när du besöker oss och för att vi skall kunna ge dig nytt innehåll och inte till exempel behöva fråga dig var gång du besöker oss om du godkänner våra GDPR-villkor eller att det sparas en ”kaka” på din dator.

Vi sparar också din epostadress för att kunna skicka dig vårt nyhetsbrev eller hantera din inloggning i vårt forum, om du bett om det vill säga. Då du prenumererar på nyhetsbrevet eller begär inloggning till vårt forum anger du också ditt förnamn eller inloggningsnamn men här kan du ange vilket namn som helst. Vissa anger även efternamn men dessa raderas så att endast förnamnet kommer att användas i hälsningsfrasen i varje nyhetsbrev.

Hoppas detta gör att du kan känna dig trygg med ditt besök hos mig här på Internet.