DHCP-Lease-Zeiten für IP-Adressen

In der folgenden Liste werden die konfigurierbaren Timer für DHCPv4- und DHCPv6-Adresszuweisungspools beschrieben:

• preferred-lifetime: Zeitspanne, in der sich eine gültige Adresse im bevorzugten Zustand befindet und ohne Einschränkungen verwendet werden kann. Wenn die bevorzugte Lebensdauer abläuft, wird die Adresse veraltet. Eine veraltete Adresse sollte nicht für neue Kommunikation verwendet werden, kann aber in bestimmten Fällen weiterhin für bestehende Kommunikation verwendet werden.

  Wenn die gültige Lebensdauer ebenfalls konfiguriert ist, muss die bevorzugte Lebensdauer kleiner als die gültige Lebensdauer sein. Die bevorzugte Lebensdauer und die maximale Leasezeit schließen sich gegenseitig aus und können nicht beide konfiguriert werden.

• gültige: Zeitraum, in dem eine Adresse im gültigen Zustand verbleibt, in dem die Adresse für neue oder vorhandene Kommunikation verwendet werden kann. Wenn die gültige Lebensdauer abläuft, wird die Adresse ungültig und kann nicht mehr verwendet werden.

  Wenn die bevorzugte Lebensdauer ebenfalls konfiguriert ist, muss die gültige Lebensdauer größer als die bevorzugte Lebensdauer sein. Die gültige Lebensdauer und die maximale Leasezeit schließen sich gegenseitig aus und können nicht beide konfiguriert werden.

• t1-Prozentsatz: Prozentsatz des Prozentsatzes, den preferred-lifetime der Client wartet, bevor er den lokalen DHCP-Server kontaktiert, der die Lease ursprünglich gewährt hat, um die Verlängerung der Adresslease anzufordern. T1 wird auch als Verlängerungszeit bezeichnet.

• t1-renewal-time: Zeit in Sekunden, die der Client wartet, bevor er den lokalen DHCP-Server, der die Lease ursprünglich gewährt hat, kontaktiert, um die Verlängerung der Adresslease anzufordern. T1 wird auch als Verlängerungszeit bezeichnet.

• t2 percentage: Prozentsatz des Systems, den preferred-lifetime der Client wartet, bevor er eine Anforderung an einen verfügbaren lokalen DHCP-Server sendet, um die Adresslease zu verlängern. T2 wird auch als Rebound-Zeit bezeichnet.

• t2-rebinding-time: Zeit in Sekunden, die der Client wartet, bevor er eine Anforderung an alle verfügbaren lokalen DHCP-Server sendet, um die Verlängerung der Adresslease anzufordern. T2 wird auch als Rebound-Zeit bezeichnet.

Um potenzielle Probleme durch kurze DHCP-Leasingzeiten zu vermeiden, bietet die Anwender-Verwaltung eine Validierungsfunktion für die Leasingzeit. Mit der Lease-Time-Validierung können Sie explizit einen Schwellenwert für die minimale Lease-Zeit konfigurieren, die in Ihrer Anwender-Zugriffsumgebung zulässig ist, und eine Verstoßaktion (z. B. das Löschen des Lease-Angebots) angeben, die der Router ergreift, wenn eine kurze Lease-Zeit von einem Dritten angeboten wird. Sie können die folgenden Verstoßaktionen angeben:

• drop– (DHCPv4- und DHCPv6-Relay-Agent) Das Leaseangebot eines Drittanbieters wird verworfen, und die Clientbindung schlägt fehl.

• override-lease—(DHCPv4 und DHCPv6 lokaler Server) Die Leasezeit des Drittanbieters wird durch den angegebenen Schwellenwert überschrieben.

• strict– (DHCPv4 und DHCPv6 lokaler Server) Die Drittanbieterlease wird ignoriert, und die Clientbindung schlägt fehl.

• Keine Aktion: Wenn Sie keine Verletzungsaktion angeben, bindet DHCP den Client mithilfe der Drittanbieterlease, markiert die Bindung jedoch als Leasezeitverstoß.

Ein Lease-Time-Verstoß kann während der anfänglichen Lease-Gewährung oder während eines erneuten Bindungs- oder Erneuerungsvorgangs auftreten. Um übermäßige und redundante Protokollmeldungen zu reduzieren, konsolidiert der Router die Berichte über Lease-Time-Verletzungen, wie in Tabelle 1 dargestellt.

Ab Junos OS Version 17.1R1 bietet die asymmetrische Vermietung eine Möglichkeit, einem DHCP-Client eine Lease zu senden, die kürzer ist als die tatsächliche Lease, die vom lokalen DHCP-Server gewährt wird. In einigen Netzwerken müssen Sie möglicherweise eine vorhandene DHCP-Adresszuweisung ändern, bevor die gewährte Lease-Zeit abgelaufen ist, oder so schnell wie möglich erfahren, dass ein Client eine Adresse nicht mehr verwendet. Der kürzere Mietvertrag wird als asymmetrischer Mietvertrag oder Kurzzeitmietvertrag bezeichnet. Der ursprünglich gewährte Mietvertrag wird als langer Mietvertrag oder einfach als Mietvertrag bezeichnet.

Sie können das asymmetrische Leasing entweder auf dem DHCP-Relay-Agent oder auf dem lokalen DHCP-Server konfigurieren. In einer typischen Konfiguration konfigurieren Sie es auf dem Relay-Agent. Wenn der lokale DHCP-Server ein Erkennungspaket von einem DHCP-Client empfängt, gibt er ein Angebotspaket an den Client zurück. Der Client wählt einen lokalen Server aus und fordert eine Adresszuweisung an. Der lokale DHCP-Server sendet ein Bestätigungspaket mit der Adresse, der Leasedauer und anderen Informationen an den Client. Anstatt dieses Paket weiterzuleiten, speichert der Relay-Agent die Lease-Informationen und generiert dann ein neues Bestätigungspaket mit einer kurzen Lease und leitet dieses an den Client weiter.

Wenn der DHCP-Client eine nachfolgende Anforderung zur Leaseverlängerung stellt, übergibt der Relay-Agent die Anforderung nicht an den lokalen Server. Stattdessen erstellt der Relay-Agent die kurze Lease aus den gespeicherten Informationen neu und gibt sie in einem Bestätigungspaket an den Client zurück. Der Relay-Agent verlängert weiterhin die kurzen Leases für den Client, bis die lange Lease-Verlängerungszeit abläuft. Standardmäßig entspricht die Verlängerungszeit für lange Leases der Hälfte der Dauer der langen Lease.

Wenn die lange Verlängerungszeit des Leases abläuft, ist der asymmetrische Lease nicht mehr gültig. Nachfolgende Verlängerungsanforderungen des Clients werden vom Relay-Agent an den lokalen Server weitergeleitet. Wenn der lokale Server die Anforderung bestätigt, erneuert er die lange Lease, und der Prozess beginnt erneut, wobei der Relayagent eine kurze Lease für den Client generiert, anstatt die lange Lease zu senden. Andernfalls wird der Mietvertrag nicht verlängert.

Beim asymmetrischen Leasing gibt es auch eine Verlängerungszeit für das kurze Leasing. Der Client sendet Verlängerungsanforderungen an den Relay-Agent in Intervallen, die der kurzen Lease-Verlängerungszeit entsprechen. Standardmäßig entspricht dieser Zeitraum der Hälfte der kurzen Leasingdauer. Wenn der DHCP-Client die Verlängerung des Leases nicht vor Ablauf der kurzen Leasezeit anfordert, benachrichtigt der Relay-Agent den lokalen Server, dass der Lease nicht mehr verwendet wird und die Adresse neu zugewiesen werden kann.