Adresszuweisungspools für die Teilnehmerverwaltung

Die Funktion für den Adresszuweisungspool unterstützt die Verwaltungsfunktion von Anwendern, indem sie es Ihnen ermöglicht, Adresspools zu erstellen, die von verschiedenen Clientanwendungen gemeinsam genutzt werden können. Ein Adresszuweisungspool kann entweder IPv4-Adressen oder IPv6-Adressen unterstützen. Sie können nicht für beide Adresstypen denselben Pool verwenden.

Sie können bestimmte Adressen oder Adressbereiche ausschließen, um zu verhindern, dass sie aus einem Adresspool zugewiesen werden. Sie können z. B. bestimmte Adressen oder Bereiche reservieren, die nur für statische Abonnenten verwendet werden sollen. Wenn Sie eine Adresse oder einen Adressbereich konfigurieren, der ausgeschlossen werden soll, und die Adresse oder eine Adresse innerhalb des Bereichs bereits zugewiesen wurde, wird der Anwender, dem diese Adresse zugewiesen wurde, abgemeldet, die Adresse wird freigegeben und die Adresse wird zum Ausschluss markiert.

Die Verknüpfung des Adresszuweisungspools ermöglicht es Ihnen, einen sekundären Adresspool für den Router anzugeben, der verwendet werden soll, wenn der übereinstimmende oder der primäre Adresszuweisungspool vollständig zugewiesen ist. Sie können eine Kette aus mehreren verknüpften Pools erstellen. Sie können z. B. Pool A mit Pool B und Pool B mit Pool C verknüpfen. Sie können eine beliebige Anzahl von Pools seriell in einer Kette verknüpfen, aber Sie können nicht mehrere Links zu oder aus demselben Pool erstellen. Sie können z. B. keine Links von Pool A zu Pool B und Pool C erstellen. Ebenso kann Pool C nicht sowohl von Pool A als auch von Pool B verknüpft werden. Eine weitere Überlegung ist, dass alle Adresspools in einer Kette vom gleichen Familientyp sein müssen, IPv4 oder IPv6.

Wenn der Adresspool, der den Abonnenten entspricht, keine verfügbaren Adressen hat, wechselt der Router automatisch zum verknüpften Pool und weist Adressen aus diesem Pool zu. Der Router verwendet einen verknüpften Pool nur, wenn der übereinstimmende Adresszuweisungspool vollständig zugewiesen ist.

Ab Junos OS Version 18.1 ändert sich das Verhalten beim Suchen und Zuweisen einer freien Adresse in einer Kette von Adresspools. Sie können verknüpfte Pools so konfigurieren, dass sie auf zwei Arten durchsucht werden:

• Zusammenhängende Adresszuweisung: Standardverhalten. Es werden alle Adressen in jedem Bereich eines Pools durchsucht. Die Suche beginnt im übereinstimmenden Pool, geht dann zum ersten Pool in der Kette und setzt sich bei Bedarf durch jeden verknüpften Pool nacheinander zum letzten Pool in der Kette fort. In jedem Pool werden alle Adressen in allen Bereichen nach einer freien Adresse durchsucht. Mit dieser Methode können Adressen zusammenhängend zugewiesen werden. Jeder Pool muss voll sein, bevor ein anderer Pool durchsucht wird.

• Nicht zusammenhängende (aggregierte) Adresszuweisung: Verhalten, wenn linked-pool-aggregation konfiguriert ist. Zunächst werden nur bestimmte Adressen (von nextAddress bis highAddress) in jedem Bereich des übereinstimmenden Pools durchsucht. Die gleiche Suche wird bei Bedarf im verknüpften Pool durchgeführt und durch jeden nachfolgenden verknüpften Pool bis zum letzten Pool in der Kette fortgesetzt.

  Die Suche beginnt dann beim ersten Pool in der Kette (nicht unbedingt beim übereinstimmenden Pool). Diesmal werden alle Adressen in allen Bereichen durchsucht, in allen Pools bis zum Ende der Kette.

Das Einfügen der linked-pool-aggregation Anweisung kann wünschenswert sein, wenn Sie Ihren RADIUS-Server so konfigurieren, dass nur die IP-Adresse zur Identifizierung von Abonnenten verwendet wird. In der Regel werden Abonnenten vom RADIUS-Server anhand der Sitzungs-ID des Anwenders und anderer Kriterien identifiziert. Wenn Sie nur die IP-Adresse verwenden, kann das folgende Problem mit dem Standardverhalten auftreten, wenn die linked-pool-aggregation Anweisung nicht konfiguriert ist. Ein Anwender kann die Verbindung trennen und diese Adresse kann dem nächsten Anwender zugewiesen werden. Die Acct-Start-Meldung für den zweiten Anwender wird möglicherweise gesendet, bevor die Acct-Stop-Meldung für den getrennten Anwender gesendet wird. Wenn der Acct-Stop empfangen wird, kann der neue Anwender, der nur durch die IP-Adresse identifiziert wird, getrennt werden.

Sie können diese Situation vermeiden, indem Sie entweder die linked-pool-aggregation Anweisung einschließen oder Ihren RADIUS-Server so konfigurieren, dass die Sitzungs-ID des Anwenders (anstelle der IP-Adresse) zur Identifizierung verwendet wird.

Mit der Funktion zum Herunterhalten des Adresszuweisungspools – auch als passiver Ausgleich bezeichnet – können Sie einen aktiven Adresspool ordnungsgemäß in einen inaktiven Zustand überführen. Wenn sich der Pool im inaktiven Zustand befindet, können Sie sicher Wartungsarbeiten am Pool durchführen, ohne aktuelle Abonnenten zu beeinträchtigen (z. B. Hinzufügen, Ändern oder Löschen von Adressen).

Wenn sich ein Adresszuweisungspool im Hold-Down-Zustand befindet, werden keine zusätzlichen Adressen aus diesem Pool zugewiesen. Der Hold-Down-Status wirkt sich jedoch nicht auf vorhandene Abonnenten aus, die zuvor zugewiesene Adressen aus dem Pool verwenden. Wenn die vorhandenen Abonnenten die Verbindung trennen, werden ihre IP-Adressen im Pool als frei markiert, aber die Adressen werden aufgrund des Hold-Down-Status des Pools nicht neu zugewiesen. Wenn alle Abonnenten die Verbindung getrennt haben und ihre Adressen an den Pool zurückgegeben werden, wird der Pool inaktiv.

Sie können erzwingen, dass der lokale DHCP-Server die Zuweisung von Adressen aus einem bestimmten lokalen Adresspool beendet, indem Sie den Pool für den aktiven Ausgleichsmodus konfigurieren. In diesem Modus kann der Server Abonnenten, die bereits Adressen aus diesem Pool verwenden, ordnungsgemäß beenden und in einen anderen Pool überführen. Wenn ein DHCP-Anwender versucht, die Lease für eine IP-Adresse aus einem Pool zu erneuern (zum Zeitpunkt der T1-Verlängerung), der jetzt für den aktiven Ausgleichsmodus konfiguriert ist, antwortet der lokale DHCP-Server mit einem NAK auf die Verlängerungsanforderung des Anwenders. Diese Reaktion zwingt den Anwender, einen Leasingvertrag neu zu verhandeln. Der Server weist dann eine neue IP-Adresse aus einem alternativen Adresspool zu, der nicht für den aktiven Ausgleich konfiguriert ist.

Der Active-Drain-Modus bietet eine Möglichkeit, Abonnenten schnell aus einem Adresspool zu entfernen. Je länger die konfigurierte Lease-Zeit für Abonnenten ist, desto nützlicher kann der Active-Drain-Modus sein. Wenn Sie den aktiven Drain-Modus für einen Pool nicht konfigurieren, müssen Sie entweder den passiven Drain-Modus konfigurieren oder den Pool löschen, um die Zuweisung seiner Adressen zu stoppen.

• Der passive Drain-Modus versetzt den Adresspool in einen Hold-Down-Zustand. Es werden keine weiteren Adressen aus dem Pool zugewiesen, aber Abonnenten, die derzeit eine zugewiesene Adresse aus dem Pool verwenden, sind nicht betroffen. Bestehende Abonnenten dürfen auslaufen. Wenn der Anwender die Verbindung trennt (oder von einem Operator getrennt wird), wird die Adresse freigegeben, kann aber nicht neu zugewiesen werden. Schließlich haben alle Abonnenten ihre Adressen freigegeben und der Pool ist nicht mehr aktiv. Da Leases für aktive Abonnenten auf Anfrage erneuert werden, kann der passive Ausgleichsmodus viel länger dauern als der aktive Ausgleichsmodus, um alle Adressen im Pool wiederherzustellen.

• Das Löschen von Pools unterbricht den Datenverkehr für jeden aktuellen Anwender, der eine Pooladresse verwendet, so lange, bis der Lease abläuft und der Anwender neu verhandelt und einen neuen Lease erhält. Der Server entfernt alle Abonnenten mit einer Adresse aus dem gelöschten Pool. Die Abonnenten versuchen, die Lease zu verlängern, schlagen jedoch fehl, da die Lease auf dem Server gelöscht wurde. Wenn die Abonnenten anschließend versuchen, einen neuen Leasingvertrag neu zu verhandeln, kann dieser mit einer Adresse aus einem anderen Pool oder aus RADIUS gewährt werden.

Sie können die Active-Drain-Konfiguration löschen, bevor der Adresspool geleert wird. In diesem Fall können Leaseverlängerungen für Abonnenten gewährt werden, die noch Adressen aus diesem Pool haben. Diese Wiederherstellung ist nach bestem Bemühen, da einige Abonnenten gerade vom Server abgemeldet werden, wenn die Konfiguration gelöscht wird. Diese Abonnenten können nicht in den Pool zurückgeholt werden und müssen einen Mietvertrag neu aushandeln. Diesen Abonnenten kann dann entweder eine Adresse aus diesem Pool (weil er wieder aktiv ist) oder aus einem alternativen Pool zugewiesen werden.

Wenn der DHCP-Client keine Benachrichtigung erhält, dass der Adresspool geleert wird, gewährt er möglicherweise weiterhin Leaseverlängerungen für Abonnenten, die diesen Pool verwenden. Diese Bedingung wird angezeigt, wenn die Adresse über die T1-Zeit (bis zur T2-Zeit) hinaus an den Client gebunden bleibt, wenn sie vom Pool hätte wiederhergestellt werden sollen. Löschen Sie in diesem Fall die Konfiguration für den aktiven Drain, und konfigurieren Sie sie dann für den Pool neu, um sicherzustellen, dass der Pool rechtzeitig geleert wird.

Im Falle eines Authd- oder JDHCPD-Neustarts oder eines ordnungsgemäßen Routing-Engine-Switchovers werden Pooladressen möglicherweise weiterhin von einigen Abonnenten verwendet, für die kein NAK gesendet wurde, um die Abmeldung zu initiieren. Wenn der Neustart oder GRES abgeschlossen ist, sendet authd jdhcpd eine Benachrichtigung mit einer Liste der Abonnenten, die noch Adressen aus dem Pool haben, der für den aktiven Ausgleich konfiguriert ist. Die Beckenentleerung kann dann fortgesetzt werden.

Wenn Sie ab Junos OS Version 14.1 AAA zur Bereitstellung von IPv4-Adressen verwenden, können Sie den Schutz doppelter Adressen aktivieren, um zu verhindern, dass Adressen mehr als einmal verwendet werden. Wenn diese Option aktiviert ist, werden die folgenden Attribute überprüft, die von externen Servern empfangen werden:

• Framed-IP-Address

• Framed-Pool

Der Router führt dann eine der folgenden Aktionen aus:

• Wenn eine Adresse mit einer Adresse in einem Adresspool übereinstimmt, wird die Adresse aus dem Pool genommen, sofern sie verfügbar ist.

• Wenn die Adresse bereits verwendet wird, wird sie als nicht verfügbar abgelehnt und der vorhandene Anwender, der die Adresse verwendet, bleibt intakt.