Er zijn al veel pagina's over IPv6 en er zullen er vast nog veel over bij komen wanneer het voor iedereen de gewoonste zaak van de wereld is. Tot die tijd kun je een voorsprong nemen op de meute en je eigen netwerk voorzien van IPv6 en en aansluiten op internet zonder te wachten op je ISP. Alles wat je hoeft te doen is om je aan te melden bij een tunnelbroker die je IPv6 over IPv4 kan aanbieden.
In Nederland ken ik alleen XS4ALL als ISP die dit op experimentele basis al regelt voor de klanten. En T-Mobile heeft ook IPv6 actief op hun web-and-walk omgeving.
Het is mijn stellige mening dat we niet op onze handen kunnen blijven zitten en geen bal doen. De klok loopt en de teller onderaan deze pagina laat zien wanneer er verwacht wordt dat het onmogelijk wordt om nieuwe IP adressen uit te delen op het hoogste nivo. Kort daarna stopt de boel ook op een lager nivo.
Ik ben op dit moment bekend met de volgende tunnelbrokers:
Over IPv6 is een hoop geschreven. De volgende RFC's zijn van belang:
- RFC2460 - Internet Protocol, Version 6 (IPv6) Specification
- RFC4291 - IP Version 6 Addressing Architecture
Test IPv6 bereikbaarheid
| Server heeft → | IPv4 | IPv6 | Dual Stack |
|---|---|---|---|
| Fase: | Bezig | Bezig | Bezig |
| Meting: | - | - | - |
Eindresultaat: Bezig...
Bouw een IPv6 router met Centos
Ik zal hier een beschrijving maken van hoe ik een IPv6 router maakte van een Centos 5 machine en daarbij zo veel mogelijk de normale /etc/sysconf files gebruikt heb. Ik hecht er sterk aan om dat zoveel mogelijk op de 'normale manier' in de configuratie te zetten.
Bouw een vaste IPv6 over IPv4 tunnel
Als je IP protocol 41 vanaf de Centos machine kan doen naar internet en ook weer terug dan geef ik de voorkeur aan een vaste tunnel. Elke tunnel broker ondersteund deze mogelijkheid en het is kinderspel om het op te zetten. Elke server in een datacenter heb ik op deze manier ontsloten voor IPv6. Het alternatief is een AYAYA tunnel.
Maak een /etc/sysconfig/network-scripts/ifcfg-sit1 bestand aan met de volgend inhoud:
DEVICE=sit1 ONBOOT=yes BOOTPROTO=none IPV6INIT=yes IPV6_TUNNELNAME=Nice short name IPV6TUNNELIPV4=IPv4 adres of your tunnel broker IPV6TUNNELIPV4LOCAL=Your local public IPv4 adress IPV6ADDR=Your IPv6 address of the tunnel/64
Zet de default route aan voor IPv6 door de volgende regels toe te voegen aan /etc/sysconfig/network:
NETWORKING_IPV6=yes IPV6_DEFAULTDEV=sit1
Eventueel kun je zelf afwijkende IPv6 routes zetten door ze in /etc/sysconfig/static-routes-ipv6 op te nemen. Bijvoorbeeld:
sit1 2000::/3
Je kunt nu de tunnel activeren met ifup sit1. In het overzicht met ifconfig -a zou je nu je nieuwe sit1 interfcae moeten zien met het juiste IPv6 adres. Daarnaast heb je een link local adres waarvan het laatste stukje bestaat uit het IPv4 adres van wat je eerder heb geconfigureerd als jouw endpoint. Verder heb je daar een sit0 interface wat jou centrale endpoint is. Het is mogelijk om meerdere IPv6 tunnels op te zetten vanaf jouw endpoint naar de rest van de wereld. (ik heb getest met tunnels naar meerdere tunnelbrokers tegelijk en dat werkt prima. Maar let op dat je erg snel problemen krijgt met routing van en naar sommige delen van IPv6 internet als je dit niet goed doet.)
Bouw een AYAYA tunnel op met de AICCU software
Het alternatief voor een vaste tunnel is een AYAYA tunnel. Op dit moment kan je die alleen verkrijgen via SixXS.
Zet je lokale IPv6 netwerk op
Maak er een IP router van
There are many pages on IPv6 and there will propably be lot more when all of it starts to become a fact of life for everyone. Untill then you can get ahead of the game and connect your own network to the IPv6 network if your ISP is not yet up to the challenge. For that you need to sign up to a tunnelbroker to provide you with IPv6 over IPv4 connectivity.
Here in the Netherlands only XS4ALL does allready offer this service as part of their experimental services. And I noticed that T-Mobile has IPv6 active on their web-and-walk service.
It is my firm beflief that we can not sit down and do nothing about the exhaustion of IPv4 addresses. The clock is ticking and the counter below is currently a reasonable guestimate when there are no more IPv4 addresses available to assign from the top level. Shortly after that the same problem will occur on lower levels.
I am currently familiar with the following tunnelbrokers:
There is quite a lot of information on IPv6. Some of it points to or explains things based on obsolete RFCs. The following RFCs are important:
