Mögliche Konzepte für die Umstellung eines Netzwerkes auf das neue Internet-Protokoll

Transkript

1 Umstellung auf IPv6 Mögliche Konzepte für die Umstellung eines Netzwerkes auf das neue Internet-Protokoll (Mitfinanziert durch die KTI) Andreas Hofmann, Juni, 2003

2 Inhalt 1 Zusammenfassung 3 2 Dualstack Architektur Einleitung Technik Auswirkungen 4 3 Tunneling Einleitung Technik Fest konfigurierte Tunnels Automatisch konfigurierte Tunnels Automatisches Tunneln über IPv4-kompatible IPv6-Adressen Automatisches Tunneln über 6to4-Adressen Auswirkungen 11 4 Protokollübersetzer Einleitung Technik Stateless IP/ICMP Translation: SIIT Network Adresse Translation Protocoll Translation: NAT-PT Traditional NAT-PT Bidirectional NAT-PT Zusammenspiel mit DNS Servern Transport Relay Translator: TRT 17 2

3 1 Zusammenfassung In diesem Dokument sollen die möglichen Techniken für die Umstellung eines Netzwerkes auf das neue Protokoll IPv6 vorgestellt werden. Das Dokument soll dabei helfen, einen Überblick über die vorhandenen Techniken zu gewinnen und sich für eine Technik zu entscheiden. Nach dem Entscheid für eine Technik ist wahrscheinlich weitere Lektüre für die Umsetzung nötig. Es existieren für eine Umstellung auf IPv6 mehrere Möglichkeiten, die für verschiedene Szenarien geeignet sind. Da die neue Version des Protokolls IPv6 hauptsächlich die Vermittlung-Schicht des TCP/IP Protokoll Stapels betrifft, ist es nicht verwunderlich, dass gerade die Netzwerkkomponenten mit Routingeigenschaften von einer solchen Umstellung betroffen sind. Die meisten der hier besprochenen Techniken setzen denn auch Routing- Geräte mit erweiterten Eigenschaften oder aber der vollen Unterstützung von IPv6 voraus. Es werden jedoch auch Techniken vorgestellt, die ohne spezielle Routinggeräte auskommen und lediglich eine erweiterte DNS Softwarekomponente, die zudem frei verfügbar ist, voraussetzen. Bei der Definition von IPv6 wurde grosser Wert darauf gelegt, dass Möglichkeiten für eine sanfte Umstellung von IPv4 auf IPv6 im neuen Protokoll enthalten sind. So sind zum Beispiel spezielle (temporär zu verwendende) Adresstypen im neuen Adressraum kreiert worden, die für den Übergang genutzt werden können. Mit sanftem Übergang ist gemeint, dass es ganz unmöglich ist, ein Netzwerk von einem Tag auf den anderen auf IPv6 umzustellen, ohne weiterhin mit IPv4 Netzen kommunizieren zu können. Es sollte in diesem Dokument für ziemlich jedes Netzwerk eine Technik beschrieben sein, die es erlaubt, eine solche Umstellung vorzunehmen und bereits in absehbarer Zeit von den neuen Fähigkeiten des IPv6 Protokolls zu profitieren, Erfahrungen im Umgang mit IPv6 zu sammeln und frühzeitig für das Protokoll der Zukunft gewappnet zu sein. 3

4 2 Dualstack Architektur 2.1 Einleitung Bei der Dualstack Architektur handelt es sich um ein Konzept für die Anpassung der Computer-Anwendungen, die über TCP/IP-Netzwerke kommunizieren. Bei dieser Architektur hat eine Anwendung zwei IP-Stacks. Einen für IPv4 und einen für IPv6. Eine solche Anwendung kann mit jeder Software eine Kommunikationsbeziehung herstellen, egal ob die Gegenstelle nun eine IPv4- oder eine IPv6-Anwendung ist. 2.2 Technik Jede Netzwerk-Anwendung wird bei ihrer Erstellung gegen einen Protokollstapel gelinkt. Ist dieser Protokollstapel bereits mit der neuen IPv6 Socket Bibliothek erstellt worden und wurden im Anwendungsprogramm bereits die neuen Socket Datenstrukturen und Funktionen verwendet, so besitzt eine solche Anwendung einen Dualstack. Eine Dualstack-Anwendung ist in der Lage, beim Verbindungsaufbau festzustellen, was die Gegenstelle für eine Version des IP-Protokolls verwendet. Ist die Gegenstelle ebenfalls Dualstack fähig, so wird IPv6 den Vorzug gegeben. Sind alle Anwendungen mit einem Dualstack versehen, so kann die komplette Umstellung des Netzwerkes auf IPv6 vollzogen werden. 2.3 Auswirkungen Die Anwendungen müssen mit relativ kleinem Aufwand mit einem Dualstack versehen werden. Hierfür sind Änderungen im Code notwendig und ein erneutes Kompilieren und Linken. Das ist natürlich nur für Anwendungen möglich, von welchen man auch den Quelltext besitzt. Ausserdem muss die Netzwerk-Hardware IPv6-fähig sein. Dies betrifft insbesondere die fürs Routing zuständigen Geräte wie Router und Level-3 Switches. Hierfür muss eine neue Software-Version, falls vorhanden, für die Geräte eingespielt werden. Ansonsten kommt man nicht um den Erwerb von neuer Hardware herum! 4

5 3 Tunneling 3.1 Einleitung Mittels Tunneling kann man z.b. Zwei IPv6-Netze über das öffentliche IPv4-Internet verbinden. 3.2 Technik Der Lösungsansatz ist wie folgt: Die IPv6-Netze (z.b. zwei Universitätsnetze) werden an den Rändern zum Internet mit speziellen Routern versehen, die die ankommenden IPv6- Pakete in IPv4-Pakete verpacken. Die ursprünglichen IPv6-Pakete werden sozusagen die neue Nutzlast der neu erstellen IPv4-Pakete. Der Router am Rande des anderen Netzes nimmt diese IPv4-Pakete entgegen und entpackt die darin enthaltenen IPv6-Pakete beim Eintritt ins eigene IPv6 Netz. Auf dem eigenen IPv6-Netz sind also wieder die ursprünglichen IPv6-Pakete des Absenders unterwegs. Es sind vier Arten von Tunneln denkbar: 1. Router zu Router: Der Tunnel wird zwischen zwei IPv4-/IPv6-Routern über ein IPv4-Netz errichtet. 2. Host zu Router: Der Tunnel wird zwischen einem IPv4-/IPv6-Host und einem IPv4-/IPv6- Router errichtet. 3. Host zu Host: Der Tunnel wird auf der ganzen Strecke zwischen zwei IPv4-/IPv6-Hosts eingerichtet. 4. Router zu Host: Der Tunnel erstreckt sich zwischen einem IPv4-/IPv6-Router zu einem IPv4-/IPv6-Host. 5

6 Abbildung 1: Mögliche Tunnelarten Bei Router-zu-Router und Host-zu-Router kann die IPv4-Adresse des Tunnelendpunktes nicht aus den zu transportierenden IPv6-Paketen gewonnen werden. Sie muss jeweils am Startpunkt konfiguriert werden. Man spricht hier von einem konfigurierten Tunnel. Bei Host-zu-Host und Router-zu-Host ist der Endpunkt des Tunnels mit dem Ziel der Pakete identisch. Besitzt dieser Endpunkt eine IPv4-kompatible IPv6-Adresse, kann aus der eingebetteten IPv4-Adresse die IPv4-Adresse des Tunnelendpunktes automatisch gewonnen werden. Dieser Mechanismus wird automatischer Tunnel genannt Fest konfigurierte Tunnels Fest konfigurierte Tunnels kommen zur Anwendung, wenn aus einer IPv6-Zieladresse nicht automatisch die IPv4-Adresse des anderen Tunnelendpunktes ermittelt werden kann. Bei solchen Lösungen kann z.b. 6Bone.net helfen. 6Bone ist an ein IPv6-Kernnetz angeschlossen und kann so Wege zu IPv6 Netzen/Knoten vermitteln. Alle Pakete gehen hierbei stets über die 6Bone Router. 6

7 Abbildung 2: Fest konfigurierte Tunnels mit 6Bone Beim Einrichten von Tunnels ist darauf zu achten, dass die Firewalls nicht das in IPv4 eingepackte IPv6-Paket sperren. Abbildung 3: Ein in ein IPv4 eingepacktes IPv6 Paket Automatisch konfigurierte Tunnels Die automatisch konfigurierten Tunnels können verwendet werden, wenn aus einer IPv6- Zieladresse der Tunnelendpunkt ermittelt werden kann! Es existieren zwei verschiedene Varianten: 1. Autom. Tunneln über IPv4-kompatible IPv6-Adressen 2. Autom. Tunneln über 6to4-Adressen 7

8 Automatisches Tunneln über IPv4-kompatible IPv6- Adressen Eine solche Spezialadresse hat den folgenden Aufbau: Abbildung 4: 128 Bit lange IPv4-kompatible IPv6-Adresse Solche Adressen dürfen nur Knoten zugewiesen werden, die auch automatisches Tunneln unterstützen! Bei den 32 Bits der IPv4-Adresse muss es sich um eine öffentliche Adresse handeln, wenn über das Internet geroutet werden soll. Der Präfix einer solchen Adresse lautet: 0:0:0:0:0:0/96 Besitzt eine IPv6-Adresse diesen Präfix, so wird sie als IPv4-kompatible IPv6-Adresse erkannt. Der Sender erkennt wie gesagt aufgrund des Präfix den Typ der Adresse und entnimmt aus den untersten 32 Bits dieser Adresse die IPv4-Adresse. Er verwendet diese IPv4-Adresse als Zieladresse und seine eigene IPv4-Adresse als Quelladresse. Mit diesen beiden Adressen kann er nun ein IPv6-Paket in ein IPv4-Paket verpacken und losschicken. Da es sich bei diesen kompatiblen Adressen nicht um richtige, gültige IPv6-Adressen handelt, können diese nicht in einem IPv6-Netz geroutet werden (es ist kein richtiges Netzpräfix!). Allerdings können solche Pakete natürlich durch IPv4-Netze geroutet werden. Mit dieser Technik kann man Pakete somit nur an normale Knoten senden Knoten also, die keine Router darstellen! Automatisches Tunneln über 6to4-Adressen Es werden wieder spezielle IP-Adressen verwendet: die so genannten 6to4-Adressen. Jeder Besitzer von öffentlichen IPv4-Adressen kann sich ohne weitere Nachfrage oder Bewilligung solche Adressen zuweisen. Bei diesem Adresstyp handelt es sich um einen vollständig aggregierbaren Adresstyp aus dem neuen IPv6-Adressbereich. Es ist somit ein gültiger IPv6- Adresstyp der das routen in IPv6-Netzen erlaubt aber auch das automatische Tunneln von IPv6-Paketen über IPv4-Netze ermöglicht. Diese Adressen sehen wie folgt aus: 8

9 Abbildung 5: 6to4-Adresse 1. Es ist ein spezieller TLA-Präfix (aus den globalen Aggregattypen) in den ersten 16 Bits vorhanden: Es kommt die weltweit eindeutige, öffentliche Ipv4-Adresse (32 Bits), die man besitzen muss als die IPV4ADDR. Es steht somit ein IPv6-Netz mit folgendem Adresspräfix zur Verfügung: 2002:IPV4ADDR/48. Diese Adresse ist wie gesagt die eigene, öffentliche Ipv4-Adresse! Man hat nun also ein /48-er Subnetz, das man für eigene Zwecke (Büro, zu Hause, etc.) verwenden kann. 3. Es kommen eigen definierte Subnetze in den nächsten 16 Bits. 4. Hinten in den letzten 32 Bits kommt für jedes Subnetz die Adresse des Knotens (32 Bits)! Man kann so mit anderen IPv6-Knoten virtuell mit IPv6 kommunizieren. Es ist allerdings zu beachten, dass an den Übergängen zum IPv4-Netz (z.b. Internet) spezielle 6to4-Router notwendig sind! Die Knoten innerhalb des eigenen IPv6-Netzes können über die bekannten Autokonfigurationsmechanismen mit den nötigen IPv6-Adressen versehen werden. Abbildung 6: Beispiel Tunnel mit 6to4-Adressen 9

10 Die 6to4-Router müssen die erwähnten öffentlichen IPv4-Adressen besitzen! Mit 2002 in den ersten 16 Bits und den 32 Bits dieser öffentlichen IPv4-Adresse wird das 48 Bit lange Adresspräfix generiert. Mit diesem Präfix und einem Verfahren für die Autokonfiguration können den Knoten innerhalb des Netzes nun Adressen vergeben werden. Innerhalb des eigenen Netzes werden ganz normal IPv6-Pakete geroutet. Pakete, die an externe IPv6-Netze gelangen sollen, müssen auf Link-Layer Ebene an den 6to4-Router gesendet werden. Der 6to4-Router empfängt von einem internen IPv6-Knoten ein IPv6 Paket. Der 6to4-Router ist in der Lage, aufgrund des Adresspräfix der Zieladresse zu merken, dass es sich um eine 6to4-Adresse handelt, und dass ein solches Paket für Tunneling von IPv6- Paketen über ein IPv4-Netz gedacht ist. Er entnimmt also der Adresse die reine Ipv4- Zieladresse und erstellt einen IPv4-Header in welchen er als Nutzlast, das gesamte IPv6-Paket verpackt. Der empfangende 6to4-Router prüft das erhaltene Paket und stellt fest, dass ein IPv6-Paket in ein IPv4-Paket gepackt wurde. Er extrahiert das reine IPv6-Paket aus dem IPv4-Paket und stellt es dem Zielknoten zu. Mit dieser Technik können auch zusätzliche Verbindungen in ein reines IPv6-Netz erstellt werden. Es braucht hierzu allerdings eine weitere Netzwerkkarte an den 6to4-Routern, die mit einer reinen IPv6-Adresse versehen ist! Ein Router, der in beide Netze weiterleiten kann, wird auch Relay Router genannt. Der Relay Router muss auf dem IPv6-Interface die üblichen IPv6-Routingprotokolle verwenden können (z.b. BGP4+). Abbildung 7: Relay Router 10

11 3.3 Auswirkungen Die Router an den Rändern solcher Tunnelnetze müssen spezielle Eigenschaften haben um den Vorgang des Packen und Entpacken machen zu können. Es ist also spezielle Hardware erforderlich oder zumindest ein Upgrade des Herstellers, der seine Geräte so um diese Funktionalität erweitert. Es gilt weiterhin zu beachten, dass für die Endgeräte das ganze öffentliche IPv4 Internet nicht sichtbar ist. Das Internet ist wie ein einzig grosser Router zu verstehen. Das kommt daher, dass die IPv6 Pakete auf ihrem Weg durchs Internet in IPv4 Pakete eingepackt waren. Während dieser Zeit, wurde beim passieren von Routern der Hopcount im Header von IPv6 natürlich nicht reduziert. Der Hopcount wurde lediglich um 1 reduziert beim Weg durchs Internet. Dies kann zu Problemen/Verwirrungen führen, wenn man etwa an Werkzeuge wie traceroute denkt! Abbildung 8: Tunneling zwischen 2 IPv6 Netzen Weiter gilt allgemein zu beachten: 1. Die Router müssen ins interne Netz eine link-local IPv6 Adresse besitzen (Präfix: FE80::/64). Die verbleibenden 64 Bits für die Identifikation des Gerätes besitzen in den oberen 32 Bits lauter Nullen und in den unteren 32 Bits die IPv4-Adresse des Routers (Tunnelendpunkt). 11

12 2. Es kann Probleme mit der Fragmentierung geben. Denn die übliche maximale Segementgrösse (MSS) für ein IPv6-Paket enthält noch nicht den IPv4 Header in welches das IPv6-Paket eingepakt wird! Die Router würden eine Fragmentierung durchführen und das um 20 Byte (Grösse des IPv4 Headers) zu grosse Paket würde in 2 Paketen versendet werden. Das ist natürlich ineffizient. 12

13 4 Protokollübersetzer 4.1 Einleitung Es gibt auch die Möglichkeit der Protokollübersetzer! Hierbei wird die Arbeit von einer Software, die auf einem Knoten an einem dafür geeigneten Ort auf dem Netz läuft, erledigt. Es wird versucht, von IPv4 nach IPv6 zu übersetzen und umgekehrt. Einige Header-Felder sind direkt übertragbar, andere nur schwer oder gar nicht. 4.2 Technik Stateless IP/ICMP Translation: SIIT Mit Stateless ist gemeint, das jedes einzelne Paket für sich behandelt wird ohne im Kontext zu anderen Paketen betrachtet zu werden, die eventuell für dieselbe Kommunikationsbeziehung gesendet werden! Abbildung 9: Stateless IP/ICMP Translation (SIIT) Die SIIT Box sitzt am Rande einer Domain (IPv4 oder IPv6). Sie kann z.b. als Zusatzsoftware auf einem Router laufen! Es ist wichtig, dass die IP-Adressen aufeinander abbildbar sind. Das heisst, eine IPv4- Adresse muss auf eine IPv6-Adresse abgebildet werden können und umgekehrt! Hierfür wurde noch ein weiterer Adresstyp erstellt, obwohl SIIT zusätzlich auch mit den bereits 13

14 bekannten IPv4-kompatiblen Ipv6-Adressen (0::FF:a.b.c.d) und den IPv4-mapped IPv6- Adressen (0::FF:a.b.c.d) arbeitet. Der neue Adresstyp der für SIIT erstellt wurde sind die IPv4-translated IPv6-Addresses. Sie haben den folgenden Aufbau: Abbildung 10: IPv4-translated IPv6-Adresse Der IPv6-Knoten im IPv6-Netz muss für die Dauer der Kommunikationsbeziehung mit einem IPv4-Partnerknoten eine öffentliche IPv4-Adresse zugewiesen bekommen (z.b. durch DHCPv6). Die an den Knoten verteilte IPv4-Sonderadresse muss in den DNS Server eingetragen werden. Abbildung 11: Routing IPv6-Netz über IPv4-Internet mit SIIT- Router Es soll noch auf die Übersetzung von ICMP-Headern aufmerksam gemacht werden. Diese sind nämlich nur sehr begrenzt oder gar nicht übersetzbar! Je nach ICMP Meldung geht die Übersetzung besser oder schlechter. Sicherlich muss immer die ICMP Checksumme angepasst werden. 14

15 4.2.2 Network Adresse Translation Protocoll Translation: NAT-PT Im Gegensatz zu SIIT benötigen die IPv6-Knoten bei dieser Technik keine öffentliche IPv4-Adresse während einer Kommunikationsbeziehung. Es wird der Mechanismus des aus IPv4 bekannten Network Address Translation benutzt. NAT-PT muss den Kontext der Pakete zu anderen kennen und ist somit statefull (also nicht statuslos). Damit die Pakete einer Kommunikationsbeziehung im Kontext zueinander betrachtet werden können, müssen die Pakete einer Kommunikationsbeziehung stets über dasselbe NAT-PT-Gateway gehen! NAT-PT ist wiederum als Zusatzsoftware z.b. auf einem Router möglich. Ein solcher Router ist somit mit speziellen Eigenschaften ausgestattet und muss erworben oder, bei einem bestehenden Router, zumindest ausgebaut werden. Abbildung 12: Kommunikation zwischen IPv6 und IPv4 mittels NAT-PT 15

16 Bei NAT-PT gibt es wiederum zwei Techniken: Traditional NAT-PT Traditional NAT-PT ist wiederum in zwei Varianten geteilt. Beiden Varianten ist gemeinsam, dass sie unidirektional sind. Das bedeutet, dass die Verbindung nur aus dem IPv6 Netz initiiert werden kann. Dies ist deswegen so, weil in diesem Netz die NAT-PT Infrastruktur vorhanden ist. Die beiden Varianten sind: Basic NAT-PT Verbindung wird aus dem IPv6-Netz initiiert. Der Partnerknoten im IPv4-Netz wird eine IPv6-Adresse zugeordnet, die seine IPv4-Adresse in den letzten 32 Bits enthält. Der IPv6- Knoten erhält eine IPv4-Adresse. Beide vergebenen Adressen stammen aus einem Adresspool, der von der NAT-PT Infrastruktur verwaltet und zur Verfügung gestellt wird (z.b. über DHCP bzw. DHCPv6). NAPT-PT: Im Gegensatz zu Basic NAT-PT werden hier noch die Dienstports auf Transportebene zur Identifikation einer Kommunikationsbeziehung miteinbezogen. So sind viele gleichzeitige Verbindungen von Knoten möglich. Ansonsten ist die Funktionsweise mit Basic NAT-PT identisch Bidirectional NAT-PT Wie der Name schon sagt, handelt es sich nicht mehr um unidirektionales NAT-PT. Es können im Unterschied zu Traditional NAT-PT Verbindungen auch ausserhalb der IPv6- Domain initiiert werden Zusammenspiel mit DNS Servern Bei den NAT-PT Lösungen ist der Einsatz von DNS Servern vorgesehen. DNS-Anfragen nach Knoten im IPv6 Netz oder aus dem IPv6-Netz nach Knoten im IPv4-Netz müssen das NAT-PT-Gateway passieren. Das NAT-PT-Gateway leitet die Anfragen an die zuständigen DNS Server weiter und modifiziert die vom DNS Server gesendeten Antworten so, dass der anfragende Knoten eine Adresse erhält, die dieselbe Protokollversion hat wie die Adresse, 16

17 über die der anfragende Knoten besitzt. Vergessen Sie nicht, den Kommunikationspartnern werden von NAT-PT Gateway Adressen aus einem Pool zugeordnet. Das NAT-PT-Gateway hat die Zuordnung der Adressen aus der anderen Protokollversion zu den Knoten im Griff Transport Relay Translator: TRT Bei TRT handelt es sich um eine weitere Möglichkeit, IPv6-Knoten in einem IPv6-Netz mit IPv4-Knoten in einem IPv4-Netz kommunizieren zu lassen. Diese Alternative setzt auf dem Transport-Layer an. Es ist somit keine spezielle Routing- Infrastruktur (wie z.b. Router) in einem IPv6-Netz notwendig! Hingegen wird ein modifizierter DNS-Server benötigt! An diesen modifizierten Nameserver werden Anfragen nach den Adressen von bestimmten Knoten gestellt. Ein Client aus einem IPv6-Netz stellt die Anfrage nach der IPv6-Adresse des IPv4-Clients. Natürlich besitzt ein reiner IPv4-Client keine solche IPv6-Adresse. Der TRT Nameserver ermittelt aber die IPv4-Adresse des Knotens und erstellt daraus eine Pseudo IPv6-Adresse, die folgenden Aufbau besitzt: Abbildung 13: Pseudo IPv6-Adresse für TRT Eine solche site-local Adresse wird dem fragenden IPv6-Knoten als Antwort auf seine DNS Anfrage gesendet. Dieser kann nun mit dieser Adresse den Aufbau der Kommunikationsbeziehung beginnen. Es muss allerdings dafür gesorgt werden, dass in einem IPv6-Netz alle Pakete an solche Pseudo IPv6-Adressen an das TRT geroutet werden. Dies wird mit der entsprechenden Routing Konfiguration auf allen Knoten erreicht. Das TRT baut danach die Verbindung zum IPv4-Client auf, indem es die IPv4-Adresse aus der Pseudo IPv6-Adresse entnimmt (die hintersten 32 Bits). Nun baut das TRT eine Verbindung zum IPv4-Client auf und stellt ihm die Daten zu. Im TRT werden die IP-Adressen ersetzt. Diese Technik ist von NAT her bekannt. Es ist allerdings zu beachten, dass bei der Verwendung eines TRT, die Verbindung immer vom 17

18 Abbildung 14: IPv4-to-IPv6 Transport Relay Translator IPv6-Knoten ausgehen muss! Der Vorteil dieser Technik liegt darin, dass keine Anwendungen umgeschrieben werden müssen und auch mit der bestehenden Routing Infrastruktur weitergearbeitet werden kann. 18

19 Abbildungsverzeichnis Abbildung 1: Mögliche Tunnelarten 6 Abbildung 2: Fest konfigurierte Tunnels mit 6Bone 7 Abbildung 3: Ein in ein IPv4 eingepaktes IPv6 Paket 7 Abbildung 4: 128 Bit lange IPv4-kompatible IPv6-Adresse 8 Abbildung 5: 6to4-Adresse 9 Abbildung 6: Beispiel Tunnel mit 6to4-Adressen 9 Abbildung 7: Relay Router 10 Abbildung 8: Tunneling zwischen 2 IPv6 Netzen 11 Abbildung 9: Stateless IP/ICMP Translation (SIIT) 13 Abbildung 10: IPv4-translated IPv6-Adresse 14 Abbildung 11: Routing IPv6-Netz über IPv4-Internet mit SIIT-Router 14 Abbildung 12: Kommunikation zwischen IPv6 und IPv4 mittels NAT-PT 15 Abbildung 13: Pseudo IPv6-Adresse für TRT 17 Abbildung 14: IPv4-to-IPv6 Transport Relay Translator 18 Literaturverzeichnis 1. Herbert Wiese: Das neue Internetprotokoll IPv6, 1. Auflage, Hanser Fachbuch, 2002, ISBN: