ANCP-Agent-Nachbarn und -Operationen

Überblick

ANCP fungiert als Control Plane zwischen einem serviceorientierten Layer-3-Edge-Gerät und einem Layer-2-Zugriffsknoten. Die Zugangsknoten – ANCP-Nachbarn – sind Netzwerkgeräte, die Zugriffsschleifen von Teilnehmern beenden. Bei DSL-Zugangsschleifen ist der Zugangsknoten ein DSL-Zugriffsmultiplexer (DSLAM). Warteschlangen- und Planungsmechanismen für den Datenverkehr der Anwender müssen eine Überlastung des Zugangsnetzwerks vermeiden und gleichzeitig mit mehreren Datenströmen und unterschiedlichen CoS-Anforderungen zurechtkommen. Diese Mechanismen erfordern, dass das Edge-Gerät – ein Router, der als Breitband-Netzwerk-Gateway (BNG) fungiert und oft auch als Network Access Server (NAS) bezeichnet wird – Informationen über das Zugangsnetzwerk und den Datenverkehr der Anwender bereitstellt.

Der ANCP-Agent kann eine Zugriffsleitung einer statisch oder dynamisch festgelegten Schnittstelle oder Schnittstelle zuordnen. Der Agent stellt diese Informationen sowohl an CoS als auch an AAA weiter. Der Agent übergibt die Traffic Shaping-Attribute für jede Anwender-Zugriffsleitung, die der Zugriffsknoten an den ANCP-Agenten gesendet hat, sowohl an CoS als auch an AAA. Darüber hinaus sendet der Agent alle DSL-Forum-Attribute, die vom Access-Knoten gesendet wurden, an AAA. AAA kann diese Attribute während der RADIUS-Abrechnung und -Authentifizierung sowohl für DHCP-IP-Demux- als auch für PPPoE-Anwender-Sitzungen verwenden. Die Datenverkehrsraten können auch zur Gestaltung des L2TP-Tunnel-Datenverkehrs verwendet werden.

Sie können ANCP-Agent-Ereignisse und -Vorgänge überwachen, indem Sie die traceoptions Anweisung auf Hierarchieebene [edit protocols ancp] einschließen.

Junos OS unterstützt Class of Service (CoS)-Traffic Shaping auf den folgenden Schnittstellentypen für ANCP:

• Statische VLAN-Schnittstellen, mit Ausnahme derjenigen, die von Extensible Subscriber Services Manager (ESSM) erstellt wurden

• Statische VLAN-Demux-Schnittstellen, mit Ausnahme derjenigen, die von ESSM erstellt wurden

• Statische Schnittstellensätze, einschließlich solcher, die von ESSM erstellt wurden

• Dynamische Schnittstellensätze

• Dynamische VLAN-getaggte Schnittstellensätze

• Dynamic Agent Circuit Identifier (ACI)-Schnittstellensätze, auch bekannt als ACI-Sets oder ACI-VLANs

• Dynamische PPPoE- und DHCP-IP-Demux-Schnittstellen für Anwender

• Dynamische VLAN-Demux-Schnittstellen mit Ethernet-VPLS-Kapselung

ANCP wurde als Erweiterung von RFC 3292, General Switch Management Protocol (GSMP) V3, entwickelt, ist aber jetzt in RFC 6320, Protocol for Access Node Control Mechanism in Broadband Networks, definiert.

Anwender-Services

Der Router erhält das Serviceprofil für die Teilnehmer von einem RADIUS-Server. Die meisten Services werden vom Router selbst erzwungen. Der Router formt den aggregierten ausgehenden Datenverkehr an die Teilnehmer auf der Grundlage des vom DSLAM gemeldeten Durchsatzes in der Teilnehmerschleife. Dieses Traffic Shaping optimiert den Datenfluss und vermeidet Datenverkehrsverluste im Zugangsknoten.

Einige Serviceattribute, wie z. B. Interleave-Verzögerung und Multicast-Kanalinformationen, werden am Zugriffsknoten erzwungen. Der ANCP-Agent stellt den Leitungskonfigurationsmechanismus bereit, mit dem das Edge-Gerät die Leitungskonfiguration an die Zugriffsknoten übergeben kann. In der Regel werden mehrere Profile auf dem Zugriffsknoten bereitgestellt. Der Router weist den Zugriffsknoten an, welches Profil für einen bestimmten Anwender verwendet werden soll.

Abonnenten erhalten in der Regel eine Kombination aus Sprach-, Daten- und Videodiensten. Jeder Service kann in einem VLAN bereitgestellt werden. Ein Anwender erhält möglicherweise nur einen einzigen Service über ein einzelnes VLAN, das auf einer logischen Schnittstelle konfiguriert ist. Eine Gruppe von VLANs, die Services zu einem Anwender übertragen, ist ein Schnittstellensatz.

Abonnenten haben Betriebszustände, aber keine administrativen Status, da sie nicht in der CLI konfiguriert werden können.

Teilnehmer haben einen der folgenden Betriebszustände, die den Zustand der DSL-Leitung darstellen, wie er in den ANCP-Port-Up- und Port-Down-Nachrichten gemeldet wird, die von einem Zugriffsknoten gesendet werden:

• Idle: Ports sind nicht konfiguriert, und der Anwender kann sich nicht anmelden.

• Silent: Ports sind konfiguriert und der Anwender ist verbunden, aber das DSL-Modem ist nicht bereit, Daten zu übertragen.

• Showtime: Die Ports sind konfiguriert, der Anwender ist verbunden, und das DSL-Modem ist online und bereit zur Datenübertragung.

Hinweis:

Informationen zu ANCP für Business-Abonnenten und -Services finden Sie unter Layer 2 Wholesale with ANCP-Triggered VLANs Overview.

ANCP-Schnittstellen und Access-Loop-Circuit-Identifikatoren

Die Zugriffsschleife oder Zugriffsleitung in einer ANCP-Topologie besteht aus den physischen Elementen zwischen dem Anwender Device (CPE) und dem Zugriffsknoten. Eine mit der Access-Schleife verknüpfte Kennung dient ebenfalls zur Identifizierung des Anwenders. Diese Kennung ist eine alphanumerische Zeichenfolge, die die Schnittstelle auf dem DSLAM identifiziert, von der die Anforderungen der Anwender ausgehen. Es kann mit verschiedenen Namen bezeichnet werden.

• In ANCP-Nachrichten trägt ein TLV die Access-Loop-Circuit-ID, die auch als Access-Line-Identifier, Access-Loop-Circuit-ID oder Access-ID bezeichnet wird.

• DHCP-Erkennungspakete können die Leitung mit der Unteroption Agent-Verbindungs-ID im Feld Option 82 identifizieren.

• PPPoE-Discovery-Pakete können die Leitung mit dem Unterattribut Agent-Circuit-ID im anbieterspezifischen Tag des DSL Forums identifizieren.

Jeder dieser Identifikatoren wird als ACI abgekürzt. Wenn der ANCP-Agent eine Portverwaltungsnachricht von einem Zugriffsknoten empfängt, verwendet er die in der Nachricht enthaltene Access-Loop-Circuit-Kennung, um zu bestimmen, welche logische Schnittstelle oder welcher Schnittstellensatz dem Anwender entspricht.

Sie können eine Kennung durch statische Konfiguration einer ANCP-Zugriffsleitung zuordnen. Wenn Sie eine logische Schnittstelle konfigurieren, indem Sie den Schnittstellennamen auf Hierarchieebene [edit protocols ancp interfaces] angeben, schließen Sie die access-identifier Anweisung ein, um den Bezeichner der Zugriffsschleifenschaltung mit der Schnittstelle zu verknüpfen. Wenn Sie einen Schnittstellensatz konfigurieren, indem Sie die interface-set Anweisung auf Hierarchieebene [edit protocols ancp interfaces] einschließen, ordnen Sie den Bezeichner der Zugriffsschleife dem Schnittstellensatz zu, indem Sie die access-identifier Anweisung auf Hierarchieebene [edit protocols ancp interfaces interface-set interface-set-name] einschließen.

Wenn das DHCP- oder PPPoE-Erkennungspaket eine ACI enthält, kann der ANCP-Agent die ACI dynamisch der Schnittstelle oder dem Schnittstellensatz des Anwenders zuordnen. VLANs für die Teilnehmer werden nach einem dynamischen Profil erstellt; Diese werden als Agent Circuit Identifier-basierte oder ACI-basierte dynamische VLANs bezeichnet.

Die Unterstützung von ANCP-Agenten für die RADIUS-Authentifizierung und -Abrechnung erfordert, dass sowohl statische als auch dynamische ACIs im gesamten Netzwerk eindeutig sind. Keine zwei Schnittstellen über mehrere Nachbarn (Zugriffsknoten) hinweg können dieselbe Kennung verwenden. Die DHCP- und PPPoE-Prozesse haben keine Informationen über die IP-Adressen der Zugriffsknoten und können daher nicht zwischen doppelten Identifikatoren unterscheiden. Diese Situation verhindert, dass das AAA-Services-Framework eine DHCP- oder PPPoE-Clientsitzung mit einer Zugriffsleitung für die RADIUS-Authentifizierung und -Abrechnung korreliert.

Zuordnen von Zugriffsleitungen zu Schnittstellen und Schnittstellensätzen

Der ANCP-Agent ordnet die ACI für Anwender-Zugriffsleitungen einer Schnittstelle oder einem Schnittstellensatz zu, um vom Zugriffsknoten empfangene DSL-Attribute auf das CoS-Traffic Shaping für die Zugriffsleitung anzuwenden. Die Zugriffsleitungszuordnung kann statisch mit der Zugriffsbezeichneranweisung konfiguriert oder während der Authentifizierung des Anwenders dynamisch abgeleitet werden. Statisches Mapping ersetzt immer dynamisches Mapping.

Der ANCP-Agent kann eine Zugangsleitung einer anderen Schnittstelle oder einem anderen Schnittstellensatz als der ursprünglichen Zuordnung neu zuordnen. Die Neuzuordnung kann auch statisch oder dynamisch erfolgen. Beispielsweise kann eine Zugriffsleitung zuerst dynamisch einer Anwenderschnittstelle zugeordnet und dann statisch einer Schnittstellengruppe zugeordnet werden.

Sie können die Zuordnung mit der Anweisung nur für Schnittstellen- und Schnittstellensatztypen mit konfigurierten oder deterministischen Namen statisch konfigurieren:

• Statische VLAN-Schnittstellen

• Statische VLAN-Demux-Schnittstellen

• Statische Schnittstellen-Sets

• Dynamische Schnittstellensätze

• Dynamische VLAN-getaggte Schnittstellensätze

Die statische Konfiguration mit der Anweisung ist erforderlich, um eine Zugriffsleitung statischen Schnittstellensätzen, dynamischen Schnittstellensätzen und dynamischen VLAN-getaggten Schnittstellensätzen zuzuordnen. Dies gilt unabhängig vom Vorhandensein einer ACI im Erkennungspaket des PPPoE- oder DHCP-IP-Demux-Anwenders, da die Verwendung der ACI für die Erstellung dieser Arten von Schnittstellensätzen irrelevant ist.

Sie können das Mapping mit der Anweisung für die folgenden Schnittstellen- und Schnittstellengruppentypen nicht statisch konfigurieren, da sie nichtdeterministische, automatisch generierte Namen haben:

• Dynamische VLAN-Demux-Schnittstellen

• Dynamische ACI-Schnittstellensätze (ACI-VLANs)

• Dynamische PPPoe- und DHCP-IP-Demux-Schnittstellen für Anwender

Im Kontext von Layer-2-Großhandels-Services kann der ANCP-Agent Zugriffsleitungen dynamischen VLAN-Demux-Schnittstellen zuordnen, die über Ethernet-VPLS-Kapselung verfügen. Der ANCP-Agent löst die Erstellung dieser Schnittstellen mit der ANCP Port UP-Nachricht aus, die immer die ACI für die Zugriffsleitung enthält. Der Agent kann dann die Schnittstelle dynamisch einer Zugriffsleitung für CoS-Traffic Shaping zuordnen.

Dynamisches Mapping funktioniert wie folgt:

• Wenn die Anwender Schnittstelle Mitglied eines Schnittstellensatzes ist, ordnet der ANCP-Agent die ACI für die Zugriffsleitung dem Schnittstellensatz zu.

• Wenn die Anwender-Schnittstelle kein Mitglied eines Schnittstellensatzes ist, ordnet der ANCP-Agent die ACI für die Zugriffsleitung der Anwender-Schnittstelle zu.

Der ANCP-Agent unterstützt keine statische oder dynamische Zuordnung für die folgenden Schnittstellentypen, unabhängig davon, ob die ACI der Zugriffsleitung im Erkennungspaket des Anwender vorhanden ist:

• Statische VLAN-Schnittstellen, die von ESSM erstellt wurden.

• Statische VLAN-Demux-Schnittstellen, die von ESSM erstellt wurden.

• Dynamische VLAN-Schnittstellen.

• Dynamische VLAN-Demux-Schnittstellen, die keine Ethernet-VPLS-Kapselung haben.

ANCP-Nachbarn

Der ANCP-Agent kann Datenverkehr nur für Zugriffsknoten melden, die als ANCP-Nachbarn (auch als ANCP-Peers bezeichnet) konfiguriert sind. Nachbarn können TCP-Verbindungen mit dem Router aufbauen. Fügen Sie die neighbor Anweisung auf der [edit protocols ancp] Hierarchieebene ein, um einen Zugriffsknoten als ANCP-Nachbarn zu konfigurieren.

Der ANCP-Agent tauscht Nachbarschaftsnachrichten mit Nachbarn aus. Wenn innerhalb des erwarteten Zeitraums keine Nachbarschaftsnachricht von einem Nachbarn empfangen wird, gilt der Nachbar als ausgefallen und wird getrennt. Sie können anpassen, wie lange der ANCP-Agent auf Nachbarschaftsnachrichten von allen Nachbarn wartet, indem Sie die adjacency-timer Anweisung auf Hierarchieebene [edit protocols ancp] einschließen. Das Intervall zwischen Adjacency-Nachrichten wird zwischen dem Router und dem Nachbarn während der Adjacency-Einrichtung ausgehandelt. Der größere von zwei Timerwerten – entweder der in der ANCP-SYN-Nachricht empfangene Wert oder der konfigurierte Wert – wird ausgewählt. Ein Verlust der Synchronisierung zwischen dem Router und einem Nachbarn wird deklariert, wenn über einen Zeitraum, der das Dreifache des ausgehandelten Werts überschreitet, keine gültigen Nachrichten empfangen werden.

Hinweis:

Die ANCP-TCP-Verbindung wird nicht hergestellt, und folglich werden ANCP-Nachbarn unter keinen der folgenden Umstände aktiviert:

• Wenn die Nachbaradresse (nummeriert oder nicht nummeriert) eine /32-Maske hat.

• Wenn die nicht nummerierte lokale Adresse für dynamische logische ANCP-Schnittstellen für die Verwendung einer bevorzugten Quelladresse konfiguriert ist.

ANCP-Nachbarn haben einen der folgenden administrativen Zustände, die einfach die Konfiguration des Nachbarn darstellen:

• enabled: Der Nachbar wird in der CLI konfiguriert.

• disabled: Der Nachbar ist nicht konfiguriert, d. h., er wurde entweder nie konfiguriert oder die Konfiguration wurde gelöscht.

ANCP-Nachbarn im aktivierten Zustand haben einen der folgenden Betriebszustände, die den Status der Nachbarschaftsverhandlungen darstellen:

• Konfiguriert: Der Nachbar wurde konfiguriert, hat aber noch nie eine Nachbarschaft eingerichtet.

• Etablishing: Nachbarschaftsverhandlungen sind im Gange.

• Eingerichtet: Die Nachbarschaftsverhandlungen sind erfolgreich und eine ANCP-Sitzung wurde eingerichtet.

• Nicht etabliert: Der Nachbar hat eine zuvor bestehende Nachbarschaft verloren, ist aber bereit, Verhandlungen aufzunehmen.

Sie können auch Parameter für einen bestimmten Nachbarn konfigurieren, die globale oder Standardkonfigurationen außer Kraft setzen, indem Sie eine der folgenden Anweisungen auf Hierarchieebene [edit protocols ancp neighbor ip-address] einschließen:

• adjacency-timer– Passen Sie das Intervall zwischen Nachbarschaftsnachrichten an, die mit diesem Nachbarn ausgetauscht werden.

• ietf-mode– Verhindern, dass der ANCP-Agent in einem abwärtskompatiblen Modus für diesen Nachbarn arbeitet; für Nachbarn, die die aktuelle IETF-Implementierung von ANCP verwenden.

• maximum-discovery-table-entries– Geben Sie an, wie viele Discovery-Tabelleneinträge von diesem Nachbarn akzeptiert werden. Fügen Sie diese Anweisung auf der [edit protocols ancp] Hierarchieebene ein, um die Anzahl der Einträge global für alle Nachbarn festzulegen.

• pre-ietf-mode– Aktivieren Sie den ANCP-Agenten, um in einem abwärtskompatiblen Modus für diesen Nachbarn zu arbeiten. für Nachbarn, die die ursprüngliche IETF-Implementierung von ANCP (GSMPv2) anstelle der aktuellen Implementierung verwenden. Fügen Sie diese Anweisung auf der [edit protocols ancp] Hierarchieebene ein, um global für alle Nachbarn im abwärtskompatiblen Modus zu arbeiten.

RFC 6320, Protocol for Access Node Control Mechanism in Broadband Networks, definiert ANCP Version 1. ANCP wurde ursprünglich auf der Grundlage des General Switch Management Protocol (GSMP) Version 3, Subversion 1 implementiert. Die Internet-Community hat jedoch im Laufe der Entwicklung von ANCP so viele Erweiterungen und Modifikationen an GSMPv3 vorgenommen, dass ANCP nicht mehr mit GSMPv3 interoperabel ist. Folglich müssen ANCP-Nachbarn in der Lage sein, die Version, die jeder Peer unterstützt, dynamisch zu erkennen. Ein gemeinsames Register kodifiziert die GSMP- und ANCP-Versionsnummern.

Wenn ein ANCP-Nachbar Nachbarschaftsverhandlungen eröffnet, gibt er die höchste Version von ANCP an, die er unterstützt, entweder 0x31 für GSMPv3 oder 0x32 für ANCP Version 1. (Version 1 kann auch Version 50 genannt werden, was sich auf die Dezimalkonvertierung vom Hexadezimalwert bezieht.) Wenn der empfangende Nachbar diese Version von ANCP unterstützt, gibt er diesen Wert zurück, wenn er den sendenden Nachbarn antwortet. Wenn diese Version nicht unterstützt wird, löscht der empfangende Nachbar einfach die Nachricht.

Der ANCP-Agent speichert Informationen über aktive ANCP-Teilnehmer in der gemeinsam genutzten Junos-Datenbank, einschließlich DSL-Attribute für die Zugriffsleitungen. Dieser Speicher ist persistent und wird nur dann aus der Datenbank entfernt, wenn Sie die Schnittstelle oder den Schnittstellensatz für die Zugriffsleitung löschen oder einen der folgenden Befehle ausführen:

• ANCP-Nachbar löschen

• ANCP-Anwender löschen

Die Persistenz des Speichers ermöglicht die ordnungsgemäße Verwaltung von PPPoE- und DHCP-IP-Demux-Abonnenten durch RADIUS für die Authentifizierung und Abrechnung mit ihren DSL-Attributen, selbst wenn die ANCP-Verbindung vorübergehend beendet wurde.

Partitionen

ANCP unterstützt die Aufteilung eines Zugriffsknotens in logische Partitionen. Jede Partition schafft eine Nachbarschaft zu einem Router; Jede Partition auf einem Zugriffsknoten kann Angrenzungen zu verschiedenen Routern bilden. Die Teilungsverhandlungen finden während der ANCP-Nachbarschaftsverhandlungen statt. ANCP-Nachrichten enthalten die folgenden Felder im Zusammenhang mit der Partitionsaushandlung:

• Das Feld Partitionstyp (PType) gibt an, ob der Zugriffsknoten partitioniert ist und wie der Partitionsbezeichner ausgehandelt wird. Das Feld hat einen der folgenden Werte, die bei der Bildung der Nachbarschaft ausgehandelt wurden:

  • 0 – Der Zugriffsknoten ist nicht partitioniert oder unterstützt keine Partitionen.

  • 1: Die Anzahl der Partitionen ist festgelegt und der Router fordert den Zugriffsknoten auf, die Kennung zu verwenden, die er in das Feld "Partitionskennung" eingibt.

  • 2 – Die Anzahl der Partitionen ist festgelegt und dem Zugriffsknoten wurde die Partitionskennung zugewiesen.

• Das Partitions-ID-Feld, das eines der folgenden Szenarien für die ANCP-Agent-Unterstützung des Nachbarn angibt:

  • Nullpartitions-ID: Der ANCP-Agent unterstützt jeden Nachbarn auf einer IP-Adresse über eine einzelne TCP-Sitzung mit einer Partitions-ID von Null. Dies ist der Standard-Supportfall. Dieser Wert ist erforderlich, wenn der Partitionstyp Null ist.

  • Partitions-ID ungleich Null: Der ANCP-Agent unterstützt jeden Nachbarn auf einer IP-Adresse über eine einzelne TCP-Sitzung mit einer Partitions-ID ungleich Null. In diesem Fall muss das Lernen der Partitions-ID mit der gsmp-syn-wait Anweisung auf Hierarchieebene [edit protocols ancp] aktiviert sein.

• Das Feld Partitionsflag (PFlag) gibt den Typ der Partitionsanforderung an. Der Wert eins gibt eine neue Nachbarschaft an.

Die folgenden Partitionierungsschemata werden unterstützt

• Jede Partition verfügt über eine unabhängige ANCP-Sitzung und einen Kanal zu einem benachbarten Router. Alle Partitionen haben eine feste Partitions-ID von Null.

• Jede Partition verfügt über eine unabhängige ANCP-Sitzung und einen Kanal zu einem benachbarten Router. Jede Partition verfügt über eine dedizierte Partitions-ID ungleich Null.

Nachbarschafts-Update-Meldungen

Nachdem eine Nachbarschaft eingerichtet wurde, verwendet der ANCP-Agent Nachbarschaftsaktualisierungsnachrichten, um Router, die dieselbe Partition steuern, miteinander zu informieren. Sobald mehr als ein Router eine Nachbarschaft zu einer bestimmten Partition eingerichtet hat, sendet der ANCP-Agent eine Nachbarschaftsaktualisierungsnachricht an jeden dieser Router, um zu melden, wie viele eingerichtete Nachbarschaften die Partition derzeit unterstützt. Wenn eine Nachbarschaft verloren geht, wird eine Aktualisierungsnachricht an die verbleibenden Router gesendet, um die Statusänderung zu melden. Sie können den show ancp neighbor detail Befehl verwenden, um die Anzahl der Nachbarschaften anzuzeigen, die derzeit auf einer bestimmten Partition eingerichtet sind.

Generische Antwortnachrichten und Ergebniscodes

ANCP-Nachbarn und der Router können auf Nachrichten entweder mit einer spezifischen Antwortnachricht oder einer generischen Antwortnachricht antworten. Eine generische Antwortnachricht wird in der Regel gesendet, wenn keine anderen Informationen als ein Erfolgs- oder Fehlerergebnis an den Peer gesendet werden müssen. Wenn es bei der Antwort um einen Fehler geht, ist ein Ergebniscode enthalten, der die Art des Fehlers angibt. Eine begrenzte Menge an Diagnosedaten kann ebenfalls einbezogen werden. Eine generische Antwortnachricht kann auch unabhängig von einer Anforderung gesendet werden, wenn die Nachbarschaft aufgrund des Fehlers heruntergefahren wird. In diesem Fall setzt der Absender der Nachricht das Feld Transaktions-ID im Nachrichtenkopf und das Feld Nachrichtentyp in der Status-Info TLV auf Null.

In Tabelle 1 werden die Ergebniscodes beschrieben, die in einer generischen Antwortnachricht enthalten sein können.

Tabelle 1: ANCP-Fehlerergebniscodes

Code-Wert	Beschreibung	Erkannt von
0x02	Obwohl die Anforderungsnachricht ordnungsgemäß formatiert ist, ist sie ungültig, da sie gegen das Protokoll verstößt, entweder aufgrund von Zeitsteuerungsproblemen wie einer Racebedingung oder der Richtung, in die die Nachricht übertragen wurde.	ANCP-Agent
0x06	Einer oder mehrere der angegebenen Ports sind aufgrund eines nicht übereinstimmenden Zustands zwischen dem Router und einer ANCP-Steuerungsanwendung ausgefallen.	Steuerungsanwendungen (noch keine verfügbar)
0x13	ANCP hat keine Ressourcen mehr. Dieser Ergebniscode wird nur vom Zugriffsknoten gesendet. Das Problem hängt wahrscheinlich nicht mit den Zugangsleitungen zusammen, sondern kann mit einer bestimmten Anfrage zusammenhängen.	ANCP-Protokollschicht oder Steuerungsanwendungen (noch keine verfügbar)
0x51	Der Typ der Anforderungsnachricht wird nicht implementiert, da die Protokollversionen oder der Funktionsstatus zwischen den Peers nicht übereinstimmen oder möglicherweise weil der Nachrichtentyp für eine ANCP-Funktion optional ist.	ANCP-Agent
0x53	Die Nachricht ist fehlerhaft, weil sie entweder während der Übertragung beschädigt wurde oder an einem Ende der Verbindung ein Implementierungsfehler aufgetreten ist.	ANCP-Agent
0x54	Eine oder mehrere obligatorische TLVs fehlen in der Anforderung.	ANCP-Agent
0x55	Der Inhalt eines oder mehrerer TLVs in der Anforderung ist ungültig, da er nicht mit der TLV-Spezifikation übereinstimmt.	ANCP-Agent
0x500	Einer oder mehrere der in einer Anforderung angegebenen Ports sind nicht vorhanden, möglicherweise aufgrund eines Konfigurationskonflikts zwischen dem Zugriffsknoten und dem Router oder AAA.	Steuerungsanwendungen (noch keine verfügbar)

Hinweis:

Obwohl Junos OS sowohl das Senden als auch das Empfangen generischer Antwortnachrichten unterstützt, empfängt der ANCP-Agent derzeit nur diese Nachrichten. Wenn eine dieser Nachrichten empfangen wird, generiert der Router ein Systemprotokoll, erhöht die generischen Nachrichtenzähler und erhöht die Ergebniscodezähler. Wenn der ANCP-Agent eine falsche oder unerwartete generische Antwortnachricht von einem ANCP-Nachbarn empfängt, verwirft er das Paket sofort, generiert eine Systemprotokollbenachrichtigung und führt keine weiteren Aktionen durch.

Generische Antwortnachrichten enthalten in der Regel die Status-Info TLV, die zusätzliche Informationen zu einer Warnung oder Fehlerbedingung enthält. Der Status-Info-TLV ist erforderlich, wenn der Ergebniscode Folgendes angibt: Ein Port ist ausgefallen oder nicht vorhanden, ein obligatorischer TLV fehlt oder ein TLV ist ungültig. Die Status-Info TLV kann auch in andere ANCP-Nachrichtentypen eingebunden werden.

Vorteile des Access Node Control Protocol

• Vereinfachen Sie die Konfiguration und Wartung von Zugangsleitungen zwischen Access Nodes und Anwendern.

• Führen Sie CoS-bezogene Anpassungen an vor- und nachgelagerten Datenratenattributen durch, um sowohl Services präzise bereitzustellen als auch Überlastungen im Netzwerk zu kontrollieren.

• Stellen Sie Informationen zum Zugriffsnetzwerk, wie z. B. DSL-Attribute, für Backend-Anwendungen wie Operations Support Systems (OSS) für die Dienstverwaltung bereit.

• Speichern Sie DSL-Attribute in der Sitzungsdatenbank zur Verwendung bei der RADIUS-Authentifizierung und der Abrechnung von PPPoE-Sitzungen.

1:1- und N:1-Traffic-Shaping-Modelle

Die 1:1- und N:1-Traffic Shaping-Modelle bestimmen, wie VLANs mit Haushalten korrelieren. Diese Modelle werden auch als Zugriffsmodelle oder Konfigurationsmodelle bezeichnet. Ein Netzwerk kann eines oder beide der folgenden Modelle umfassen:

• 1:1-Modell: Ein Haushalt hat nur eine PPPoE- oder DHCP-IP-Demux-Anwendersitzung. Ein oder mehrere solcher Haushalte können auf einer einzigen VLAN- oder VLAN-Demux-Schnittstelle existieren. Im Falle eines einzelnen Haushalts kann entweder die Anwender-Schnittstelle oder die zugrunde liegende VLAN- oder VLAN-Demux-Schnittstelle den Haushalt darstellen. Bei mehreren Haushalten repräsentieren die entsprechenden Anwenderschnittstellen die Haushalte. In beiden Fällen muss die Schnittstelle, die einen Haushalt darstellt, der ACI für seine Zugangsleitung zugeordnet werden.

  Tabelle 2 beschreibt die Arten von Schnittstellen, die für das ANCP 1:1-Zugriffsmodell unterstützt werden, wenn keine Schnittstellensätze beteiligt sind, und ob die PPPoE- oder DHCP-IP-Demux-Erkennungspakete die ACI für die Zugriffsleitungen des Anwenders enthalten müssen.

  Tabelle 2: ACI-Zuordnung nach Schnittstellentyp für das ANCP 1:1-Modell

  Schnittstellentyp	Beschreibung	Vorhandensein von ACI in Discovery-Paketen
  Dynamische PPPoE- oder DHCP-IP-Demux-Schnittstelle	Wenn ACI in Discovery-Paketen vorhanden ist, ordnet der ANCP-Agent die ACI der Schnittstelle des Anwenders zu. Der Name der Schnittstelle ist automatisch generiert und nicht deterministisch.	Erforderlich.
  Statische VLAN- oder VLAN-Demux-Schnittstelle	Der Name der Schnittstelle ist statisch konfiguriert. Die ANCP-Agent-Konfiguration muss die access-identifier Anweisung enthalten, um die ACI statisch der Schnittstelle zuzuordnen.	Nicht vorhanden.

• N:1-Modell: Ein Haushalt kann mehr als eine PPPoE- oder DHCP-IP-Demux-Anwender-Sitzung haben. Der Haushalt kann mehr als eine VLAN- oder VLAN-Demux-Schnittstelle haben. In beiden Fällen müssen alle Schnittstellen in einem Schnittstellensatz gruppiert werden. Die wiederum eingestellte Schnittstelle muss der ACI für die Zugangsleitung des Haushalts zugeordnet werden.

  Ein Schnittstellensatz gruppiert die dynamischen PPPoE- oder DHCP-IP-Demux-Sitzungen für einen Haushalt. Die Abonnenten werden durch eine mehrere Methoden in Schnittstellensätze eingeordnet. In Tabelle 3 werden die Typen von Schnittstellensätzen beschrieben, die im ANCP N:1-Zugriffsmodell unterstützt werden, wie sie erstellt werden und wie die ACI dem Schnittstellensatz zugeordnet wird.

  Tabelle 3: ACI-Zuordnung nach Schnittstellensatztyp für das ANCP N:1-Zugriffsmodell

  Art des Schnittstellensatzes	Beschreibung	Schnittstellentyp	Vorhandensein von ACI in Discovery-Paketen
  ACI-basierte VLAN-Schnittstellensätze	Wenn der Router ein DHCP- oder PPPoE-Erkennungspaket empfängt, das eine ACI enthält, die in das anbieterspezifische Tag des DSL Forums eingebettet ist, erstellt er dynamisch das VLAN und den Schnittstellensatz. Der Router generiert einen nicht deterministischen Namen für den Schnittstellensatz, z. B. aci-1003-ge-1/0/0.1073741832. Der ANCP-Agent ordnet die ACI aus dem Discovery-Paket automatisch dem dynamisch erstellten Schnittstellensatz zu. Alle DHCP-, IP-, Demux- oder PPPoE-Sitzungen, die dieselbe ACI haben, werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demux-Schnittstellen.	Erforderlich.
  Dynamische Schnittstellensätze	Ein dynamisches Profil erstellt die Schnittstellengruppe dynamisch und platziert Schnittstellen in der Menge. Das Profil kann entweder den Namen des Schnittstellensatzes explizit konfigurieren oder eine Variable haben, die den Namen des Schnittstellensatzes darstellt. Wenn eine Variable verwendet wird, wird der Schnittstellensatzname von RADIUS bereitgestellt, wenn eine Access-Accept-Nachricht für den Anwender zurückgegeben wird. Die ANCP-Agent-Konfiguration muss die access-identifier Anweisung enthalten, um die ACI statisch dem Schnittstellensatz zuzuordnen. Alle DHCP-, IP-, Demux- und PPPoE-Sitzungen werden einer Schnittstelle zugeordnet, die gemäß den Regeln des dynamischen Profils festgelegt ist.	DHCP-IP-Demux-Anwender-Schnittstellen, PPPoE-Anwender-Schnittstellen oder VLAN-Schnittstellen.	Irrelevant.
  Statische Schnittstellen-Sets	Der Schnittstellensatz und der Setname sind statisch konfiguriert und enthalten mehrere statische Schnittstellen. Die ANCP-Agent-Konfiguration muss die access-identifier Anweisung enthalten, um die ACI statisch dem Schnittstellensatz zuzuordnen.	Statische VLAN- und VLAN-Demux-Schnittstellen.	Irrelevant.
  VLAN-getaggte Schnittstellensätze	Wenn der Router ein DHCP- oder PPPoE-Erkennungspaket empfängt, das eine VLAN-ID enthält, erstellt er dynamisch das VLAN und den Schnittstellensatz. Die Schnittstellengruppe erhält einen deterministischen Namen, der aus dem Namen der physischen Schnittstelle und den VLAN-Tags besteht, z. B. ge-1/0/0-101. Die ANCP-Agent-Konfiguration muss die access-identifier Anweisung enthalten, um die ACI statisch dem Schnittstellensatz zuzuordnen. Alle DHCP-, IP-, Demux- oder PPPoE-Sitzungen, die über dasselbe VLAN-ID-Tag verfügen, werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demux-Schnittstellen.	Irrelevant.

CoS-Traffic Shaping basiert auf der Downstream-Datenverkehrsrate des Anwenders, die der ANCP-Agent vom Zugriffsknoten empfängt und dann an CoS weitergibt. CoS kann den Datenverkehr der Anwender auf der Ebene des Haushalts oder der Sitzung gestalten:

• Haushaltsgestaltung: Es wird nur der aggregierte Datenverkehr zum Haushalt gestaltet. Die Haushaltsgestaltung ergibt sich aus der Anwendung eines CoS-Datenverkehrssteuerungsprofils auf die statische VLAN- oder VLAN-Demux-Schnittstelle oder auf den Schnittstellensatz.

• Sitzungsgestaltung: Die Datenverkehrsrate zu den einzelnen Geräten im Haushalt wird geformt. Die Sitzungsgestaltung ergibt sich aus der Angabe eines CoS-Datenverkehrssteuerungsprofils im dynamischen PPPoE-Profil, das die Anwendersitzung erstellt. Abhängig von der Netzwerkkonfiguration kann das Session-Shaping freigegebene Prioritätswarteschlangen verwenden, um alle Sitzungen identisch zu gestalten, oder einzelne Prioritätswarteschlangen, um die Sitzungen separat zu gestalten.

Traffic Shaping-Modell für Unternehmensservices

Zusätzlich zu den N:1- und 1:1-Traffic Shaping-Modellen unterstützt der ANCP-Agent auch ein Business Services Traffic Shaping-Modell. In diesem Modell klassifiziert der Extensible Subscriber Services Manager (ESSM) eine PPPoE-Sitzung entweder als Privathaushalt oder als geschäftlicher Anwender. Die Klassifizierung erfolgt während der RADIUS-Authentifizierung und -Autorisierung. Der ANCP-Agent wendet das CoS-Traffic Shaping je nach Klassifizierung unterschiedlich an.

Vor der RADIUS-Authentifizierung und -Autorisierung stellt die PPPoE-Sitzung einen Wohnhaushalt im ANCP 1:1-Modell dar. Der ANCP-Agent ordnet die Zugangsleitung des Haushalts dynamisch der entsprechenden Anwender-Schnittstelle zu und wendet CoS-Traffic Shaping auf diese Schnittstelle an. Der ACI der Haushaltsleitung ist im PPPoE-Discovery-Paket vorhanden.

Wenn ESSMD anschließend eine PPPoE-Sitzung während der RADIUS-Authentifizierung und -Autorisierung als Business-Anwender-Sitzung klassifiziert, erstellt und gruppiert es mehrere statische VLAN-Schnittstellen für Management und Data Plane in einem statischen Schnittstellensatz. Anschließend wird die Zugriffsleitung für die PPPoE-Sitzung statisch diesem Schnittstellensatz gemäß der CLI-Konfiguration zugeordnet. Der ANCP-Agent entfernt CoS-Traffic Shaping von der Anwender-Schnittstelle und wendet es auf den statischen Schnittstellensatz an. Das Entfernen des CoS-Traffic Shaping bedeutet, dass die CoS-Anwendung die nächste Rate in ihrem Standard- oder konfigurierten Anpassungssteuerungsprofil auf die Schnittstelle oder den Schnittstellensatz anwendet. Das neue Schnittstellenset für Business-Anwender darf keine Mischung aus statischen und dynamischen Schnittstellen enthalten. Dieses Verbot ist nicht auf dynamische VLANs und die PPPoE-Sitzung beschränkt, die die Erstellung des Schnittstellensatzes ausgelöst hat.

Hinweis:

Eine Ausnahme von der allgemeinen Unterstützung des ANCP-Agenten für CoS-Traffic Shaping und RADIUS-Authentifizierung und -Accounting auf statischen VLAN- und VLAN-Demux-Schnittstellen besteht darin, dass diese Schnittstellen nicht unterstützt werden, wenn sie von ESSM erstellt werden. Diese Schnittstellen unterscheiden sich von den vom ESSM erstellten Schnittstellensätzen, die vom ANCP-Agent unterstützt werden.

Aus Sicht des ANCP-Agenten überschreibt das Geschäftsmodell effektiv eine dynamisch abgeleitete Zuordnung von Zugriffslinie zu Schnittstelle durch eine statisch konfigurierte Zuordnung von Zugriffslinie zu Schnittstelle. Diese Aktion veranlasst den ANCP-Agenten, das CoS-Traffic Shaping entsprechend erneut anzuwenden.

Das Business-Services-Modell wird typischerweise in einem Layer-2-Großhandels-Netzwerk verwendet. Ausführliche Informationen finden Sie unter Layer 2-Großhandel mit ANCP-getriggerten VLANs – Übersicht.

ANCP-Netzwerk mit N:1- und 1:1-Konfigurationsmodellen ohne Schnittstellensätze

In dieser Beispieltopologie sind zwei Haushalte für eine zugrunde liegende statische VLAN- oder VLAN-Demux-Schnittstelle (N:1; Dual-Tagged VLAN) und ein einzelner Haushalt für eine andere zugrunde liegende Schnittstelle (1:1; Single-Tagged VLAN) konfiguriert (Abbildung 1). Zusätzlich zu der eindeutigen ACI, die vom Zugriffsknoten zugewiesen wird, wird jeder Haushalt weiter durch das VLAN identifiziert, das der Kennung in der ANCP-Agentenkonfiguration zugeordnet wird. CoS-Traffic Shaping für Sitzungen kann nur Warteschlangen mit gemeinsamer Priorität verwenden, um alle Sitzungen identisch zu gestalten. Individuelle Prioritätswarteschlangen zur separaten Gestaltung der Sitzungen werden nicht unterstützt.

Abfolge von ANCP-Ereignissen: Statische VLAN- oder VLAN-Demux-Schnittstellen über Ethernet ohne Schnittstellensätze

Die folgende Ereignisabfolge gilt für die Topologie in Abbildung 1 mit statischen VLAN-Schnittstellen über Ethernet ohne Schnittstellensätze.

1. Ein Netzwerkgerät im Haushalt initiiert die PPPoE-Erkennung.

2. PPPoE erstellt eine dynamische PPPoE-Sitzung auf der zugrunde liegenden statischen VLAN- oder VLAN-Demux-Schnittstelle und wendet die im VLAN konfigurierten Advisory-Optionen auf die Sitzung an.

3. Der Zugangsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine von einer ACI identifizierte Zugangsleitung zur Verfügung.

4. Der ANCP-Agent sendet an CoS die angepasste Downstream-Datenrate für das statische VLAN oder Demux-VLAN, das der ACI zugeordnet ist. Der ANCP-Agent speichert alle DSL-Attribute, einschließlich der angepassten Upstream-Datenrate, in der gemeinsam genutzten Datenbank des Routers.

5. AAA korreliert die dynamische PPPoE-Sitzung mit der Zugriffsleitung, indem die zugrunde liegende Schnittstelle der Sitzung mit der statischen VLAN- oder VLAN-Demux-Schnittstelle abgeglichen wird, die der ACI in der ANCP-Agent-Konfiguration zugeordnet ist.

6. AAA ruft die ANCP-DSL-Attribute für die Zugriffsleitung aus der gemeinsam genutzten Datenbank des Routers ab und ordnet sie den DSL-VSAs von Juniper Networks in den RADIUS-Access-Request- und Accounting-Request-Nachrichten zu. Wenn die DSL-Attribute nicht verfügbar sind, werden die empfohlenen Upstream- und Downstream-Datenraten der Sitzung den VSAs mit Upstream-Calculated-Qos-Rate (26-142) bzw. Downstream-Calculated-Qos-Rate (26-141) zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten aufgenommen.

ANCP-Netzwerk mit N:1-Konfigurationsmodell mit Schnittstellensätzen

In dieser Topologie werden mehrere Haushalte für jede zugrunde liegende statische VLAN- oder VLAN-Demux-Schnittstelle konfiguriert (Abbildung 2). Die VLANs sind doppelt getaggt. Jeder Haushalt verfügt über mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu der eindeutigen ACI, die vom Zugriffsknoten zugewiesen wird, wird der Haushalt durch das Schnittstellenset weiter identifiziert. Das Schnittstellenset gruppiert die dynamischen PPPoE-Sitzungen für die einzelnen Anwender-Geräte. Sie wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS Access-Accept-Nachricht während der PPPoE-Sitzungs-Authentifizierung angegeben. Session Shaping kann Warteschlangen mit gemeinsamer Priorität verwenden, um alle Sitzungen identisch zu gestalten, oder einzelne Warteschlangen, um die Sitzungen separat zu gestalten.

In diesem N:1-Modell mit Schnittstellensätzen muss der Access-Knoten das DSL-Forum-VSA zu den PPPoE-PADI- und PADR-Discovery-Paketen hinzufügen, die er während des Aufbaus dynamischer PPPoE-Sitzungen an den Router übergibt. Die VSA enthält die ACI für den Haushalt. Diese Einbeziehung ermöglicht es AAA, die PPPoE-Sitzungen während der RADIUS-Authentifizierung und -Abrechnung mit ihren jeweiligen Anwender-Zugriffsleitungen und DSL-Attributen zu korrelieren. Wenn die ACI nicht vorhanden ist, kann AAA die Korrelation nicht herstellen und meldet anschließend nur die empfohlenen Upstream- und Downstream-Datenraten an RADIUS Authentication and Accounting.

Wenn das dynamische PPPoE-Profil mit der $junos-interface-set-name vordefinierten Variablen konfiguriert ist, muss die Konfiguration des Zugriffsknotens, des Routers und des RADIUS-Servers in Bezug auf die ACI und den Schnittstellensatz synchronisiert werden:

• Die RADIUS Access-Accept-Nachricht muss den Juniper Networks Qos-Interface-Set-Name VSA (26-130) enthalten.

• Die CoS-Layer-2-Konfiguration muss den Schnittstellensatz, der im Qos-Interface-Set-Name-VSA (26-130) benannt ist, explizit identifizieren.

• Die ANCP-Agent-Konfiguration muss eine ACI dem Schnittstellensatz zuordnen, der in der Qos-Interface-Set-Name-VSA (26-130) benannt ist.

Abfolge von ANCP-Ereignissen: Statische VLAN-Schnittstellen über Ethernet mit Schnittstellensätzen

Die folgende Ereignisabfolge gilt für die Topologie in Abbildung 2 mit statischen VLAN-Schnittstellen über Ethernet mit Schnittstellensätzen.

1. Ein Netzwerkgerät im Haushalt initiiert die PPPoE-Erkennung.

2. Der Zugangsknoten fügt den PPPoE-, PADI- und PADR-Erkennungspaketen das DSL Forum VSA-Tag mit dem ACI für den Haushalt hinzu. (Der Bezeichner ist PPPoE als Agent Circuit identifier bekannt.)

3. PPPoE erstellt eine dynamische PPPoE-Sitzung mit der bereitgestellten ACI im zugrunde liegenden statischen VLAN und wendet die im VLAN konfigurierten Advisory-Optionen auf die Sitzung an.

4. Der Zugangsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine von einer ACI identifizierte Zugangsleitung zur Verfügung.

5. Der ANCP-Agent stellt CoS die angepasste Downstream-Datenrate für den Schnittstellensatz zur Verfügung, der der ACI zugeordnet ist. Der ANCP-Agent speichert alle ANCP-DSL-Attribute, einschließlich der angepassten Upstream- und Downstream-Datenraten, in der gemeinsam genutzten Datenbank des Routers.

6. AAA korreliert die dynamische PPPoE-Sitzung mit der Zugriffsleitung, indem die im DSL Forum VSA empfangene Sitzungskennung mit der ACI abgeglichen wird, die für die in der ANCP-Agent-Konfiguration festgelegte Schnittstelle konfiguriert ist.

7. AAA ruft die ANCP-DSL-Attribute für die Zugriffsleitung aus der gemeinsam genutzten Datenbank des Routers ab und ordnet sie den DSL-VSAs von Juniper Networks in den RADIUS-Access-Request- und Accounting-Request-Nachrichten zu. Wenn die DSL-Attribute nicht verfügbar sind, werden die empfohlenen Upstream- und Downstream-Datenraten der Sitzung den VSAs mit Upstream-Calculated-Qos-Rate (26-142) bzw. Downstream-Calculated-Qos-Rate (26-141) zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten aufgenommen.

8. Wenn die Authentifizierung abgeschlossen ist, wird die dynamische PPPoE-Sitzung in den Schnittstellensatz eingefügt, der im dynamischen PPPoE-Profil konfiguriert ist. Das Profil gibt einen benannten Schnittstellensatz oder die $junos-interface-set-name vordefinierte Variable an, die angibt, dass der Schnittstellensatz in der RADIUS Access-Accept-Nachricht benannt ist.

ANCP-Netzwerk mit 1:1-Konfigurationsmodell mit Schnittstellensätzen

In dieser Topologie wird für jede zugrunde liegende statische VLAN- oder VLAN-Demux-Schnittstelle ein einzelner Haushalt konfiguriert (Abbildung 3). Die VLANs sind doppelt getaggt. Jeder Haushalt verfügt über mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu der eindeutigen ACI, die vom Zugriffsknoten zugewiesen wird, wird der Haushalt durch das Schnittstellenset weiter identifiziert. Das Schnittstellenset wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS Access-Accept-Nachricht während der PPPoE-Sitzung Authentifizierung angegeben. Session Shaping kann Warteschlangen mit gemeinsamer Priorität verwenden, um alle Sitzungen identisch zu gestalten, oder einzelne Warteschlangen, um die Sitzungen separat zu gestalten.

In diesem 1:1-Modell mit Schnittstellensätzen muss die ANCP-Agentenkonfiguration die zugrunde liegende Schnittstelle für die PPPoE-Sitzungen in einem Schnittstellensatz sowohl der ACI als auch der Schnittstellengruppe zuordnen. Diese Konfiguration ermöglicht es AAA, die PPPoE-Sitzungen während der RADIUS-Authentifizierung und -Abrechnung mit ihren jeweiligen Anwender-Zugriffsleitungen und DSL-Attributen zu korrelieren.

Wenn das dynamische PPPoE-Profil mit der $junos-interface-set-name vordefinierten Variablen konfiguriert ist, muss die Konfiguration des Zugriffsknotens, des Routers und des RADIUS-Servers in Bezug auf die ACI und den Schnittstellensatz synchronisiert werden:

• Die RADIUS Access-Accept-Nachricht muss den Juniper Networks Qos-Interface-Set-Name VSA (26-130) enthalten.

• Die CoS-Layer-2-Konfiguration muss den Schnittstellensatz, der im Qos-Interface-Set-Name-VSA (26-130) benannt ist, explizit identifizieren.

• Die ANCP-Agent-Konfiguration muss eine ACI dem Schnittstellensatz zuordnen, der in der Qos-Interface-Set-Name-VSA (26-130) benannt ist.

Abfolge von ANCP-Ereignissen: Statische VLAN-Demux-Schnittstellen über aggregiertes Ethernet mit Schnittstellensätzen

Die folgende Ereignisabfolge gilt für die Topologie in Abbildung 3 mit statischen VLAN-Demux-Schnittstellen über aggregiertes Ethernet mit Schnittstellensätzen.

1. Ein Netzwerkgerät im Haushalt initiiert die PPPoE-Erkennung.

2. PPPoE erstellt eine dynamische PPPoE-Sitzung mit der bereitgestellten ACI auf der zugrunde liegenden statischen VLAN-Demux-Schnittstelle und wendet die im VLAN konfigurierten Advisory-Optionen auf die Sitzung an.

3. Der Zugangsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine von einer ACI identifizierte Zugangsleitung zur Verfügung.

4. Der ANCP-Agent stellt CoS die angepasste Downstream-Datenrate für den Schnittstellensatz zur Verfügung, der der ACI zugeordnet ist. Der ANCP-Agent speichert alle ANCP-DSL-Attribute, einschließlich der angepassten Upstream- und Downstream-Datenraten, in der gemeinsam genutzten Datenbank des Routers.

5. AAA korreliert die dynamische PPPoE-Sitzung mit der Zugriffsleitung, indem die zugrunde liegende Schnittstelle der Sitzung mit der zugrunde liegenden Schnittstelle abgeglichen wird, die für die in der ANCP-Agent-Konfiguration festgelegte Schnittstelle konfiguriert ist.

6. AAA ruft die ANCP-DSL-Attribute für die Zugriffsleitung aus der gemeinsam genutzten Datenbank des Routers ab und ordnet sie den DSL-VSAs von Juniper Networks in den RADIUS-Access-Request- und Accounting-Request-Nachrichten zu. Wenn die DSL-Attribute nicht verfügbar sind, werden die empfohlenen Upstream- und Downstream-Datenraten der Sitzung den VSAs mit Upstream-Calculated-Qos-Rate (26-142) bzw. Downstream-Calculated-Qos-Rate (26-141) zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten aufgenommen.

7. Wenn die Authentifizierung abgeschlossen ist, wird die dynamische PPPoE-Sitzung in den Schnittstellensatz eingefügt, der im dynamischen PPPoE-Profil konfiguriert ist. Das Profil gibt einen benannten Schnittstellensatz oder die $junos-interface-set-name vordefinierte Variable an, die angibt, dass der Schnittstellensatz in der RADIUS Access-Accept-Nachricht benannt ist.