AYIYA: Unterschied zwischen den Versionen
Erscheinungsbild
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
Gleich mehrere Probleme auf einmal löst das Protokoll | Gleich mehrere Probleme auf einmal löst das Protokoll AYIYA, auch unter Anything In Anything bekannt | ||
* Der Transport geschieht bewusst nicht direkt in IPv4, sondern in einem Upper Layer Protocol | |||
geschieht bewusst nicht direkt in IPv4, sondern in einem | * Letztere kommen in der Regel problemlos durch NAT/PAT-Router oder CGN | ||
* AYIYA erlaubt es, mehrere Tunnel gleichzeitig hinter einem NAT/PAT zu betreiben | |||
durch NAT/PAT-Router oder CGN | * Darüber hinaus kann ein Tunnelendpunkt auch seine Adresse ändern, was dazu führt, dass selbst periodisch wechselnde IPv4Adressen die Stabilität des Tunnels nicht beeinträchtigen können | ||
Tunnel gleichzeitig hinter einem NAT/PAT zu betreiben | Typischerweise werden IPv6-Pakete in UDP verpackt, die dann wiederum mit IPv4 auf die Reise geschickt werden | ||
* Die Gegenseite ist dann üblicherweise der Server eines Tunnelbrokers | |||
Typischerweise werden IPv6-Pakete in UDP verpackt, die dann | |||
wiederum mit IPv4 auf die Reise geschickt werden | |||
SixXS, in dessen Reihen AYIYA entwickelt wurde, ist der | SixXS, in dessen Reihen AYIYA entwickelt wurde, ist der bekannteste Nutzer dieses Protokolls | ||
* Die Spezifikation existiert bisher nur als Entwurf, kann aber auf der Website des SixXSProjektes heruntergeladen werden | |||
bisher nur als Entwurf, kann aber auf der Website des | |||
[[Kategorie:IPv6/Tunnel]] | [[Kategorie:IPv6/Tunnel]] |
Version vom 3. Juni 2025, 16:04 Uhr
Gleich mehrere Probleme auf einmal löst das Protokoll AYIYA, auch unter Anything In Anything bekannt
- Der Transport geschieht bewusst nicht direkt in IPv4, sondern in einem Upper Layer Protocol
- Letztere kommen in der Regel problemlos durch NAT/PAT-Router oder CGN
- AYIYA erlaubt es, mehrere Tunnel gleichzeitig hinter einem NAT/PAT zu betreiben
- Darüber hinaus kann ein Tunnelendpunkt auch seine Adresse ändern, was dazu führt, dass selbst periodisch wechselnde IPv4Adressen die Stabilität des Tunnels nicht beeinträchtigen können
Typischerweise werden IPv6-Pakete in UDP verpackt, die dann wiederum mit IPv4 auf die Reise geschickt werden
- Die Gegenseite ist dann üblicherweise der Server eines Tunnelbrokers
SixXS, in dessen Reihen AYIYA entwickelt wurde, ist der bekannteste Nutzer dieses Protokolls
- Die Spezifikation existiert bisher nur als Entwurf, kann aber auf der Website des SixXSProjektes heruntergeladen werden