AYIYA: Unterschied zwischen den Versionen
Erscheinungsbild
Keine Bearbeitungszusammenfassung |
K Textersetzung - „<div style="column-count:3">“ durch „<div style="column-count:2">“ |
||
(10 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
'''{{BASEPAGENAME}}''' - 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 | * 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 | ||
<noinclude> | |||
== Anhang == | |||
=== Dokumentation === | |||
<!-- | |||
===== RFC ===== | |||
{| class="wikitable big options col1center col3center" | |||
|- | |||
! RFC !! Titel !! Jahr !! Status | |||
|- | |||
| [https://www.rfc-editor.org/info/rfc2473 2473] || Generic Packet Tunneling in IPv6 Specification || 1998 || Proposed Standard | |||
|} | |||
--> | |||
=== Siehe auch === | |||
<div style="column-count:2"> | |||
<categorytree hideroot=on mode="pages">IPv6/Tunnel</categorytree> | |||
</div> | |||
---- | |||
{{Special:PrefixIndex/{{BASEPAGENAME}}/}} | |||
=== Links === | |||
==== Weblinks ==== | |||
# https://de.wikipedia.org/wiki/Liste_von_IPv6-Tunnelbrokern#AYIYA | |||
[[Kategorie:IPv6/Tunnel]] | |||
</noinclude> | |||
[[Kategorie:IPv6/Tunnel]] | [[Kategorie:IPv6/Tunnel]] |
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