Zwar ist IPv6 in aller Munde, dennoch ist noch längst nicht alles IPv6 ready. Das musste ich soeben auch bei einem Gallery Script feststellen:
Warning: [mysql error 1406] Data too long for column ‚IP‘ at row 1
Es ist eben noch längst nicht jeder per IPv6 unterwegs 😀
Mit der Schaltung des Call & Surf IP Anschlusses ging auch die IPv6 Konnektivität einher, und zwar nativ. Die Telekom aktiviert für neue IP-Anschlüsse (bzw. auch Wechsel) den IPv6 Stack, sodass ich nun erstmals auch meine eigene IPv6 Server-Konnektivität austesten konnte. Doch bevor es soweit war, nahm das erste kleine Problemchen seinen Lauf. Die Fritz!Box erhielt problemlos ihr IPv6-Präfix, der lokale Windows 8 Computer erhielt aber über DHCPv6 keine IPv6 Adresse (oder sagen wir besser gesagt keine öffentliche). Als Übeltäter entpuppte sich nach einer intensiven Suche die Outpost Security Suite, die IPv6 Router Outpost IPv6 Router Advertisements per Default wohl blockt. Nachdem IPv6 Router Outpost IPv6 Router Advertisements gesattet wurden, erhielt auch das Windows 8 System seine IPv6 Adresse.
Als kleines Gimmick habe ich übrigens nun ein „IPv?“-Wordpress-Widget in den Blog eingebaut, das euch neben eurer IP-Adresse auch die IP-Version anzeigt.
Seid ihr schon per IPv6 unterwegs? 🙂
Seit etwa 4,5 Jahren basiert mein Festnetz- und Internetanschluss zuhause auf dem Telekom Call & Surf Comfort Plus Paket. Bis auf wenige Ausnahmen kann ich mich durchweg zufrieden schätzen und hatte seit längerer Zeit keinerlei Probleme mehr, das Ding läuft also durchweg rund. Dennoch geriet der Blick in den letzten Wochen angesichts der endenden Mindestvertragslaufzeit zu einer großen Alternative: dem Kabelanschluss. Der Hauptvorteil der Kabelriesen liegt eindeutig im größeren Bandbreitenspektrum, DSL ist da leitungsmäßig leider weiterhin beschränkt und VDSL oder gar Glasfaser werden sich wohl nicht so schnell in meine Gegend verirren. 100 MBit klingen im ersten Augenblick wirklich schick, doch auch die Kabelalternative hat ihre Nachteile, wenn man in die Supportforen der Kabelanbieter blickt: Überlastungen scheinen nicht gerade eine Seltenheit zu sein und aus 100 MBit werden dann mal schnell deutlich weniger, zudem scheinen auch die Pingzeiten in Überlastungsfällen manchmal jenseits von gut und böse zu sein. Eine weitere Eigenheit hat sich erst vor wenigen Wochen aufgetan: KabelBW und Unitymedia setzen wie die Telekom nun auf IPv6, allerdings setzen die beiden Kabelanbieter dabei bereits im ersten Schritt auf eine DS-Liste Variante, d.h. IPv6 wird nativ unterstützt und IPv4 nur noch durchgereicht, die IPv4 Adresse wird also faktisch wie im Mobilfunk mit anderen geteilt (NAT). Das kann zu Problemen führen und erste Auswirkungen sind bei einigen Diensten laut den Supportforen auch aufgetreten. Die Telekom setzt in Sachen IPv6 auf einen Dual-Stack, es wird also sowohl IPv6 als auch eine „dedizierte“ IPv4 Adresse verteilt. Angesichts diesen Gesichtspunkten und der Stabilität meines Anschlusses habe ich mich letztendlich für einen Beibehalt meines Telekom Anschlusses entschieden und werde auf die IP Variante des Call & Surf Comfort Plus Pakets wechseln. Damit inbegriffen ist der Umstieg auf VoIP (das im Telekom Netz aber sehr stabil zu laufen scheint), IPv6-Unterstützung und Annex J (was im Endeffekt einen höheren Upload bedeutet). Kostenmäßig reduziert sich der monatliche Paketpreis (zuvor Universal / ISDN) um 5 Euro und eine 55 Euro Online-Gutschrift ist auch noch dabei, die Spannung lenkt sich nun also auf die technischen Änderungen. Irgendwie freut man sich dann doch immer auf Neues, und gerade in Sachen IPv6 lassen sich dann endlich native Spielchen von zuhause aus mit dem bereits IPv6-fähigen dedizierten Server betreiben 🙂
Seit vorgestern kann dieser Blog und mein kompletter Server (d.h. auch alle Blue X Seiten) auch nativ über IPv6 erreicht werden. Die nötigen DNS Einstellungen waren schon zuvor erfolgt, allerdings hatte ich beim letzten Serverwechsel vergessen, die nötigen Einstellungen am Interface vorzunehmen. Diese habe ich nun wieder eingespeist und – dank diesmal vorhandenem zweiten Root Server, der ebenso gleichsam auf den IPv6 Betrieb verständigt wurde – erstmals die IPv6 Anbindung auch getestet. Unter dem Strich ging ein ping6 am Ende problemlos durch, auch praktisch sollte es nun also hinhauen.
Die wenigsten dürften zwar schon über eine IPv6-fähige Anbindung verfügen (die Telekom scheint hier bei einem Wechsel auf die IP-Anschlüsse derzeit IPv6 auszurollen), aber die Zeit spielt eindeutig für IPv6: Serverhoster wie Hetzner sind mittlerweile gezwungen, ihre restlichen IPv4 Adressen und Subnetze sparsamer an die Kunden zu vergeben, denn Nachschub von Vergabestellen wie der RIPE gibt es kaum bis gar nicht mehr. Das Ende von IPv4 ist eingeläutet und die restliche Zeit ist dank der restriktiveren IPv4 Adressvergabe für manch einen auch nicht gerade eine schönere geworden.
Die Dimensionen von IPv6 werden insbesondere dann deutlich, wenn man ein wenig zu rechnen beginnt. Lasst uns loslegen.
Für die nächsten Berechnungen ziehen wir Hetzner als praktisches Beispiel heran. Hetzner vergibt jedem Root Server Kunde ein /64 IPv6 Subnetz. Das ist schon die kleinste vergebbare Netzgröße!
Es stehen somit 64 Bit für den Hostanteil zur Verfügung, das entspricht der magischen Zahl 18.446.744.073.709.551.616 oder ausgeschrieben: rund 18 Trillionen.
Hetzner selbst scheint ein /32 Netz erhalten zu haben. Mit diesem /32er Netz lassen sich bei der Vergabe von /64 Netzen an Kunden 32 Bit Subnetze bilden, das entspricht 4.294.967.296 – oder rund 4 Milliarden. Hetzner könnte also rund 4 Milliarden Netze mit jeweils rund 18 Trilliarden Hosts bilden. Würde Hetzner /56 Subnetze an Kunden vergeben (die eine Weiterunerteilung in 256 Netze ermöglichen), wäre dagegen Platz für „nur“ 16,7 Millionen Netze bzw. rein theoretisch Kunden.
Schon mit diesen kleinen Zahlenspielen wird klar, dass IPv6 nur bedingt greifbar ist – zumindest für denjenigen, der sich zahlenmäßig nähert. Da stößt man schnell in Bereiche vor, die schwer vorstellbar sind. Aber ohne Frage macht das auch einen zusätzlichen Reiz aus. Der passende Reiz zur baldigen umfassenden IPv6 Unterstützung? 🙂
Heute geisterte die Meldung durch die IT-Welt, dass die Verteilung freier IPv4 Blöcke bereits im März kommenden Jahres enden wird. Zu diesem Zeitpunkt wird es einfach keine freien Blöcke mehr geben, langsam wird es also dringlich, Dienste auf IPv6 Kompatibilität zu trimmen (das schreibe ich mir auch auf die eigenen Backen..) und sofern dies bereits geschehen ist auch die IPv6 Unterstützung zu nutzen. Hetzner bietet in meinem Fall bereits IPv6 Adressen bzw. ein komplettes Subnet für IPv6 pro Server. Eine davon habe ich bereits testweise für die Netzwerkkarte in Nutzung, dennoch steht noch viel Arbeit bevor: neben dem Webserver müssen auch der Mailserver und die DNS-Einträge angepasst werden (ganz zu schweigen von den Nameservern, die teilweise – soweit ich mich nicht täusche – noch nicht ganz IPv6 kompatibel sind). Es bleibt also noch genügend Arbeit für die Weihnachtszeit bzw. das neue Jahr übrig. Nichtsdestotrotz freue ich mich auf die Erfahrungen, die ich in Bälde damit sammeln werde. Hoch lebe die hohe Adressmenge und diverse andere Vorteile von IPv6 🙂