AYIYA: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
K Textersetzung - „<div style="column-count:3">“ durch „<div style="column-count:2">“ |
||
| (6 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
'''{{BASEPAGENAME}}''' - | '''{{BASEPAGENAME}}''' - Anything In Anything | ||
== Beschreibung == | == Beschreibung == | ||
; IPv6-Pakete UDP verpacken | |||
Löst mehrere Probleme | |||
* Der Transport geschieht bewusst nicht direkt in IPv4, sondern in einem Upper Layer Protocol | * 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 | * Letztere kommen in der Regel problemlos durch NAT/PAT-Router oder CGN | ||
* | * Erlaubt es, mehrere Tunnel gleichzeitig hinter einem NAT/PAT zu betreiben | ||
* | * Ein Tunnelendpunkt auch seine Adresse ändern | ||
** selbst periodisch wechselnde IPv4-Adressen beeinträchtigen die Stabilität des Tunnels nicht | |||
Typischerweise werden IPv6-Pakete in UDP verpackt, die dann wiederum mit IPv4 auf die Reise geschickt werden | 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 | * Die Gegenseite ist dann üblicherweise der Server eines Tunnelbrokers | ||
; SixXS-Projekte | |||
SixXS, in dessen Reihen AYIYA entwickelt wurde, ist der bekannteste Nutzer dieses Protokolls | 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 | * Die Spezifikation existiert bisher nur als Entwurf, kann aber auf der Website des SixXSProjektes heruntergeladen werden | ||
| Zeile 16: | Zeile 20: | ||
== Anhang == | == Anhang == | ||
=== Dokumentation === | === Dokumentation === | ||
<!-- | |||
===== RFC ===== | ===== RFC ===== | ||
{| class="wikitable big options col1center col3center" | {| class="wikitable big options col1center col3center" | ||
| Zeile 22: | Zeile 27: | ||
|- | |- | ||
| [https://www.rfc-editor.org/info/rfc2473 2473] || Generic Packet Tunneling in IPv6 Specification || 1998 || Proposed Standard | | [https://www.rfc-editor.org/info/rfc2473 2473] || Generic Packet Tunneling in IPv6 Specification || 1998 || Proposed Standard | ||
|} | |} | ||
--> | |||
=== Siehe auch === | === Siehe auch === | ||
<div style="column-count: | <div style="column-count:2"> | ||
<categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> | <categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> | ||
</div> | </div> | ||
Aktuelle Version vom 28. Juni 2025, 11:11 Uhr
AYIYA - Anything In Anything
Beschreibung
- IPv6-Pakete UDP verpacken
Löst mehrere Probleme
- 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
- Erlaubt es, mehrere Tunnel gleichzeitig hinter einem NAT/PAT zu betreiben
- Ein Tunnelendpunkt auch seine Adresse ändern
- selbst periodisch wechselnde IPv4-Adressen beeinträchtigen die Stabilität des Tunnels nicht
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-Projekte
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
Anhang
Dokumentation
Siehe auch