M:N-Anwenderdienstredundanz auf DHCP-Server

Sie können die M:N-Redundanz für Anwender-Services auf einem DHCP-Server konfigurieren, der auf einem Breitband-Netzwerk-Gateway (BNG) der MX-Serie ausgeführt wird. Der DHCP-Server verwaltet eine beträchtliche Menge an autorisierenden Informationen über die Adresse, die er an die DHCP-Clients vermietet hat. Um BNG-Redundanz auf Gehäuseebene der MX-Serie für Breitbandteilnehmer zu erreichen, muss das Backup-Gerät der MX-Serie mit DHCP-Server über alle maßgeblichen Informationen des Anwenders verfügen. Der Backup-Server stellt einen ununterbrochenen Anwender Service sicher, wenn Sie den primären DHCP-Server neu starten oder ersetzen oder der primäre Server Hardwarefehler aufweist, z. B. Fehler der Zugriffsverbindung, der Zugriffsleitungskarte oder des Gehäuses.

Die Redundanz des Anwenderdienstes auf dem DHCP-Server konzentriert sich auf die Synchronisierung der Anwender zwischen den Peer-Servern unter Verwendung der aktiven Leasequery. Die Liveaktualisierung von Bindungsinformationen zwischen den beiden Peer-Servern trägt dazu bei, die Server im Hot-Standby-Modus zu halten.

Bei der 1:1-Anwender-Service-Redundanz wird ein DHCP-Server (primärer DHCP-Server) auf einem anderen DHCP-Server (Backup-DHCP-Server) für Anwender-Schnittstellen gesichert. Sowohl der primäre als auch der Sicherungsserver verfügen über dieselben Konfigurationen. Ab Junos OS Version 24.4R1 unterstützt die gehäusebasierte DHCP-Redundanz-Funktion für MX480-Zugriffsmodelle eine 1:1-Chassis-basierte Active Lease Query/Below Limit of Quantification (ALQ/BLQ)-Redundanz für nicht teilnehmende zugrunde liegende Anwender-Schnittstellen. Dieses Feature wird auf Stacks und DHCP-Konfigurationen, einschließlich BBE- und Nicht-BBE-DHCP, für die folgenden Szenarien unterstützt:

• Abonnentenverwaltung aktiviert
• Abonnentenverwaltung deaktiviert
• IP Demux/ IP Demux Lite
• Dual Stack und Dual Stack Einzelsitzung
• Pseudo Wire Access-Modell PS-Schnittstelle (L2-Circuit / EVPN VPWS / L2VPN)
• VRRP-Zugriffsmodell GE-, XE- und AE-Schnittstellen
• Nicht standardmäßige Routing-Instanz

• DHCP-Relay und DHCP-Server.

  Weitere Informationen zur Konfiguration finden Sie unter Konfigurationsbeispiel: ALQ/BLQ für 1:1 DHCP-Redundanz.

Bei der M:N-Redundanz für Anwenderdienste werden mehrere (M) DHCP-Server (primärer DHCP-Server) auf mehreren (N) DHCP-Servern (Backup-DHCP-Server) gesichert. Um die Abonnenten auf der Schnittstelle zu replizieren, verwendet Gi-Address die aktive leasequery query query query für IPv4 und link-address query for IPv6.

Wenn die Abonnenten die Leasequery-Antwort erhalten, fährt der entsprechende Zustandsautomat den Anwender auf dem Sicherungsserver hoch. Dann werden die DHCP-Adresse und die Lease-Informationen zwischen den Servern synchronisiert. Wenn sich die Lease- oder Adressinformationen ändern, durchläuft das Backup-BNG den entsprechenden Zustandsautomaten, um den Anwenderstatus hoch- oder herunterzufahren.

Derzeit unterstützen die Anwender Dienste, die auf DHCP Redundanz, das Pseudowire Redundanz-Protokoll. Die Redundanz der Anwenderdienste unterstützt die in Tabelle 1 aufgeführten Protokolle.

Tabelle 1: Redundanz der Anwenderservices

Unterstützte Protokolle	Redundanzmodus für Anwenderservices	Weitere Details
IPoE DHCP Relay, statisches VLAN	M:N stateful mit VRRP und aktiver Leasequery	Für dynamische VLAN-Unterstützung muss PWHT verwendet werden
IPoE DHCP Relay über PWHT	M:N-Stateful mit aktiver Leasequery
IPoE DHCP-Server über PWHT	M:N zustandsbehaftet	Unterstützung für dynamische oder statische VLANs

Abbildung 1 zeigt die Topologie für L2-Circuit-basiertes IP/MPLS PWHT im Client-Server-Modus.

Abbildung 2 zeigt die Topologie für L2-Circuit-basiertes IP/MPLS PWHT im Client-Relay-Server-Modus.

Sowohl im Client-Server-Modus als auch in der Client-Relay-Server-Modustopologie verwenden BNG-Server die TCP-Verbindung für eine aktive Leasequery, um Bindungsdetails zu synchronisieren. Die Redundanz des Anwenderdienstes auf dem DHCP-Server erfolgt in der folgenden Reihenfolge:

1. Die aktive Pseudowire-Verbindung empfängt Pakete vom Client.
2. Der Anwender stellt eine Verbindung zum primären BNG her.
3. Primäres BNG synchronisiert die Bindungsdetails des Anwenders über eine TCP-Verbindung mit Backup-BNG.
4. Wenn Sie das primäre BNG neu starten oder ersetzen oder das primäre BNG einen Gehäusefehler aufweist, wird der Backup-Pseudowire-Link aktiv.
5. Die Backup-BNG empfängt Pakete vom Client.
6. Da sich das Backup-BNG bereits im Hot-Standby-Modus befand, kann es Pakete für die aktive Leasequery erneuern oder neu binden und auch Abonnenten synchronisieren.

Für die M:N-Anwender-Service-Redundanz müssen Sie die Subscribers-Schnittstelle auf dem Backup-DHCP-Server sichern. Die Schnittstelle kann unterschiedliche Namen haben.

Der DHCP-Server verwendet die Gi-Adress- oder Link-Adressabfrage, um die Abonnenteninformationen auf dem Backup-DHCP-Server zu replizieren. Beim Server werden Clients mit unterschiedlichen Gi-Adressen oder Link-Adressen auf einer einzigen Schnittstelle angezeigt, daher sollte der primäre BNG die Anfrage mit allen Abonnenten beantworten, die unterschiedliche Gi-Adressen oder Link-Adressen auf der Schnittstelle haben. Um diese Funktionalität zu unterstützen, erstellt der Server eine neue Tabelle, in der die Clients basierend auf der eingehenden Schnittstelle gespeichert werden. Wenn der Server eine Gi-Adress- oder Link-Adressabfrage empfängt, überprüft der Server die vorhandene Serverkonfiguration. Wenn eine aktive leasequery-Konfiguration verfügbar ist, antwortet der Server auf die Abfrage basierend auf der neuen Datenbank.

Die aktive Leasequery kann jederzeit zwischen Relay zu Relay oder Server zu Server durchgeführt werden. Der DHCP-Server akzeptiert möglicherweise keine Verbindungen vom Peer-Server oder Relay gleichzeitig, daher kann die Konfiguration im DHCP-Server entweder active-leasequery oder allow-active-leasequery, allow-bulk-leasequery oder allow-leasequery sein.