Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Hohe Verfügbarkeit für Anwendernetzwerke

Dieses Thema bietet einen allgemeinen Überblick über die Hochverfügbarkeit für DHCP-, L2TP- und PPP-Zugriffsnetzwerke.

Einheitliches ISSU für hohe Verfügbarkeit in Anwenderzugangsnetzwerken

Ein einheitliches In-Service Software Upgrade (Unified ISSU) ermöglicht Ihnen ein Upgrade zwischen zwei verschiedenen Junos OS Releases ohne Unterbrechung auf der Steuerungsebene und mit minimaler Unterbrechung des Datenverkehrs. Der Router behält die aktiven Sitzungen der Anwender und Sitzungsdienste während des Upgrades bei, sodass sie nach Abschluss des Upgrades fortgesetzt werden.

Die einheitliche ISSU-Funktion unterstützt die PPPoE-, DHCP- und L2TP-Zugriffsmodelle für die Verwaltung von Anwendern. Die einheitliche ISSU-Unterstützung für die DHCP- und L2TP-Zugriffsmodelle wurde in Junos OS Version 14.1 hinzugefügt.

  • Für statischen und dynamischen PPPoE-Zugriff unterstützt Unified ISSU Folgendes:

    • Beendete, nicht getunnelte PPPoE-Verbindungen, konfiguriert mit statischen oder dynamischen logischen PPP-Schnittstellen und statischen oder dynamischen zugrunde liegenden Schnittstellen

    • Anwenderservices auf Single-Link-PPP-Schnittstellen

    • Beibehaltung von Statistiken für Accounting, Filter und CoS auf MPC/MIC-Schnittstellen

    Hinweis:

    Einheitliche ISSU für die Verwaltung von Anwendern Das PPPoE-Zugriffsmodell unterstützt keine Multilink Point-to-Point Protocol (MLPPP)-Bundle-Schnittstellen. MLPPP-Bundle-Schnittstellen erfordern die Verwendung eines Adaptive Services-PIC oder Multiservices-PIC, um PPP-Services für Anwender bereitzustellen. Diese PICs unterstützen kein einheitliches ISSU.

  • Für den DHCP-Zugriff unterstützt Unified ISSU Folgendes:

    • Lokaler DHCPv4-Server, DHCPv4-Relay, DHCPv6-lokaler Server, DHCPv6-Relay und DHCP-Relay-Proxy

    • Beibehaltung von Accounting-, Filter- und Class-of-Service (CoS)-Statistiken für DHCP-Anwender auf MPC/MIC-Schnittstellen auf Routern der MX-Serie

  • Für den L2TP-Zugriff unterstützt Unified ISSU sowohl LAC als auch LNS. Wenn ein Upgrade initiiert wird, schließt die LAC alle laufenden L2TP-Verhandlungen ab, lehnt jedoch alle neuen Verhandlungen ab, bis das Upgrade abgeschlossen ist. Während des Upgrades werden keine neuen Tunnel oder Sitzungen eingerichtet. Abmeldungen von Abonnenten werden während des Upgrades aufgezeichnet und nach Abschluss des Upgrades abgeschlossen.

Eine Beschreibung der unterstützten Plattformen und Module, CLI-Anweisungen und Verfahren, die Sie zum Konfigurieren und Initiieren einer einheitlichen ISSU verwenden, finden Sie unter Erste Schritte mit einheitlichem In-Service Software Upgrade . Sie können das issu-Flag mit der traceoptions Anweisung verwenden, um einheitliche ISSU-Ereignisse für die Verwaltung von Anwendern zu verfolgen. Sie können den show system subscriber-management summary Befehl auch verwenden, um Informationen über den einheitlichen ISSU-Status anzuzeigen.

Überprüfung und Überwachung der Teilnehmerverwaltung Einheitlicher ISSU-Status

Zweck

Zeigen Sie den Status der vereinheitlichten ISSU für die Verwaltungsfunktionen von Anwendern an.

Aktion

Das erste Beispiel gibt an, dass die Stilllegung der Steuerungsebene als Teil einer vereinheitlichten ISSU nicht ausgeführt wird (z. B. wurde die einheitliche ISSU nicht gestartet, ist bereits abgeschlossen oder die Warteschlange der Steuerungsebene wurde nicht gestartet). Das zweite Beispiel zeigt, dass eine einheitliche ISSU ausgeführt wird und dass ein teilnehmender Anwender-Management Daemon 198 Sekunden benötigt, um die Steuerungsebene stillzulegen.

Graceful Routing-Engine Switchover für Anwenderzugangsnetzwerke

Die GRES-Funktion (Graceful Routing-Engine Switchover ) in Junos OS ermöglicht es einem Router mit redundanten Routing-Engines, weiterhin Pakete weiterzuleiten, selbst wenn eine Routing-Engine ausfällt. GRES behält Schnittstellen- und Kernelinformationen bei. Der Datenverkehr wird nicht unterbrochen. GRES behält die Steuerungsebene jedoch nicht bei.

Um die GRES-Unterstützung auf Routern der MX-Serie zu aktivieren, fügen Sie die graceful-switchover Anweisung auf Hierarchieebene [edit chassis redundancy] ein.

DHCP

Bei Routern der MX-Serie verwalten sowohl der erweiterte lokale DHCP-Server als auch die DHCP-Relay-Agent-Anwendungen den Status aktiver DHCP-Clientleases in der Sitzungsdatenbank. Die erweiterte DHCP-Anwendung kann diesen Zustand wiederherstellen, wenn der DHCP-Prozess fehlschlägt oder manuell neu gestartet wird, wodurch der Verlust aktiver DHCP-Clients in einem dieser Fälle verhindert wird. Der Status aktiver DHCP-Clientleases geht jedoch verloren, wenn ein Stromausfall auftritt oder wenn der Kernel auf einer einzelnen Routing-Engine nicht mehr funktioniert (z. B. wenn der Router neu geladen wird).

Sie können die Unterstützung für Graceful Routing-Engine-Switchover für die erweiterte DHCP-Anwendung nicht deaktivieren, wenn die Router für die Unterstützung von Graceful Routing-Engine-Switchover konfiguriert ist.

Weitere Informationen zur Verwendung von Graceful Routing-Engine Switchover finden Sie unter Grundlegendes zu Graceful Routing-Engine Switchover.

L2TP

GRES wird auf Routern der MX-Serie unterstützt, die entweder als L2TP, LAC oder LNS fungieren. Für den Fall, dass L2TP (jl2tpd, der L2TP Universal Edge Prozess) neu startet oder der Router von der aktiven Routing-Engine (RE) auf die Standby-RE übergeht, stellt L2TP GRES sicher, dass Folgendes geschieht:

  • Der LAC und der LNS stellen Ziele, Tunnel und Sitzungen wieder her, die zum Zeitpunkt des Fehlers oder Neustarts bereits eingerichtet waren.

  • Die LAC und das LNS antworten auf Tunnel-Keepalive-Anforderungen, die während des Switchovers für etablierte Tunnel eingehen, generieren jedoch keine Keepalives, bis der Switchover abgeschlossen ist.

  • Der LAC und der LNS löschen alle Tunnel und Sitzungen, die sich nicht im Status "Etabliert" befinden.

  • Die LAC und das LNS lehnen Anfragen zum Erstellen neuer Tunnel und Sitzungen ab.

  • Der LAC und der LNS senden eine weitere Trennungsbenachrichtigung an den Peer für Sitzungen und Tunnel, die sich zum Zeitpunkt des Fehlers oder Neustarts bereits im Status "Trennen" befinden. Für Sitzungen und Tunnel, die zu diesem Zeitpunkt anstanden, senden LAC und LNS eine Benachrichtigung über die Trennung der Verbindung zum Peer.

  • Die LAC- und LNS-Neustart-Timer für den gesamten Timeout-Zeitraum für wiederhergestellte L2TP-Ziele, -Tunnel und -Sitzungen.

Wenn ein Graceful Routing-Engine Switchover (GRES) durch einen Betriebsmodusbefehl ausgelöst wird, wird der Status von ASIs (Aggregated Services Interfaces) nicht beibehalten. Zum Beispiel:

Wenn GRES jedoch durch einen CLI-Commit oder einen FPC-Neustart oder -Absturz ausgelöst wird, aktualisiert die Backup-Routing-Engine den ASI-Status. Zum Beispiel:

Oder:

Minimieren des Datenverkehrsverlusts aufgrund von Entfernung veralteter Routen nach einer ordnungsgemäßen Umstellung der Routing-Engine

Während eines Graceful Routing-Engine Switchover (GRES) können Zugriffsrouten und zugriffsinterne Routen für die DHCP- und PPP-Anwenderverwaltung veraltet sein. Nach dem GRES entfernt der Router alle veralteten Routen aus der Weiterleitungstabelle. Ein Teil des Datenverkehrs geht verloren, wenn die veralteten Routen entfernt werden, bevor die Routen neu installiert werden.

In Anwender Netzwerken mit Graceful-Restart- und Routing-Protokollen wie BGP und OSPF konfiguriert, löscht das Router alle verbleibenden veralteten Zugriffsrouten und Zugriffs-internen Routen, sobald der Graceful-Restart-Vorgang abgeschlossen ist, was sehr bald nach Abschluss des Graceful-Routing-Engine-Switchovers der Fall sein kann.

In Anwender-Netzwerken mit konfiguriertem Nonstop Active Routing (NSR) und Routing-Protokollen wie BGP und OSPF bereinigt der Routing-Protokollprozess (RPD) sofort die veralteten Zugriffsrouten und zugriffsinternen Routen, die den Anwender-Routen entsprechen.

Sie können das Risiko dieses Datenverkehrsverlusts reduzieren, indem Sie den Router so konfigurieren, dass das Entfernen veralteter Routen nach einem GRES verzögert wird. Der Verzögerungszeitraum beträgt nicht konfigurierbare 180 Sekunden (3 Minuten). Der Router behält die veralteten Routen für die Dauer des Zeitraums bei, der lang genug ist, damit der DHCP-Clientprozess (jdhcpd), der PPP-Clientprozess (jpppd) oder der Routingprotokollprozess (rpd) die Zugriffsrouten und zugriffsinternen Routen neu installieren kann, bevor der Router die veralteten Routen aus der Weiterleitungstabelle entfernt. Das Risiko von Datenverkehrsverlusten wird minimiert, da der Router immer über verfügbare Anwender-Routen für DHCP-Abonnenten und PPP-Anwender verfügt.

So konfigurieren Sie den Router so, dass das Entfernen (Leeren) von Zugriffsrouten und Zugriffsinternen Routen nach einem Graceful Routing-Engine-Switchover verzögert wird:

  1. Geben Sie an, dass Sie die Verwaltung von Anwendern konfigurieren möchten.
  2. Konfigurieren Sie den Router so, dass er 180 Sekunden wartet, bevor Zugriffsrouten und zugriffsinterne Routen nach einem ordnungsgemäßen Routing-Engine-Switchover entfernt werden.

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Veröffentlichung
Beschreibung
14.1
Die einheitliche ISSU-Unterstützung für die DHCP- und L2TP-Zugriffsmodelle wurde in Junos OS Version 14.1 hinzugefügt.