Hvorfor IPv6 finnes
IPv6 (RFC 8200) ble utviklet på 1990-tallet, da det ble klart at IPv4s 4,3 milliarder adresser ville ta slutt. En IPv6-adresse har 128 biter: 2¹²⁸, eller rundt 3,4 × 10³⁸ adresser. Poenget er ikke hvor stort tallet er, men at hvert nettverk kan få så mye plass det trenger, og at hver enhet igjen kan ha en adresse som kan nås globalt – uten NAT.
IPv6 er ikke en oppgradering av IPv4; de to protokollene kjører side om side (dual-stack). I dag går en stor og voksende del av trafikken til de store tjenestene over IPv6, særlig i mobilnett. Mange norske bredbånds- og mobilleverandører tilbyr IPv6, men ikke alle, og ikke på alle abonnement.
Skrivemåte: heksadesimale grupper
En IPv6-adresse skrives som åtte grupper med fire heksadesimale sifre, atskilt med kolon:
2001:0db8:0000:0000:0000:ff00:0042:8329
Hver gruppe er 16 biter. Heksadesimale sifre går fra 0–9 og a–f; det spiller ingen rolle om bokstavene er store eller små, men etter konvensjon skrives de små.
Regler for forkorting
Lange rekker med nuller er vanlige, så det finnes to regler for å forkorte (RFC 4291), og RFC 5952 bestemmer den ene riktige måten å bruke dem på:
- Fjern innledende nuller i hver gruppe:
0db8→db8,0042→42,0000→0. - Bytt ut én rekke med påfølgende nullgrupper med
::– den lengste rekken, den første hvis to er like lange, og bare hvis den dekker minst to grupper.::kan bare stå én gang, ellers blir adressen tvetydig.
Så 2001:0db8:0000:0000:0000:ff00:0042:8329 blir 2001:db8::ff00:42:8329. Loopback-adressen 0:0:0:0:0:0:0:1 er ::1, og den uspesifiserte adressen er bare ::.
Prøv en hvilken som helst adresse i utforskeren nedenfor – den viser den utvidede og den kanoniske formen side om side.
Utvidet
Forkortet
2001:db8::ff00:42:8329
Omfang: Spesialformål · Documentation (2001:db8::/32)
Prefikser og /64
IPv6 bruker CIDR-notasjon akkurat som IPv4. En vanlig global unicast-adresse deles i:
- Rutingprefiks (vanligvis /48 eller /56) – tildelt en lokasjon av leverandøren.
- Subnett-ID – bitene fram til /64, som nummererer lokasjonens nettverk. En /48 rommer 65 536 subnett.
- Grensesnittidentifikator (de siste 64 bitene) – identifiserer enheten i nettverket.
Ett lokalnett er nesten alltid en /64. Automatisk adressekonfigurasjon (SLAAC) er avhengig av det: enhetene velger sine egne grensesnittidentifikatorer, som i dag er tilfeldige av personvernhensyn (RFC 8981) og byttes jevnlig.
Adressetyper du vil møte
- Global unicast
2000::/3– offentlige, rutbare adresser. - Lenkelokal
fe80::/10– alle IPv6-grensesnitt har en; gyldig bare på den lokale lenken og brukt til naboskapsoppdagelse og rutingprotokoller. - Unik lokal
fc00::/7(i praksisfd00::/8) – IPv6-motstykket til private adresser (RFC 4193). - Multicast
ff00::/8– IPv6 har ingen kringkasting; multicastgrupper tar over. - Loopback
::1og uspesifisert::. - IPv4-tilordnet
::ffff:0:0/96– slik IPv6-programvare viser IPv4-motparter, f.eks.::ffff:192.0.2.1. - Dokumentasjon
2001:db8::/32og3fff::/20– til eksempler som dem på denne siden.
IPv6-blokker til spesielle formål
Hele listen over reserverte IPv6-blokker, laget fra IANA-registeret som dette nettstedets klassifisering bruker:
| Blokk | Formål | Referanse | Nåbar på internett |
|---|---|---|---|
| ::/128 | Unspecified Address | RFC 4291 | Nei |
| ::1/128 | Loopback Address | RFC 4291 | Nei |
| ::ffff:0:0/96 | IPv4-mapped Address | RFC 4291 | Nei |
| 64:ff9b::/96 | IPv4-IPv6 Translation (NAT64) | RFC 6052 | Ja |
| 64:ff9b:1::/48 | Local-use IPv4/IPv6 Translation | RFC 8215 | Nei |
| 100::/64 | Discard-Only Address Block | RFC 6666 | Nei |
| 2001::/32 | TEREDO | RFC 4380 | Nei |
| 2001:2::/48 | Benchmarking | RFC 5180 | Nei |
| 2001:db8::/32 | Documentation | RFC 3849 | Nei |
| 2001:10::/28 | Deprecated (ORCHID) | RFC 4843 | Nei |
| 2001:20::/28 | ORCHIDv2 | RFC 7343 | Ja |
| 2002::/16 | 6to4 | RFC 3056 | Nei |
| 3fff::/20 | Documentation | RFC 9637 | Nei |
| 5f00::/16 | Segment Routing (SRv6) SIDs | RFC 9602 | Nei |
| fc00::/7 | Unique-Local | RFC 4193 | Nei |
| fe80::/10 | Link-Local Unicast | RFC 4291 | Nei |
| ff00::/8 | Multicast | RFC 4291 | Nei |
Dual-stack, og hvordan nettstedet finner begge adressene
En nettleser kobler til over én adressefamilie av gangen. Når begge virker, foretrekker den som regel IPv6 (Happy Eyeballs, RFC 8305). For å vise deg begge adressene ber ipaddress.no nettleseren din kontakte to ekstra vertsnavn: ett som bare har en IPv4-post (A) og ett som bare har en IPv6-post (AAAA). Det hvert av dem ser, er adressen din i den familien. Feiler IPv6-forespørselen, har ikke tilkoblingen din fungerende IPv6.
Ofte stilte spørsmål
- Hvordan vet jeg om jeg har IPv6?
- Åpne forsiden på dette nettstedet. Vises en IPv6-adresse – enten som hovedadressen eller i IPv6-raden – støtter tilkoblingen din IPv6. IPv6-testen gir et sikrere svar.
- Er IPv6 raskere enn IPv4?
- Ikke i seg selv, men det kan bli det: IPv6-trafikk går ofte utenom CGNAT, og da forsvinner et ekstra ledd og en flaskehals med tilstand.
- Trenger jeg fortsatt brannmur med IPv6?
- Ja. Uten NAT har enhetene adresser som kan rutes globalt; en tilstandsbasert brannmur som stopper uønsket innkommende trafikk, gir den beskyttelsen NAT ga indirekte. Hjemmerutere fra norske leverandører har som regel en slik brannmur slått på.
- Hvorfor endrer IPv6-adressen min seg hele tiden?
- Personvernutvidelsene (RFC 8981) lager midlertidige grensesnittidentifikatorer som byttes, slik at adressen ikke kan brukes til å følge enheten din fra nett til nett. /64-prefikset er som regel det samme.