6to4: Unterschied zwischen den Versionen
Erscheinungsbild
Keine Bearbeitungszusammenfassung |
|||
Zeile 3: | Zeile 3: | ||
== Beschreibung == | == Beschreibung == | ||
[[File:6to4-Präfix.png|mini|400px|Bildung eines 6to4-Präfix]] | [[File:6to4-Präfix.png|mini|400px|Bildung eines 6to4-Präfix]] | ||
Transport von IPv6-Pakete in IPv4-Datagrammen über eine IPv4-Infrastruktur | |||
* Jeder öffentlichen IPv4-Adresse steht ein Präfix der Länge /48 zur Verfügung | * Jeder öffentlichen IPv4-Adresse steht ein Präfix der Länge /48 zur Verfügung | ||
Version vom 5. Juni 2025, 07:26 Uhr
6to4 - Tunneling von IPv4 in IPv6
Beschreibung

Transport von IPv6-Pakete in IPv4-Datagrammen über eine IPv4-Infrastruktur
- Jeder öffentlichen IPv4-Adresse steht ein Präfix der Länge /48 zur Verfügung
- Beide Kommunikationspartner nutzen 6to4
Können über eine vorhandene IPv4-Infrastruktur Daten austauschen
- Die IPv4-Adresse des zuständigen Routers der Gegenseite, können sie einfach dem 6to4-Präfix entnehmen
- Nur ein Kommunikationspartner nutzt 6to4
- Dann springen die sogenannten Relay Server ein
- Sie announcen auf ihren IPv6-fähigen Interfaces das allgemeine 6to4-Präfix 2 2::/16, und erhalten so IPv6- Pakete, die an 6to4-Nodes adressiert sind
- Die Relay-Server packen die empfangenen Pakete in IPv4 ein, und schicken diese an die IPv4-Adresse aus dem Präfix. 6to4-Nodes wiederum erreichen die Relay-Server über die Anycast Address 192.88.99.1
- Bequeme Tunneling-Methode
- Automatische Konfiguration
- Öffentlicher 6to4 Relay Server
- Nachteil
- Betreiber der 6to4 Relay Server könnten den Datenverkehr mitlesen
Anhang
Dokumentation
RFC
RFC | Titel | Jahr | Status |
---|---|---|---|
3056 | Connection of IPv6 Domains via IPv4 Clouds | 2001 | Proposed Standard |
Siehe auch
Links
Weblinks