Unterschiede zwischen IPv4 und IPv6: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
(Die Seite wurde neu angelegt: „= Größe = = Schreibweise = = Header = = Routing =“) |
(→Header) |
||
| (5 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| + | * Keine Netzwerkklassen unter IPv6 | ||
| + | * IPv4 war nicht auf die heutige Größe des Internets konzipiert | ||
| + | |||
= Größe = | = Größe = | ||
| + | |||
| + | * IPv4 Adressen sind 32-bit groß und können damit 4,294,967,296 Geräte mit einer einzigartigen Identifikation versorgen. | ||
| + | * Problem: Es gibt über 8 Milliarden Menschen, wovon ein Großteil mind. 1 internetfähiges Gerät haben. | ||
| + | * IPv4 Adressen sind 128-bit groß und können damit 3.4x10³⁸ Zahlen abbilden. | ||
| + | * Das sind mehr Adressen als es Atome im menschlichen Körper gibt (7x10²⁷). | ||
= Schreibweise = | = Schreibweise = | ||
| Zeile 5: | Zeile 13: | ||
= Header = | = Header = | ||
| − | = | + | * IPv4 Header-Größe liegt zwischen 20 - 60 Bytes |
| + | * IPv6 feste Header-Größe von 40 Bytes | ||
| + | * Neue Features können in IPv6 über das ''Next Header'' Feld (äquivalent zu ''Protocol'' Feld von IPv4) implementiert werden | ||
| + | |||
| + | |||
| + | {| class="wikitable" | ||
| + | |+ Vergleich zwischen IPv4 und IPv6 | ||
| + | |- | ||
| + | ! Eigenschaft | ||
| + | ! IPv4 | ||
| + | ! IPv6 | ||
| + | |- | ||
| + | | Adresslänge | ||
| + | | 32 Bit | ||
| + | | 128 Bit | ||
| + | |- | ||
| + | | Namensauflösung | ||
| + | | Nutzt DNS (A) Einträge | ||
| + | | Nutzt DNS (AAAA) Einträge | ||
| + | |- | ||
| + | | IPsec | ||
| + | | Optional | ||
| + | | Integriert | ||
| + | |- | ||
| + | | TOS-Feld im Header | ||
| + | | Kann für QoS genutzt werden | ||
| + | | Zusätzliches Flow Label | ||
| + | |- | ||
| + | | Fragmentierung | ||
| + | | Host und Router können Pakete fragmentieren | ||
| + | | Nur der Host kann Pakete fragmentieren, Router leiten nur weiter | ||
| + | |- | ||
| + | | Checksumme im Header | ||
| + | | Vorhanden | ||
| + | | Keine Checksumme im Header | ||
| + | |- | ||
| + | | Header-Optionen | ||
| + | | Unterstützt Options | ||
| + | | Options nur über eine Erweiterung des Headers nutzbar | ||
| + | |- | ||
| + | | Adressauflösung | ||
| + | | Mit ARP | ||
| + | | Nutzt Multicast-Nachbar-Suche | ||
| + | |- | ||
| + | | Gruppenverwaltung | ||
| + | | IGMP für Subnetz-Mitgliedschaft | ||
| + | | MLD-Nachrichten für lokales Subnetz | ||
| + | |- | ||
| + | | Broadcast | ||
| + | | Verwendet Broadcast-Adressen | ||
| + | | Link-Lokale Scope All Multicast-Adressen | ||
| + | |- | ||
| + | | Konfiguration | ||
| + | | Manuell oder per DHCP | ||
| + | | Über SLAAC, statisch und DHCPv6 | ||
| + | |- | ||
| + | | Mindestgröße eines Pakets | ||
| + | | Mindestens 576 Byte, fragmentierbar | ||
| + | | Mindestens 1280 Byte, keine Fragmentierung | ||
| + | |} | ||
| + | |||
| + | {| class="wikitable" | ||
| + | |- | ||
| + | ! Nachrichtentyp !! Beschreibung | ||
| + | |- | ||
| + | | DHCP-Solicit-Message || Ermittelt DHCP-Serveradressen im Netz. Bei fehlender DHCP-Agent-Adresse oder beim Kontakt mit einem neuen Server wird das Paket an die Multicast-Adresse des Servers übermittelt. | ||
| + | |- | ||
| + | | DHCP-Advertise-Message || Ein DHCP-Agent gibt seine Adresse bekannt, damit der Client den Request an den DHCP-Server senden kann. | ||
| + | |- | ||
| + | | DHCP-Request || Der Client verwendet diese Meldung zur Anforderung von Parametern des DHCP-Servers. Falls dem Client keine DHCP-Server-IP-Adressen bekannt sind, versucht er diese mittels DHCP-Solicit zu erlangen. | ||
| + | |- | ||
| + | | DHCP-Reply || Serverantwort auf jeden empfangenen DHCP-Request. | ||
| + | |- | ||
| + | | DHCP-Release || Der Client erklärt mit dieser Nachricht, dass er eine IP-Adresse oder Ressource nicht mehr benötigt und gibt sie frei. | ||
| + | |- | ||
| + | | DHCP-Reconfigure || Server informiert den Client über Änderungen in bestimmten Konfigurationsparametern. | ||
| + | |} | ||
Aktuelle Version vom 11. Januar 2024, 11:26 Uhr
- Keine Netzwerkklassen unter IPv6
- IPv4 war nicht auf die heutige Größe des Internets konzipiert
Größe
- IPv4 Adressen sind 32-bit groß und können damit 4,294,967,296 Geräte mit einer einzigartigen Identifikation versorgen.
- Problem: Es gibt über 8 Milliarden Menschen, wovon ein Großteil mind. 1 internetfähiges Gerät haben.
- IPv4 Adressen sind 128-bit groß und können damit 3.4x10³⁸ Zahlen abbilden.
- Das sind mehr Adressen als es Atome im menschlichen Körper gibt (7x10²⁷).
Schreibweise
Header
- IPv4 Header-Größe liegt zwischen 20 - 60 Bytes
- IPv6 feste Header-Größe von 40 Bytes
- Neue Features können in IPv6 über das Next Header Feld (äquivalent zu Protocol Feld von IPv4) implementiert werden
| Eigenschaft | IPv4 | IPv6 |
|---|---|---|
| Adresslänge | 32 Bit | 128 Bit |
| Namensauflösung | Nutzt DNS (A) Einträge | Nutzt DNS (AAAA) Einträge |
| IPsec | Optional | Integriert |
| TOS-Feld im Header | Kann für QoS genutzt werden | Zusätzliches Flow Label |
| Fragmentierung | Host und Router können Pakete fragmentieren | Nur der Host kann Pakete fragmentieren, Router leiten nur weiter |
| Checksumme im Header | Vorhanden | Keine Checksumme im Header |
| Header-Optionen | Unterstützt Options | Options nur über eine Erweiterung des Headers nutzbar |
| Adressauflösung | Mit ARP | Nutzt Multicast-Nachbar-Suche |
| Gruppenverwaltung | IGMP für Subnetz-Mitgliedschaft | MLD-Nachrichten für lokales Subnetz |
| Broadcast | Verwendet Broadcast-Adressen | Link-Lokale Scope All Multicast-Adressen |
| Konfiguration | Manuell oder per DHCP | Über SLAAC, statisch und DHCPv6 |
| Mindestgröße eines Pakets | Mindestens 576 Byte, fragmentierbar | Mindestens 1280 Byte, keine Fragmentierung |
| Nachrichtentyp | Beschreibung |
|---|---|
| DHCP-Solicit-Message | Ermittelt DHCP-Serveradressen im Netz. Bei fehlender DHCP-Agent-Adresse oder beim Kontakt mit einem neuen Server wird das Paket an die Multicast-Adresse des Servers übermittelt. |
| DHCP-Advertise-Message | Ein DHCP-Agent gibt seine Adresse bekannt, damit der Client den Request an den DHCP-Server senden kann. |
| DHCP-Request | Der Client verwendet diese Meldung zur Anforderung von Parametern des DHCP-Servers. Falls dem Client keine DHCP-Server-IP-Adressen bekannt sind, versucht er diese mittels DHCP-Solicit zu erlangen. |
| DHCP-Reply | Serverantwort auf jeden empfangenen DHCP-Request. |
| DHCP-Release | Der Client erklärt mit dieser Nachricht, dass er eine IP-Adresse oder Ressource nicht mehr benötigt und gibt sie frei. |
| DHCP-Reconfigure | Server informiert den Client über Änderungen in bestimmten Konfigurationsparametern. |