Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Hochverfügbarkeit für Teilnehmerzugangsnetzwerke

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

Unified ISSU für Hochverfügbarkeit in Teilnehmerzugangsnetzen

Ein einheitliches In-Service-Software-Upgrade (Unified ISSU) ermöglicht Ihnen ein Upgrade zwischen zwei verschiedenen Junos OS-Versionen ohne Unterbrechung auf der Steuerungsebene und mit minimaler Unterbrechung des Datenverkehrs. Der Router behält die aktiven Abonnentensitzungen 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 Teilnehmerverwaltung. Einheitliche ISSU-Unterstützung für die DHCP- und L2TP-Zugriffsmodelle wurde in Junos OS Version 14.1 hinzugefügt.

  • Für den statischen und dynamischen PPPoE-Zugriff unterstützt die einheitliche ISSU Folgendes:

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

    • Abonnentendienste auf Single-Link-PPP-Schnittstellen

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

    Hinweis:

    Unified ISSU für das PPPoE-Zugriffsmodell für die Teilnehmerverwaltung unterstützt keine MLPPP-Bundle-Schnittstellen (Multilink Point-to-Point Protocol). MLPPP-Bundle-Schnittstellen erfordern die Verwendung eines Adaptive Services-PIC oder Multiservices-PIC, um PPP-Abonnentendienste bereitzustellen. Diese PICs unterstützen keine einheitliche 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

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

  • Für den L2TP-Zugriff unterstützt das einheitliche ISSU sowohl das LAC als auch das LNS. Wenn ein Upgrade eingeleitet 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. Abonnentenabmeldungen 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 eines einheitlichen ISSU verwenden, finden Sie unter Erste Schritte mit dem einheitlichen In-Service-Software-Upgrade . Sie können das issu-Flag mit der Anweisung verwenden, um einheitliche ISSU-Ereignisse der traceoptions Abonnentenverwaltung zu verfolgen. Sie können den Befehl auch verwenden, um Informationen über den show system subscriber-management summary einheitlichen ISSU-Status anzuzeigen.

Verifizieren und Überwachen der Abonnentenverwaltung Einheitlicher ISSU-Status

Zweck

Zeigen Sie den Status der vereinheitlichten ISSU für Abonnentenverwaltungsfunktionen an.

Aktion

Das erste Beispiel weist darauf hin, dass die Stilllegung der Steuerungsebene als Teil der einheitlichen ISSU nicht ausgeführt wird (z. B. wurde die einheitliche ISSU nicht gestartet, bereits abgeschlossen oder die Abfrage der Steuerungsebene wurde nicht gestartet). Das zweite Beispiel zeigt, dass eine vereinheitlichte ISSU im Gange ist und dass ein teilnehmender Abonnentenverwaltungs-Daemon 198 Sekunden benötigt, um die Steuerungsebene in den Ruhezustand zu versetzen.

Graceful Routing-Engine-Switchover für Teilnehmerzugangsnetzwerke

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 bewahrt Schnittstellen- und Kernelinformationen. Der Verkehr 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 behalten sowohl der lokale erweiterte DHCP-Server als auch die DHCP-Relay-Agent-Anwendungen den Status aktiver DHCP-Client-Leases in der Sitzungsdatenbank bei. 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-Client-Leases geht jedoch verloren, wenn ein Stromausfall auftritt oder wenn der Kernel den Betrieb stoppt (z. B. wenn der Router neu geladen wird) auf einer einzelnen Routing-Engine.

Sie können die Switchover-Unterstützung der ordnungsgemäßen Routing-Engine für die erweiterte DHCP-Anwendung nicht deaktivieren, wenn der Router so konfiguriert ist, dass er die ordnungsgemäße Routing-Engine-Umschaltung unterstützt.

Weitere Informationen zur Verwendung des ordnungsgemäßen Routingmodul-Switchovers finden Sie unter Grundlegendes zum ordnungsgemäßen Routingmodul-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 universelle L2TP-Edge-Prozess) neu gestartet wird oder der Router von der aktiven Routing-Engine (RE) auf die Standby-RE wechselt, stellt L2TP GRES sicher, dass Folgendes geschieht:

  • Die LAC und das LNS stellen Ziele, Tunnel und Sitzungen wieder her, die zum Zeitpunkt des Ausfalls oder Neustarts bereits eingerichtet wurden.

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

  • Die LAC und das LNS löschen alle Tunnel und Sitzungen, die sich nicht im Status "Eingerichtet" befinden.

  • Die LAC und das LNS lehnen Anfragen zur Erstellung neuer Tunnel und Sitzungen ab.

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

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

Wenn ein ordnungsgemäßer Routing-Engine-Switchover (GRES) durch einen Betriebsmodusbefehl ausgelöst wird, wird der Status der aggregierten Serviceschnittstellen (ASIs) nicht beibehalten. Zum Beispiel:

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

Oder:

Minimieren Sie Datenverkehrsverluste durch das Entfernen veralteter Routen nach einem ordnungsgemäßen Routing-Engine-Switchover

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

In Teilnehmernetzwerken mit konfigurierten Graceful-Restart- und Routing-Protokollen wie BGP und OSPF löscht der Router alle verbleibenden veralteten Zugriffsrouten und internen Zugriffsrouten, sobald der Graceful-Neustart-Vorgang abgeschlossen ist, was sehr bald nach Abschluss des Graceful-Routing-Engine-Switchovers erfolgen kann.

In Teilnehmernetzwerken mit aktiviertem Nonstop-Routing (NSR) und konfigurierten Routing-Protokollen wie BGP und OSPF löscht der Routing-Protokollprozess (RPD) sofort die veralteten Zugriffsrouten und zugriffsinternen Routen, die den Teilnehmerrouten entsprechen.

Sie können das Risiko dieses Datenverkehrsverlusts verringern, indem Sie den Router so konfigurieren, dass das Entfernen veralteter Routen nach einem GRES verzögert wird. Die Verzögerungszeit 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 Routing-Protokollprozess (rpd) die Zugriffsrouten und zugriffsinternen Routen neu installieren können, bevor der Router die veralteten Routen aus der Weiterleitungstabelle entfernt. Das Risiko von Datenverkehrsverlusten wird minimiert, da der Router immer über verfügbare Teilnehmerrouten für DHCP- und PPP-Abonnenten verfügt.

So konfigurieren Sie den Router so, dass das Entfernen (Leeren) von Zugriffsrouten und zugriffsinternen Routen nach einem ordnungsgemäßen Routing-Engine-Wechsel verzögert wird:

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

Zugehörige Dokumentation

Tabelle der Versionshistorie
Release
Beschreibung
14.1
Einheitliche ISSU-Unterstützung für die DHCP- und L2TP-Zugriffsmodelle wurde in Junos OS Version 14.1 hinzugefügt.