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 Kommunikationen verwendet werden, kann aber in bestimmten Fällen weiterhin für bestehende Kommunikationen verwendet werden.

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

• valid-lifetime: Zeitspanne, in der eine Adresse im gültigen Status verbleibt und in der die Adresse für neue oder bestehende Kommunikation verwendet werden kann. Wenn die Gültigkeitsdauer abläuft, wird die Adresse ungültig und kann nicht mehr verwendet werden.

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

• t1 percentage: Prozentsatz des Werts, den preferred-lifetime der Client wartet, bevor er sich an den lokalen DHCP-Server wendet, der die Lease ursprünglich gewährt hat, um eine 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 eine Verlängerung der Adresslease anzufordern. T1 wird auch als Verlängerungszeit bezeichnet.

• t2 percentage: Prozentsatz des Werts, 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 Rebind-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 Rebind-Zeit bezeichnet.

Um potenzielle Probleme durch kurze DHCP-Lease-Zeiten zu vermeiden, bietet die Teilnehmerverwaltung eine Funktion zur Validierung der Lease-Zeit. Mit der Überprüfung der Lease-Zeit können Sie explizit einen Schwellenwert für die minimale Lease-Zeit konfigurieren, die in Ihrer Subscriber-Zugriffsumgebung zulässig ist, und eine Verletzungsaktion (z. B. das Löschen des Lease-Angebots) angeben, die der Router ausführt, wenn eine kurze Lease-Zeit von einem Drittanbieter angeboten wird. Sie können die folgenden Verletzungsaktionen angeben:

• drop—(DHCPv4- und DHCPv6-Relay-Agent) Das Leasingangebot des Drittanbieters wird verworfen, und die Clientbindung schlägt fehl.

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

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

• keine Aktion: Wenn Sie keine Verletzungsaktion angeben, bindet DHCP den Client mithilfe der Drittanbieter-Lease, markiert die Bindung jedoch als Lease-Zeitverletzer.

Eine Verletzung der Leasingzeit kann während der anfänglichen Leasinggewährung oder während eines Neubindungs- oder Verlängerungsvorgangs auftreten. Um übermäßige und redundante Protokollmeldungen zu reduzieren, konsolidiert der Router die Berichterstattung über Mietzeitverstöße, wie in Tabelle 1 dargestellt.

Ab Junos OS Version 17.1R1 bietet asymmetrisches Leasing eine Möglichkeit, einem DHCP-Client eine Lease zu senden, die kürzer ist als die tatsächlich vom lokalen DHCP-Server gewährte Lease. In einigen Netzwerken müssen Sie möglicherweise eine vorhandene DHCP-Adresszuweisung ändern, bevor die gewährte Leasezeit abgelaufen ist, oder so schnell wie möglich erfahren, dass ein Client eine Adresse nicht mehr verwendet. Der kürzere Lease wird als asymmetrischer Lease oder Short-Lease 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 sie auf dem Relay-Agent. Wenn der lokale DHCP-Server ein Ermittlungspaket 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 Lease-Dauer 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 einem kurzen Lease und leitet dieses an den Client weiter.

Wenn der DHCP-Client eine nachfolgende Anfrage zur Leaseverlängerung stellt, übergibt der Relay-Agent die Anforderung nicht an den lokalen Server. Stattdessen erstellt der Relay-Agent den kurzen Lease aus den gespeicherten Informationen neu und gibt ihn in einem Bestätigungspaket an den Client zurück. Der Relay-Agent fährt fort, die kurzen Leases für den Client zu erneuern, bis die lange Leaseverlängerungszeit abgelaufen ist. Standardmäßig entspricht die Verlängerungszeit für lange Leases der Hälfte der Dauer der langen Lease.

Wenn die lange Lease-Verlängerungszeit abläuft, ist die asymmetrische Lease nicht mehr gültig. Nachfolgende Verlängerungsanfragen vom Client werden vom Relay-Agenten an den lokalen Server weitergeleitet. Wenn der lokale Server die Anforderung bestätigt, erneuert er die lange Lease und der Prozess beginnt von vorne, wobei der Relay-Agent 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 einen Verlängerungszeitpunkt für den Kurzmietvertrag. Der Client sendet Verlängerungsanfragen an den Relay-Agent in Intervallen, die der kurzen Verlängerungszeit für Leases entsprechen. Standardmäßig entspricht dieser Zeitraum der Hälfte der kurzen Leasingdauer. Wenn der DHCP-Client die Verlängerung der Lease nicht vor Ablauf der kurzen Lease-Zeit anfordert, benachrichtigt der Relay-Agent den lokalen Server, dass die Lease nicht mehr verwendet wird und die Adresse neu zugewiesen werden kann.