Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

ANCP-Agent Traffic Shaping und CoS

Datenverkehrsratenberichterstattung und -anpassung durch den ANCP-Agenten

Der ANCP-Agent überwacht die Zugriffsleitungen des Anwenders und meldet an AAA und CoS Informationen über die Leitungen, die er vom Zugriffsknoten erhält. Ab Junos OS Version 17.4R1 kann der ANCP-Agent Zugriffsleitungsinformationen verwenden, die er in den PPPoE Intermediate Agent (PPPoE-IA)-Tags erhält. Diese Informationen werden in den Vendor-Specific-Tags TLV im Unterattribut DSL-Type (0x91) in PADI- oder PADR-Paketen gespeichert. In früheren Versionen konnte der ANCP-Agent nur Informationen über Zugriffsleitungen verwenden, die er in ANCP-Nachrichten empfängt. Die Informationen zur Zugangsleitung für beide Netzbetreiber stammen logisch aus denselben Daten auf dem Zugriffsknoten. Es stellt eine aktuelle, genaue Momentaufnahme der Werte zum Zeitpunkt der Initiierung der Anwender-Verbindung dar.

Es ist theoretisch möglich, dass ANCP- und PPPoE-Abonnenten beim ersten Verbindungsaufbau unterschiedliche Datenraten im Vendor-Specific-Tags TLV angeben. Dies ist ein unwahrscheinliches Ereignis, aber wenn das dynamische Profil so konfiguriert ist, dass es diese Werte akzeptiert, hat der zuletzt empfangene Wert Vorrang. Es wird erwartet, dass die auf der PPPoE-Verbindung angekündigten Tarife nur verwendet werden, wenn ANCP entweder nicht verwendet wird oder keine Tarife enthält. Aufgrund der Netzwerkdynamik ist es jedoch unmöglich, die Quelle zu garantieren, aus der die Informationen zuerst stammen. Wenn die Werte in Konflikt stehen, erzwingt eine nachfolgende Port-Up-Nachricht vom Zugriffsknoten die Auflösung auf die ANCP-Werte.

Überblick

Der ANCP-Agent meldet zwei Arten von Datenraten:

  • Die Nettodatenrate ist der Teil der Gesamtdatenrate, der zur Übertragung von Benutzerinformationen verwendet werden kann. Die Nettodatenrate wird auch als unangepasste Datenverkehrsrate bezeichnet.

  • Da jeder DSL-Leitungstyp einen bestimmten Technologie-Overhead hat, ist die tatsächliche Rate für Benutzerdaten geringer als die Nettodatenrate. Die angepasste oder berechnete Rate ist die Nettodatenrate, die um den Technologie-Overhead reduziert wird, der jedem DSL-Leitungstyp entsteht. Das Ergebnis ist eine nähere Annäherung an die tatsächliche Datenverkehrsrate der Anwender.

Der ANCP-Agent meldet Datenverkehrsraten anders als AAA und CoS:

  • Der Agent meldet als Antwort auf eine AAA-Anfrage immer unangepasste Raten für Upstream- und Downstream-Datenverkehr an AAA. Nach der Konfiguration passt der Agent die Datenverkehrsraten an und meldet die angepassten Werte zusätzlich zur nicht angepassten Rate.

  • Der ANCP-Agent meldet Datenverkehrsraten nur dann an CoS, wenn Sie die qos-adjust Anweisung auf Hierarchieebene [edit protocols ancp] einschließen. Der Agent meldet nur Downstream-Datenverkehrsraten an CoS zur Unterstützung von CoS Traffic Shaping. Upstream-Datenverkehrsraten werden niemals an CoS gemeldet, da CoS den Upstream-Datenverkehr nicht beeinflusst. Der Agent meldet CoS auch den Overhead-Modus und die Bytes für die Zugriffsleitung. CoS kann diese Informationen verwenden, wenn sie anschließend den Datenverkehr gestalten.

Wenn Sie eine Shaping-Rate-Konfiguration entfernen, die der ANCP-Agent zuvor angewendet hat, wird die Traffic Shaping-Rate auf das CoS-Sitzungs-Shaping zurückgesetzt, das durch die im dynamischen Profil angegebenen CoS-Datenverkehrssteuerungsprofile bestimmt wird. Wenn der ANCP-Agent jedoch weiterhin ausgeführt wird, aber eine Verbindung zu einem bestimmten Nachbarn verliert, dessen Datenverkehr auf dem Anwender aufgrund einer Aktion des ANCP-Agenten angepasst wurde, bleibt die angepasste Rate wirksam. Die derzeit gültige Rate ändert sich nur, wenn der ANCP-Agent die Verbindung wiederherstellt und neue Aktualisierungen an CoS sendet, oder wenn Sie die qos-adjust Anweisung entfernen.

Da CoS Traffic Shaping nur durchführen kann, wenn ein Datenverkehrssteuerungsprofil auf die Schnittstelle oder den Schnittstellensatz angewendet wurde, können Sie davon ausgehen, dass der ANCP-Agent das Traffic Shaping immer beeinflusst, wenn die ANCP-Anwenderschnittstelle oder der Schnittstellensatz über ein Datenverkehrssteuerungsprofil verfügt. Dieses Verhalten tritt nicht immer auf.

Stellen Sie sich eine Konfiguration vor, bei der eine logische Schnittstelle des Anwenders Mitglied eines ACI-basierten VLAN (Schnittstellensatzes) ist. alle Mitglieder haben dieselbe ACI. Das dynamische Profil, das die Schnittstelle des Anwenders instanziiert, wendet ein Datenverkehrssteuerungsprofil auf die Schnittstelle an. Das Profil, das das VLAN instanziiert, wendet anstelle eines Datenverkehrssteuerungsprofils einen Filter für die gemeinsam genutzte Schnittstelle an.

Die folgende Ereignisabfolge findet statt, wenn sich der Anwender anmeldet.

  1. Das erste Paket erstellt das automatisch erkannte, zugrunde liegende VLAN.

  2. Das zweite Paket erstellt das ACI-basierte Anwender-VLAN

  3. Das dritte Paket erstellt die logische Schnittstelle des Anwenders.

Da das VLAN zuerst angezeigt wird, verbindet sich der ANCP-Agent mit dem VLAN und nicht mit der Schnittstelle. Folglich meldet der Agent an CoS die Downstream-Datenrate nur für das VLAN, nicht für die logische Schnittstelle. CoS verfügt über keine Informationen zum Anpassen der Shaping-Rate für die Schnittstelle, sodass der Datenverkehr für die Schnittstelle nur entsprechend dem Datenverkehrssteuerungsprofil der Schnittstelle geformt wird.

Obwohl der Agent die Downstream-Rate für das VLAN meldet, kann CoS diese Informationen nicht zur Gestaltung des VLAN-Datenverkehrs verwenden, da das VLAN kein Datenverkehrssteuerungsprofil hat. Folglich hat die VLAN-Rate keinen Einfluss auf die Rate der logischen Schnittstelle, auch wenn die logische Schnittstelle Mitglied dieses Schnittstellensatzes ist.

Anpassung der Datenverkehrsrate

Wenn ein DSLAM die Datenrate in der Anwender Teilnehmerschleife bestimmt, ignoriert es die zusätzlichen Header auf der DSL-Leitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) und der Technologie des DSL-Leitungstyps verbunden sind. Wenn der ANCP-Agent anschließend eine Nettodatenrate meldet, schließt er standardmäßig diesen Overhead ein und meldet einen etwas höheren Wert als die tatsächliche Datenrate des Anwenders, die vom DSLAM gesehen wird.

Sie können den ANCP-Agent so konfigurieren, dass zusätzlich eine angepasste Rate gemeldet wird, um den Datenverkehrs-Overhead zu berücksichtigen. Der ANCP-Agent passt die Nettodatenrate dynamisch an, indem er einen festen Prozentwert auf die vom DSLAM empfangene Nettodatenrate anwendet. Der prozentuale Anpassungsfaktor gilt global für alle Teilnehmer des jeweiligen DSL-Leitungstyps wie folgt:

  • Der Agent kann die Raten, die er an AAA meldet, für alle DSL-Typen anpassen.

  • Der Agent kann die Raten, die er an CoS meldet, nur für Frame-Mode-DSL-Typen (SDSL, VDSL, VDSL2 und OTHER) anpassen. Er kann die an CoS gemeldeten Raten für Cell-Mode-DSL-Typen (ADSL, ADSL2 und ADSL2+) nicht anpassen.

Sie können den ANCP-Agent auch so konfigurieren, dass er die Anzahl der Overhead-Bytes anpasst, die er pro Zelle oder Frame an CoS meldet. Der Agent kann den angegebenen Wert von der tatsächlichen Anzahl der Overheadbytes für alle DSL-Typen addieren oder subtrahieren. Der Agent meldet die Anzahl der Overhead-Bytes (angepasst oder nicht angepasst) nicht an AAA.

Tabelle 1 fasst zusammen, wie bereinigte Sätze und Gemeinkosten ausgewiesen werden.

Tabelle 1: Berichte zur Datenverkehrsanpassung nach Zugriffsleitungstyp

DSL-Zugangsleitungstyp

An AAA gemeldete angepasste Upstream- und Downstream-Rate

Angepasste Rate nur für den Nachstream, die an CoS gemeldet wurde

Angepasste Overhead-Byte-Anzahl, die an CoS gemeldet wurde

ADSL

✓

–

✓

ADSL2

✓

–

✓

ADSL2+

✓

–

✓

SONSTIGES

✓

✓

✓

SDSL

✓

✓

✓

VDSL

✓

✓

✓

VDSL2

✓

✓

✓

Der ANCP-Agent meldet Datenverkehrsraten nur dann an CoS, wenn Sie die qos-adjust Anweisung auf Hierarchieebene [edit protocols ancp] eingefügt haben. Standardmäßig handelt es sich dabei um unangepasste Sätze. CoS versucht, Datenverkehrsverluste im Zugriffsknoten zu vermeiden, indem es selbst die Traffic Shaping-Rate anpasst, die es auf den Downstream-Datenverkehr für ein bestimmtes VLAN oder eine Gruppe von VLANs anwendet. Die Diskrepanz zwischen der tatsächlichen Benutzerdatenrate und der vom Agenten gemeldeten Nettodatenrate verringert die Genauigkeit des CoS-Traffic Shaping. Sie erhöhen die Genauigkeit von CoS Traffic Shaping, indem Sie den ANCP-Agenten so konfigurieren, dass angepasste Raten- und Bytewerte an CoS gemeldet werden.

Wenn Sie Junos OS Version 17.3 oder früher ausführen, verwenden Sie die CLI-Konfigurationsanweisungen in Tabelle 2 , um Datenverkehrsanpassungen vorzunehmen. Die CoS-Anweisungen befinden sich auf der [edit protocols ancp qos-adjust] Hierarchieebene. Die AAA-Anweisungen befinden sich auf der [edit protocols ancp] Hierarchieebene.

Tabelle 2: Anweisungen zur Anpassung der Datenverkehrsrate und des Overheads nach Zugriffsleitungstyp über Junos OS Version 17.3

Art der Zugangsleitung

Anpassung der Netto-Downstream- und Upstream-Raten für AAA

Anpassung der Netto-Downstream-Raten für CoS

Overhead-Bytes für CoS anpassen

ADSL

QoS-Adjust-ADSL

–

adsl-bytes

ADSL2

QoS-Adjust-ADSL2

–

adsl2-bytes

ADSL2+

QoS-Adjust-ADSL2-Plus

–

adsl2-plus-bytes

SONSTIGES

QoS-Adjust-Other

Sonstiges-Overhead-Anpassung

andere Bytes

SDSL

QoS-Adjust-SDSL

SDSL-Overhead-Anpassung

sdsl-bytes

VDSL

QoS-Adjust-VDSL

vdsl-Overhead-Anpassung

vdsl-bytes

VDSL2

QoS-Adjust-VDSL2

vdsl2-Overhead-adjust

vdsl2-bytes

Wenn Sie Junos OS Version 17.4R1 oder höher ausführen, verwenden Sie die access-line Konfigurationsanweisungsoptionen in Tabelle 3 , um Datenverkehrsanpassungen für CoS- und AAA-Optionen vorzunehmen. Die access-line Anweisung befindet sich auf der [edit system] Hierarchieebene.

Tabelle 3: Anweisungen zur Anpassung der Datenverkehrsrate und des Overheads nach Zugriffsleitungstyp ab Junos OS Version 17.4R1

Art der Zugangsleitung

Anpassung der Netto-Downstream- und Upstream-Raten für AAA

Anpassung der Netto-Downstream-Raten für CoS

Overhead-Bytes für CoS anpassen

ADSL

adsl-gesamt-anpassen

–

adsl-overhead-bytes

ADSL2

adsl2-gesamt-anpassen

–

adsl2-overhead-bytes

ADSL2+

adsl2-plus-total-adjust

–

adsl2 plus Overhead-Bytes

SONSTIGES

Sonstiges-Gesamt-Anpassen

Sonstiges-Overhead-Anpassung

andere-Overhead-Bytes

SDSL

sdsl-gesamt-anpassen

SDSL-Overhead-Anpassung

sdsl-overhead-bytes

VDSL

vdsl-gesamt-anpassen

vdsl-Overhead-Anpassung

vdsl-overhead-bytes

VDSL2

vdsl-gesamt-anpassen

vdsl2-Overhead-adjust

vdsl2-overhead-bytes

Empfohlene Traffic-Shaping-Raten

Um eine Situation zu bewältigen, in der der Router keine Informationen vom Zugriffsknoten über die berechneten Downstream- und Upstream-Datenverkehrsraten für eine Schnittstelle erhält, können Sie empfohlene empfohlene empfohlene Werte für die Gestaltung des an die Schnittstelle gesendeten Datenverkehrs angeben, damit er der Geschwindigkeit der lokalen Schleife des Anwenders entspricht.

Die Übertragungsgeschwindigkeit ist der empfohlene Datenverkehrswert in Bits pro Sekunde, der für Downstream-Datenverkehr für eine ANCP-Schnittstelle verwendet wird, und wird in der Juniper Networks VSA, Downstream-Calculated-Qos-Rate (IANA 4874, 26-141) übertragen. Die Empfangsgeschwindigkeit ist der empfohlene Datenverkehrswert in Bits pro Sekunde, der für Upstream-Datenverkehr für eine ANCP-Schnittstelle verwendet wird, und wird in der Juniper Networks VSA, Upstream-Calculated-Qos-Rate VSA (IANA 4874, 26-142) übertragen.

Um die empfohlenen Shaping-Raten festzulegen, die als Standardwerte für diese VSAs in statischen Konfigurationen verwendet werden, schließen Sie die downstream-rate upstream-rate und-Anweisungen auf Hierarchieebene [edit interfaces interface-name unit logical-unit-number advisory-options] ein.

Um die empfohlenen Raten für dynamisch erstellte VLAN-Schnittstellen zu konfigurieren, schließen Sie die upstream-rate oder-Anweisungen downstream-rate auf Hierarchieebene [edit dynamic-profiles profile-name interfaces $junos-interface-ifd-name unit $junos-interface-unit advisory-options] ein.

Um die empfohlenen Sätze für dynamisch erstellte ACI-Schnittstellensätze zu konfigurieren, schließen Sie die upstream-rate oder-Anweisungen downstream-rate auf Hierarchieebene [edit dynamic-profiles profile-name interface-set $junos-interface-set-name interfaces $junos-interface-ifd-name advisory-options] ein.

ANCP-Agenten-Keepalives für CoS

Der ANCP-Agent sendet in bestimmten Intervallen eine Keepalive-Nachricht an CoS. Wenn CoS nicht in der erwarteten Zeit ein Keepalive erhält, werden die Änderungen der Formgebungsrate rückgängig gemacht, die es als Reaktion auf den ANCP-Agenten vorgenommen hat. Sie können anpassen, wie lange CoS auf eine Keepalive-Nachricht wartet, indem Sie die maximum-helper-restart-time Anweisung auf Hierarchieebene [edit protocols ancp] einschließen. Das Intervall zwischen Keepalive-Nachrichten wird automatisch auf ein Drittel des Werts der maximalen Neustartzeit für Hilfsprogramme festgelegt. Wenn Sie beispielsweise die maximale Neustartzeit für Hilfsprogramme auf 120 Sekunden festlegen, sendet der ANCP-Agent alle 40 Sekunden Keepalive-Nachrichten. Wenn CoS in diesem Beispiel innerhalb von 120 Sekunden keine Keepalive-Nachricht empfängt, werden alle vom ANCP-Agent abgeleiteten Richtlinienänderungen rückgängig gemacht.

Beibehaltung der CoS-Ausgestaltung bei Neustarts von ANCP-Agenten

Wenn der ANCP-Agent aufgrund eines Prozesses oder GRES beendet wird, erzwingt CoS die ANCP-Downstream-Shaping-Raten, bis der CoS-Keepalive-Timer abläuft. Wenn der Timer abläuft, kehrt CoS zu der für die Schnittstellen konfigurierten CoS-Shaping-Rate zurück.

Sie konfigurieren den CoS-Keepalive-Timer, indem Sie die maximum-helper-restart-time seconds Anweisung auf Hierarchieebene [edit protocols ancp] einschließen. Er gibt an, wie lange andere Daemons wie CoS auf den Neustart des ANCP-Agenten warten, und wird verwendet, um den Keepalive-Timer für die Aktualisierung der CoS-Rate zu konfigurieren.

Der ANCP-Agent verwaltet keine TCP-Sitzungen von Nachbarn während des Neustarts oder GRES. Wenn es neu gestartet wird, muss es Sitzungen mit Nachbarn und Anwender-Sitzungen wiederherstellen, bevor der Timer abläuft. Für alle wiederhergestellten Sitzungen aktualisiert der ANCP-Agent CoS mit den aktualisierten Downstream-Shaping-Raten und stellt der Sitzungsdatenbank für AAA DSL-Leitungsattribute zur Verfügung.

Wenn CoS beendet oder neu gestartet wird, während ANCP aktiv ist, überträgt der ANCP-Agent alle bekannten nachgelagerten Raten der Anwender erneut an CoS. Alle vorhandenen angepassten Shaping-Raten, die nicht aktualisiert wurden, werden auf die konfigurierten CoS-Shaping-Raten zurückgesetzt, wenn der CoS-Neustart-Timer abläuft.

Siehe auch

Konfigurieren des ANCP-Agents zum Melden von Datenverkehrsraten an CoS

Standardmäßig meldet der ANCP-Agent die Datenverkehrsrate auf den Zugriffsleitungen der Anwender nicht an CoS. Sie müssen die qos-adjust Anweisung auf Hierarchieebene [edit protocols ancp] einschließen, um den ANCP-Agenten so zu konfigurieren, dass nachgelagerte Datenraten, die in ANCP-Port-Up-Nachrichten empfangen werden, für alle Teilnehmer im Netzwerk an CoS gemeldet werden. Anhand dieser Informationen kann CoS den Datenverkehr auf diesen Zugangsleitungen anschließend gestalten – allerdings nur, wenn in einem CoS-Datenverkehrssteuerungsprofil für die Zugangsleitungen eine Shaping-Rate konfiguriert ist.

Wenn ein Zugangsknoten (DSLAM, ONT, ONU) die Datenrate in der Anwender Teilnehmeranschlussschleife berechnet, ignoriert er die zusätzlichen Header auf der Anwender Zugriffsleitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) verbunden sind. Die unbereinigte Downstream-Datenrate bezieht diese Header in ihre Berechnung mit und meldet einen etwas höheren Wert als der vom Zugriffsknoten berechnete. Der ANCP-Agent meldet CoS auch den Datenverkehrsmodus und den Overhead der Datenverkehrsrate.

Hinweis:

Der ANCP-Agent meldet niemals Upstream-Datenverkehrsraten an CoS.

Sie können den ANCP-Agent auch so konfigurieren, dass die tatsächlichen (netto) Downstream-Datenraten für einzelne DSL-Typen wie folgt angepasst werden:

  • Für Frame-Mode-DSL-Typen (G.fast, Bonded G.fast, SDSL, Bonded SDSL, VDSL, VDSL2, VDSL2 Annex Q, Bonded VDSL2 Annex Q und OTHER) und PON-Typen (GPON, TWDM-PON, WDM-PON, XG-PON und XGS-PON) können Sie eine Anpassung der Anzahl der Overhead-Bytes konfigurieren, um Kapselungsunterschiede zu berücksichtigen. Sie können auch einen Prozentwert angeben, der auf die tatsächliche, nicht angepasste Datenrate angewendet wird, die in ANCP-Port-Up-Nachrichten empfangen wird.

  • Für DSL-Typen im Zellmodus (ADSL, ADSL2 und ADSL2+) können Sie nur eine Anpassung der Anzahl der Overhead-Bytes für den Datenverkehr konfigurieren, um Kapselungsunterschiede zu berücksichtigen.

Der ANCP-Agent passt den Satz um den angegebenen Prozentsatz an. Es passt den Zellen- oder Frame-Overhead an, indem es die angegebene Anzahl von Bytes addiert oder subtrahiert. Standardmäßig beträgt die Anpassung 100 Prozent und 0 Byte, was bedeutet, dass der Agent die Nettowerte nicht anpasst, bevor er sie an CoS meldet.

Wenn CoS innerhalb der maximalen Neustartzeit keine Keepalive-Nachricht empfängt, betrachtet es den ANCP-Agent als ausgefallen und kehrt sofort zu den konfigurierten Werten für alle Traffic Shaping-Updates zurück, die aufgrund von Datenverkehrsberichten vom ANCP-Agent geändert wurden. Die konfigurierten Werte werden beibehalten, bis der ANCP-Agent wieder hochgefahren ist und neue Datenverkehrsaktualisierungen an CoS sendet.

Wenn der ANCP-Agent weiterhin ausgeführt wird, aber die Verbindung zu einem Nachbarn verliert, wird CoS nicht auf seine konfigurierten Werte zurückgesetzt. In diesem Fall ändert CoS die Shaping-Rate für den Datenverkehr des Anwenders nur, wenn der ANCP-Agent die Verbindung zu diesem Nachbarn wiederherstellt und neue Datenverkehrsraten an CoS meldet oder wenn Sie die qos-adjust Anweisung entfernen.

Hinweis:

Ab Junos OS Version 17.4R1 sind die bisher unterstützten Raten- und Byteanpassungsanweisungen auf den [edit protocols ancp] Hierarchieebenen und [edit protocols ancp qos-adjust] veraltet. Sie werden durch die access-line Anweisung und ihre vielen Optionen auf Hierarchieebene [edit system] ersetzt. Der ANCP-Agent ignoriert die veralteten Anweisungen, wenn sie vorhanden sind. Das bedeutet, dass Sie bei einem Upgrade von Junos OS Version 17.3 oder früher mit einer vorhandenen Raten- oder Byteanpassungskonfiguration Ihre Anpassung mit der access-line Anweisung neu konfigurieren müssen.

Die Ausnahme von dieser Änderung ist, dass die qos-adjust Anweisung unterstützt bleibt, aber keine untergeordneten Anweisungen mehr hat. Konfigurieren Sie die qos-adjust Anweisung immer für normale ANCP-Vorgänge. Möglicherweise möchten Sie es zu Debugging-Zwecken deaktivieren.
Hinweis:

Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Strophe eingefügt. Die alten DSL-Optionen sind veraltet, leiten jedoch an den neuen Speicherort um.
Optimale Vorgehensweise:

Es wird empfohlen, Ihre Skripts zu aktualisieren, um die dsl-Anweisung zu verwenden, wenn Sie ein Upgrade auf Junos OS Version 19.3R1 oder höher durchführen. Die Umleitungsfunktion wird nur für eine begrenzte Zeit unterstützt.

So konfigurieren Sie den ANCP-Agent so, dass Datenverkehrsraten an CoS gemeldet werden:

  1. Aktivieren Sie die Ratenberichterstattung an CoS.
  2. (Optional) Geben Sie die Anzahl der Overhead-Bytes an, die pro Zelle oder Frame für einen oder mehrere DSL-Leitungstypen addiert oder subtrahiert werden sollen.

    • In Junos OS Version 17.3 oder früher:

    • In Junos OS Version 17.4R1 oder höher:

    • In Junos OS Version 18.4R1 oder höher können Sie die folgenden zusätzlichen DSL-Leitungstypen konfigurieren:

    • In Junos OS Version 19.3R1 oder höher:

  3. (Optional) Geben Sie in Junos OS Version 19.3R1 oder höher die Anzahl der Overhead-Bytes an, die pro Zelle oder Frame für einen oder mehrere PON-Zeilentypen addiert oder subtrahiert werden sollen:
  4. (Optional) Geben Sie eine prozentuale Ratenanpassung für einen oder mehrere Frame-Mode-DSL-Leitungstypen an.

    • In Junos OS Version 17.3 oder früher:

    • In Junos OS Version 17.4R1 oder höher:

    • In Junos OS Version 18.4R1 oder höher können Sie die folgenden zusätzlichen DSL-Leitungstypen konfigurieren:

    • In Junos OS Version 19.3R1 oder höher:

  5. (Optional) Geben Sie in Junos OS Version 19.3R1 oder höher eine prozentuale Anpassung für einen oder mehrere PON-Leitungstypen an:

Siehe auch

Festlegen eines globalen Anpassungsfaktors pro DSL-Teilnehmerleitung für vom ANCP-Agenten gemeldete Datenverkehrsraten

Der ANCP-Agent meldet immer sowohl Upstream- als auch Downstream-Raten an AAA. Wenn ein DSLAM die Datenrate in der Anwender Teilnehmerverbindung berechnet, ignoriert es die zusätzlichen Header auf der DSL-Leitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) verbunden sind. Wenn der ANCP-Agent die Netto-Upstream-Datenrate oder die Netto-Downstream-Datenrate meldet, bezieht er die Header in seine Berechnung mit und meldet einen etwas höheren Wert als der vom DSLAM berechnete; Dies ist die unbereinigte Datenrate.

Der ANCP-Agent kann optional angepasste Datenraten an AAA melden. Konfigurieren Sie den Agenten so, dass er die Datenverkehrsrate anpasst, um den Header-Overhead zu berücksichtigen, indem Sie einen Anpassungsfaktor für einen oder mehrere DSL-Leitungstypen angeben. Der Anpassungsfaktor ist ein Prozentsatz, der auf die gesamten Downstream- und Upstream-Datenraten angewendet wird, die vom ANCP-Agenten gemeldet werden. Der Anpassungsfaktor gilt global für alle Teilnehmer dieses DSL-Leitungstyps. Standardmäßig wendet der ANCP-Agent einen Anpassungsfaktor von 100 Prozent auf alle DSL-Leitungen an, was bedeutet, dass keine Anpassung vorgenommen wird. Der ANCP-Agent gibt einfach die DSL-Leitungsraten weiter, die die Header-Informationen enthalten.

Hinweis:

Diese Anpassungsfaktoren wirken sich nur auf die an die AAA gemeldeten Zinssätze aus. Der ANCP-Agent meldet Downstream-Datenraten nur dann an CoS, wenn Sie die qos-adjust Anweisung auf Hierarchieebene [edit protocols ancp] einschließen.
Hinweis:

Ab Junos OS Version 17.4R1 sind die bisher unterstützten qos-adjust-line-type Ratenanpassungsanweisungen auf Hierarchieebene [edit protocols ancp] veraltet. Sie werden durch die line-type-total-adjust Optionen für die access-line Anweisung auf Hierarchieebene [edit system] ersetzt. Der ANCP-Agent ignoriert die veralteten Anweisungen, wenn sie vorhanden sind. Das bedeutet, dass Sie bei einem Upgrade von Junos OS Version 17.3 oder früher mit einer vorhandenen Ratenanpassungskonfiguration Ihre Anpassung mit der access-line Anweisung neu konfigurieren müssen.

So wenden Sie einen globalen Anpassungsfaktor für DSL-Anwender-Anschlüsse an, die an AAA gemeldet werden sollen:

  • Geben Sie den Anpassungsfaktor für den gewünschten Anwender an.

    • In Junos OS Version 17.3 oder früher:

    • In Junos OS Version 17.4 oder höher:

    • In Junos OS Version 18.4 oder höher können Sie die folgenden zusätzlichen DSL-Leitungstypen konfigurieren:

Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Strophe eingefügt. Die alten DSL-Optionen sind veraltet, leiten jedoch an den neuen Speicherort um.

Optimale Vorgehensweise:

Es wird empfohlen, Ihre Skripts zu aktualisieren, um die dsl-Anweisung zu verwenden, wenn Sie ein Upgrade auf Junos OS Version 19.3R1 oder höher durchführen. Die Umleitungsfunktion wird nur für eine begrenzte Zeit unterstützt.

So wenden Sie einen globalen Anpassungsfaktor für DSL-Anwender-Leitungen an, die in Junos OS Version 19.3R1 oder höher an AAA gemeldet werden sollen:

  • Geben Sie den Anpassungsfaktor für den gewünschten Anwender an.

Festlegen eines globalen Anpassungsfaktors pro PON-Teilnehmerleitung für vom ANCP-Agenten gemeldete Datenverkehrsraten

Ab Junos Version 19.3R1 unterstützen wir zusätzlich zu den bisher unterstützten DSL-Leitungstypen auch PON-Anwender-Zugriffstypen.

Der ANCP-Agent meldet immer sowohl Upstream- als auch Downstream-Raten an AAA. Wenn ein OLT- oder ONU-Zugangsknoten die Datenrate in der Anwender Teilnehmerschleife berechnet, ignoriert er die zusätzlichen Header auf der PON-Leitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) verbunden sind. Wenn der ANCP-Agent die Netto-Upstream-Datenrate oder die Netto-Downstream-Datenrate meldet, bezieht er die Header in seine Berechnung mit und meldet einen etwas höheren Wert als der vom Zugriffsknoten berechnete. Dies ist die unbereinigte Datenrate.

Der ANCP-Agent kann optional angepasste Datenraten an AAA melden. Konfigurieren Sie den Agenten so, dass er die Datenverkehrsrate anpasst, um den Header-Overhead zu berücksichtigen, indem Sie einen Anpassungsfaktor für einen oder mehrere PON-Leitungstypen angeben. Der Anpassungsfaktor ist ein Prozentsatz, der auf die gesamten Downstream- und Upstream-Datenraten angewendet wird, die vom ANCP-Agenten gemeldet werden. Der Anpassungsfaktor gilt global für alle Teilnehmer dieses PON-Leitungstyps. Standardmäßig wendet der ANCP-Agent einen Anpassungsfaktor von 100 Prozent auf alle PON-Zeilen an, was bedeutet, dass keine Anpassung vorgenommen wird. Der ANCP-Agent gibt einfach die DSL-Leitungsraten weiter, die die Header-Informationen enthalten.

Bei PON-Leitungstypen erfolgt die Anpassung des gesamten Layer 1- und Kapselungs-Overheads in den folgenden ANCP-TLVs:

  • ONT/ONU-Spitzendatenrate-Downstream (0x94)

  • ONT/ONU-Maximum-Data-Rate-Upstream (0x95)

Der ANCP-Agent meldet den angepassten Wert an den RADIUS-Server in Access-Request-Nachrichten in den folgenden Juniper Networks VSAs (Anbieter-ID 4874):

  • Downstream-berechnete QoS-Rate (26–141)

  • Upstream-berechnete QoS-Rate (26–142)

Der ANCP-Agent meldet den angepassten Wert in den folgenden AVPs an einen L2TP-LNS:

  • Tx Connect-Geschwindigkeit (AVP 24 in ICCN-Nachricht)

  • Rx Connect-Geschwindigkeit (AVP 38 in ICCN-Nachricht)

  • Update der Verbindungsgeschwindigkeit AVP 97 in CSUN-Nachricht)

So wenden Sie einen globalen Anpassungsfaktor für PON-Anwender-Leitungen an, die in Junos OS Version 19.3R1 oder höher an AAA gemeldet werden sollen:

  • Geben Sie den Anpassungsfaktor für den gewünschten Anwender an.

Überprüfen und Überwachen von CoS für ANCP-Abonnenten

Zweck

ANCP CoS-Statusinformationen anzeigen:

Aktion

  • So zeigen Sie zusammenfassende Informationen zum CoS-Status für alle ANCP-Abonnenten an:

  • So zeigen Sie Informationen über den CoS-Status für einen von der ACI angegebenen ANCP-Anwender an:

  • So zeigen Sie die zuletzt aktualisierten CoS-Informationen an:

  • So zeigen Sie die ausstehenden CoS-Informationen an (werden zum Aktualisieren der Felder verwendet):

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

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

Veröffentlichung
Beschreibung
19.3R1
Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Strophe eingefügt. Die alten DSL-Optionen sind veraltet, leiten jedoch an den neuen Speicherort um.
19.3R1
Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Strophe eingefügt. Die alten DSL-Optionen sind veraltet, leiten jedoch an den neuen Speicherort um.
19.3R1
Ab Junos Version 19.3R1 unterstützen wir zusätzlich zu den bisher unterstützten DSL-Leitungstypen auch PON-Anwender-Zugriffstypen.
17,4R1
Ab Junos OS Version 17.4R1 kann der ANCP-Agent Zugriffsleitungsinformationen verwenden, die er in den PPPoE Intermediate Agent (PPPoE-IA)-Tags erhält.
17,4R1
Ab Junos OS Version 17.4R1 sind die bisher unterstützten Raten- und Byteanpassungsanweisungen auf den [edit protocols ancp] Hierarchieebenen und [edit protocols ancp qos-adjust] veraltet. Sie werden durch die access-line Anweisung und ihre vielen Optionen auf Hierarchieebene [edit system] ersetzt.
17,4R1
Ab Junos OS Version 17.4R1 sind die bisher unterstützten qos-adjust-line-type Ratenanpassungsanweisungen auf Hierarchieebene [edit protocols ancp] veraltet. Sie werden durch die line-type-total-adjust Optionen für die access-line Anweisung auf Hierarchieebene [edit system] ersetzt.