Client will Lease verlängern

Ein Client ist von einem DHCP-Server konfiguriert worden und versucht nun, seine Leasezeit verlängern zu lassen.

Der Client sendet als erstes ein DHCPREQUEST an den Server, von dem er konfiguriert wurde.

Dieses enthält in der Requested IP Adress Option die gewünschte Adresse.

Die Server, die die Konfiguration des Clients kennen, entscheiden nun:

• Der Request/die Nachfrage kann erfüllt werden:
  Der Server sendet ein DHCPACK an den Client
• Dem Request kann nicht entsprochen werden, weil z. B.  der Client sich in einem neuen Subnetz befindet:
  Der Server sendet ein DHCPNAK an den Client.

Mögliche Aktionen des Clients:

• Der Client wartet vergeblich auf ein DHCPACK:
  Das führt nach einer definierten Zeit zu einem Timeout;
  Der Client versucht daraufhin, nach dem definierten Wiederholalgorithmus, welcher nach der sogenannten Randomized Exponential Backoff-Strategie (s. .)verfährt, sein DHCPREQUEST zu wiederholen [#!RFC1541!#]. Er kann aber seine aktuelle Adresse bis zum Ende der Leasezeit weiterbenutzen.
• Der Client hat DHCPNAK empfangen:
  Der Client muß nun den Konfigurationsprozeß von neuem starten
  (DHCPDISCOVER etc.)
• Der Client hat DHCPACK empfangen:
  Er testet die zugeteilte IP-Adresse, was folgende Möglichkeiten eröffnet:
  • Die Adresse wird nicht von einem anderen System benutzt:
    Der Client ist fertig konfiguriert.
  • Die Adresse wird von einem anderen System benutzt:
    Der Client muß ein DHCPDECLINE senden und die Konfiguration von neuem starten.

 

Abbildung:   Zustandsübergangsdiagramm eines DHCP-Clients

2#2

(Nach [Come95])