<style>
.reveal .slides {
background: url(https://hedgedoc.xinux.net/uploads/xinux-weiss.png) no-repeat;
background-position: right 10px bottom 10px;
background-size: 80px;
}
.reveal ul li {
font-size: 28px !important;
line-height: 1.3 !important;
margin-bottom: 10px !important;
}
.reveal .slides section {
text-align: left;
padding: 20px 40px !important;
}
</style>
### Header-Felder im IPv6-Paket
- Im Gegensatz zu IPv4 hat der IP-Header bei IPv6 eine feste Länge von **40 Bytes (320 Bits)**
- Optionale, seltener benutzte Informationen werden in sogenannten **Erweiterungs-Kopfdaten (Extension Headers)** zwischen dem IPv6-Kopfdatenbereich und der eigentlichen Nutzlast (Payload) eingebettet
- Der Kopfdatenbereich eines IPv6-Paketes setzt sich laut **RFC 2460** aus den folgenden Feldern zusammen
---
### IPv4 Header
- Der IPv6-Header wurde um 5 Felder von 13 auf 8 Felder gekürzt
---
### IPv6 Header
---
### Felder und ihre Bedeutung
- **Version (4 Bit)**
- IP-Versionsnummer
- **Traffic Class (8 Bit)**
- Priorisierung von Paketen (QoS)
- Analog zum TOS-Feld im IPv4-Header
---
### Felder und ihre Bedeutung
- **Flow Label (20 Bit)**
- Für QoS oder Echtzeitanwendungen verwendeter Wert
- Pakete mit gleichem Flow Label werden gleich behandelt
- **Payload Length (16 Bit)**
- Länge des IPv6-Paketinhalts (ohne Kopfdaten, aber inklusive Erweiterungs-Kopfdaten) in Byte
---
### Felder und ihre Bedeutung
- **Next Header (8 Bit)**
- Typ der nachfolgenden Header-Information (z. B. TCP, UDP, ICMPv6 oder Extension Header)
- **Hop Limit (8 Bit)**
- Maximale Anzahl von Routern, die das Paket passieren darf (analog TTL in IPv4)
- Wird bei jedem Hop um 1 dekrementiert
- **Source Address (128 Bit)**
- Absenderadresse
- **Destination Address (128 Bit)**
- Zieladresse
---
### Next Header I.
- Notwendige Daten im Basisheader
- Weitere in Headern (Optionen), die verkettet sind
---
### Next Header II.
---
### Erweiterungs-Header (Extension Headers)
- Optionale Erweiterung des IPv6-Headers
- Werden in einer **Kette (Header Chain)** angehängt
- Dienen speziellen Aufgaben wie Fragmentierung, Routing, Authentifizierung oder Verschlüsselung
---
### Hop-by-Hop Options Header
- Optionen, die **jeder Router** entlang des Pfades auswertet
- Beispiele:
- Jumbo Payload Option
- Router Alert Option
- Muss **direkt hinter dem IPv6-Header** stehen
---
### Routing Header
- Enthält eine **Liste von Zwischenzielen**
- Dient zur Umsetzung von **Source Routing**
- Wird heute aus Sicherheitsgründen kaum verwendet
- Typ 2 wurde in **Mobile IPv6** genutzt
---
### Fragment Header
- Dient der **Fragmentierung durch den Absender**
- Router fragmentieren **nicht mehr**
- Enthält:
- Fragment-Offset
- M-Flag (More Fragments)
- Identification-Wert zur Zuordnung
---
### Destination Options Header
- Optionen, die nur vom **Zielsystem oder Zwischenknoten** ausgewertet werden
- Kann mehrfach vorkommen:
- Einmal vor Routing Header (Zwischenziele)
- Einmal vor oberem Protokoll (Endziel)
---
### Authentication Header (AH)
- Bestandteil von **IPsec**
- Bietet:
- Authentifizierung
- Integritätsschutz
- Keine Verschlüsselung der Nutzdaten
- Header-Typ = 51
---
### Encapsulating Security Payload (ESP)
- Bestandteil von **IPsec**
- Bietet:
- Authentifizierung
- **Verschlüsselung**
- Header-Typ = 50
- Unterstützt Transport- und Tunnelmodus
---
### Reihenfolge der Extension Headers (RFC 8200)
1. Hop-by-Hop Options
2. Destination Options (Zwischenziele)
3. Routing
4. Fragment
5. Authentication Header (AH)
6. Encapsulating Security Payload (ESP)
7. Destination Options (Endziel)
8. Upper-Layer Header (z. B. TCP, UDP, ICMPv6)
---
### Zusammenfassung
- IPv6-Header: feste Länge **40 Byte**
- Vereinfachung gegenüber IPv4 (8 statt 13 Felder)
- Erweiterungen über **Extension Headers**
- Keine Header-Checksumme
- Effiziente Verarbeitung durch Router
---