ANCP-Agent-Nachbarn und -Vorgänge

Überblick

ANCP fungiert als Steuerungsebene zwischen einem serviceorientierten Layer-3-Edge-Gerät und einem Layer-2-Zugriffsknoten. Die Zugriffsknoten – ANCP-Nachbarn – sind Netzwerkgeräte, die Zugriffsschleifen von Anwendern beenden. Bei DSL-Zugriffsschleifen ist der Zugangsknoten ein DSL-Zugriffsmultiplexer (DSLAM). Warteschlangen- und Planungsmechanismen für den Datenverkehr von Teilnehmern müssen Überlastungen innerhalb des Zugangsnetzwerks vermeiden und gleichzeitig mit mehreren Datenströmen und unterschiedlichen CoS-Anforderungen fertig werden. 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 Zugriffsnetzwerk und den Datenverkehr der Teilnehmer bereitstellt.

Der ANCP-Agent kann eine Zugriffsleitung einer Schnittstelle oder einem Schnittstellensatz zuordnen, der entweder statisch oder dynamisch festgelegt ist. Der Agent stellt diese Informationen sowohl CoS als auch AAA zur Verfügung. Der Agent übergibt die Traffic Shaping-Attribute für jede Teilnehmerzugriffsleitung, die der Zugriffsknoten an den ANCP-Agent gesendet hat, sowohl an CoS als auch an AAA. Darüber hinaus sendet der Agent alle DSL Forum-Attribute, die vom Zugriffsknoten 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-Abonnentensitzungen verwenden. Die Datenverkehrsraten können auch für die Gestaltung des L2TP-Tunnelverkehrs 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 mit Extensible Subscriber Services Manager (ESSM) erstellt wurden

• Statische VLAN-Demo-Schnittstellen, ausgenommen solche, 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-Sätze oder ACI-VLANs

• Dynamische PPPoE- und DHCP-IP-Demo-Anwenderschnittstellen

• Dynamische VLAN-Demo-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.

Topologieerkennung

Der Router verwendet die Topologieerkennung, um Informationen vom Zugriffsknoten zu erfassen. Zu den Informationen gehören Folgendes:

• Topologie des Zugangsnetzes

• DSL-Leitungszustand

• Tatsächliche Upstream- und Downstream-Nettodatenraten einer synchronisierten DSL-Verbindung

• Maximal erreichbare Upstream- und Downstream-Netto-Datenraten

• Verschachtelungsverzögerung

Abonnentenservices

Der Router empfängt das Dienstprofil für die Teilnehmer von einem RADIUS-Server. Die meisten Dienste werden vom Router selbst erzwungen. Der Router formt den aggregierten ausgehenden Datenverkehr zu den Teilnehmern auf der Grundlage des vom DSLAM gemeldeten Durchsatzes der Teilnehmeranschluss. Dieses Traffic Shaping optimiert den Datenverkehrsfluss und vermeidet gleichzeitig Datenverkehrseinbrüche im Zugangsknoten.

Einige Serviceattribute, wie z. B. Interleaving Delay und Multicast-Kanalinformationen, werden auf dem Zugriffsknoten erzwungen. Der ANCP-Agent stellt den Leitungskonfigurationsmechanismus bereit, den das Edge-Gerät verwenden kann, um die Leitungskonfiguration an die Zugriffsknoten zu übergeben. In der Regel werden mehrere Profile auf dem Zugriffsknoten bereitgestellt. Der Router weist den Zugangsknoten an, welches Profil für einen bestimmten Teilnehmer verwendet werden soll.

Abonnenten erhalten in der Regel eine Kombination aus Sprach-, Daten- und Videodiensten. Jeder Service kann in einem VLAN bereitgestellt werden. Ein Abonnent 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 an einen Teilnehmer übertragen, ist ein Schnittstellensatz.

Abonnenten verfügen über Betriebszustände, aber nicht über administrative Status, da sie nicht in der CLI konfiguriert werden können.

Abonnenten haben einen der folgenden Betriebszustände, die den DSL-Leitungsstatus darstellen, wie er in den von einem Zugriffsknoten gesendeten ANCP-Port-Up- und Port-Down-Nachrichten gemeldet wird:

• Leerlauf: Die Ports sind nicht konfiguriert und der Abonnent kann sich nicht anmelden.

• Lautlos: Die Ports sind konfiguriert und der Teilnehmer ist verbunden, aber das DSL-Modem ist nicht bereit zur Datenübertragung.

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

Anmerkung:

Weitere Informationen zu ANCP für Business-Abonnenten und -Services finden Sie unter Übersicht über den Layer 2-Großhandel mit ANCP-getriggerten VLANs.

ANCP-Schnittstellen und Circuit Identifier für Zugriffsschleifen

Die Zugriffsschleife oder Zugriffsleitung in einer ANCP-Topologie besteht aus den physischen Elementen zwischen dem Anwendergerät (CPE) und dem Zugriffsknoten. Ein mit der Zugriffsschleife verknüpfter Identifikator dient ebenfalls zur Identifizierung des Teilnehmers. Bei diesem Bezeichner handelt es sich um eine alphanumerische Zeichenfolge, die die Schnittstelle auf dem DSLAM identifiziert, von der die Anforderungen der Teilnehmer stammen. 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 Identifier oder Access Identifier bezeichnet wird.

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

• PPPoE-Ermittlungspakete können die Leitung mit dem Unterattribut "Agent-Circuit-ID" im anbieterspezifischen Tag "DSL Forum" identifizieren.

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

Sie können einen Bezeichner über eine statische Konfiguration mit einer ANCP-Zugangsleitung verknüpfen. Wenn Sie eine logische Schnittstelle konfigurieren, indem Sie den Schnittstellennamen auf der [edit protocols ancp interfaces] Hierarchieebene angeben, schließen Sie die access-identifier Anweisung ein, um die Zugriffsschleifenschaltungskennung der Schnittstelle zuzuordnen. Wenn Sie eine Schnittstellengruppe konfigurieren, indem Sie die interface-set Anweisung auf der [edit protocols ancp interfaces] Hierarchieebene einschließen, ordnen Sie die Zugriffsschleifenschaltungskennung der Schnittstelle zu, indem Sie die access-identifier Anweisung auf der [edit protocols ancp interfaces interface-set interface-set-name] Hierarchieebene einschließen.

Wenn das DHCP- oder PPPoE-Ermittlungspaket eine ACI enthält, kann der ANCP-Agent die ACI dynamisch der Teilnehmerschnittstelle oder dem Schnittstellensatz 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 des ANCP-Agents für die RADIUS-Authentifizierung und -Abrechnung erfordert, dass sowohl statische als auch dynamische ACIs im gesamten Netzwerk eindeutig sind. Es dürfen keine zwei Schnittstellen über mehrere Nachbarn hinweg (Zugriffsknoten) dieselbe Kennung verwenden. Die DHCP- und PPPoE-Prozesse verfügen nicht über die IP-Adressen der Zugriffsknoten und können daher nicht zwischen doppelten Identifikatoren unterscheiden. Diese Situation verhindert, dass das AAA-Dienstframework eine DHCP- oder PPPoE-Clientsitzung mit einer Zugriffsleitung für die RADIUS-Authentifizierung und -Kontenführung korreliert.

Mapping von Zugriffsleitungen auf Interfaces und Interface-Sets

Der ANCP-Agent ordnet die ACI für Teilnehmerzugriffsleitungen einer Schnittstelle oder Schnittstelle zu, die so eingestellt ist, dass die vom Zugriffsknoten empfangenen DSL-Attribute auf das CoS Traffic Shaping für die Zugriffsleitung angewendet werden. Die Zugriffsleitungszuordnung kann statisch mit der access-identifier-Anweisung konfiguriert oder während der Teilnehmerauthentifizierung dynamisch abgeleitet werden. Das statische Mapping hat immer Vorrang vor dem dynamischen Mapping.

Der ANCP-Agent kann eine Zugriffsleitung einer anderen Schnittstelle oder einem anderen Schnittstellensatz als der ursprünglichen Zuordnung zuordnen. Die Neuzuordnung kann auch statisch oder dynamisch erfolgen. Eine Zugriffsleitung kann z. B. zuerst dynamisch einer Teilnehmerschnittstelle zugeordnet und dann statisch einem Schnittstellensatz konfiguriert werden.

Sie können das Mapping mit der Anweisung nur für Schnittstellen- und Schnittstellensatztypen statisch konfigurieren, die konfigurierte oder deterministische Namen haben:

• Statische VLAN-Schnittstellen

• Statische VLAN-Demo-Schnittstellen

• Statische Schnittstellensätze

• Dynamische Schnittstellensätze

• Dynamische VLAN-getaggte Schnittstellensätze

Eine 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 Discovery-Paket des PPPoE- oder DHCP-IP-Demo-Teilnehmers, da die Verwendung der ACI für die Erstellung dieser Art von Schnittstellensätzen irrelevant ist.

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

• Dynamische VLAN-Demo-Schnittstellen

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

• Dynamische PPPoe- und DHCP-IP-Demo-Anwenderschnittstellen

Im Kontext von Layer-2-Großhandelsservices kann der ANCP-Agent Zugriffsleitungen dynamischen VLAN-Demux-Schnittstellen zuordnen, die über eine 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 die Schnittstelle dann dynamisch einer Zugriffsleitung für CoS-Traffic Shaping zuordnen.

Das dynamische Mapping funktioniert folgendermaßen:

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

• Wenn die Teilnehmerschnittstelle kein Mitglied einer Schnittstellengruppe ist, ordnet der ANCP-Agent die ACI für die Zugriffsleitung der Teilnehmerschnittstelle 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 Ermittlungspaket des Teilnehmers vorhanden ist:

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

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

• Dynamische VLAN-Schnittstellen.

• Dynamische VLAN-Demo-Schnittstellen, die nicht über Ethernet-VPLS-Kapselung verfügen.

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 herstellen. Schließen Sie die neighbor Anweisung auf Hierarchieebene [edit protocols ancp] ein, um einen Zugriffsknoten als ANCP-Nachbar zu konfigurieren.

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

Anmerkung:

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

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

• Wenn die nicht nummerierte lokale Adresse für dynamische logische ANCP-Schnittstellen so konfiguriert ist, dass sie eine bevorzugte Quelladresse verwendet.

ANCP-Nachbarn haben einen der folgenden administrativen Status, die einfach die Konfiguration des Nachbarn darstellen:

• enabled: Der Nachbar wird in der CLI konfiguriert.

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

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 hergestellt.

• Etablierung: Die Verhandlungen über die Nachbarschaft sind im Gange.

• Etabliert: Die Verhandlungen über die Nachbarschaft waren erfolgreich, und es wurde eine ANCP-Sitzung eingerichtet.

• Nicht etabliert – Der Nachbar hat eine zuvor etablierte 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] einfügen:

• adjacency-timer– Passen Sie das Intervall zwischen benachbarten Nachrichten 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 für diesen Nachbarn in einem abwärtskompatiblen Modus zu arbeiten. für Nachbarn, die die ursprüngliche IETF-Implementierung von ANCP (GSMPv2) anstelle der aktuellen Implementierung verwenden. Schließen Sie diese Anweisung auf Hierarchieebene [edit protocols ancp] 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 basierend auf General Switch Management Protocol (GSMP) Version 3, Unterversion 1 implementiert. Allerdings hat die Internet-Community im Zuge 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 von jedem Peer unterstützt wird, dynamisch zu erkennen. Ein gemeinsames Register kodifiziert die GSMP- und ANCP-Versionsnummern.

Wenn ein ANCP-Nachbar Adjacency-Aushandlungen ö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 als Version 50 bezeichnet werden, was sich auf die Dezimalumrechnung aus dem Hexadezimalwert bezieht.) Wenn der empfangende Nachbar diese Version von ANCP unterstützt, gibt er diesen Wert zurück, wenn er auf die 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-Abonnenten in der gemeinsam genutzten Junos-Datenbank, einschließlich DSL-Attributen für die Zugriffsleitungen. Dieser Speicher ist persistent und wird nur dann aus der Datenbank entfernt, wenn Sie die für die Zugriffsleitung festgelegte Schnittstelle löschen oder einen der folgenden Befehle ausgeben:

• ANCP-Nachbar löschen

• ANCP-Abonnenten löschen

Die Persistenz des Speichers ermöglicht es, PPPoE- und DHCP-IP-Demux-Abonnenten von RADIUS für die Authentifizierung und Abrechnung mit ihren DSL-Attributen ordnungsgemäß zu verwalten, 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 benachbarte Router bilden. Die Partitionsaushandlung findet während der ANCP-Nachbarschaftsaushandlung statt. ANCP-Nachrichten enthalten die folgenden Felder, die sich auf die Partitionsaushandlung beziehen:

• Das Feld Partitionstyp (PType) gibt an, ob der Zugriffsknoten partitioniert ist und wie die Partitionskennung ausgehandelt wird. Das Feld hat einen der folgenden Werte, die während 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, den Bezeichner zu verwenden, den er in das Feld für die Partitionskennung einfügt.

  • 2: Die Anzahl der Partitionen ist festgelegt, und der Zugriffsknoten hat die Partitionskennung zugewiesen.

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

  • Keine Partitions-ID: Der ANCP-Agent unterstützt jeden Nachbarn 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.

  • Einzelne Partitions-ID ungleich Null: Der ANCP-Agent unterstützt jeden Nachbarn 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 der [edit protocols ancp] Hierarchieebene aktiviert werden.

• Das Feld Partitionsflag (PFlag) gibt den Typ der Partitionsanforderung an, die gestellt wird. 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.

Aktualisierungsmeldungen zur Nachbarschaft

Nachdem eine Nachbarschaft hergestellt wurde, verwendet der ANCP-Agent Nachbarschaftsaktualisierungsnachrichten, um Router, die dieselbe Partition steuern, übereinander zu informieren. Sobald mehr als ein Router eine Nachbarschaft zu einer bestimmten Partition eingerichtet hat, sendet der ANCP-Agent eine Nachricht zur Aktualisierung der Nachbarschaft an jeden dieser Router, um zu melden, wie viele etablierte Nachbarschaften die Partition derzeit unterstützt. Wenn eine Nachbarschaft unterbrochen wird, wird eine Update-Nachricht 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 benachbarten Partitionen 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 bestimmten Antwortnachricht oder einer generischen Antwortnachricht antworten. Eine generische Antwortnachricht wird in der Regel gesendet, wenn außer einem Erfolgs- oder Fehlerergebnis keine weiteren Informationen an den Peer gesendet werden müssen. Wenn es sich bei der Antwort um einen Fehler handelt, ist ein Ergebniscode enthalten, der die Art des Fehlers angibt. Eine begrenzte Menge an diagnostischen Daten 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" im TLV "Status-Info" auf Null.

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

Tabelle 1: Ergebniscodes für ANCP-Fehler

Codeausdruck	Beschreibung	Erkannt von
0x02	Obwohl die Anforderungsnachricht ordnungsgemäß formatiert ist, ist sie ungültig, da sie gegen das Protokoll verstößt, entweder aufgrund von Zeitproblemen, wie z. B. einer Racebedingung oder der Richtung, in die die Nachricht übertragen wurde.	ANCP-Agent
0x06	Einer oder mehrere der angegebenen Ports sind aufgrund eines Zustandskonflikts 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 Zugriffsleitungen zusammen, kann aber mit einer bestimmten Anforderung zusammenhängen.	ANCP-Protokollschicht oder Steuerungsanwendungen (noch keine verfügbar)
0x51	Der Typ der Anforderungsnachricht wird aufgrund einer Nichtübereinstimmung der Protokollversionen oder des Funktionsstatus zwischen den Peers oder möglicherweise aufgrund der optionalen Meldungsart für eine ANCP-Funktion nicht implementiert.	ANCP-Agent
0x53	Die Nachricht ist falsch formatiert, 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 sie nicht mit der TLV-Spezifikation übereinstimmen.	ANCP-Agent
0x500	Einer oder mehrere der in einer Anforderung angegebenen Ports sind nicht vorhanden, möglicherweise aufgrund einer Konfigurationsdiskrepanz zwischen dem Zugriffsknoten und dem Router oder AAA.	Steuerungsanwendungen (noch keine verfügbar)

Anmerkung:

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

Generische Antwortnachrichten enthalten in der Regel die Status-Info-TLV, die zusätzliche Informationen zu einer Warnung oder Fehlerbedingung enthält. Der TLV "Status-Info" ist erforderlich, wenn der Ergebniscode Folgendes angibt: Ein Port ist ausgefallen oder nicht vorhanden, ein obligatorisches 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 Zugriffsleitungen zwischen Zugangsknoten und Anwendern.

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

• Stellen Sie Zugriffsnetzwerkinformationen wie DSL-Attribute für Backend-Anwendungen bereit, z. B. Betriebsunterstützungssysteme (OSS) für die Serviceverwaltung.

• Speichern von DSL-Attributen in der Sitzungsdatenbank für die Verwendung während der RADIUS-Authentifizierung und 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 verfügt nur über eine PPPoE- oder DHCP-IP-Demo-Teilnehmersitzung. Ein oder mehrere solcher Haushalte können auf einem einzigen VLAN oder einer VLAN-Demo-Schnittstelle vorhanden sein. Im Falle eines einzelnen Haushalts kann entweder die Teilnehmerschnittstelle oder die zugrunde liegende VLAN- oder VLAN-Demux-Schnittstelle den Haushalt darstellen. Bei mehreren Haushalten repräsentieren die entsprechenden Teilnehmerschnittstellen die Haushalte. In beiden Fällen muss die Schnittstelle, die einen Haushalt repräsentiert, der ACI für seine Zugangsleitung zugeordnet werden.

  In Tabelle 2 werden die Arten von Schnittstellen beschrieben, 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-Ermittlungspakete die ACI für die Teilnehmerzugriffsleitungen 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-Demo-Schnittstelle	Wenn ACI in Ermittlungspaketen vorhanden ist, ordnet der ANCP-Agent die ACI der Teilnehmerschnittstelle zu. Der Name der Schnittstelle wird automatisch generiert und ist nicht deterministisch.	Erforderlich.
  Statisches VLAN oder VLAN-Demo-Schnittstelle	Der Name der Schnittstelle ist statisch konfiguriert. Die ANCP-Agent-Konfiguration muss die access-identifier Anweisung zur statischen Zuordnung der ACI zur Schnittstelle enthalten.	Nicht vorhanden.

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

  Ein Schnittstellensatz gruppiert die dynamischen PPPoE- oder DHCP-IP-Demo-Sitzungen für einen Haushalt. Die Teilnehmer werden durch eine Reihe von 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 Erkennungspaket automatisch dem dynamisch erstellten Schnittstellensatz zu. Alle DHCP-IP-Demo- oder PPPoE-Sitzungen, die dieselbe ACI aufweisen, werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demo-Schnittstellen.	Erforderlich.
  Dynamische Schnittstellensätze	Ein dynamisches Profil erstellt dynamisch den Schnittstellensatz und platziert Schnittstellen im Satz. Für das Profil kann entweder der Name des Schnittstellensatzes explizit konfiguriert sein oder eine Variable, die den Namen des Schnittstellensatzes darstellt. Wenn eine Variable verwendet wird, wird der Name des Schnittstellensatzes von RADIUS bereitgestellt, wenn eine Access-Accept-Nachricht für den Abonnenten zurückgegeben wird. Die ANCP-Agentenkonfiguration muss die access-identifier Anweisung zum statischen Zuordnen der ACI zum Schnittstellensatz enthalten. Alle DHCP-, IP-Demux- und PPPoE-Sitzungen werden einer Schnittstelle zugeordnet, die gemäß den Regeln des dynamischen Profils festgelegt wurde.	DHCP-IP-Demux-Anwenderschnittstellen, PPPoE-Anwenderschnittstellen oder VLAN-Schnittstellen.	Irrelevant.
  Statische Schnittstellensätze	Der Schnittstellensatz und der Setname sind statisch konfiguriert und enthalten mehrere statische Schnittstellen. Die ANCP-Agentenkonfiguration muss die access-identifier Anweisung zum statischen Zuordnen der ACI zum Schnittstellensatz enthalten.	Statische VLAN- und VLAN-Demo-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. Der Schnittstellensatz erhält einen deterministischen Namen, der sich aus dem Namen der physikalischen Schnittstelle und den VLAN-Tags zusammensetzt, z. B. ge-1/0/0-101. Die ANCP-Agentenkonfiguration muss die access-identifier Anweisung zum statischen Zuordnen der ACI zum Schnittstellensatz enthalten. Alle DHCP-, IP-Demo- oder PPPoE-Sitzungen, die dasselbe VLAN-ID-Tag haben, werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demo-Schnittstellen.	Irrelevant.

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

• Haushaltsgestaltung: Es wird nur der aggregierte Datenverkehr zum Haushalt geformt. Das Household Shaping ergibt sich aus der Anwendung eines CoS-Traffic-Control-Profils auf die statische VLAN- oder VLAN-Demo-Schnittstelle oder auf den Schnittstellensatz.

• Session Shaping: Die Datenverkehrsrate zu einzelnen Geräten im Haushalt wird bestimmt. Session Shaping ergibt sich aus der Angabe eines CoS-Traffic-Steuerungsprofils im dynamischen PPPoE-Profil, das die Abonnentensitzung erstellt. Abhängig von der Netzwerkkonfiguration kann Session Shaping gemeinsame Prioritätswarteschlangen verwenden, um alle Sitzungen identisch zu gestalten, oder individuelle Prioritätswarteschlangen, um die Sitzungen separat zu gestalten.

Traffic-Shaping-Modell für Unternehmensservices

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

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

Wenn ESSMD anschließend eine PPPoE-Sitzung während der RADIUS-Authentifizierung und -Autorisierung als Geschäftsanwendersitzung klassifiziert, erstellt es mehrere statische VLAN-Schnittstellen der Management- und Datenebene und gruppiert sie in einem statischen Schnittstellensatz. Anschließend wird die Zugriffsleitung für die PPPoE-Sitzung statisch auf diese gemäß der CLI-Konfiguration festgelegte Schnittstelle abgebildet. Der ANCP-Agent entfernt CoS Traffic Shaping von der Teilnehmerschnittstelle 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. Die neue Benutzerschnittstellengruppe für Geschäftsanwender 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.

Anmerkung:

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

Aus der Perspektive des ANCP-Agenten überschreibt das Business-Dervices-Modell effektiv eine dynamisch abgeleitete Access-Line-to-Interface-Zuordnung mit einer statisch konfigurierten Access-Line-to-Interface-Set-Mapping. Diese Aktion veranlasst den ANCP-Agent, CoS Traffic Shaping entsprechend erneut anzuwenden.

Das Geschäftsmodell für Geschäftsservices wird in der Regel in einem Layer-2-Großhandelsnetzwerk verwendet. Ausführliche Informationen finden Sie unter Übersicht über den Layer 2-Großhandel mit ANCP-getriggerten VLANs.

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

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

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

Die folgende Abfolge von Ereignissen bezieht sich auf 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 dem zugrunde liegenden statischen VLAN oder der VLAN-Demo-Schnittstelle und wendet die im VLAN konfigurierten Beratungsoptionen auf die Sitzung an.

3. Der Zugriffsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine Zugriffsleitung zur Verfügung, die durch eine ACI identifiziert wird.

4. Der ANCP-Agent sendet CoS die angepasste Downstream-Datenrate für das statische VLAN oder das Demux-VLAN, das dem 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 dem statischen VLAN oder der VLAN-Demoux-Schnittstelle abgeglichen wird, die der ACI in der ANCP-Agentenkonfiguration 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 Juniper Networks DSL VSAs 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 "Upstream-Calculated-Qos-Rate" (26-142) bzw. "Downstream-Calculated-Qos-Rate" (26-141) zugeordnet. Diese VSAs sind dann in den RADIUS-Nachrichten enthalten.

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

Bei dieser Topologie werden mehrere Haushalte für jedes zugrunde liegende statische VLAN oder jede VLAN-Demux-Schnittstelle konfiguriert (Abbildung 2). Die VLANs sind mit zwei Tags versehen. In jedem Haushalt gibt es mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu der eindeutigen ACI, die vom Zugangsknoten zugewiesen wird, wird der Haushalt durch das Schnittstellenset weiter identifiziert. Der Schnittstellensatz gruppiert die dynamischen PPPoE-Sitzungen für die einzelnen Teilnehmergeräte. Er wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS-Access-Accept-Nachricht während der PPPoE-Sitzungsauthentifizierung angegeben. Beim Session Shaping können gemeinsame Prioritätswarteschlangen verwendet werden, um alle Sitzungen identisch zu gestalten, oder einzelne Warteschlangen, um die Sitzungen separat zu gestalten.

Bei diesem N:1-Modell mit Schnittstellensätzen muss der Zugangsknoten das DSL Forum VSA zu den PPPoE-PADI- und PADR-Erkennungspaketen hinzufügen, die er während des Aufbaus dynamischer PPPoE-Sitzungen an den Router übergibt. Der VSA enthält den ACI für den Haushalt. Dadurch kann AAA die PPPoE-Sitzungen während der RADIUS-Authentifizierung und -Abrechnung mit den jeweiligen Teilnehmerzugriffsleitungen und DSL-Attributen korrelieren. Wenn die ACI nicht vorhanden ist, kann AAA die Korrelation nicht vornehmen 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 im Hinblick auf die festgelegte ACI und Schnittstelle 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 in der VSA Qos-Interface-Set-Name VSA (26-130) benannt ist, explizit identifizieren.

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

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

Die folgende Abfolge von Ereignissen bezieht sich auf 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 Zugriffsknoten fügt den PPPoE-, PADI- und PADR-Discovery-Paketen das DSL Forum VSA-Tag mit der ACI für den Haushalt hinzu. (Der Bezeichner ist PPPoE als Agent-Circuit-ID bekannt.)

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

4. Der Zugriffsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine Zugriffsleitung zur Verfügung, die durch eine ACI identifiziert wird.

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-Agentenkonfiguration 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 Juniper Networks DSL VSAs 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 "Upstream-Calculated-Qos-Rate" (26-142) bzw. "Downstream-Calculated-Qos-Rate" (26-141) zugeordnet. Diese VSAs sind dann in den RADIUS-Nachrichten enthalten.

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 einem 1:1-Konfigurationsmodell mit Schnittstellensätzen

In dieser Topologie wird ein einzelner Haushalt für jedes zugrunde liegende statische VLAN oder jede VLAN-Demux-Schnittstelle konfiguriert (Abbildung 3). Die VLANs sind mit zwei Tags versehen. In jedem Haushalt gibt es mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu der eindeutigen ACI, die vom Zugangsknoten zugewiesen wird, wird der Haushalt durch das Schnittstellenset weiter identifiziert. Der Schnittstellensatz wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS-Access-Accept-Nachricht während der PPPoE-Sitzungsauthentifizierung angegeben. Beim Session Shaping können gemeinsame Prioritätswarteschlangen verwendet werden, 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 einer Schnittstellengruppe 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 den jeweiligen Teilnehmerzugriffsleitungen 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 im Hinblick auf die festgelegte ACI und Schnittstelle 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 in der VSA Qos-Interface-Set-Name VSA (26-130) benannt ist, explizit identifizieren.

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

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

Die folgende Abfolge von Ereignissen bezieht sich auf die Topologie in Abbildung 3 mit statischen VLAN-Demo-Schnittstellen über aggregiertem 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-Demo-Schnittstelle und wendet die im VLAN konfigurierten Beratungsoptionen auf die Sitzung an.

3. Der Zugriffsknoten stellt dem ANCP-Agenten unabhängig die ANCP-DSL-Attribute für eine Zugriffsleitung zur Verfügung, die durch eine ACI identifiziert wird.

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-Agentenkonfiguration 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 Juniper Networks DSL VSAs 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 "Upstream-Calculated-Qos-Rate" (26-142) bzw. "Downstream-Calculated-Qos-Rate" (26-141) zugeordnet. Diese VSAs sind dann in den RADIUS-Nachrichten enthalten.

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.