ANCP Agent Neighbors and Operations

Übersicht

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. für DSL-Zugangsschleifen ist der Zugangsknoten ein DSL Access Multiplexer (DSLAM). Warteschlangen- und Planungsmechanismen für den Abonnentendatenverkehr müssen eine Überlastung innerhalb des Zugriffsnetzwerks vermeiden, während gleichzeitig mehrere Datenströme und unterschiedliche CoS-Anforderungen erfüllt werden müssen. Diese Mechanismen erfordern, dass das Edge-Gerät – ein Router, der als Breitbandnetzwerk-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 Zugriffszeile statisch oder dynamisch einer Schnittstelle oder einer Schnittstelle zuordnen. Der Agent stellt diese Informationen sowohl coS als auch AAA zur Verfügung. Der Agent gibt die Datenverkehrs-Shaping-Attribute für jede Teilnehmerzugriffszeile, die der Zugriffsknoten an den ANCP-Agenten gesendet hat, an CoS und AAA weiter. Darüber hinaus sendet der Agent alle DSL Forum-Attribute an AAA, die vom Zugangsknoten gesendet wurden. 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-Agentenereignisse und -Vorgänge überwachen, indem Sie die traceoptions Anweisung auf Hierarchieebene [edit protocols ancp] angeben.

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

• Statische VLAN-Schnittstellen, außer denen, die von Extensible Subscriber Services Manager (ESSM) erstellt wurden

• Statische VLAN-Demux-Schnittstellen, außer denen, die von ESSM erstellt wurden

• Statische Schnittstellensätze, einschließlich der von ESSM erstellten

• Dynamische Schnittstellensätze

• Dynamische VLAN-getaggten Schnittstellensätze

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

• Dynamische PPPoE- und DHCP-IP-Demux-Abonnentenschnittstellen

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

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

Topologieerkennung

Der Router nutzt die Topologieerkennung, um Informationen vom Zugriffsknoten zu erfassen. Die Informationen umfassen folgendes:

• Topologie des Zugriffsnetzwerks

• DSL-Leitungsstatus

• Tatsächliche Upstream- und Downstream-Nettodatenraten eines synchronisierten DSL-Links

• Maximale erzielbare Upstream- und Downstream-Nettodatenraten

• Interleaving-Verzögerung

Abonnentenservices

Der Router empfängt das Serviceprofil für die Abonnenten von einem RADIUS-Server. Die meisten Services werden vom Router selbst erzwungen. Der Router formt den aggregierten Ausgehenden Datenverkehr an die Abonnenten basierend auf dem vom DSLAM gemeldeten lokalen Schleifendurchsatz. Dieses Datenverkehrs-Shaping optimiert den Datenverkehrsfluss und vermeidet Datenverkehrsverluste im Zugriffsknoten.

Einige Serviceattribute, wie z. B. Interleaving Delay und Multicast-Kanalinformationen, werden am 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 Zugriffsknoten an, welches Profil er für einen bestimmten Teilnehmer verwenden soll.

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

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

Abonnenten haben einen der folgenden Betriebszustände, der den DSL-Leitungsstatus darstellt, wie er in den Meldungen zu ANCP-Port up und Port Down, die von einem Zugriffsknoten gesendet werden, gemeldet wird:

• Leerlauf: Ports werden nicht konfiguriert, und der Anwender kann sich nicht anmelden.

• Geräuschlos: Ports werden konfiguriert und der Anwender ist angeschlossen, aber das DSL-Modem ist nicht bereit für die Datenübertragung.

• Showtime: Ports sind konfiguriert, der Anwender angeschlossen und das DSL-Modem ist online und bereit für die Datenübertragung.

Hinweis:

Informationen zu ANCP für Unternehmenskunden und -services finden Sie unter Layer 2 Wholesale with ANCP-Triggered VLANs Overview.For information about ANCP for business abonnenten and services, see Layer 2 Wholesale with ANCP-Triggered VLANs Overview.

ANCP-Schnittstellen und Access Loop Circuit Identifiers

Die Access Loop oder Access Line in einer ANCP-Topologie besteht aus den physischen Elementen zwischen dem Teilnehmergerät (CPE) und dem Zugriffsknoten. Ein Identifikator, der der Zugriffsschleife zugeordnet ist, dient auch zur Identifizierung des Abonnenten. Dieser Bezeichner ist eine alphanumerische Zeichenfolge, die tatsächlich die Schnittstelle auf dem DSLAM identifiziert, von der Abonnentenanfragen stammen. Es kann mit verschiedenen Namen bezeichnet werden.

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

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

• PPPoE-Erkennungspakete können die Zeile mit dem Agent-Circuit-ID-Subattribute im anbieterspezifischen Tag des DSL Forum identifizieren.

Jede 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 Zugriffsschleifen-Kennung, um zu bestimmen, welche logische Schnittstelle oder ein Schnittstellensatz dem Abonnenten entspricht.

Sie können einen Bezeichner einer ANCP-Zugriffszeile durch statische Konfiguration zuordnen. Wenn Sie eine logische Schnittstelle konfigurieren, indem Sie den Schnittstellennamen auf [edit protocols ancp interfaces] Hierarchieebene angeben, fügen Sie die access-identifier Anweisung ein, um den Zugriffsschleifen-Circuit-Bezeichner der Schnittstelle zu zuordnen. Wenn Sie einen Schnittstellensatz konfigurieren, indem Sie die interface-set Anweisung auf Hierarchieebene [edit protocols ancp interfaces] einschließen, weisen Sie den Circuit-Bezeichner der Zugriffsschleife mit der festgelegten Schnittstelle 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 Abonnentenschnittstelle oder dem Schnittstellensatz zuordnen. VLANs für die Abonnenten 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 RADIUS-Authentifizierung und Accounting erfordert, dass sowohl statische als auch dynamische ACIs im gesamten Netzwerk eindeutig sein müssen. Keine zwei Schnittstellen über mehrere Nachbarn (Zugriffsknoten) hinweg können dieselbe Kennung verwenden. Die DHCP- und PPPoE-Prozesse verfügen nicht über Informationen über die IP-Adressen des Zugriffsknotens und können daher nicht zwischen doppelten Bezeichnern unterscheiden. Diese Situation verhindert, dass das AAA Services Framework eine DHCP- oder PPPoE-Clientsitzung mit einer Zugriffszeile für RADIUS-Authentifizierung und -Abrechnung korreliert.

Zuordnung von Zugriffslinien zu Schnittstellen und Schnittstellengruppen

Der ANCP-Agent ordnet den ACI für Teilnehmerzugriffsleitungen einer Schnittstelle oder einer Schnittstelle zu, die dsl-Attribute, die vom Zugriffsknoten empfangen werden, auf CoS-Traffic-Shaping für die Access Line anzuwenden. Die Zugriffslinienzuordnung kann statisch mit der Zugriffsbezeichner-Anweisung konfiguriert oder während der Abonnentenauthentifizierung dynamisch abgeleitet werden. Statische Zuordnung ersetzt immer die dynamische Zuordnung.

Der ANCP-Agent kann eine Zugriffszeile einer anderen Schnittstelle oder einem anderen Schnittstellensatz als der ursprünglichen Zuordnung zuordnen. Das Remapping kann auch statisch oder dynamisch sein. Beispielsweise kann eine Zugriffszeile zunächst dynamisch einer Abonnentenschnittstelle zugeordnet und dann statisch auf einen Schnittstellensatz konfiguriert werden.

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

• Statische VLAN-Schnittstellen

• Statische VLAN-Demux-Schnittstellen

• Statische Schnittstellensätze

• Dynamische Schnittstellensätze

• Dynamische VLAN-getaggten Schnittstellensätze

Eine statische Konfiguration mit der Anweisung ist erforderlich, um eine Zugriffszeile statischen Schnittstellensätze, dynamischen Schnittstellensätze und dynamischen VLAN-getaggten Schnittstellensätzen zuzuordnen. Dies gilt unabhängig vom Vorhandensein eines ACI im PPPoE- oder DHCP-IP-Demux-Discovery-Paket, da die Verwendung der ACI für die Erstellung dieser Arten von Schnittstellensätzen irrelevant ist.

Sie können die Zuordnung nicht statisch mit der Anweisung für die folgenden Schnittstellen- und Schnittstellensatztypen konfigurieren, da diese nichtdeterministische, automatisch generierte Namen haben:

• Dynamische VLAN-Demux-Schnittstellen

• Dynamische ACI-Schnittstellensätze (ACI VLANs)

• Dynamische PPPoe- und DHCP-IP-demux-Abonnentenschnittstellen

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

Dynamische Zuordnung funktioniert wie folgt:

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

• Wenn die Anwenderschnittstelle kein Mitglied eines Schnittstellensatzes ist, ordnet der ANCP-Agent die ACI für die Zugriffszeile der Abonnentenschnittstelle zu.

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

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

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

• Dynamische VLAN-Schnittstellen.

• Dynamische VLAN-Demux-Schnittstellen ohne Ethernet-VPLS-Kapselung.

ANCP-Nachbarn

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

Der ANCP-Agent tauscht Adjacency-Nachrichten mit Nachbarn aus. Wenn eine Adjacency-Nachricht nicht innerhalb des erwarteten Zeitraums von einem Nachbarn empfangen wird, gilt der Nachbar als ausgefallen und wird getrennt. Sie können anpassen, wie lange der ANCP-Agent auf Adjacency-Nachrichten von allen Nachbarn wartet, indem Sie die adjacency-timer Anweisung auf Hierarchieebene [edit protocols ancp] angeben. Das Intervall zwischen Adjacency-Nachrichten wird während der Einrichtung von Adjacency zwischen Dem Router und dem Nachbarn 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 erklärt, wenn über einen Zeitraum, der das Dreifache des ausgehandelten Wertes übersteigt, keine gültigen Nachrichten empfangen werden.

Hinweis:

Die ANCP TCP-Verbindung ist nicht hergestellt, und folglich treten ANCP-Nachbarn unter keinen der folgenden Umstände auf:

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

• Wenn die nicht nummerierte lokale Adresse für ANCP so konfiguriert ist, dass eine bevorzugte Quelladresse verwendet wird.

ANCP-Nachbarn haben einen der folgenden Administrativen Status, der einfach die Konfiguration des Nachbarn darstellt:

• enabled: Der Neighbor wird in der CLI konfiguriert.

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

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

• Konfiguriert: Der Neighbor wurde konfiguriert, hat aber noch nie eine Nachbarschaft aufgebaut.

• Aufbau: Es laufen Adjacency-Verhandlungen.

• Etabliert : Adjacency-Verhandlungen sind erfolgreich, und eine ANCP-Sitzung wurde eingerichtet.

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

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

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

• ietf-mode— Verhindern, dass der ANCP-Agent für diesen Nachbarn in einem abwärtskompatiblen Modus 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— Ermöglichen Sie dem ANCP-Agenten den Betrieb in einem abwärtskompatiblen Modus für diesen Nachbarn; für Nachbarn, die die ursprüngliche IETF-Implementierung von ANCP (GSMPv2) anstelle der aktuellen Implementierung verwenden. Fügen Sie diese Anweisung auf Hierarchieebene [edit protocols ancp] ein, um im abwärtskompatiblen Modus global für alle Nachbarn zu arbeiten.

RFC 6320, Protocol for Access Node Control Mechanism in Breitbandnetzwerken, definiert ANCP-Version 1. ANCP wurde ursprünglich auf basis des General Switch Management Protocol (GSMP) Version 3, Subversion 1, implementiert. Die Internet-Community hat jedoch im Zuge der Entwicklung von ANCP so viele Erweiterungen und Änderungen an GSMPv3 vorgenommen, dass ANCP nicht mehr mit GSMPv3 kompatibel ist. Folglich müssen ANCP-Nachbarn in der Lage sein, die von jedem Peer unterstützte Version dynamisch zu erkennen. Ein gemeinsames Register kodifiziert die GSMP- und ANCP-Versionsnummer.

Wenn ein ANCP-Nachbarn Adjacency-Verhandlungen eröffnet, gibt er die höchste unterstützte VERSION von ANCP an, 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 aus dem Hexadezimalwert bezieht.) Wenn der empfangende Nachbarn diese Version von ANCP unterstützt, gibt er diesen Wert zurück, wenn er an die sendenden Nachbarn antwortet. Wenn diese Version nicht unterstützt wird, setzt der empfangende Nachbar die Nachricht einfach ab.

Der ANCP-Agent speichert Informationen über aktive ANCP-Abonnenten in der gemeinsam genutzten Junos-Datenbank, einschließlich DSL-Attribute für die Zugriffszeilen. Dieser Speicher ist persistent und wird nur dann aus der Datenbank entfernt, wenn Sie die für die Zugriffszeile festgelegte Schnittstelle oder Schnittstelle löschen oder einen der folgenden Befehle ausstellen:

• Ancp Neighbor löschen

• Ancp-Abonnenten löschen

Durch die Persistenz des Speichers können PPPoE- und DHCP-IP-Demux-Abonnenten ordnungsgemäß von RADIUS für die Authentifizierung und Abrechnung mit ihren DSL-Attributen verwaltet werden, selbst wenn die ANCP-Verbindung vorübergehend beendet wurde.

Partitionen

ANCP unterstützt die Aufteilung eines Zugriffsknotens in logische Partitionen. Jede Partition schafft eine Verbindung mit einem Router; Jede Partition auf einem Zugriffsknoten kann mit unterschiedlichen Routern Nachbarschaften bilden. Die Partitions-Aushandlung findet während der ANCP-Adjacency-Aushandlung statt. ANCP-Nachrichten enthalten die folgenden Felder in Bezug auf die Partitionsverhandlung:

• Das Feld "Partition Type" (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 Adjacency ausgehandelt wurden:

  • 0: Der Zugriffsknoten wird nicht partitioniert oder unterstützt keine Partitionen.

  • 1: Die Anzahl der Partitionen ist fest, und der Router fordert den Zugriffsknoten auf, den Bezeichner zu verwenden, den er im Feld "Partition Identifier" platziert.

  • 2– Die Anzahl der Partitionen ist fest und der Zugriffsknoten hat die Partitionskennung zugewiesen.

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

  • Keine Partitions-ID: Der ANCP-Agent unterstützt jeden Nachbarn an einer IP-Adresse über eine einzelne TCP-Sitzung mit einer Partitions-ID von Null. Dies ist der Standardfall für Support. Dieser Wert ist erforderlich, wenn der Partitionstyp Null ist.

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

• Das Feld Partitionsflagge (PFlag) gibt den Typ der Partitionsanforderung an, die gestellt wird. Ein Wert von 1 gibt eine neue Adjacency an.

Die folgenden Partitionierungsschemata werden unterstützt

• Jede Partition hat eine unabhängige ANCP-Sitzung und kanal zu einem benachbarten Router. Alle Partitionen haben eine feste Partitions-ID von Null.

• Jede Partition hat eine unabhängige ANCP-Sitzung und kanal zu einem benachbarten Router. Jede Partition hat eine dedizierte, nichtzero Partitions-ID.

Meldungen zu Adjacency-Updates

Nachdem eine Adjacency eingerichtet wurde, verwendet der ANCP-Agent Adjacency-Update-Meldungen, um Router, die dieselbe Partition steuern, übereinander zu informieren. Sobald mehr als ein Router eine Bindung zu einer bestimmten Partition eingerichtet hat, sendet der ANCP-Agent eine Adjacency-Update-Nachricht an jeden dieser Router, um zu melden, wie viele etablierte Nachbarschaften die Partition derzeit unterstützt. Wenn eine Adjacency 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 derzeit auf einer bestimmten Partition eingerichteten Adjacencies anzuzeigen.

Generische Antwortmeldungen und Ergebniscodes

ANCP-Nachbarn und der Router können auf Nachrichten entweder mit einer bestimmten Oder einer generischen Antwortnachricht antworten. Eine generische Antwortnachricht wird in der Regel gesendet, wenn außer einem Erfolg oder Misserfolg keine Informationen an den Peer gesendet werden müssen. Wenn es sich bei der Antwort um einen Fehler handelt, wird ein Ergebniscode enthalten, der die Art des Fehlers angibt. es kann auch eine begrenzte Menge an Diagnosedaten enthalten sein. Eine generische Antwortnachricht kann auch unabhängig von einer Anfrage gesendet werden, wenn die Adjacency aufgrund des Fehlers heruntergefahren wird. In diesem Fall null der Absender der Nachricht das Feld Transaktions-ID im Nachrichtenkopf und das Feld Nachrichtentyp im Status-Info-TLV.

Tabelle 1 beschreibt die Ergebniscodes, die in eine generische Antwortnachricht aufgenommen werden können.

Tabelle 1: Ergebniscodes für ANCP-Fehler

Codewert	Beschreibung	Erkannt von
0x02	Obwohl die Anforderungsnachricht korrekt gebildet wird, ist sie ungültig, weil sie gegen das Protokoll verstößt, entweder aufgrund von Zeitsteuerungsproblemen wie einer Rennbedingung oder der Richtung, in der die Nachricht übertragen wurde.	ANCP-Agent
0x06	Einer oder mehrere der angegebenen Ports sind aufgrund einer Zustandsabweichung zwischen dem Router und einer ANCP-Steuerungsanwendung aus.	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 Zugangszeilen 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, weil 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 wird entweder falschformiert, weil sie bei der Übertragung beschädigt wurde oder ein Implementierungsfehler an einem Ende der Verbindung aufgetreten ist.	ANCP-Agent
0x54	Eine oder mehrere obligatorische TLVs fehlen in der Anfrage.	ANCP-Agent
0x55	Der Inhalt eines oder mehrerer TLVs in der Anfrage ist ungültig, da sie nicht mit der TLV Spezifikation übereinstimmen.	ANCP-Agent
0x500	Einer oder mehrere der in einer Anfrage angegebenen Ports sind nicht vorhanden, möglicherweise aufgrund einer Konfigurationsabweichung 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 derzeit der ANCP-Agent nur diese Nachrichten. Wenn eine dieser Nachrichten empfangen wird, generiert der Router ein Systemprotokoll, nimmt die generischen Nachrichtenzähler inkrementiert und die Ergebniscodezähler inkrementiert. Wenn der ANCP-Agent eine falsche oder unerwartete generische Antwortnachricht von einem ANCP-Nachbarn empfängt, legt er das Paket sofort ab, generiert eine Systemprotokollnachricht und führt keine weiteren Maßnahmen aus.

Generische Antwortnachrichten umfassen in der Regel die Status-Info-TLV, die zusätzliche Informationen zu einer Warnung oder Einer Fehlerbedingung enthält. Die Status-Info-TLV ist erforderlich, wenn der Ergebniscode eine der folgenden Zeichen anzeigt: Ein Port ist aus oder ist nicht vorhanden, ein obligatorischer TLV fehlt oder ein TLV ungültig ist. Die Status-Info-TLV kann auch in andere ANCP-Nachrichtentypen einbezogen werden.

Vorteile des Access Node Control Protocol

• Simplifizieren Sie die Konfiguration und Wartung von Zugangsleitungen zwischen Zugangsknoten und Anwendern.

• Führen Sie CoS-bezogene Anpassungen der Upstream- und Downstream-Datenratenattribute durch, um sowohl die präzise Bereitstellung von Services als auch die Kontrolle von Überlastungen im Netzwerk zu ermöglichen.

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

• Speichern Sie DSL-Attribute in der Sitzungsdatenbank zur 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 korreliert werden. Diese Modelle werden auch als Zugriffsmodelle oder Konfigurationsmodelle bezeichnet. Ein Netzwerk kann eines oder beide Modelle umfassen:

• 1:1-Modell: Ein Haushalt hat nur eine PPPoE- oder DHCP-IP-Demux-Abonnentensitzung. Ein oder mehrere solcher Haushalte können auf einer einzigen VLAN- oder VLAN-Demux-Schnittstelle vorhanden sein. Im Falle eines einzelnen Haushalts kann entweder die Abonnentenschnittstelle oder die zugrunde liegende VLAN- oder VLAN-Demux-Schnittstelle den Haushalt darstellen. Bei mehreren Haushalten stellen die entsprechenden Abonnentenschnittstellen die Haushalte dar. In jedem Fall muss die Schnittstelle, die einen Haushalt repräsentiert, der ACI für ihre Zugangszeile 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 Teilnehmer-Zugriffszeilen 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 Erkennungspaketen vorhanden ist, ordnet der ANCP-Agent die ACI der Abonnentenschnittstelle zu. Der Name der Schnittstelle wird automatisch generiert und nicht deterministisch.	Erforderlich.
  Statische VLAN- oder VLAN-Demux-Schnittstelle	Der Name der Schnittstelle wird 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-Abonnentensitzung haben. Der Haushalt kann mehr als eine VLAN- oder VLAN-Demux-Schnittstelle haben. In jedem Fall müssen alle Schnittstellen zu einem Schnittstellensatz gruppiert werden. Die wiederum eingestellte Schnittstelle muss dem ACI für die Zugangszeile des Haushalts zugeordnet werden.

  Ein Schnittstellensatz gruppiert die dynamischen PPPoE- oder DHCP-IP-Demux-Sitzungen für einen Haushalt. Die Abonnenten werden mit mehreren Methoden in Schnittstellensätze eingegliedert. Tabelle 3 beschreibt die Typen von Schnittstellensätzen, 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 ein in das anbieterspezifische Tag des DSL Forum eingebettete ACI enthält, erstellt er dynamisch das VLAN und den Schnittstellensatz. Der Router generiert einen nichtdeterministischen Namen für den Schnittstellensatz, z. B. aci-1003-ge-1/0/0.1073741832. Der ANCP-Agent ordnet die ACI vom Erkennungspaket automatisch dem dynamisch erstellten Schnittstellensatz zu. Alle DHCP-IP-Demux- oder PPPoE-Sitzungen mit derselben ACI werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demux-Schnittstellen.	Erforderlich.
  Dynamische Schnittstellensätze	Ein dynamisches Profil erstellt den Schnittstellensatz dynamisch und platziert Schnittstellen in den Satz. Das Profil kann entweder den Namen des Schnittstellensatzes explizit konfiguriert haben oder eine Variable haben, die den Namen des Schnittstellensatzes darstellt. Wenn eine Variable verwendet wird, wird der Name des Schnittstellensatzes von RADIUS angegeben, wenn er eine Access-Accept-Nachricht für den Abonnenten zurückgibt. 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-Abonnentenschnittstellen, PPPoE-Abonnentenschnittstellen oder VLAN-Schnittstellen.	Irrelevant.
  Statische Schnittstellensätze	Der Schnittstellensatz und der Name des Gesetztes sind statisch konfiguriert und umfassen 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. Der Schnittstellensatz erhält einen deterministischen Namen, der aus dem physischen Schnittstellennamen 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 mit demselben VLAN-ID-Tag werden demselben Schnittstellensatz zugeordnet.	Dynamische VLAN- und VLAN-Demux-Schnittstellen.	Irrelevant.

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

• Haushaltsformung: Nur der aggregierte Datenverkehr zum Haushalt wird geformt. Das Haushalts-Shaping resultiert aus der Anwendung eines CoS-Datenverkehrssteuerungsprofils auf die statische VLAN- oder VLAN-Demux-Schnittstelle oder auf den Schnittstellensatz.

• Session Shaping: Die Datenverkehrsgeschwindigkeit zu einzelnen Geräten im Haushalt ist geprägt. Das Sitzungs-Shaping ergibt sich aus der Angabe eines CoS-Datenverkehrssteuerungsprofils im dynamischen PPPoE-Profil, das die Abonnentensitzung erstellt. Abhängig von der Netzwerkkonfiguration kann das Sitzungs-Shaping gemeinsam genutzte Prioritätswarteschlangen verwenden, um alle Sitzungen identisch zu gestalten, oder einzelne Prioritätswarteschlangen, um die Sitzungen separat zu gestalten.

Traffic Shaping-Modell für Business Services

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

Vor RADIUS-Authentifizierung und -Autorisierung stellt die PPPoE-Sitzung einen Haushalt im ANCP 1:1-Modell dar. Der ANCP-Agent ordnet die Zugriffslinie des Haushalts dynamisch der entsprechenden Abonnentenschnittstelle zu und wendet CoS-Traffic-Shaping auf dieser Schnittstelle an. Die ACI der Haushaltslinie ist im PPPoE-Discovery-Paket enthalten.

Wenn ESSMD anschließend eine PPPoE-Sitzung während der RADIUS-Authentifizierung und -Autorisierung als Geschäftsteilnehmersitzung klassifiziert, erstellt und gruppiert es mehrere statische Management- und Data Plane-VLAN-Schnittstellen in einem statischen Schnittstellensatz. dann ordnet es statisch die Zugriffszeile für die PPPoE-Sitzung dieser Schnittstelle zu, die gemäß der CLI-Konfiguration festgelegt ist. Der ANCP-Agent entfernt coS-Datenverkehrs-Shaping aus der Abonnentenschnittstelle und wendet es auf den statischen Schnittstellensatz an. Das Entfernen des CoS-Datenverkehrs-Shapings bedeutet, dass die CoS-Anwendung die nächste Rate in ihrem Standard- oder konfigurierten Anpassungssteuerungsprofil auf die Schnittstelle oder den Schnittstellensatz anwendet. Der neue Anwenderschnittstellensatz für Unternehmen kann keine Kombination aus statischen und dynamischen Schnittstellen enthalten. Dieses Verbot beschränkt sich nicht auf dynamische VLANs und die PPPoE-Sitzung, die die Erstellung des Schnittstellensatzes ausgelöst hat.

Hinweis:

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

Aus der Perspektive des ANCP-Agenten überschreibt das Modell für Geschäftsdervices effektiv eine dynamisch abgeleitete Zugriffs-Line-to-Interface-Zuordnung mit einer statisch konfigurierten Access-Line-to-Interface-Set-Zuordnung. Diese Aktion löst den ANCP-Agenten aus, das CoS-Datenverkehrs-Shaping entsprechend erneut zu nutzen.

Das Business Services-Modell wird in der Regel in einem Layer 2-Großhandelsnetzwerk verwendet. Ausführliche Informationen finden Sie unter Layer 2 Wholesale with ANCP-Triggered VLANs Overview.For detail information, see Layer 2 Wholesale with ANCP-Triggered VLANs Overview.

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

In dieser Beispieltopologie sind zwei Haushalte für ein zugrunde liegendes statisches VLAN oder eine VLAN-Demux-Schnittstelle (N:1; dual getaggtes VLAN) konfiguriert, und ein einzelner Haushalt ist für eine andere zugrunde liegende Schnittstelle konfiguriert (1:1; single-tagged VLAN) (Abbildung 1). Zusätzlich zu der eindeutigen ACI, die vom Zugangsknoten zugewiesen wird, wird jeder Haushalt weiter durch das VLAN identifiziert, das dem Identifikator in der ANCP-Agentenkonfiguration zugeordnet ist. CoS-Datenverkehrs-Shaping für Sitzungen kann nur gemeinsam genutzte Prioritätswarteschlangen verwenden, um alle Sitzungen identisch zu gestalten. einzelne 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 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 auf dem VLAN konfigurierten Beratungsoptionen auf die Sitzung an.

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

4. Der ANCP-Agent sendet 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 Zugriffszeile, indem die zugrunde liegende Schnittstelle der Sitzung mit der statischen VLAN- oder VLAN-Demux-Schnittstelle abgleicht, die mit der ACI in der ANCP-Agentenkonfiguration verknüpft ist.

6. AAA ruft die ANCP-DSL-Attribute für die Access Line 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 beratenden Upstream- und Downstream-Datenraten der Sitzung den Upstream-Calculated-Qos-Rate-VSA (26-142) bzw. Downstream-Calculated-Qos-Rate (26–141) VSAs zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten einbezogen.

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

In dieser Topologie sind für jede zugrunde liegende statische VLAN- oder VLAN-Demux-Schnittstelle mehrere Haushalte konfiguriert (Abbildung 2). Die VLANs sind dual getaggt. Jeder Haushalt verfügt über mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu dem vom Zugangsknoten zugewiesenen eindeutigen ACI wird der Haushalt durch den Schnittstellensatz weiter identifiziert. Der Schnittstellensatz gruppiert die dynamischen PPPoE-Sitzungen für die einzelnen Abonnentengeräte. Sie wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS-Meldung Access-Accept während der PPPoE-Sitzungsauthentifizierung angegeben. Sitzungs-Shaping kann gemeinsam genutzte Prioritätswarteschlangen 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 Zugriffsknoten die DSL Forum VSA zu den PPPoE-Discovery-Paketen hinzufügen, die er während der Einrichtung dynamischer PPPoE-Sitzungen an den Router weitergibt. Der VSA umfasst die ACI für den Haushalt. Diese Integration ermöglicht es AAA, die PPPoE-Sitzungen während der RADIUS-Authentifizierung und -Abrechnung mit ihren jeweiligen Abonnenten-Zugriffsleitungen und DSL-Attributen zu korrelieren. Wenn die ACI nicht vorhanden ist, kann die AAA den Abgleich nicht vornehmen und meldet anschließend nur die beratenden Upstream- und Downstream-Datenraten an RADIUS-Authentifizierung und Accounting.

Wenn das dynamische PPPoE-Profil mit der $junos-interface-set-name vordefinierten Variablen konfiguriert ist, muss die Konfiguration von Zugriffsknoten, Router und RADIUS-Server in Bezug auf ACI und Schnittstellensatz synchronisiert werden:

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

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

• 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 Abfolge von Ereignissen 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-Discovery-Paketen das DSL Forum VSA-Tag mit dem ACI für den Haushalt hinzu. (Der Identifikator ist PPPoE als Agent Circuit Identifier bekannt.)

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

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

5. Der ANCP-Agent stellt CoS die angepasste Downstream-Datenrate für den Schnittstellensatz bereit, der dem 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. Die AAA korreliert die dynamische PPPoE-Sitzung mit der Zugriffsleitung, indem sie die in der DSL Forum VSA empfangene Sitzungskennung mit der für den Schnittstellensatz in der ANCP-Agentenkonfiguration konfigurierten ACI abgleicht.

7. AAA ruft die ANCP-DSL-Attribute für die Access Line 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 beratenden Upstream- und Downstream-Datenraten der Sitzung den Upstream-Calculated-Qos-Rate-VSA (26-142) bzw. Downstream-Calculated-Qos-Rate (26–141) VSAs zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten einbezogen.

8. Wenn die Authentifizierung abgeschlossen ist, wird die dynamische PPPoE-Sitzung in den Schnittstellensatz platziert, der im dynamischen PPPoE-Profil konfiguriert ist. Das Profil gibt einen benannten Schnittstellensatz oder die $junos-interface-set-name vordefinierte Variable an, was angibt, dass der Schnittstellensatz in der RADIUS-Nachricht Access-Accept 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 dual getaggt. Jeder Haushalt verfügt über mehrere CPE-Geräte, die auf das Internet zugreifen. Zusätzlich zu dem vom Zugangsknoten zugewiesenen eindeutigen ACI wird der Haushalt durch den Schnittstellensatz weiter identifiziert. Der Schnittstellensatz wird entweder explizit im dynamischen PPPoE-Profil konfiguriert oder in der RADIUS-Meldung Access-Accept während der PPPoE-Sitzungsauthentifizierung angegeben. Sitzungs-Shaping kann gemeinsam genutzte Prioritätswarteschlangen 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-Agent-Konfiguration die zugrunde liegende Schnittstelle für die PPPoE-Sitzungen in einer Schnittstelle zuordnen, die sowohl dem ACI als auch dem Schnittstellensatz zugeordnet ist. Diese Konfiguration ermöglicht es AAA, die PPPoE-Sitzungen während der RADIUS-Authentifizierung und -Abrechnung mit ihren jeweiligen Abonnentenzugriffsleitungen und DSL-Attributen zu korrelieren.

Wenn das dynamische PPPoE-Profil mit der $junos-interface-set-name vordefinierten Variablen konfiguriert ist, muss die Konfiguration von Zugriffsknoten, Router und RADIUS-Server in Bezug auf ACI und Schnittstellensatz synchronisiert werden:

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

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

• 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 Abfolge von Ereignissen 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 auf dem VLAN konfigurierten Beratungsoptionen auf die Sitzung an.

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

4. Der ANCP-Agent stellt CoS die angepasste Downstream-Datenrate für den Schnittstellensatz bereit, der dem 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 Zugriffszeile, indem sie die zugrunde liegende Schnittstelle der Sitzung mit der zugrunde liegenden Schnittstelle abgleicht, die für die in der ANCP-Agentenkonfiguration konfigurierte Schnittstelle konfiguriert ist.

6. AAA ruft die ANCP-DSL-Attribute für die Access Line 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 beratenden Upstream- und Downstream-Datenraten der Sitzung den Upstream-Calculated-Qos-Rate-VSA (26-142) bzw. Downstream-Calculated-Qos-Rate (26–141) VSAs zugeordnet. Diese VSAs werden dann in die RADIUS-Nachrichten einbezogen.

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