Verbesserte Abonnentenverwaltung mit Junos OS und Junos OS Evolved

Routing-Services und erweitertes Abonnentenmanagement

Wenn Clientverbindungen zusätzliche Routing-Protokolle auf dynamischen Schnittstellen erfordern, mit Ausnahme von IGMP und MLD, müssen Sie Routing-Services in die Konfiguration der dynamischen Profilschnittstelle einbeziehen. Wenn Sie dies nicht tun, wird die pseudologische Schnittstelle nicht erstellt, und Routing-Services können der dynamischen Schnittstelle nicht zugeordnet werden. Die zusätzlichen Routing-Protokolle können auf der dynamischen Teilnehmerschnittstelle nicht ausgeführt werden.

Sie müssen Routing-Services nicht in die Konfiguration der dynamischen Profilschnittstelle einschließen, wenn Clients nur die standardmäßigen zugriffsinternen Routen, Zugriffsrouten und gerahmten Routen verwenden. Mit anderen Worten, die Konfiguration des Routingdiensts ist für einfache Clienterreichbarkeitszwecke nicht erforderlich.

Für IGMP oder MLD ist keine Routingdienstkonfiguration erforderlich, da diese Protokolle auf erweiterten Teilnehmerverwaltungsschnittstellen nativ unterstützt werden.

Verteiltes IGMP wird auf Abonnentenverwaltungsschnittstellen, auf denen Routing-Services aktiviert sind, nicht unterstützt.

Wenn ein dynamisches Profil, das die routing-services Anweisung enthält, instanziiert wird, erstellt der Router eine erweiterte logische Teilnehmerverwaltungsschnittstelle, die auch als pseudologische Schnittstelle bezeichnet wird, im Format demux0nnnnnnnnnn (z. B. demux0.3221225472). Alle zugeordneten Anwenderrouten oder Routen, die von einem Routingprotokoll gelernt wurden, das auf der erweiterten Teilnehmerverwaltungsschnittstelle ausgeführt wird, verwenden diese Pseudoschnittstelle als Schnittstelle für den nächsten Hop.

Neben dem Aktivieren oder Deaktivieren von Routingdiensten für alle Teilnehmer auf der dynamischen Schnittstelle ermöglicht die Anweisung die routing-service Verwendung von RADIUS, um Routingdienste für einen bestimmten Teilnehmer während der Authentifizierung selektiv zu aktivieren oder zu deaktivieren, wenn RADIUS den Routing-Services-VSA (26-212) in der Access-Accept-Nachricht zurückgibt.

Für diese RADIUS-Funktion müssen Sie die vordefinierte Variable $junos-routing-services im dynamischen Profil angeben. Bei einem VSA-Wert von eins werden Routingdienste für den Abonnenten aktiviert. Bei einem Wert von Null werden die Routingdienste für den Abonnenten deaktiviert. Jeder Wert ungleich Null oder Eins wird zurückgewiesen. Wenn Sie die Variable konfigurieren und RADIUS den VSA nicht zurückgibt, sind die Routingdienste für den Abonnenten deaktiviert.

Sie können die Variable in den dynamischen Profilen für PPPoE-Abonnenten und/oder im zugrunde liegenden VLAN angeben. Wenn Sie die Variable in das dynamische VLAN-Profil aufnehmen, müssen Sie auch das VLAN für die Authentifizierung konfigurieren. Andernfalls bleiben die Routingdienste für die zugrunde liegende Schnittstelle und damit auch für den PPPoE-Teilnehmer deaktiviert.

Optional können Sie dedizierte dynamische VLAN-Profile erstellen, um Routing-Services für Abonnenten zu ermöglichen, die Routing-Services benötigen. Sie können dann dedizierte Profile für Abonnenten erstellen, die keine Routingdienste benötigen, indem Sie die routing-service Anweisung aus dem Profil weglassen. Im folgenden Codebeispiel aktiviert vlan-profile1 Routingdienste. Bei VLAN-PROFILE2 ist dies nicht der Fall.

Das VLAN-Profil wird basierend auf dem VLAN-Bereich ausgewählt, der dem Profil durch die ranges Anweisung auf der [edit interfaces] Hierarchieebene zugeordnet ist. Im folgenden Codebeispiel verwendet vlan-profile1 VLAN-IDs im Bereich von 100 bis 500. vlan-profile2 verwendet IDs im Bereich von 501 bis 1000:

Aktivieren von BGP über dynamische PPPoE-Anwenderschnittstellen

Ab Junos OS Version 18.4R1 wird BGP über dynamische PPPoE-Schnittstellen für die IPv4-Adressfamilie unterstützt. Sie müssen Routing-Services mit der routing-service Anweisung sowohl im dynamischen PPPoE-Abonnentenprofil als auch im dynamischen Profil für die zugrunde liegende VLAN-Schnittstelle aktivieren. Wenn Routingdienste für die dynamische zugrunde liegende Schnittstelle nicht aktiviert sind, wird der PPPoE-Abonnent während der Aktivierung des ersten Familienprofils zurückgewiesen. Wenn das zugrunde liegende VLAN statisch und nicht dynamisch ist, sind Routingdienste auf dem zugrunde liegenden VLAN nicht erforderlich (oder möglich).

In dieser Konfiguration entsprechen die PPPoE-Abonnentenclients BGP-Nachbarn. Dies bedeutet, dass Sie beim Konfigurieren der BGP-Nachbarn mit der [edit protocols bgp group name neighbor] Zeilengruppe die PPPoE-Client-IP-Adressen als BGP-Nachbaradressen verwenden müssen. Die BGP-Peer-Adressen können nicht dynamisch bereitgestellt werden.

Die Unterstützung für BGP über dynamische PPPoE-Anwenderschnittstellen umfasst Folgendes:

• Routenwerbung über den BGP-eingerichteten PPPoE-Nachbarn.

• Bidirektionaler End-to-End-Datenverkehr vom Core zu dem in der BGP-Route angekündigten IP-Präfix.

• Dedizierte Next Hops werden vom Routing-Daemon für Anwenderrouten erstellt, anstatt gemeinsam genutzte Next Hops und pseudologische Schnittstellen wiederzuverwenden.

Die Funktion BGP über dynamische PPPoE-Schnittstellen unterstützt Folgendes nicht:

• Multihop-BGP

• IBGP, da es sich um Multihops handeln könnte

• BFD für die PPPoE-Abonnenten

• Schnittstellensätze für die PPPoE-Teilnehmer

• Aggregiertes Ethernet-Targeting

• IPv6-Adressfamilie

• Mehr als ein Routing-Protokoll außer BGP über denselben Teilnehmer

• MPLS-Terminierung auf dem PPPoE-Abonnenten Next Hop

• Abonnenten über Pseudowire-Schnittstellen über redundantes logisches Tunnelstacking

• Teilnehmer über Pseudowire-Schnittstellen über demux0-Stacking

Die folgenden Schnittstellenstapelkonfigurationen werden für Routingservice-fähiges PPPoE unterstützt:

• PPPoE über dynamische VLANs

• PPPoE über statische VLANs

• PPPoE über gestapelte VLANs (mit inneren und äußeren VLAN-IDs)

Das zugrunde liegende VLAN, für das Routing-Services aktiviert sind, unterstützt:

• Stacking von PPPoE-Abonnenten, für Routingdienst-aktiviert und Routing-Service-deaktiviert.

• Stacking von anderen Zugriffsmodellen wie DHCP.

• Die übergeordnete physische Schnittstelle kann ein Zweig in einem aggregierten Ethernet-Bundle sein.

Adressauflösung und verbesserte Abonnentenverwaltung

Junos OS unterstützt die Adressauflösung mit erweiterter Teilnehmerverwaltung. Diese Verbesserungen betreffen nur gerahmte Routen in dynamischen VLANs. Gerahmte Routen, die DHCP-Abonnenten zugeordnet sind, funktionieren genauso wie zuvor bei der Unterstützung dieser Funktion.

• Die dynamische Layer-2-MAC-Adressenauflösung wird für Nicht-Host-Routen unterstützt. Benutzer, die statisch adressierte IP-Clients oder eine Mischung aus statisch adressierten IP-Clients und DHCP-Clients bereitstellen, können Netzwerkrouten mit Frame (/29) oder Routen mit Frame-Frames (/32) von Host (/32) verwenden, um die Erreichbarkeit herzustellen. Die /29-Routen sind mit der dynamischen Layer-2-Adresse gekoppelt, die einer Host-Framed-Route zugeordnet ist. Dies unterstützt Geschäftsanwender, die Router mit mehreren öffentlichen Adressen hinter CPE-Routern verwenden.

• Diese Funktion ist standardmäßig aktiviert und erfordert keine spezielle Konfiguration.

  In früheren Versionen wird die dynamische Adressauflösung nur für Host-Framed-Routen unterstützt. Routen mit Netzwerkrahmen, die in einen indirekten nächsten Hop (z. B. ein lokales Gateway) aufgelöst werden, werden nicht unterstützt.

• Standardmäßig ist eine IPv4-Hostroute mit Frame dauerhaft mit der Quell-MAC-Adresse des Trigger-Pakets verknüpft, das das dynamische VLAN erstellt hat. Sie können dieses Verhalten außer Kraft setzen, indem Sie dynamisches ARP aktivieren, um die MAC-Adresse für die eingerahmten Hostrouten mit der ipoe-dynamic-arp-enable Anweisung aufzulösen. Der ARP-Protokollaustausch löst die Layer-2-Adresse für die gerahmte Route auf.

• Der Router kann die MAC-Adresse, die er in einer kostenlosen ARP-Anforderung oder einem Antwortpaket erhalten hat, mit dem Wert im ARP-Cache vergleichen. Der Router aktualisiert den Cache mit der empfangenen MAC-Adresse, wenn er feststellt, dass sich diese Adresse vom Cache-Eintrag unterscheidet. Fügen Sie die receive-gratuitous-arp Anweisung ein, um diese Funktion zu aktivieren.

  Diese Funktion ist nützlich, wenn eine IP-Adresse auf ein anderes Gerät oder eine andere Netzwerkkarte übertragen wird und folglich einer anderen MAC-Adresse als vor der Verschiebung zugeordnet ist. Das neue Gerät sendet eine kostenlose ARP-Antwort, die der Router mit der MAC-Adresse im Cache vergleicht.

  Wenn die Anweisung nicht enthalten ist, tritt beim dynamischen ARP eine Zeitüberschreitung auf. Bevor sie aus dem Cache gelöscht wird, sendet der Router eine ARP-Anfrage für die Ziel-IP-Adresse. Der Client antwortet mit der neuen MAC-Adresse, aber es gibt möglicherweise ein Fenster für den Client, in dem die MAC-Adresse nicht mit der Netzwerkkarte übereinstimmt.

Ausfallsicherheit der Steuerungsebene

Es stehen mehrere Erweiterungen zur Verfügung, um die Ausfallsicherheit der Steuerungsebene und die Zuverlässigkeit der Replikation von Sitzungsdatenbanken und der Statussynchronisierung zwischen der primären und der Standby-Routing-Engine zu verbessern.

• Die primäre und die Standby-Routing-Engine tauschen detaillierte Informationen über die Replikation der Sitzungsdatenbank aus. Dieser Austausch ermöglicht es den Routingmodulen, besser zu bestimmen, ob die Replikation korrekt ist.

• Sie können den Router so konfigurieren, dass er Beschädigungen durch gemeinsam genutzten Speicher erkennt und durch Neustart der primären und/oder Standby-Routing-Engine automatisch wiederhergestellt wird. In früheren Versionen ist ein manueller Neustart erforderlich, um den beschädigten freigegebenen Speicher zu löschen. Andernfalls bleibt es beschädigt, was dazu führt, dass Prozesse, die den Speicher gemeinsam nutzen, Kernfehler generieren.

• Mit dem Befehl können Sie die Ausfallsicherheit der show system subscriber-management resiliency Routing-Engine überwachen. Die summary Version gibt an, ob das System normal funktioniert oder ein unerwarteter Zustand vorliegt. extensive Die detail und Versionen bieten detaillierte Statistiken über die Sitzungsdatenbank im freigegebenen Speicher pro Routing-Engine.

Vorteile der erweiterten Abonnentenverwaltung

• Optimiert die Skalierung und Leistung für dynamische Abonnentenverwaltungsfunktionen.

• Wird für die Erstellung und Verwaltung von dynamischen Profilen, dynamischen Schnittstellen und dynamischen Abonnenten benötigt.

Tabellarischer Änderungsverlauf

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

Zweck

Zeigen Sie Informationen über Class of Service (CoS), Routing-Tabellen, aktive Teilnehmer und die Teilnehmerdatenbank für die erweiterte Abonnentenverwaltung von Junos OS an.

Aktion

• So zeigen Sie dynamische Anwenderschnittstellenzuordnungen für CoS-Klassierer, Umschreibungsregeln und Scheduler-Zuordnungen an:

• So zeigen Sie CoS-Zuordnungen für einen dynamischen Schnittstellensatz an:

• So zeigen Sie die Zuordnung von CoS-Schedulern zu Weiterleitungsklassen an:

• So zeigen Sie CoS-Traffic Shaping- und Planungsprofile an:

• So zeigen Sie die aktiven Einträge in der Routing-Tabelle an:

• So zeigen Sie detaillierte Informationen über aktive Teilnehmer an, deren IP-Adresse mit der angegebenen Adresse übereinstimmt:

• So zeigen Sie Informationen darüber an, wie Routen bestimmten erweiterten Teilnehmerverwaltungsschnittstellen zugeordnet werden:

• So zeigen Sie zusammenfassende Informationen für die Abonnentenverwaltungsdatenbank an:

• So überprüfen Sie, ob die Abonnentenverwaltungs-Daemons im 32-Bit- oder im 64-Bit-Modus ausgeführt werden:

  Ab Junos OS Version 17.4 R1 werden Abonnentenverwaltungs-Daemons auf dieser Routing-Engine im 64-Bit-Modus ausgeführt, wenn erweiterte IP-Netzwerkservices und erweiterte Teilnehmerverwaltung aktiviert sind und eine Routing-Engine im System über mindestens 32 GB RAM verfügt. Für einen konsistenten Betrieb müssen alle Routing-Engines im System über die gleiche Menge an Arbeitsspeicher verfügen.

  • 64-Bit-Modus:

  • 32-Bit-Modus: