AYIYA: Unterschied zwischen den Versionen

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

Links

Weblinks

https://de.wikipedia.org/wiki/Liste_von_IPv6-Tunnelbrokern#AYIYA

@@ Zeile 1: / Zeile 1: @@
-'''{{BASEPAGENAME}}''' - Tunneling von IPv4 in IPv6
+'''{{BASEPAGENAME}}''' - Anything In Anything
 == Beschreibung ==
-IPv4-Datagramme werden als Payload in IPv6-Paketen platziert
+; IPv6-Pakete UDP verpacken
-* Aus Sicht der IPv4-Endpunkte des Tunnels bildet IPv6 den Link-layer
+Löst mehrere Probleme
-* Die Konfiguration der Endpunkte geschieht statisch
+* 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
 <noinclude>
 == Anhang ==
 === Dokumentation ===
+<!--
 ===== RFC =====
 {| class="wikitable big options col1center col3center"
@@ Zeile 16: / Zeile 27: @@
 |-
 | [https://www.rfc-editor.org/info/rfc2473 2473] || Generic Packet Tunneling in IPv6 Specification || 1998 || Proposed Standard
 |}
+-->
 === Siehe auch ===
-<div style="column-count:3">
+<div style="column-count:2">
 <categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree>
 </div>
@@ Zeile 27: / Zeile 39: @@
 === Links ===
 ==== Weblinks ====
+# https://de.wikipedia.org/wiki/Liste_von_IPv6-Tunnelbrokern#AYIYA
 [[Kategorie:IPv6/Tunnel]]
@@ Zeile 32: / Zeile 45: @@
 </noinclude>
-= TMP =
-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
 [[Kategorie:IPv6/Tunnel]]