DHCPv6
Vergleich der DHCPv6- und DHCPv4-Nachrichtentypen
Eine vergleichende Darstellung der DHCPv6- und DHCPv4-Nachrichtentypen wird in der folgenden Tabelle dargestellt:
DHCPv6-Nachrichtentyp | DHCPv4-Nachrichtentyp |
---|---|
Solicit (1) | DHCPDISCOVER |
Advertise (2) | DHCPOFFER |
Request (3), Renew (5), Rebind (6) | DHCPREQUEST |
Reply (7) | DHCPACK / DHCPNAK |
Release (8) | DHCPRELEASE |
Information-Request (11) | DHCPINFORM |
Decline (9) | DHCPDECLINE |
Confirm (4) | none |
Reconfigure (10) | DHCPFORCERENEW |
Relay-Forw (12), Relay-Reply (13) | none |
Ausführliche Erklärung der DHCPv6-Nachrichtentypen:
Solicit (1): Initiiert von einem DHCPv6-Client, um verfügbare Server zu finden.
Advertise (2): Von Servern als Antwort auf eine Solicit-Nachricht gesendet, um die Verfügbarkeit des DHCP-Dienstes anzuzeigen.
Request (3): Clients verwenden dies, um IP-Adressen oder Präfixe von einem bestimmten Server anzufordern.
Confirm (4): Wird von einem Client verwendet, um zu überprüfen, ob die zugewiesenen Adressen im Netzwerk noch gültig sind, normalerweise nach einer Netzwerkänderung.
Renew (5): Clients senden dies an den ursprünglichen Server, um die Gültigkeitsdauer von Adressen zu verlängern oder Konfigurationen zu aktualisieren.
Rebind (6): An jeden Server gesendet, um die Gültigkeitsdauer von Adressen zu verlängern oder Konfigurationen zu aktualisieren, insbesondere wenn auf eine Renew-Nachricht keine Antwort empfangen wird.
Reply (7): Server verwenden dies, um Adressen, Konfigurationsparameter bereitzustellen oder Nachrichten wie Release oder Decline zu bestätigen.
Release (8): Clients informieren den Server, dass eine oder mehrere zugewiesene Adressen nicht mehr verwendet werden sollen.
Decline (9): Von Clients gesendet, um zu melden, dass zugewiesene Adressen im Netzwerk in Konflikt stehen.
Reconfigure (10): Server fordern Clients auf, Transaktionen für neue oder aktualisierte Konfigurationen zu initiieren.
Information-Request (11): Clients fordern Konfigurationsparameter ohne Zuweisung einer IP-Adresse an.
Relay-Forw (12): Relay-Agenten leiten Nachrichten an Server weiter.
Relay-Repl (13): Server antworten Relay-Agenten, die die Nachricht an den Client weiterleiten.
Referenzen
Last updated