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

Berichte und Anpassungen der Datenverkehrsrate durch den ANCP-Agenten

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

Es ist theoretisch möglich, dass ANCP- und PPPoE-Teilnehmer beim ersten Verbindungsaufbau unterschiedliche Datenraten im TLV für herstellerspezifische Tags 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 für die PPPoE-Verbindung angekündigten Tarife nur dann verwendet werden, wenn ANCP entweder nicht verwendet wird oder keine Tarife enthalten. Aufgrund der Netzwerkdynamik ist es jedoch nicht mö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 gesamten Datenrate, der für die Übertragung von Benutzerinformationen verwendet werden kann. Die Nettodatenrate wird auch als unbereinigte Datenverkehrsrate bezeichnet.

  • Da jeder DSL-Leitungstyp einen gewissen Technologie-Overhead hat, ist die tatsächliche Rate für Benutzerdaten geringer als die Nettodatenrate. Der angepasste oder berechnete Tarif ist der Nettodatensatz abzüglich des Technologieaufwands, der für jeden DSL-Leitungstyp anfällt. Das Ergebnis ist eine genauere Annäherung an die tatsächliche Rate des Datenverkehrs von Teilnehmern.

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

  • Der Agent meldet als Antwort auf eine AAA-Anfrage immer unangepasste Raten sowohl für den Upstream- als auch für den 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, um CoS-Traffic Shaping zu unterstützen. Es meldet niemals Upstream-Traffic-Raten an CoS, da CoS den Upstream-Traffic nicht formt. Der Agent meldet CoS auch den Overhead-Modus und die Bytes für die Zugriffsleitung. CoS kann diese Informationen nutzen, wenn es den Verkehr anschließend gestaltet.

Wenn Sie eine Shaping-Ratenkonfiguration entfernen, die der ANCP-Agent zuvor angewendet hat, wird die Traffic Shaping-Rate auf die CoS-Sitzungsformung zurückgesetzt, die durch die im dynamischen Profil angegebenen CoS-Datenverkehrssteuerungsprofile bestimmt wird. Wenn der ANCP-Agent jedoch weiterhin ausgeführt wird, aber die Verbindung zu einem bestimmten Nachbarn verliert, dessen Abonnentendatenverkehr als Ergebnis einer ANCP-Agent-Aktion 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 ausführen kann, wenn ein Traffic-Control-Profil auf die Schnittstelle oder Schnittstellengruppe angewendet wurde, können Sie erwarten, dass der ANCP-Agent das Traffic Shaping immer beeinflusst, wenn die ANCP-Teilnehmerschnittstelle oder die Schnittstellengruppe über ein Traffic-Control-Profil verfügt. Dieses Verhalten tritt nicht immer auf.

Stellen Sie sich eine Konfiguration vor, bei der eine logische Teilnehmerschnittstelle Mitglied eines ACI-basierten VLANs (Schnittstellensatz) ist. alle Mitglieder teilen sich die gleiche ACI. Das dynamische Profil, das die Anwenderschnittstelle instanziiert, wendet ein Datenverkehrssteuerungsprofil auf die Schnittstelle an. Das Profil, das das VLAN instanziiert, wendet anstelle eines Datenverkehrssteuerungsprofils einen Filter mit gemeinsam genutzter Schnittstelle an.

Die folgende Abfolge von Ereignissen findet statt, wenn sich der Abonnent anmeldet.

  1. Das erste Paket erzeugt das zugrundeliegende VLAN mit automatischer Erkennung.

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

  3. Das dritte Paket erstellt die logische Teilnehmerschnittstelle.

Da das VLAN zuerst aktiviert wird, wird der ANCP-Agent an das VLAN und nicht an die Schnittstelle angehängt. Folglich meldet der Agent die Downstream-Datenrate nur für das VLAN, nicht für die logische Schnittstelle an CoS. CoS verfügt über keine Informationen, um die Shaping-Rate für die Schnittstelle anzupassen, sodass der Datenverkehr für die Schnittstelle nur gemäß dem Datenverkehrssteuerungsprofil der Schnittstelle geformt wird.

Obwohl der Agent die Downstream-Rate für das VLAN meldet, kann CoS diese Informationen nicht verwenden, um den VLAN-Datenverkehr zu gestalten, da das VLAN nicht über ein Datenverkehrssteuerungsprofil verfügt. Folglich wirkt sich die VLAN-Rate nicht auf die Rate der logischen Schnittstelle aus, obwohl die logische Schnittstelle ein Mitglied dieser Schnittstellengruppe ist.

Anpassung der Datenverkehrsrate

Wenn ein DSLAM die Datenrate im Teilnehmer-Teilnehmeranschluss ermittelt, ignoriert er die zusätzlichen Header auf der DSL-Leitung, die mit dem Overhead der Zugriffsart (ATM oder Ethernet) und der Technologie des DSL-Leitungstyps verbunden sind. Wenn der ANCP-Agent anschließend eine Nettodatenrate meldet, schließt er diesen Overhead standardmäßig ein und meldet einen etwas höheren Wert als die tatsächliche Teilnehmerdatenrate, die vom DSLAM erkannt wird.

Sie können den ANCP-Agent so konfigurieren, dass er zusätzlich eine angepasste Rate meldet, 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-Anschlusstyps 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 ANDERE) 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 zur tatsächlichen Anzahl der Overhead-Bytes 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 Zugangsleitungstyp

DSL-Zugangsleitungstyp

An AAA gemeldete bereinigte Upstream- und Downstream-Rate

An CoS gemeldete bereinigte Downstream-Rate

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

ADSL

✓

–

✓

ADSL2

✓

–

✓

ADSL2+

✓

–

✓

ANDERE

✓

✓

✓

SDSL

✓

✓

✓

VDSL

✓

✓

✓

VDSL2

✓

✓

✓

Der ANCP-Agent meldet Datenverkehrsraten nur dann an CoS, wenn Sie die qos-adjust Anweisung auf Hierarchieebene [edit protocols ancp] eingeschlossen haben. Standardmäßig handelt es sich dabei um unangepasste Raten. CoS versucht, Datenverkehrsabbrüche 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 des CoS-Traffic Shaping, indem Sie den ANCP-Agent so konfigurieren, dass er angepasste Raten- und Bytewerte an CoS meldet.

Wenn Sie Junos OS Version 17.3 oder früher ausführen, verwenden Sie die CLI-Konfigurationsanweisungen in Tabelle 2 , um Anpassungen am Datenverkehr 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 zum Anpassen der Datenverkehrsrate und des Overhead nach Zugriffsleitungstyp über Junos OS Version 17.3

Typ 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-Byte

ADSL2+

QoS-adjust-ADSL2-plus

–

adsl2-plus-bytes

ANDERE

qoS-adjust-other

Andere-Overhead-Anpassung

other-bytes

SDSL

qoS-adjust-SDSL

sdsl-overhead-adjust

sdsl-bytes

VDSL

QoS-adjust-VDSL

VDSL-Overhead-Anpassung

VDSL-Bytes

VDSL2

QoS-adjust-VDSL2

VDSL2-Overhead-Anpassung

VDSL2-Byte

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 zum Anpassen der Datenverkehrsrate und des Overhead nach Zugriffsleitungstyp ab Junos OS Version 17.4R1

Typ 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-Total-Adjust

–

ADSL-Overhead-Bytes

ADSL2

ADSL2-Total-Adjust

–

ADSL2-Overhead-Bytes

ADSL2+

ADSL2-plus-Total-Adjust-

–

ADSL2-plus-Overhead-Bytes

ANDERE

Sonstiges-Total-Anpassen

Andere-Overhead-Anpassung

other-overhead-bytes

SDSL

sdsl-total-adjust

sdsl-overhead-adjust

sdsl-overhead-bytes

VDSL

VDSL-Total-Adjust

VDSL-Overhead-Anpassung

vdsl-overhead-bytes

VDSL2

VDSL-Total-Adjust

VDSL2-Overhead-Anpassung

vdsL2-Overhead-Bytes

Empfohlene Traffic-Shaping-Raten

Um eine Situation zu bewältigen, in der der Router vom Zugriffsknoten keine Informationen über die berechneten Downstream- und Upstream-Datenverkehrsraten für eine Schnittstelle erhält, können Sie empfohlene Beratungswerte für die Gestaltung des an die Schnittstelle gesendeten Datenverkehrs angeben, sodass er der Teilnehmergeschwindigkeit des Teilnehmeranschlusses 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), übermittelt. Die Empfangsgeschwindigkeit ist der empfohlene Datenverkehrswert in Bits pro Sekunde, der für Upstream-Datenverkehr für eine ANCP-Schnittstelle verwendet wird, und wird im Juniper Networks VSA, Upstream-Calculated-Qos-Rate VSA (IANA 4874, 26-142) übermittelt.

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

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

Um die empfohlenen Raten für dynamisch erstellte ACI-Schnittstellensätze zu konfigurieren, schließen Sie die upstream-rate OR-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 Shaping-Rate, die es als Reaktion auf den ANCP-Agent vorgenommen hat, rückgängig gemacht. 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] einfügen. Das Intervall zwischen Keepalive-Nachrichten wird automatisch auf ein Drittel des Werts der maximalen Neustartzeit des Hilfsprogramms festgelegt. Wenn Sie z. B. die maximale Neustartzeit des Hilfsprogramms 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-Formgebung bei Neustarts des ANCP-Agenten

Wenn der ANCP-Agent aufgrund eines Prozesses oder GRES angehalten wird, erzwingt CoS die nachgelagerten ANCP-Shaping-Raten, bis der CoS-Keepalive-Timer abläuft. Wenn der Timer abläuft, wird CoS auf die für die Schnittstellen konfigurierte CoS-Shaping-Rate zurückgesetzt.

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, z. B. CoS, auf den Neustart des ANCP-Agenten warten, und wird verwendet, um den Keepalive-Timer für die CoS-Ratenaktualisierung zu konfigurieren.

Der ANCP-Agent verwaltet keine TCP-Sitzungen von Nachbarn über den Neustart oder GRES. Beim Neustart müssen Sitzungen mit Nachbarn und Abonnentensitzungen hergestellt werden, bevor der Timer abläuft. Für alle wiederhergestellten Sitzungen aktualisiert der ANCP-Agent CoS mit den aktualisierten Downstream-Shaping-Raten und stellt DSL-Leitungsattribute für die Sitzungsdatenbank für AAA bereit.

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

Siehe auch

Konfigurieren des ANCP-Agenten für die Meldung von Datenverkehrsraten an CoS

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

Wenn ein Zugangsknoten (DSLAM, ONT, ONU) die Datenrate im Teilnehmer-Teilnehmeranschluss berechnet, ignoriert er die zusätzlichen Header auf der Teilnehmerzugangsleitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) verbunden sind. Die unbereinigte Downstream-Datenrate bezieht diese Header in ihre Berechnung mit ein 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.

Anmerkung:

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

Sie können den ANCP-Agenten auch so konfigurieren, dass er die tatsächlichen (Netto-)Downstream-Datenraten für einzelne DSL-Typen wie folgt anpasst:

  • Für Frame-Mode-DSL-Typen (G.fast, gebondet 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.

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

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

Wenn CoS innerhalb der maximalen Neustartzeit des Hilfsprogramms keine Keepalive-Nachricht erhält, betrachtet es den ANCP-Agent als inaktiv und setzt sofort die konfigurierten Werte für alle Traffic Shaping-Updates wieder her, die aufgrund von Datenverkehrsberichten des ANCP-Agenten geändert wurden. Die konfigurierten Werte werden beibehalten, bis der ANCP-Agent wieder hochfährt und neue Datenverkehrsaktualisierungen an CoS sendet.

Wenn der ANCP-Agent weiterhin ausgeführt wird, aber die Verbindung zu einem Nachbarn verliert, setzt CoS seine konfigurierten Werte nicht wieder her. In diesem Fall ändert CoS die Shaping-Rate für den Abonnentendatenverkehr 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.

Anmerkung:

Ab Junos OS Version 17.4R1 sind die zuvor unterstützten Raten- und Byteanpassungsanweisungen auf der [edit protocols ancp] Hierarchieebene 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 beim Upgrade von Junos OS Version 17.3 oder früher mit einer vorhandenen Konfiguration für die Raten- oder Byteanpassung die Anpassung mit der Anweisung access-line neu konfigurieren müssen.

Die Ausnahme von dieser Änderung besteht darin, dass die Anweisung qos-adjust weiterhin unterstützt wird, 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.
Anmerkung:

Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Zeilengruppe eingefügt. Die alten DSL-Optionen sind veraltet, aber sie leiten an den neuen Speicherort weiter.
Beste Praxis:

Wir empfehlen Ihnen, Ihre Skripts so zu aktualisieren, dass sie die dsl-Anweisung verwenden, wenn Sie ein Upgrade auf Junos OS Version 19.3R1 oder höher durchführen. Die Redirect-Funktion wird nur für eine begrenzte Zeit unterstützt.

So konfigurieren Sie den ANCP-Agent so, dass er Datenverkehrsraten an CoS meldet:

  1. Aktivieren Sie die Tarifberichterstattung 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-Leitungstypen addiert oder subtrahiert werden sollen:
  4. (Optional) Geben Sie eine prozentuale Anpassung für einen oder mehrere DSL-Leitungstypen im Frame-Modus 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 Kursanpassung für einen oder mehrere PON-Leitungstypen an:

Siehe auch

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

Der ANCP-Agent meldet immer sowohl Upstream- als auch Downstream-Raten an AAA. Wenn ein DSLAM die Datenrate im Teilnehmer-Teilnehmeranschluss berechnet, ignoriert er die zusätzlichen Header auf der DSL-Leitung, die mit dem Overhead des Zugriffsmodus (ATM oder Ethernet) verbunden sind. Wenn der ANCP-Agent die Upstream-Nettodatenrate oder die Downstream-Nettodatenrate meldet, bezieht er die Header in seine Berechnung mit ein 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-Agent gemeldet werden. Der Anpassungsfaktor gilt global für alle Teilnehmer dieses DSL-Anschlusstyps. Standardmäßig wendet der ANCP-Agent einen Anpassungsfaktor von 100 Prozent auf alle DSL-Leitungen an, d. h., es wird keine Anpassung vorgenommen. Der ANCP-Agent gibt einfach die DSL-Leitungstarife weiter, die die Header-Informationen enthalten.

Anmerkung:

Diese Anpassungsfaktoren wirken sich nur auf die an AAA gemeldeten Sä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.
Anmerkung:

Ab Junos OS Version 17.4R1 sind die zuvor 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 beim Upgrade von Junos OS Version 17.3 oder früher mit einer vorhandenen Ratenanpassungskonfiguration die Anpassung mit der access-line Anweisung neu konfigurieren müssen.

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

  • Geben Sie den Prozentsatz des Anpassungsfaktors für die gewünschte Teilnehmerleitung 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 Zeilengruppe eingefügt. Die alten DSL-Optionen sind veraltet, aber sie leiten an den neuen Speicherort weiter.

Beste Praxis:

Wir empfehlen Ihnen, Ihre Skripts so zu aktualisieren, dass sie die dsl-Anweisung verwenden, wenn Sie ein Upgrade auf Junos OS Version 19.3R1 oder höher durchführen. Die Redirect-Funktion wird nur für eine begrenzte Zeit unterstützt.

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

  • Geben Sie den Prozentsatz des Anpassungsfaktors für die gewünschte Teilnehmerleitung an.

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

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

Der ANCP-Agent meldet immer sowohl Upstream- als auch Downstream-Raten an AAA. Wenn ein OLT- oder ONU-Zugangsknoten die Datenrate im Teilnehmer-Teilnehmeranschluss 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 Upstream-Nettodatenrate oder die Downstream-Nettodatenrate meldet, bezieht er die Header in seine Berechnung mit ein 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-Agent 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-Positionen an, d. h., es wird keine Anpassung vorgenommen. Der ANCP-Agent gibt einfach die DSL-Leitungstarife weiter, die die Header-Informationen enthalten.

Bei PON-Leitungstypen erfolgt die Anpassung an den gesamten Layer-1- und Kapselungs-Overhead 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 Zugriffsanforderungsnachrichten in den folgenden Juniper Networks VSAs (Hersteller-ID 4874):

  • Nachgelagerte, berechnete QoS-Rate (26–141)

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

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

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

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

  • Connect Speed Update AVP 97 in CSUN-Meldung)

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

  • Geben Sie den Prozentsatz des Anpassungsfaktors für die gewünschte Teilnehmerleitung an.

Verifizierung und Überwachung von CoS für ANCP-Abonnenten

Zweck

Anzeigen von ANCP-CoS-Statusinformationen:

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 ANCP-Teilnehmer an, der von der ACI angegeben wurde:

  • 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 Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
19.3R1
Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Zeilengruppe eingefügt. Die alten DSL-Optionen sind veraltet, aber sie leiten an den neuen Speicherort weiter.
19.3R1
Ab Junos Version 19.3R1 wurden die bereits vorhandenen Anpassungsoptionen umbenannt und in die neue dsl Zeilengruppe eingefügt. Die alten DSL-Optionen sind veraltet, aber sie leiten an den neuen Speicherort weiter.
19.3R1
Ab Junos Version 19.3R1 unterstützen wir zusätzlich zu den bisher unterstützten DSL-Leitungstypen PON-Teilnehmerzugangsleitungstypen.
17.4R1
Ab Junos OS Version 17.4R1 kann der ANCP-Agent Zugriffsleitungsinformationen verwenden, die er in den PPPoE-Zwischenagenten-Tags (PPPoE-IA) empfängt.
17.4R1
Ab Junos OS Version 17.4R1 sind die zuvor unterstützten Raten- und Byteanpassungsanweisungen auf der [edit protocols ancp] Hierarchieebene 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 zuvor 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.