Die komplette MONITOR-Ausgabe 10/2008 können Sie

28
Thema | Telekom & Internet
Worauf IT-Spezialisten bei IPv6 achten sollten:
Der kritische Pfad
Bei der Umstellung von IPv4 auf das
neue Internet-Protokoll IPv6 kommt auf
die IT-Spezialisten ziemlich viel Arbeit
zu, um die großen Steine aus dem Weg
zu räumen. Betriebswirtschaftlich lässt
sich das Projektmanagement ohnehin
kaum sorgfältig vorausplanen. Denn die
Preisfrage lautet: Dual-Stack-Modell
oder gleich komplett migrieren?
Lothar Lochmaier
Das Internet in der derzeitigen Nutzungsform
stößt längst an seine Grenzen.Adressknappheit,
Routing in der Default Zone, aber
auch steigende Anforderungen an Mobilität
sowie Broadcast und Multicast sind die derzeit
am heftigsten diskutierten Stichworte.
Unter Adressknappheit sind global geroutete
IPv4-Adressen gemeint, die sich durch
statische und dynamische Zuteilung unterscheiden.
An einem sicheren Fundament, das die
Umstellung planbar macht, fehlt es bislang
jedoch. Der Einsatz von Network Address
Translation (NAT) brachte etwa bislang nur
eine Teillösung für dieses komplexe Problem
hervor.Als Treiber für die Adressknappheit
wirkt vor allem die zunehmende Präsenz
von Web-2.0-Plattformen und Technologien
im Mitmachnetz. Innovative Produkte
bewirken einen zusätzlichen Adressbedarf.
Infolgedessen lassen sich aus betrieblicher
Sicht einzelne Subnetze nur noch schwer
bzw. ineffizient routen und betreiben. Als
Folgen der Adressknappheit sehen Experten
eine schleichende Destabilisierung des
Internets heraufziehen, mit einer damit verbundenen
Ineffizienz und steigenden Kosten,
bis hin zur wirtschaftlichen Untragbarkeit.
Jedoch haben sich die großen Schrekkenszenarien
bislang nicht bewahrheitet,
auch die angeblich ausgehende Adresslandschaft
ist bislang kein schlagendes Argument.Allenfalls
dürfte sich in den nächsten
Jahren für begehrte Adressen eine Art
„Graumarkt“ bilden.
In Österreich widmet sich bei der Telekom
Austria seit Jahren ein spezielles Expertenteam
der komplexen Herausforderung.
Für den wichtigsten heimischen Internet-Knotenpunkt,
den Vienna Internet eXchange
(VIX) vom zentralen Informatikdienst
der Universität Wien, habe Telekom
Austria bereits 2001 eine native IPv6-Anbindung
realisiert, erläutert DI Helmut
Leopold, Präsident der Österreichischen IPv6
Task Force.
Zum Beginn des Jahres 2005 setzten die
Spezialisten für den VIX schließlich den
Dualstack-Betrieb um, was bedeutet, dass
auch die Verbindungsvereinbarungen für
den IPv6-basierten Datenverkehr ebenso
gültig sind wie für den Vorläufer IPv4.
Grundsätzlich sei die Infrastruktur von Telekom
Austria damit „IPv6-ready“, bilanziert
Leopold, denn alle Voraussetzungen
für den Einsatz von IPv6 seien von Seiten
der Telekom Austria damit realisiert.
Doch ist die Realisierung der technischen
Rahmenbedingungen aus Sicht der Unternehmen
und Endanwender nur die eine
Seite der Medaille, das weiß auch Helmut
Leopold. „Die IPv6-Thematik ist bei den
Endkunden noch nicht angekommen“, gibt
der Experte zu bedenken. Im Privatkundenbereich
tendiere die Nachfrage sogar nahezu
gegen Null.
Im Klartext: Die IPv6-Implementationen
in die gängigen Betriebsysteme und Webbrowser
ist zwar möglich.Woran es jedoch
monitor | Oktober 2008
mangelt, sind die für Privatnutzer interessanten
Applikationen, um dem Ganzen von
der Nachfrageseite her eine stärkere Dynamik
zu verleihen. Bei den Geschäftskunden
sieht es kaum besser aus. Das Interesse sei
darauf fokussiert, bei anstehenden IT-Investitionen
zunächst einmal „IPv6-sicher“ zu
sein, so Leopold weiter.
Vorteile müssen erst greifbar werden
In der Praxis scheuen nicht nur die IT-Spezialisten
die aufwändige technische und organisatorische
Abstimmung. So bedeutet
etwa Routing in der Default Free Zone, dass
für jedes IP-Paket auf jedem Router in einer
Routing-Tabelle nachgesehen werden
muss, an welchen Router dieses als nächstes
weitergeleitet werden muss. Dadurch entsteht
ein aufwändiger Routing-Prozess, den
auch die Netzwerkspezialisten und Admins
kaum überblicken können, nach der sie etwa
die Beziehungsgrößen Router, Pakete
und Größe der Routing-Tabelle sinnvoll kalkulieren
können.
Eine weitere kritische Hürde liegt in dem
Aspekt der Quality of Service (QoS) und
dem Traffic Shaping. Der Versuch, die Eigenschaften
von Telefonie-Netzen nachzubilden,
kann misslingen, weil dieser mit dem
grundlegenden Design des TCP/IP-Stacks
nicht wirklich vereinbar und nicht skalierbar
ist.Auch beim Traffic Shaping kann die
reibungslose Integration in den TCP/IP-
Stack scheitern, stellt aber dennoch einen
Bild: stock.xchng