Renumbering mit DHCP

  DHCP ist aufgrund seiner Definition in der Lage, IP-Systeme dynamisch zu konfigurieren. Ein DHCP-Client kann jederzeit einen veränderten Parameter der Netzkonfiguration erneuern, indem er eine DHCPRQUEST-Meldung an den DHCP-Server schickt. Ein besonders interessantes Szenario für diese dynamische Rekonfigurierung stellt das sogenannte Renumbering in IP-Netzen dar.
Unter Renumbering versteht man eine Neuvergabe von IP-Adressen, die in der Realität zum Beispiel dann nötig wird, wenn ein Netz von einem neuen Netzprovider bedient wird. Teilweise ist DHCP von sich aus in der Lage, Renumbering durchzuführen. Dies ist der Fall, wenn ein DHCP-Client versucht, einen bestehenden Lease zu verlängern. Der DHCP Server kann dann über ein DHCPNAK dem Client bedeuten, sich eine neue Adresse zuteilen zu lassen.
Da Renumbering nicht standardmäßig Bestandteil des DHCPv4-Protokolls ist, muß man DHCP-Server dazu bringen, es zu unterstützen. Weiterhin ist es in DHCPv4 nicht vorgesehen, daß der DHCP-Server seine Clients zu einer Rekonfiguration auffordern kann. Diese Option wird erst in DHCPv6 zur Verfügung stehen (s. Kapitel ). Der Server muß deshalb für ein geplantes Renumbering auf die Anfrage der Clients für die Leaseverlängerung zurückgreifen.
Das hier vorgestellte Verfahren bringt mit sich, daß der Client zeitweilig zwei Adressen benutzen kann, seine alte und die neu zugeteilte. Dies wird ermöglicht durch eine zusätzliche DHCP-Option ([#!Gilb96!#]), durch die der Server das Renumbering beim Client anstoßen kann, die sogenannte Renumbering Option. Diese wird bei einem DHCPACK eingefügt und bedeutet dem Client, daß er sich um eine neue IP-Adresse bemühen soll. Die neue Adresse wird im folgenden als Post-Renumbering-Adresse bezeichnet. Der Client benutzt dann die neue Option in einem DHCPDISCOVER, um das Renumbering anzustoßen. Der Server kann die einzelnen Renumbering-Dialoge mit den Clients mittels eines Magic Cookie-Codes identifizieren, der von den Clients nicht verändert werden darf [#!Gilb96!#].

Des weiteren wird davon ausgegangen, daß ein DHCP-Server mit den neuen Post-Renumbering-Adressen konfiguriert wird, bevor die Relay Agents, die auf ihn verweisen, rekonfiguriert werden. Diese Strategie vermeidet Situationen, wo ein DHCP-Client ein DHCPACK empfängt, das ihn zum Renumbering auffordert, aber der Relay Agent selbst noch keine Post-Renumbering-Adress besitzt.In diesem Falle könnte der Relay Agent das DHCPDISCOVER für die neue Adresse nicht weiterleiten. Nachdem der Client das Renumbering erfolgreich abgeschlossen hat, wird davon ausgegangen, daß er seine alte ``Pre-Renumbering``-Adresse verwirft.