Zum Inhalt springen

IPv6/Header/Extension: Unterschied zwischen den Versionen

Aus Foxwiki
Versionsgeschichte interaktiv durchsuchen
← Zum vorherigen Versionsunterschied
Visuell
Keine Bearbeitungszusammenfassung
 
(323 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
== IPv6-Erweiterungsheader ==
'''{{BASEPAGENAME}}''' - IPv6 Extension Header
; Einige der gestrichenen Felder sind manchmal doch noch notwendig
* für diese Fälle sind derzeit 6 Erweiterungsheader definiert,
* die benutzt werden um zusätzliche Informationen zu kodieren.
* Alle Erweiterungsheader sind optional.
* Werden mehrere benutzt müssen sie direkt nach dem Hauptheader erscheinen.


== Beschreibung ==
Zusätzliche Informationen für die Netzwerkschicht (IP-Layer)
; IPv6-Header durch Extension-Header erweiterbar
Werden bei Bedarf eingefügt
* Zusätzliche Funktionen
* Zukünftige Erweiterungen
; Folgen direkt auf den IPv6-Header
Außerhalb des IP-Headers
* Vielfaches von 64 Bit
** Speicherzugriffe im Router beschleunigen
; Die meisten IPv6-Pakete kommen ohne Extension Header aus
Nur IPv6-Header, TCP-Header und Daten
<noinclude>
== Typen ==
{| class="wikitable options big"
|-
! Typ !! Beschreibung
|-
| [[#Hop-to-Hop|Hop-to-Hop Header]] || '''Von jedem [[Hop]] auzuwerten'''
* [[Hop-by-Hop Options Header]]
* [[Routing Header]] Information
|-
| [[#End-to-End|End-to-End]] || '''Nur vom Endsystem auszuwerten'''
* [[Fragmentation Header]]
* [[Authentication Header]]
* [[Encapsulation header]]
|}
=== Hop-to-Hop ===
; Optionen für Teilstrecken
; Optionen für Teilstrecken
* Dieser Header wird für Informationen benutzt die alle Router auf der Strecke prüfen müssen.
* Informationen, die alle Router auf der Strecke prüfen
* Bisher ist eine Option definiert, die Unterstützung von Jumbogrammen, also Paketen die größer als 64 kByte sind.
* Routing
** Mit diesem Header kann eine Route vollständig oder teilweise spezifiziert werden.
** Fragmentierung Dieser Header enthält Optionen für die Fragmentierung von Paketen.
** Nanu, hatten wir nicht eben gesagt IPv6 fragmentiert nicht? Im Prinzip ja.
** Der Quellhost darf Pakete immer noch fragmentieren.
** Nur die Router auf der Strecke sind nicht mehr dazu berechtigt.
* Authentifikation
** Der Authentifizierungsheader bietet einen Mechanismus, durch den der Empfänger sicher sein kann, das der in der Adresse angegebene Sender auch tatsächlich der ist, der er behauptet zu sein.
* Verschlüsselte Sicherheitsdaten
** Dieser Header enthält Informationen über das verwendete Verschlüsselungsverfahren.


; Bisher ist eine Option definiert
* Unterstützung von Jumbogrammen (Paketen größer 64 kByte)
; Routing
* Mit diesem Header kann eine Route vollständig oder teilweise spezifiziert werden
=== End-to-End ===
; Optionen für Ziele
; Optionen für Ziele
* Dieser Header ist für Optionen vorgesehen, die nur vom Zielhost interpretiert werden müssen.
Optionen, die nur vom Zielhost interpretiert werden
* Er wird derzeit nicht benutzt.
 
; Authentifikation
Der Authentifizierungsheader bietet einen Mechanismus, durch den der Empfänger sicher sein kann, das der in der Adresse angegebene Sender auch tatsächlich der ist, der er behauptet zu sein
 
; Verschlüsselte Sicherheitsdaten
Dieser Header enthält Informationen über das verwendete Verschlüsselungsverfahren


[[File:img-016-008.png|700px]]
== Extension Headers ==


[[File:img-017-009.png|800px]]
{| class="wikitable options big col2right col3center"
|-
! Name !! Typ !! Größe !! Beschreibung !! RFC
|-
| [[Hop-By-Hop Options]] || 0 || variabel  || Optionenvon allen IPv6-Geräten zu beachtenwird beispielsweise für Jumbograms benutzt || [https://www.rfc-editor.org/rfc/rfc2460 2460] </br> [https://www.rfc-editor.org/rfc/rfc2675 2675]
|-
| [[Routing]] || 43 || variabel || Hier kann der Weg des Paketes durch das Netzwerk beeinflusst werde. Wird u.&nbsp;a.&nbsp;für Mobile IPv6 verwendet || [https://www.rfc-editor.org/rfc/rfc2460 2460] </br> [https://www.rfc-editor.org/rfc/rfc6275 6275] </br> [https://www.rfc-editor.org/rfc/rfc5095 5095]
|-
| [[Fragment]] || 44 || 64&nbsp;Bit || Parameter zur Fragmentierung || [https://www.rfc-editor.org/rfc/rfc2460 2460]
|-
| [[Authentication Header]] ([[AH]]) || 51 || variabel || Daten zur [[Authentifizierung]] ([[IPsec]]) || [https://www.rfc-editor.org/rfc/rfc4302 4302]
|-
| [[Encapsulating Security Payload]] ([[ESP]]) || 50 || variabel || Daten zur [[Verschlüsselung]] ([[IPsec]]) || [https://www.rfc-editor.org/rfc/rfc4303 4303]
|-
| [[Destination Options]] || 60 || variabel || Optionen nur vom Zielrechner zu beachten || [https://www.rfc-editor.org/rfc/rfc2460 2460]
|-
| [[Mobility]] || 135 || variabel || Daten für Mobile IPv6 || [https://www.rfc-editor.org/rfc/rfc6275 6275]
|-
| [[No Next Header]] || 59 || leer || Platzhalterzeigt Ende eines Header-Stapels an || [https://www.rfc-editor.org/rfc/rfc2460 2460]
|}


=== Auftreten ===
=== Basis Extension Header ===
Von jedem IPv6-Node zu implementieren
* IPv6-Header
* Hop-by-Hop Options
* Routing
* Fragment
* Destination Options
* Authentication
* Encapsulating Security Payload


[[File:img-018-010.png|800px]]
Extension Header dürfen höchstens einmal vorkommen


=== Die meisten IPv6-Pakete sollten ohne Extension Headers auskommen ===
; Ausnahme
* Extension Headers können bis auf den Destination Options Header nur einmal in jedem Paket vorkommen
: Destination Options Header dürfen zweimal vorkommen
* Befindet sich ein Routing Extension Header im Paket, so darf davor ein weiterer Destination Options Header stehen
:* Befindet sich ein Routing Extension Header im Paket, so darf davor ein weiterer Destination Options Header stehen
* Die Reihenfolge bei einer Verkettung ist bis auf die genannte Ausnahme die der folgenden Tabelle
* Wie im Next Header Feld verwiesen sind einige Extension Headers und ein Platzhalter definiert


{| class="wikitable sortable options"  
=== Reihenfolge ===
|-  
[[File:ipv6headerReihenfolge.png|mini|500px]]
! Name
{| class="wikitable options"
! Typ
|-
! Größe
! !! Header !! Type
! Beschreibung
|-
! RFCs
| 1 || [[IPv6/Header]] || Hop-to-Hop
|-  
|-
|| Hop-By-Hop Options
|
|| 0
|-
|| variabel
| 2 || [[Hop-by-Hop Options]] || Hop-to-Hop
|| Optionenvon allen IPv6-Geräten zu beachtenwird z.B. für Jumbograms benutzt
|-
|| RFC 2460RFC 2675
| 3 || [[Routing]] || Hop-to-Hop
|-  
|-
|| Routing
| 4 || [[Fragment]] || Hop-to-Hop
|| 43
|-
|| variabel
|
|| Hier kann der Weg des Paketes durch das Netzwerk beeinflusst werdenwird u.a. für Mobile IPv6 verwendet
|-
|| RFC 2460RFC 6275RFC 5095
| 5 || [[Authentication]] || End-to-End
|-  
|| Fragment
|| 44
|| 64&nbsp;Bit
|| Parameter zur Fragmentierung
|| RFC 2460
|-  
|| Authentication Header (AH)
|| 51
|| variabel
|| Daten zur Vertraulichkeit (IPsec)
|| RFC 4302
|-  
|| Encapsulating Security Payload (ESP)
|| 50
|| variabel
|| Daten zur Verschlüsselung (IPsec)
|| RFC 4303
|-  
|| Destination Options
|| 60
|| variabel
|| Optionennur vom Zielrechner zu beachten
|| RFC 2460
|-  
|| Mobility
|| 135
|| variabel
|| Daten für Mobile IPv6
|| RFC 6275
|-  
|| No Next Header
|| 59
|| leer
|| Platzhalterzeigt Ende eines Header-Stapels an
|| RFC 2460
|-
|-
| 6 || [[Encapsulating Security Payload]] || End-to-End
|-
| 7 || [[Destination Options ]] || End-to-End
|-
| 8 || [[Upper-Layer]] || End-to-End
|}
|}


=== Verwendung von Extension Headers ===
== Anhang ==
[[File:img-021-011.png|600px]]
=== Siehe auch ===
<div style="column-count:3">
<categorytree hideroot=on mode="pages">{{BASEPAGENAME}}</categorytree>
</div>
----
{{Special:PrefixIndex/{{BASEPAGENAME}}/}}


=== Reihenfolge der Extension Header ===
=== RFC ===
# IPv6 Header
{| class="wikitable big options col1center col3center"
# Hop-by-Hop Options Header (für Optionen, welche von Routern auf dem Pfad zum endgültigen Empfänger verarbeitet werden müssen)
|-
# Routing Header
! RFC !! Titel !! Date !! Status
# Fragment Header
|-
# Authentication Header
| [https://www.rfc-editor.org/info/rfc2460 2460] || Internet Protocol, Version 6 (IPv6) Specification || 1998 || Obsoleted by [https://www.rfc-editor.org/info/rfc8200 RFC 8200]
# Encapsulating Security Payload Header
|-
# Destination Options Header (für Optionen, welche vom endgültigen Empfänger des Paketes verarbeitet werden müssen)
| [https://www.rfc-editor.org/rfc/rfc2675 2675] || || ||
# Upper-Layer Header
|-
 
| [https://www.rfc-editor.org/rfc/rfc4302 4302] || || ||
=== Extension Headers ===
|-
; Next-Header
| [https://www.rfc-editor.org/rfc/rfc4303 4303] || || ||
* Alle Extension Headers enthalten ein Next-Header-Feld, in dem
|-
* der nächste Extension Header oder
| [https://www.rfc-editor.org/rfc/rfc5095 5095] || || ||
* das Upper Layer Protocol genannt wird
|-
* Größen immer Vielfache von 64 Bit
| [https://www.rfc-editor.org/rfc/rfc6275 6275] || || ||
* Speicherzugriffe im Router beschleunigen
|-
* die meisten Felder der Kopfdatenbereiche sind auf 64-Bit-Grenzen ausgerichtet
| [https://www.rfc-editor.org/info/rfc8200 8200] || Internet Protocol, Version 6 (IPv6) Specification || 2017 || Updated by [https://www.rfc-editor.org/info/rfc9673 RFC 9673]
|-
| [https://www.rfc-editor.org/info/rfc9673 9673] || IPv6 Hop-by-Hop Options Processing Procedures  || 2024 || Proposed Standard
|}


; Keine Prüfsummen
=== Links ===
* Es werden keine Prüfsummen über die IP-Kopfdaten berechnet
* im Gegensatz zu IPv4
* Fehlerkorrektur auf Schichten 2 und 4


=== Format des Hop-by-Hop Options Headers ===
==== Weblinks ====
[[File:img-024-012.png|700px]]


=== Format des Routing Headers ===
[[Kategorie:IPv6/Header/Extension]]
[[File:img-025-013.png|700px]]


[[Kategorie:IPv6/Header]]
</noinclude>

Aktuelle Version vom 2. Juni 2025, 17:08 Uhr

IPv6/Header/Extension - IPv6 Extension Header

Beschreibung

Zusätzliche Informationen für die Netzwerkschicht (IP-Layer)

IPv6-Header durch Extension-Header erweiterbar

Werden bei Bedarf eingefügt

  • Zusätzliche Funktionen
  • Zukünftige Erweiterungen
Folgen direkt auf den IPv6-Header

Außerhalb des IP-Headers

  • Vielfaches von 64 Bit
    • Speicherzugriffe im Router beschleunigen
Die meisten IPv6-Pakete kommen ohne Extension Header aus

Nur IPv6-Header, TCP-Header und Daten



Typen

Typ Beschreibung
Hop-to-Hop Header Von jedem Hop auzuwerten
End-to-End Nur vom Endsystem auszuwerten

Hop-to-Hop

Optionen für Teilstrecken
  • Informationen, die alle Router auf der Strecke prüfen
Bisher ist eine Option definiert
  • Unterstützung von Jumbogrammen (Paketen größer 64 kByte)
Routing
  • Mit diesem Header kann eine Route vollständig oder teilweise spezifiziert werden

End-to-End

Optionen für Ziele

Optionen, die nur vom Zielhost interpretiert werden

Authentifikation

Der Authentifizierungsheader bietet einen Mechanismus, durch den der Empfänger sicher sein kann, das der in der Adresse angegebene Sender auch tatsächlich der ist, der er behauptet zu sein

Verschlüsselte Sicherheitsdaten

Dieser Header enthält Informationen über das verwendete Verschlüsselungsverfahren

Extension Headers

Name Typ Größe Beschreibung RFC
Hop-By-Hop Options 0 variabel Optionenvon allen IPv6-Geräten zu beachtenwird beispielsweise für Jumbograms benutzt 2460
2675
Routing 43 variabel Hier kann der Weg des Paketes durch das Netzwerk beeinflusst werde. Wird u. a. für Mobile IPv6 verwendet 2460
6275
5095
Fragment 44 64 Bit Parameter zur Fragmentierung 2460
Authentication Header (AH) 51 variabel Daten zur Authentifizierung (IPsec) 4302
Encapsulating Security Payload (ESP) 50 variabel Daten zur Verschlüsselung (IPsec) 4303
Destination Options 60 variabel Optionen nur vom Zielrechner zu beachten 2460
Mobility 135 variabel Daten für Mobile IPv6 6275
No Next Header 59 leer Platzhalterzeigt Ende eines Header-Stapels an 2460

Auftreten

Basis Extension Header

Von jedem IPv6-Node zu implementieren

  • IPv6-Header
  • Hop-by-Hop Options
  • Routing
  • Fragment
  • Destination Options
  • Authentication
  • Encapsulating Security Payload

Extension Header dürfen höchstens einmal vorkommen

Ausnahme
Destination Options Header dürfen zweimal vorkommen
  • Befindet sich ein Routing Extension Header im Paket, so darf davor ein weiterer Destination Options Header stehen

Reihenfolge

Header Type
1 IPv6/Header Hop-to-Hop
2 Hop-by-Hop Options Hop-to-Hop
3 Routing Hop-to-Hop
4 Fragment Hop-to-Hop
5 Authentication End-to-End
6 Encapsulating Security Payload End-to-End
7 Destination Options End-to-End
8 Upper-Layer End-to-End

Anhang

Siehe auch


RFC

RFC Titel Date Status
2460 Internet Protocol, Version 6 (IPv6) Specification 1998 Obsoleted by RFC 8200
2675
4302
4303
5095
6275
8200 Internet Protocol, Version 6 (IPv6) Specification 2017 Updated by RFC 9673
9673 IPv6 Hop-by-Hop Options Processing Procedures 2024 Proposed Standard

Links

Weblinks


Abgerufen von „https://wiki.foxtom.de/index.php?title=IPv6/Header/Extension&oldid=145283“