De beschikbare traditionele IP-adressen, de zogenaamde IPv4-adressen beginnen snel op te raken. Van de 4.3 miljard mogelijke IPs zijn er op het moment van schrijven nog maar iets minder dan 230 miljoen niet gealloceerd. De oplossing is het nieuwe IPv6 protocol met 2 tot de macht 92 keer 4.3 miljard IPs. Deze techniek hebben wij in juni 2008 mogelijk gemaakt voor al onze (virtuele) servers. Zie dit eerdere blog artikel voor meer informatie hierover en over het IPv6 protocol. Met name veel access providers zoals KPN en Ziggo lijken echter nog niet klaar voor deze nieuwe technologie.
De situatie
Het toewijzen van blokken IP adressen gaat in 3 stappen. De Internet Assigned Numbers Authority (IANA) verdeelt IP-adressen over 5 verschillende Regional Internet Registries (RIRs), deze RIRs verdelen de IP addressen vervolgens over hun leden: overheden, grote bedrijven, access providers en hosting ISPs zoals XLS. Deze zogenaamde Local Internet Registries (LIRs) verdelen de IP-adressen vervolgens weer over hun werknemers en klanten.
Met name door sterk toenemend internetgebruik in Azië worden de overgebleven IPv4 adressen nu snel opgebruikt. Waarschijnlijk zal IANA in juni van volgend jaar door haar IP addressen heen zijn, zie deze handige tool. De Europese RIR is RIPE NCC en die zal waarschijnlijk een half jaar daarna haar laatste IPv4-adres uitdelen. Wij zullen op dat moment zelf nog wel een voorraad hebben maar rond mid 2012 zullen ook wij door de IPv4-adressen heenzijn. Vanaf dan kunnen wij alleen nog nieuwe (virtuele) servers met IPv6 IPs opleveren.
Op dat moment moeten alle andere machines die aan het internet verbonden zijn (ook computers thuis) ook IPv6 snappen want anders kunnen nieuwe machines met alleen IPv6 hier geen verbinding mee maken en andersom.
Oplossingen
Het verhandelbaar maken van IP adressen zou de overgebleven voorraad het efficientst verdelen en partijen creatief laten nadenken over het besparen en terugwinnen van ondergebruikte IPs. Dit wordt echter tegengewerkt door organisaties met grote IP blokken in reserve zoals British Telecom en sommige werknemers van RIRs die niet in deze aanpak geloven. IPv4-adressen zullen echter waarschijnlijk wel verhandelbaar gaan worden en dat zal nog redelijk wat druk van de ketel kunnen halen.
Er zijn manieren om IPv4 naar IPv6 te vertalen en andersom maar deze vertaalslag levert altijd wat vertraging op en ook hier moet vaak door de providers werk voor worden gedaan. Uiteindelijk is de oplossing van dit probleem dat iedereen zo snel mogelijk overstapt op IPv6. Een potentieel probleem hierbij is dat de access providers niet zo veel nieuwe IPs meer nodig hebben en al grote allocaties hebben. Deze partijen hebben nog veel werk te doen.
Het efficient verdelen van de overgebleven IPv4-adressen, het inzetten vertaalmechanismen en het eindsprinten met IPv6-implementaties zullen een echte crisis waarschijnlijk gaan voorkomen. Het valt echter niet te hopen dat de positief uitgevallen Y2K-ervaring een reden voor partijen is om helemaal niets te doen deze keer.
Efficient gebruik van IPs binnen ons netwerk
Wij willen binnen ons netwerk de aan ons toegewezen IP-adressen ook efficient gaan gebruiken. Vanaf een Gigabyte RAM geven wij twee IP adressen gratis. Dit zullen wij blijven doen maar als klanten het tweede IP willen gebruiken moet dat even aangegeven worden. Dit zal uiteraard duidelijk op de website en bij de oplevering worden aangegeven.
Je schrijft: “Er zijn manieren om IPv4 naar IPv6 te vertalen en andersom maar deze vertaalslag levert altijd wat vertraging op en ook hier moet vaak door de providers werk voor worden gedaan.” waarbij je linked naar teredo en 6to4.
Strict genomen is dit niet geheel correct, want deze technieken -vertalen- niet zozeer packets die van ipv6 naar ipv4 of van ipv4 naar ipv6 moeten, maar zorgen voor mechanismes om ipv4 packets van ‘ipv4 naar ipv4 over ipv6′ te doen of ‘van ipv6 naar ipv6 over ipv4′. Een subtiel, maar belangrijk verschil.
NAT64 is een techniek om vanaf een IPv6 lijn wel bij IPv4 websites te kunnen komen, http://tools.ietf.org/html/draft-ietf-behave-v6v4-xlate-stateful-12, en “vertaald” dus daadwerkelijk de packets.
Nog een idee zou zijn om een vinkje te hebben bij het aanvragen van een VPS voor “met IPv4 adres” dat dan standaard aangevinkt staat. Als een VPS geen gebruik maakt van IPv4 is het zonde om ze uit te geven. Misschien zou z’n machine dan ook een kleine prijs reductie kunnen krijgen (helft van de prijs van een extra IPv4 of zo).
Dat is een goeie(!), die gaan we wellicht gebruiken als IPv6 wat meer mainstream is.
Wat ze ook zouden kunnen doen is dat ze bedrijven die bereid zijn ipv6 te gebruiken te vragen te ruilen tegen ipv6 dus van ipv4 naar ipv6. dat bedrijven die ipv4 gebruiken die ze niet efficiënt kunnen gebruiken naar ipv6 gaan en zo er weer ipv4 verhandelbaar zijn. En eventueel deze ruil te subsidiëren of te vergoeden.