Beispiele: Konfigurieren der Bandbreitenverwaltung
Grundlegendes zur Bandbreitenverwaltung für Multicast
Mit der Bandbreitenverwaltung können Sie die Multicast-Datenflüsse steuern, die eine Multicastschnittstelle verlassen. Diese Kontrolle ermöglicht es Ihnen, Ihren Multicast-Datenverkehr besser zu verwalten und die Wahrscheinlichkeit einer Überbelegung oder Überlastung der Schnittstelle zu verringern oder zu beseitigen.
Die Bandbreitenverwaltung stellt sicher, dass es auf einer Schnittstelle nicht zu einer Überbelegung des Multicastdatenverkehrs kommt. Bei der Verwaltung der Multicast-Bandbreite definieren Sie die maximale Multicast-Bandbreite, die eine einzelne Schnittstelle verwenden kann, sowie die Bandbreite, die einzelne Multicast-Flows verwenden.
Beispielsweise kann die Routing-Software einem Interface keinen Datenfluss hinzufügen, wenn dadurch die zulässige Bandbreite für diese Schnittstelle überschritten wird. Unter diesen Umständen wird die Schnittstelle abgelehnt. Diese Ablehnung hindert jedoch nicht daran, dass ein Multicastprotokoll (z. B. PIM) eine Join-Nachricht an den Upstream sendet. Der Datenverkehr geht weiterhin auf dem Router ein, auch wenn der Router den Datenverkehr nicht von den erwarteten ausgehenden Schnittstellen sendet.
Sie können die Datenflussbandbreite statisch konfigurieren, indem Sie einen Bandbreitenwert für den Datenfluss in Bits pro Sekunde angeben, oder Sie können die Messung und adaptive Änderung der Datenflussbandbreite aktivieren. Bei Verwendung der Option "Adaptive Bandbreite" fragt die Routing-Software die Statistiken für die zu messenden Datenströme in 5-Sekunden-Intervallen ab und berechnet die Bandbreite auf der Grundlage der Abfragen. Die Routing-Software verwendet den Maximalwert, der innerhalb der letzten Minute (d. h. der letzten 12 Messpunkte) gemessen wurde, als Flussbandbreite.
Weitere Informationen finden Sie in den folgenden Abschnitten:
Bandbreitenverwaltung und PIM-Graceful-Restart
Bei Verwendung des PIM-Graceful-Neustarts werden nach dem Neustart des Routing-Prozesses auf der Routing-Engine zuvor zugelassene Schnittstellen immer wieder zugelassen und die verfügbare Bandbreite auf den Schnittstellen angepasst. Bei Verwendung der Option "Adaptive Bandbreite" basiert die Bandbreitenmessung zunächst auf der konfigurierten oder standardmäßigen Startbandbreite, die in der ersten Minute ungenau sein kann. Dies bedeutet, dass neue Datenströme fälschlicherweise abgelehnt oder vorübergehend zugelassen werden können. Sie können dieses Problem beheben, indem Sie den Betriebsbefehl clear multicast bandwidth-admission ausgeben.
Wenn der ordnungsgemäße PIM-Neustart nicht konfiguriert ist, werden zuvor zugelassene oder abgelehnte Schnittstellen nach dem Neustart des Routing-Prozesses möglicherweise abgelehnt oder auf unvorhersehbare Weise zugelassen.
Siehe auch
Bandbreitenmanagement und Quellredundanz
Bei Verwendung von Quellredundanz können mehrere Quellen (z. B. s1 und s2) für dieselbe Zielgruppe vorhanden sein (g). Allerdings kann immer nur eine der Quellen aktiv senden. In diesem Fall werden mehrere Weiterleitungseinträge – (s1,g) und (s2,g) – erstellt, nachdem jeder den Zulassungsprozess durchlaufen hat.
Bei redundanten Quellen wird im Gegensatz zu nicht verwandten Einträgen ein OIF, das bereits für einen Eintrag zugelassen ist (z. B. (s1,g), automatisch für andere Redundanzeinträge zugelassen, z. B. (s2,g). Die verbleibende Bandbreite auf der Schnittstelle wird jedes Mal abgezogen, wenn eine ausgehende Schnittstelle hinzugefügt wird, obwohl nur ein Sender aktiv sendet. Durch die Messung der Bandbreite wird die für die inaktiven Einträge abgezogene Bandbreite wieder gutgeschrieben, wenn der Router feststellt, dass kein Datenverkehr übertragen wird.
Weitere Informationen zum Definieren redundanter Quellen finden Sie unter Beispiel: Konfigurieren einer Multicast-Flusszuordnung.
Logische Systeme und Bandbreitenüberbelegung
Sie können die Bandbreite sowohl auf der Ebene der physischen als auch auf der Ebene der logischen Schnittstelle verwalten. Wenn jedoch mehr als ein logisches System dieselbe physische Schnittstelle verwendet, kann die Schnittstelle überbelegt sein. Eine Überbelegung tritt auf, wenn die Gesamtbandbreite aller separat konfigurierten maximalen Bandbreitenwerte für die Schnittstellen auf jedem logischen System die Bandbreite der physischen Schnittstelle überschreitet.
Bei der Anzeige von Informationen zur Schnittstellenbandbreite weist ein negativer Wert für die verfügbare Bandbreite auf eine Überbelegung der Schnittstelle hin.
Die Schnittstellenbandbreite kann überbelegt werden, wenn die konfigurierte maximale Bandbreite abnimmt oder wenn einige Datenflussbandbreiten aufgrund einer Konfigurationsänderung oder eines tatsächlichen Anstiegs der Datenverkehrsrate zunehmen.
Die Schnittstellenbandbreite kann wieder verfügbar werden, wenn einer der folgenden Fälle eintritt:
Die konfigurierte maximale Bandbreite erhöht sich.
Einige Datenströme werden nicht mehr von Schnittstellen übertragen, und für andere Datenströme stehen nun Bandbreitenreserven für sie zur Verfügung.
Einige Datenstrombandbreiten verringern sich aufgrund einer Konfigurationsänderung oder eines tatsächlichen Rückgangs der Datenverkehrsrate.
Schnittstellen, die aufgrund unzureichender Bandbreite für einen Datenfluss abgelehnt werden, werden nicht automatisch zurückgesendet, auch wenn die Bandbreite wieder verfügbar wird. Abgelehnte Schnittstellen können erneut zugelassen werden, wenn einer der folgenden Fälle eintritt:
Das Multicast-Routingprotokoll aktualisiert den Weiterleitungseintrag für den Datenstrom, nachdem eine Join-, Leave- oder Prune-Nachricht empfangen wurde oder nachdem eine Topologieänderung aufgetreten ist.
Das Multicast-Routing-Protokoll aktualisiert den Weiterleitungseintrag für den Datenfluss aufgrund von Konfigurationsänderungen.
Sie wenden die Bandbreitenverwaltung manuell erneut auf einen bestimmten Datenfluss oder auf alle Datenflüsse an, indem Sie den Betriebsbefehl clear multicast bandwidth-admission verwenden .
Selbst wenn die zuvor verfügbare Bandbreite nicht mehr verfügbar ist, werden bereits zugelassene Schnittstellen erst entfernt, wenn eine der folgenden Situationen eintritt:
Das Multicast-Routingprotokoll entfernt die Schnittstellen explizit nach dem Empfang einer Leave- oder Prune-Nachricht oder nach einer Topologieänderung.
Sie wenden die Bandbreitenverwaltung manuell erneut auf einen bestimmten Datenfluss oder auf alle Datenflüsse an, indem Sie den Betriebsbefehl clear multicast bandwidth-admission verwenden .
Siehe auch
Beispiel: Definieren von maximalen Schnittstellenbandbreiten
In diesem Beispiel wird gezeigt, wie Sie die maximale Bandbreite für eine physische oder logische Schnittstelle konfigurieren.
Anforderungen
Bevor Sie beginnen:
Konfigurieren Sie die Routerschnittstellen.
Konfigurieren Sie ein internes Gateway-Protokoll. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Konfigurieren Sie ein Multicast-Protokoll. Diese Funktion funktioniert mit den folgenden Multicast-Protokollen:
DVMRP
PIM-DM
PIM-SM
PIM-SSM
Überblick
Die Einstellung für die maximale Bandbreite wendet die Zugangssteuerung entweder auf die konfigurierte Schnittstellenbandbreite oder auf die native Geschwindigkeit der zugrunde liegenden Schnittstelle an (wenn keine konfigurierte Bandbreite für die Schnittstelle vorhanden ist).
Wenn Sie mehrere logische Schnittstellen (z. B. zur Unterstützung von VLANs oder PVCs) auf derselben zugrunde liegenden physischen Schnittstelle konfigurieren und keine Bandbreite für die logischen Schnittstellen konfiguriert ist, wird davon ausgegangen, dass die logischen Schnittstellen alle dieselbe Bandbreite wie die zugrunde liegende Schnittstelle haben. Dies kann zu einer Überzeichnung führen. Um eine Überbelegung zu vermeiden, konfigurieren Sie die Bandbreite für die logischen Schnittstellen oder konfigurieren Sie die Zugangssteuerung auf der Ebene der physischen Schnittstelle.
Sie müssen nur die maximale Bandbreite für eine Schnittstelle definieren, auf die Sie die Bandbreitenverwaltung anwenden möchten. Eine Schnittstelle, für die keine maximale Bandbreite definiert ist, überträgt alle Multicast-Datenströme, die durch das Multicast-Protokoll bestimmt werden, das auf der Schnittstelle ausgeführt wird (z. B. PIM).
Wenn Sie die maximale Bandbreite angeben, ohne einen Wert für Bits pro Sekunde anzugeben, wird die Zugangssteuerung basierend auf der für die Schnittstelle konfigurierten Bandbreite aktiviert. Im folgenden Beispiel ist die Zugangssteuerung für die logische Schnittstelleneinheit 200 aktiviert, und die maximale Bandbreite beträgt 20 MBit/s. Wenn die Bandbreite auf der Schnittstelle nicht konfiguriert ist, ist die maximale Bandbreite die Verbindungsgeschwindigkeit.
routing-options {
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interfaces {
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
}
Topologie
Konfiguration
Verfahren
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem [edit] Konfigurationsmodus ein commit .
set interfaces fe-0/2/0 unit 200 bandwidth 20m set routing-options multicast interface fe-0/2/0.200 maximum-bandwidth set routing-options multicast interface fe-0/2/1 maximum-bandwidth 60m set routing-options multicast interface fe-0/2/1.200 maximum-bandwidth 10m
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie eine maximale Bandbreite:
Konfigurieren Sie die Bandbreite einer logischen Schnittstelle.
[edit interfaces] user@host# set fe-0/2/0 unit 200 bandwidth 20m
Aktivieren Sie die Zugangssteuerung auf der logischen Schnittstelle.
[edit routing-options] user@host# set multicast interface fe-0/2/0.200 maximum-bandwidth
Aktivieren Sie auf einer physischen Schnittstelle die Zugangssteuerung, und legen Sie die maximale Bandbreite auf 60 Mbit/s fest.
[edit routing-options] user@host# set multicast interface fe-0/2/1 maximum-bandwidth 60m
Legen Sie für eine logische Schnittstelle auf derselben physischen Schnittstelle wie in Schritt 3 gezeigt eine kleinere maximale Bandbreite fest.
[edit routing-options] user@host# set multicast interface fe-0/2/1.200 maximum-bandwidth 10m
Befund
Bestätigen Sie Ihre Konfiguration, indem Sie die Befehle show interfaces und show routing-options eingeben.
user@host# show interfaces
fe-0/2/0 {
unit 200 {
bandwidth 20m;
}
}
user@host# show routing-options
multicast {
interface fe-0/2/0.200 {
maximum-bandwidth;
}
interface fe-0/2/1 {
maximum-bandwidth 60m;
}
interface fe-0/2/1.200 {
maximum-bandwidth 10m;
}
}
Verifizierung
Um die Konfiguration zu überprüfen, führen Sie den Befehl show multicast interface aus.
Beispiel: Konfigurieren von Multicast mit Abonnenten-VLANs
In diesem Beispiel wird gezeigt, wie ein Router der MX-Serie so konfiguriert wird, dass er als Breitband-Service-Router (BSR) fungiert.
Anforderungen
In diesem Beispiel werden die folgenden Hardwarekomponenten verwendet:
Ein Router der MX-Serie oder ein Switch der EX-Serie mit einem PIC, der die Warteschlange für Datenverkehrssteuerungsprofile unterstützt
Ein DSLAM
Bevor Sie beginnen:
Konfigurieren Sie ein internes Gateway-Protokoll. Routing-Geräte finden Sie in der Junos OS Routing Protocols Library.
Konfigurieren Sie PIM und IGMP oder MLD auf den Schnittstellen.
Übersicht und Topologie
Wenn mehrere BSR-Schnittstellen IGMP- und MLD-Join- und Leave-Anforderungen für denselben Multicast-Stream empfangen, sendet der BSR eine Kopie des Multicast-Streams an jede Schnittstelle. Sowohl die Multicast-Steuerpakete (IGMP und MLD) als auch die Multicast-Datenpakete fließen zusammen mit den Unicast-Daten über dieselbe BSR-Schnittstelle. Da der gesamte Datenverkehr pro Kunde über eine eigene Schnittstelle auf dem BSR verfügt, werden die Abrechnung pro Kunde, die Anrufsteuerung (Call Admission Control, CAC) und die Anpassung der Servicequalität (Quality of Service, QoS) unterstützt. Die QoS-Bandbreite, die von Multicast verwendet wird, verringert die Unicast-Bandbreite.
Mehrere Schnittstellen auf dem BSR können eine Verbindung zu einem gemeinsam genutzten Gerät herstellen (z. B. einem DSLAM). Der BSR sendet denselben Multicast-Stream mehrmals an das gemeinsam genutzte Gerät und verschwendet so Bandbreite. Effizienter ist es, den Multicast-Stream einmal an den DSLAM zu senden und die Multicast-Streams im DSLAM zu replizieren. Es gibt zwei Ansätze, die Sie verwenden können.
Der erste Ansatz besteht darin, weiterhin Unicast-Daten an die kundenspezifischen Schnittstellen zu senden, aber den DSLAM alle kundenspezifischen IGMP- und MLD-Beitritts- und Belassungsanforderungen an den BSR auf einer einzigen dedizierten Schnittstelle (einem Multicast-VLAN) weiterleiten zu lassen. Der DSLAM empfängt die Multicast-Streams vom BSR auf der dedizierten Schnittstelle ohne unnötige Replikation und führt die erforderliche Replikation für die Kunden durch. Da alle Multicast-Steuerungs- und Datenpakete nur eine Schnittstelle verwenden, wird nur eine Kopie eines Datenstroms gesendet, selbst wenn mehrere Anforderungen vorhanden sind. Dieser Ansatz wird als OIF-Mapping (Reverse Outgoing Interface) bezeichnet. Die umgekehrte OIF-Zuordnung ermöglicht es dem BSR, den Multicast-Status der gemeinsam genutzten Schnittstelle an die Kundenschnittstellen weiterzugeben, wodurch die Abrechnung pro Kunde und die QoS-Anpassung funktionieren. Wenn ein Kunde den TV-Kanal wechselt, sendet das Router-Gateway (RG) eine IGMP- oder MLD-Verknüpfung und hinterlässt Nachrichten an den DSLAM. Der DSLAM leitet die Anforderung transparent über das Multicast-VLAN an den BSR weiter. Der BSR ordnet die IGMP- oder MLD-Anforderung basierend auf der IP-Quelladresse oder der Quell-MAC-Adresse einem der Abonnenten-VLANs zu. Wenn das Abonnenten-VLAN gefunden wird, werden QoS-Anpassung und -Abrechnung in diesem VLAN oder dieser Schnittstelle durchgeführt.
Der zweite Ansatz besteht darin, dass der DSLAM weiterhin Unicast-Daten sendet und alle IGMP- und MLD-Beitritts- und -Belassungsanforderungen pro Kunde an den BSR auf den einzelnen Kundenschnittstellen senden, die Multicast-Streams jedoch auf einer einzigen dedizierten Schnittstelle ankommen lassen. Wenn mehrere Kunden denselben Multicast-Stream anfordern, sendet der BSR eine Kopie der Daten an die dedizierte Schnittstelle. Der DSLAM empfängt die Multicast-Streams vom BSR auf der dedizierten Schnittstelle und führt die erforderliche Replikation für die Kunden durch. Da die Multicast-Steuerpakete viele Kundenschnittstellen verwenden, muss in der Konfiguration auf dem BSR angegeben werden, wie die Multicast-Datenpakete jedes Kunden der einzelnen dedizierten Ausgabeschnittstelle zugeordnet werden sollen. Die QoS-Anpassung wird auf den Kundenschnittstellen unterstützt. Die Benutzersteuerung wird auf der gemeinsam genutzten Schnittstelle unterstützt. Dieser zweite Ansatz wird als Multicast-OIF-Mapping bezeichnet.
Die OIF-Zuordnung und die umgekehrte OIF-Zuordnung werden auf derselben Kundenschnittstelle oder gemeinsam genutzten Schnittstelle nicht unterstützt. In diesem Beispiel wird gezeigt, wie die beiden unterschiedlichen Ansätze konfiguriert werden. Beide Ansätze unterstützen die QoS-Anpassung und beide Ansätze unterstützen MLD/IPv6. Das Beispiel für die umgekehrte OIF-Zuordnung konzentriert sich auf IGMP/IPv4 und ermöglicht die QoS-Anpassung. Das OIF-Zuordnungsbeispiel konzentriert sich auf MLD/IPv6 und deaktiviert die QoS-Anpassung.
Der erste Ansatz (umgekehrtes OIF-Mapping) umfasst die folgenden Anweisungen:
flow-map: Definiert eine Flow-Karte, die die Bandbreite für jeden Flow steuert.
maximum-bandwidth - Aktiviert CAC.
reverse-oif-mapping - Ermöglicht es dem Routing-Gerät, ein Abonnenten-VLAN oder eine Schnittstelle basierend auf einer IGMP- oder MLD-Beitritts- oder -Austrittsanforderung zu identifizieren, die es über das Multicast-VLAN empfängt.
Nachdem das Abonnenten-VLAN identifiziert wurde, passt das Routing-Gerät sofort die QoS (in diesem Fall die Bandbreite) in diesem VLAN an, basierend auf dem Hinzufügen oder Entfernen eines Abonnenten.
Das Routinggerät verwendet IGMP- und MLD-Beitritts- oder -Leave-Berichte, um die VLAN-Informationen des Abonnenten abzurufen. Dies bedeutet, dass die verbindenden Geräte (z. B. der DSLAM) alle IGMP- und MLD-Berichte an das Routing-Gerät weiterleiten müssen, damit diese Funktion ordnungsgemäß funktioniert. Die Verwendung von Berichtsunterdrückung oder eines IGMP-Proxys kann dazu führen, dass die umgekehrte OIF-Zuordnung nicht ordnungsgemäß funktioniert.
subscriber-leave-timer - Führt eine Verzögerung bei der QoS-Aktualisierung ein. Nach dem Empfang einer IGMP- oder MLD-Abwesenheitsanforderung definiert diese Anweisung eine Zeitverzögerung (zwischen 1 und 30 Sekunden), die das Routinggerät wartet, bevor die QoS für die verbleibenden Teilnehmerschnittstellen aktualisiert wird. Sie können diese Verzögerung verwenden, um die Häufigkeit zu verringern, mit der das Routing-Gerät die gesamte QoS-Bandbreite im VLAN anpasst, wenn ein Teilnehmer schnelle Abwesenheits- und Beitrittsnachrichten sendet (z. B. beim Wechseln von Kanälen in einem IPTV-Netzwerk).
traffic-control-profile: Konfiguriert eine Shaping-Rate auf der logischen Schnittstelle. Die konfigurierte Formgebungsrate muss als absoluter Wert und nicht als Prozentsatz konfiguriert werden.
Der zweite Ansatz (OIF-Mapping) umfasst die folgenden Anweisungen:
map-to-interface: Ermöglicht in einer Richtlinienanweisung das Erstellen der OIF-Karte.
Die OIF-Zuordnung ist eine Routingrichtlinienanweisung, die mehrere Begriffe enthalten kann. Beachten Sie beim Erstellen von OIF-Karten Folgendes:
Wenn Sie eine physische Schnittstelle angeben (z. B. ge-0/0/0), wird ein ".0" an die Schnittstelle angehängt, um eine logische Schnittstelle zu erstellen (z. B. ge-0/0/0.0).
Konfigurieren Sie eine Routing-Richtlinie für jedes logische System. Routingrichtlinien können nicht dynamisch konfiguriert werden.
Für die Schnittstelle muss außerdem IGMP, MLD oder PIM konfiguriert sein.
Sie können keine Zuordnung zu einer zugeordneten Schnittstelle vornehmen.
Es wird empfohlen, Richtlinienanweisungen für IGMP und MLD separat zu konfigurieren.
Geben Sie entweder eine logische Schnittstelle oder das Schlüsselwort self an. Das Schlüsselwort self gibt an, dass Multicast-Datenpakete auf derselben Schnittstelle wie die Steuerpakete gesendet werden und dass keine Zuordnung stattfindet. Wenn kein Begriff übereinstimmt, werden keine Multicast-Datenpakete gesendet.
no-qos-adjust: Deaktiviert die QoS-Anpassung.
Die QoS-Anpassung verringert die verfügbare Bandbreite auf der Clientschnittstelle um die Bandbreite, die von den Multicaststreams verbraucht wird, die von der Clientschnittstelle auf die gemeinsam genutzte Schnittstelle abgebildet werden. Diese Aktion tritt immer auf, es sei denn, sie ist explizit deaktiviert.
Wenn Sie die QoS-Anpassung deaktivieren, wird die verfügbare Bandbreite auf der Kundenschnittstelle nicht reduziert, wenn Multicast-Streams zur gemeinsam genutzten Schnittstelle hinzugefügt werden.
Anmerkung:Sie können die QoS-Anpassung für IGMP- und MLD-Schnittstellen mithilfe dynamischer Profile dynamisch deaktivieren.
oif-map: Verknüpft eine Karte mit einer IGMP- oder MLD-Schnittstelle. Die OIF-Zuordnung wird dann auf alle IGMP- oder MLD-Anforderungen angewendet, die auf der konfigurierten Schnittstelle empfangen werden. In diesem Beispiel ist für die Abonnenten-VLANs 1 und 2 MLD konfiguriert, und jedes VLAN verweist auf eine OIF-Zuordnung, die einen Teil des Datenverkehrs an ge-2/3/9.4000, einen Teil des Datenverkehrs an ge-2/3/9.4001 und einen Teil des Datenverkehrs an sich selbst weiterleitet.
Anmerkung:Sie können OIF-Zuordnungen mithilfe dynamischer Profile dynamisch mit IGMP-Schnittstellen verknüpfen.
passive: Definiert entweder IGMP oder MLD für die Verwendung des passiven Modus.
Die OIF-Zuordnungsschnittstelle sollte in der Regel keinen IGMP- oder MLD-Steuerungsdatenverkehr weiterleiten und als passiv konfiguriert werden. Die OIF-Map-Implementierung unterstützt jedoch neben der Zuordnung von Datenströmen zu derselben Schnittstelle auch das Ausführen von IGMP oder MLD auf einer Schnittstelle (Steuerung und Daten). In diesem Fall sollten Sie IGMP oder MLD normal (d. h. nicht im passiven Modus) auf der zugeordneten Schnittstelle konfigurieren. In diesem Beispiel sind die OIF-Zuordnungsschnittstellen (ge-2/3/9.4000 und ge-2/3/9.4001) als MLD passiv konfiguriert.
Standardmäßig bedeutet die Angabe der passiven Anweisung, dass keine allgemeinen Abfragen, gruppenspezifischen Abfragen oder gruppenquellenspezifischen Abfragen über die Schnittstelle gesendet werden und dass der gesamte empfangene Steuerungsdatenverkehr von der Schnittstelle ignoriert wird. Sie können jedoch bis zu zwei der drei verfügbaren Optionen für die passive Anweisung selektiv aktivieren, während die anderen Funktionen passiv (inaktiv) bleiben.
Diese Optionen umfassen Folgendes:
send-general-query: Wenn angegeben, sendet die Schnittstelle allgemeine Abfragen.
send-group-query: Wenn angegeben, sendet die Schnittstelle gruppen- und gruppenquellenspezifische Abfragen.
allow-receive: Wenn angegeben, empfängt die Schnittstelle den Steuerungsdatenverkehr.
Topologie
Abbildung 1 zeigt das Szenario.
Wenn bei beiden Ansätzen mehrere Kunden denselben Multicast-Stream anfordern, sendet der BSR eine Kopie des Streams an die gemeinsam genutzte Multicast-VLAN-Schnittstelle. Der DSLAM empfängt den Multicastdatenstrom vom BSR auf der gemeinsam genutzten Schnittstelle und führt die erforderliche Replikation zu den Kunden durch.
Beim ersten Ansatz (umgekehrte OIF-Zuordnung) verwendet der DSLAM die Kunden-Abonnenten-VLANs nur für Unicast-Daten. IGMP- und MLD-Beitritts- und -Austrittsanforderungen werden über das Multicast-VLAN gesendet.
Beim zweiten Ansatz (OIF-Zuordnung) verwendet der DSLAM die kundenspezifischen Abonnenten-VLANs für Unicast-Daten und für IGMP- und MLD-Beitritts- und -Austrittsanforderungen. Das Multicast-VLAN wird nur für Multicast-Streams verwendet, nicht für Beitritts- und Abwesenheitsanfragen.
Konfiguration
Konfigurieren einer umgekehrten OIF-Zuordnung
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie auf Hierarchieebene in die CLI ein, und geben Sie dann den Befehl aus dem [edit] Konfigurationsmodus ein commit .
set class-of-service traffic-control-profiles tcp-ifl shaping-rate 20m set class-of-service interfaces ge-2/2/0 shaping-rate 240m set class-of-service interfaces ge-2/2/0 unit 50 output-traffic-control-profile tcp-ifl set class-of-service interfaces ge-2/2/0 unit 51 output-traffic-control-profile tcp-ifl set interfaces ge-2/0/0 unit 0 family inet address 30.0.0.2/24 set interfaces ge-2/2/0 hierarchical-scheduler set interfaces ge-2/2/0 vlan-tagging set interfaces ge-2/2/0 unit 10 vlan-id 10 set interfaces ge-2/2/0 unit 10 family inet address 40.0.0.2/24 set interfaces ge-2/2/0 unit 50 vlan-id 50 set interfaces ge-2/2/0 unit 50 family inet address 50.0.0.2/24 set interfaces ge-2/2/0 unit 51 vlan-id 51 set interfaces ge-2/2/0 unit 51 family inet address 50.0.1.2/24 set policy-options policy-statement all-mcast-groups from source-address-filter 30.0.0.0/8 orlonger set policy-options policy-statement all-mcast-groups then accept set protocols igmp interface all set protocols igmp interface fxp0.0 disable set protocols pim rp local address 20.0.0.2 set protocols pim interface all set protocols pim interface fxp0.0 disable set protocols pim interface ge-2/2/0.10 disable set routing-options multicast flow-map map1 policy all-mcast-groups set routing-options multicast flow-map map1 bandwidth 10m set routing-options multicast flow-map map1 bandwidth adaptive set routing-options multicast interface ge-2/2/0.10 maximum-bandwidth 500m set routing-options multicast interface ge-2/2/0.10 reverse-oif-mapping set routing-options multicast interface ge-2/2/0.10 subscriber-leave-timer 20
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie die umgekehrte OIF-Zuordnung:
Konfigurieren Sie eine logische Schnittstelle für den Unicast-Datenverkehr.
[edit interfaces ge-2/0/0] user@host# set unit 0 family inet address 30.0.0.2/24
Konfigurieren Sie eine logische Schnittstelle für den Teilnehmersteuerungsdatenverkehr.
[edit interfaces ge-2/2/0] user@host# set hierarchical-scheduler user@host# set vlan-tagging user@host# set unit 10 vlan-id 10 user@host# set unit 10 family inet address 40.0.0.2/24
Konfigurieren Sie zwei logische Schnittstellen, an denen QoS-Anpassungen vorgenommen werden.
[edit interfaces ge-2/2/0] user@host# set unit 50 vlan-id 50 user@host# set unit 50 family inet address 50.0.0.2/24 user@host# set unit 51 vlan-id 51 user@host# set unit 51 family inet address 50.0.1.2/24
Konfigurieren Sie eine Richtlinie.
[edit policy-options policy-statement all-mcast-groups] user@host# set from source-address-filter 30.0.0.0/8 orlonger user@host# set then accept
Aktivieren Sie eine Datenflusszuordnung, die auf die Richtlinie verweist.
[edit routing-options multicast] user@host# set flow-map map1 policy all-mcast-groups user@host# set flow-map map1 bandwidth 10m adaptive
Aktivieren Sie die OIF-Zuordnung auf der logischen Schnittstelle, die den Teilnehmersteuerungsdatenverkehr empfängt.
[edit routing-options multicast] user@host# set interface ge-2/2/0.10 maximum-bandwidth 500m user@host# set interface ge-2/2/0.10 reverse-oif-mapping user@host# set interface ge-2/2/0.10 subscriber-leave-timer 20
Konfigurieren Sie PIM und IGMP.
[edit protocols] user@host# set igmp interface all user@host# set igmp interface fxp0.0 disable user@host# set pim rp local address 20.0.0.2 user@host# set pim interface all user@host# set pim interface fxp0.0 disable user@host# set pim interface ge-2/2/0.10 disable
Konfigurieren Sie den hierarchischen Scheduler, indem Sie eine Shaping-Rate für die physische Schnittstelle und eine langsamere Shaping-Rate für die logischen Schnittstellen konfigurieren, an denen QoS-Anpassungen vorgenommen werden.
[edit class-of-service interfaces ge-2/2/0] user@host# set shaping-rate 240m user@host# set unit 50 output-traffic-control-profile tcp-ifl user@host# set unit 51 output-traffic-control-profile tcp-ifl [edit class-of-service traffic-control-profiles tcp-30m-no-smap] user@host# set shaping-rate 20m
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle show class-of-service, show interfaces, show policy-options, show protocols und show routing-options eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@host# show class-of-service
traffic-control-profiles {
tcp-ifl {
shaping-rate 20m;
}
}
interfaces {
ge-2/2/0 {
shaping-rate 240m;
unit 50 {
output-traffic-control-profile tcp-ifl;
}
unit 51 {
output-traffic-control-profile tcp-ifl;
}
}
}
user@host# show interfaces
ge-2/0/0 {
unit 0 {
family inet {
address 30.0.0.2/24;
}
}
}
ge-2/2/0 {
hierarchical-scheduler;
vlan-tagging;
unit 10 {
vlan-id 10;
family inet {
address 40.0.0.2/24;
}
}
unit 50 {
vlan-id 50;
family inet {
address 50.0.0.2/24;
}
}
unit 51 {
vlan-id 51;
family inet {
address 50.0.1.2/24;
}
}
}
user@host# show policy-options
policy-statement all-mcast-groups {
from {
source-address-filter 30.0.0.0/8 orlonger;
}
then accept;
}
user@host# show protocols
igmp {
interface all;
interface fxp0.0 {
disable;
}
}
pim {
rp {
local {
address 20.0.0.2;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-2/2/0.10 {
disable;
}
}
user@host# show routing-options
multicast {
flow-map map1 {
policy all-mcast-groups;
bandwidth 10m adaptive;
}
interface ge-2/2/0.10 {
maximum-bandwidth 500m;
reverse-oif-mapping;
subscriber-leave-timer 20;
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie Commit aus dem Konfigurationsmodus ein.
Konfigurieren einer OIF-Zuordnung
CLI-Schnellkonfiguration
Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf Hierarchieebene ein, und geben Sie sie dann aus dem [edit] Konfigurationsmodus ein commit .
set interfaces ge-2/3/8 unit 0 family inet6 address C300:0101::/24 set interfaces ge-2/3/9 vlan-tagging set interfaces ge-2/3/9 unit 1 vlan-id 1 set interfaces ge-2/3/9 unit 1 family inet6 address C400:0101::/24 set interfaces ge-2/3/9 unit 2 vlan-id 2 set interfaces ge-2/3/9 unit 2 family inet6 address C400:0201::/24 set interfaces ge-2/3/9 unit 4000 vlan-id 4000 set interfaces ge-2/3/9 unit 4000 family inet6 address C40F:A001::/24 set interfaces ge-2/3/9 unit 4001 vlan-id 4001 set interfaces ge-2/3/9 unit 4001 family inet6 address C40F:A101::/24 set policy-options policy-statement g539-v6 term g539-4000 from route-filter FF05:0101:0000::/39 orlonger set policy-options policy-statement g539-v6 term g539-4000 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6 term g539-4000 then accept set policy-options policy-statement g539-v6 term g539-4001 from route-filter FF05:0101:0200::/39 orlonger set policy-options policy-statement g539-v6 term g539-4001 then map-to-interface ge-2/3/9.4001 set policy-options policy-statement g539-v6 term g539-4001 then accept set policy-options policy-statement g539-v6 term self from route-filter FF05:0101:0700::/40 orlonger set policy-options policy-statement g539-v6 term self then map-to-interface self set policy-options policy-statement g539-v6 term self then accept set policy-options policy-statement g539-v6-all term g539 from route-filter 0::/0 orlonger set policy-options policy-statement g539-v6-all term g539 then map-to-interface ge-2/3/9.4000 set policy-options policy-statement g539-v6-all term g539 then accept set protocols mld interface fxp0.0 disable set protocols mld interface ge-2/3/9.4000 passive set protocols mld interface ge-2/3/9.4001 passive set protocols mld interface ge-2/3/9.1 version 1 set protocols mld interface ge-2/3/9.1 oif-map g539-v6 set protocols mld interface ge-2/3/9.2 version 2 set protocols mld interface ge-2/3/9.2 oif-map g539-v6 set protocols pim rp local address 20.0.0.4 set protocols pim rp local family inet6 address C000::1 set protocols pim interface ge-2/3/8.0 mode sparse set protocols pim interface ge-2/3/8.0 version 2 set routing-options multicast interface ge-2/3/9.1 no-qos-adjust set routing-options multicast interface ge-2/3/9.2 no-qos-adjust
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Weitere Informationen zum Navigieren in der CLI finden Sie im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie die umgekehrte OIF-Zuordnung:
Konfigurieren Sie eine logische Schnittstelle für den Unicast-Datenverkehr.
[edit interfaces ge-2/3/8 ] user@host# set unit 0 family inet6 address C300:0101::/24
Konfigurieren Sie logische Schnittstellen für Abonnenten-VLANs.
[edit interfaces ge-2/3/9] user@host# set vlan-tagging user@host# set unit 1 vlan-id 1 user@host# set unit 1 family inet6 address C400:0101::/24 user@host# set unit 2 vlan-id 2 user@host# set unit 2 family inet6 address C400:0201::/24 lo0 unit 0 family inet6 address C000::1/128 user@host# set unit 2 family inet6 address C400:0201::/24
Konfigurieren Sie zwei logische Map-to-Schnittstellen.
[edit interfaces ge-2/2/0] user@host# set unit 4000 vlan-id 4000 user@host# set unit 4000 family inet6 address C40F:A001::/24 user@host# set unit 4001 vlan-id 4001 user@host# set unit 4001 family inet6 address C40F:A101::/24
Konfigurieren Sie die OIF-Zuordnung.
[edit policy-options policy-statement g539-v6] user@host# set term g539-4000 from route-filter FF05:0101:0000::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept user@host# set term g539-4001 from route-filter FF05:0101:0200::/39 orlonger user@host# set then map-to-interface ge-2/3/9.4001 user@host# set then accept user@host# set term self from route-filter FF05:0101:0700::/40 orlonger user@host# set then map-to-interface self user@host# set then accept [edit policy-options policy-statement g539-v6-all] user@host# set term g539 from route-filter 0::/0 orlonger user@host# set then map-to-interface ge-2/3/9.4000 user@host# set then accept
Deaktivieren Sie die QoS-Anpassung in den Abonnenten-VLANs.
[edit routing-options multicast] user@host# set interface ge-2/3/9.1 no-qos-adjust user@host# set interface ge-2/3/9.2 no-qos-adjust
Konfigurieren Sie PIM und MLD. Verweisen Sie die MLD-Abonnenten-VLANs auf die OIF-Zuordnung.
[edit protocols] user@host# set pim rp local address 20.0.0.4 user@host# set pim rp local family inet6 address C000::1 #C000::1 is the address of lo0 user@host# set pim interface ge-2/3/8.0 mode sparse user@host# set pim interface ge-2/3/8.0 version 2 user@host# set mld interface fxp0.0 disable user@host# set interface ge-2/3/9.4000 passive user@host# set interface ge-2/3/9.4001 passive user@host# set interface ge-2/3/9.1 version 1 user@host# set interface ge-2/3/9.1 oif-map g539-v6 user@host# set interface ge-2/3/9.2 version 2 user@host# set interface ge-2/3/9.2 oif-map g539-v6
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die Befehle show interfaces, show policy-options, show protocols und show routing-options eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.
user@host# show interfaces
ge-2/3/8 {
unit 0 {
family inet6 {
address C300:0101::/24;
}
}
}
ge-2/3/9 {
vlan-tagging;
unit 1 {
vlan-id 1;
family inet6 {
address C400:0101::/24;
}
}
unit 2 {
vlan-id 2;
family inet6 {
address C400:0201::/24;
}
}
unit 4000 {
vlan-id 4000;
family inet6 {
address C40F:A001::/24;
}
}
unit 4001 {
vlan-id 4001;
family inet6 {
address C40F:A101::/24;
}
}
}
user@host# show policy-options
policy-statement g539-v6 {
term g539-4000 {
from {
route-filter FF05:0101:0000::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
term g539-4001 {
from {
route-filter FF05:0101:0200::/39 orlonger;
}
then {
map-to-interface ge-2/3/9.4001;
accept;
}
}
term self {
from {
route-filter FF05:0101:0700::/40 orlonger;
}
then {
map-to-interface self;
accept;
}
}
}
policy-statement g539-v6-all {
term g539 {
from {
route-filter 0::/0 orlonger;
}
then {
map-to-interface ge-2/3/9.4000;
accept;
}
}
}
user@host# show protocols
mld {
interface fxp0.0 {
disable;
}
interface ge-2/3/9.4000 {
passive;
}
interface ge-2/3/9.4001 {
passive;
}
interface ge-2/3/9.1 {
version 1;
oif-map g539-v6;
}
interface ge-2/3/9.2 {
version 2;
oif-map g539-v6;
}
}
pim {
rp {
local {
address 20.0.0.4;
family inet6 {
address C000::1;
}
}
}
interface ge-2/3/8.0 {
mode sparse;
version 2;
}
}
user@host# show routing-options
multicast {
interface ge-2/3/9.1 no-qos-adjust;
interface ge-2/3/9.2 no-qos-adjust;
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, geben Sie Commit aus dem Konfigurationsmodus ein.
Verifizierung
Führen Sie die folgenden Befehle aus, um die Konfiguration zu überprüfen:
IGMP-Statistiken anzeigen
Class-of-Service-Schnittstelle anzeigen
Schnittstellenstatistiken anzeigen
MLD-Statistiken anzeigen
Multicast-Schnittstelle anzeigen
Richtlinie anzeigen
Konfigurieren von Multicast-Routing über IP-Demux-Schnittstellen
In einem Teilnehmerverwaltungsnetzwerk sollen Felder in Paketen, die von IP-Demux-Schnittstellen gesendet werden, einem bestimmten Client entsprechen, der sich auf der anderen Seite eines Aggregationsgeräts befindet (z. B. ein Multiservice Access Node [MSAN]). Pakete, die von einem Broadband Services Router (BSR) an ein MSAN gesendet werden, identifizieren die Demux-Schnittstelle jedoch nicht. Sobald es ein Paket erhalten hat, ist es Sache des MSAN-Geräts, zu bestimmen, welcher Client das Paket empfängt.
Abhängig von der Intelligenz des MSAN-Geräts kann die Bestimmung, welcher Client das Paket empfängt, ineffizient erfolgen. Wenn ein MSAN z. B. IGMP-Steuerungsdatenverkehr empfängt, leitet es den Steuerungsdatenverkehr möglicherweise an alle Clients weiter, anstatt an den einen vorgesehenen Client. Darüber hinaus kann ein MSAN nach dem Einrichten eines Datenstromziels zwar IGMP-Snooping verwenden, um zu bestimmen, welche Hosts sich in einer bestimmten Gruppe befinden, und Datenströme auf diese Gruppe beschränken, aber das MSAN muss dennoch mehrere Kopien des Datenstroms an jedes Gruppenmitglied senden, selbst wenn dieser Datenstrom nur für einen Client in der Gruppe bestimmt ist.
Verschiedene Multicast-Funktionen ermöglichen es Ihnen, die oben genannten Ineffizienzen zu vermeiden. Zu diesen Funktionen gehören die folgenden:
Die Möglichkeit, die IP demux interface family-Anweisung so zu konfigurieren, dass inet entweder für die nummerierte oder nicht nummerierte primäre Schnittstelle verwendet wird.
Die Möglichkeit, IGMP auf der primären Schnittstelle so zu konfigurieren, dass allgemeine Abfragen für alle Clients gesendet werden. Die Demux-Konfiguration verhindert, dass die primäre IGMP-Schnittstelle Client-IGMP-Steuerpakete empfängt. Stattdessen gehen alle IGMP-Steuerpakete an die Demux-Schnittstellen. So stellen Sie jedoch sicher, dass keine Verknüpfungen auf der primären Schnittstelle auftreten:
Für statische IGMP-Schnittstellen: Fügen Sie die passive Anweisung send-general-query in die IGMP-Konfiguration auf der Hierarchieebene [edit protocols igmp interface interface-name] ein.
Für dynamische IGMP-Demux-Schnittstellen: Fügen Sie die passive send-general-query-Anweisung auf der Hierarchieebene [edit dynamic-profiles profile-name protocols igmp interface interface-name] ein.
Die Möglichkeit, alle Multicastgruppen der primären Schnittstelle wie folgt zuzuordnen:
Für statische IGMP-Schnittstellen: Fügen Sie die oif-map-Anweisung auf der Hierarchieebene [edit protocols igmp interface interface-name] ein.
Für dynamische IGMP-Demux-Schnittstellen: Fügen Sie die oif-map-Anweisung auf der Hierarchieebene [edit dynamic-profiles profile-name protocols igmp interface interface-name] ein.
Mit der oif-map-Anweisung können Sie dieselbe IGMP-Gruppe derselben Ausgabeschnittstelle zuordnen und nur eine Kopie des Multicast-Streams von der Schnittstelle senden.
Die Möglichkeit, IGMP auf jeder Demux-Schnittstelle zu konfigurieren. So verhindern Sie doppelte allgemeine Abfragen:
Für statische IGMP-Schnittstellen: Fügen Sie die passive allow-receive send-group-query-Anweisung auf der Hierarchieebene [edit protocols igmp interface interface-name] ein.
Für dynamische Demux-Schnittstellen: Fügen Sie die passive allow-receive send-group-query-Anweisung auf der Hierarchieebene [edit dynamic-profiles profile-name protocols igmp interface interface-name] ein.
Anmerkung:Um nur eine Kopie jeder Gruppe zu senden, unabhängig davon, wie viele Kunden beitreten, verwenden Sie die oif-map-Anweisung wie zuvor erwähnt.
Siehe auch
Klassifizieren von Paketen nach Ausgangsschnittstelle
Für Juniper Networks M320 Multiservice Edge-Router und Core-Router der T-Serie mit den Schnittstellen Intelligent Queuing (IQ), IQ2, Enhanced IQ (IQE), Multiservices Link Services Intelligent Queuing (LSQ) oder ATM2 PICs können Sie Unicast- und Multicast-Pakete basierend auf der Ausgangsschnittstelle klassifizieren. Für Unicastdatenverkehr können Sie auch einen Mehrfeldfilter verwenden, aber nur die Klassifizierung der Ausgangsschnittstelle gilt für Multicastdatenverkehr sowie für Unicastdatenverkehr. Wenn Sie die Ausgangsklassifizierung einer Schnittstelle konfigurieren, können Sie keine DSCP-Umschreibungen (Differentiated Services Code Point) auf der Schnittstelle durchführen. Standardmäßig führt das System keine Klassifizierung basierend auf der Ausgangsschnittstelle durch.
Auf einem Router der MX-Serie, der MPCs und MS-DPCs enthält, werden Multicast-Pakete auf dem Router verworfen und nicht ordnungsgemäß verarbeitet, wenn der Router logische MLPPP-LSQ-Schnittstellen enthält, die als Multicast-Empfänger fungieren, und wenn der Netzwerkservicemodus auf dem Router als erweiterter IP-Modus konfiguriert ist. Dieses Verhalten ist bei LSQ-Schnittstellen in Verbindung mit dem erweiterten IP-Modus zu erwarten. Wenn in einem solchen Szenario der erweiterte IP-Modus nicht konfiguriert ist, funktioniert Multicasting ordnungsgemäß. Wenn der Router jedoch redundante LSQ-Schnittstellen und einen erweiterten IP-Netzwerkservicemodus enthält, der mit FIB-Lokalisierung konfiguriert ist, funktioniert Multicast ordnungsgemäß.
Um die Paketklassifizierung durch die Ausgangsschnittstelle zu aktivieren, konfigurieren Sie zunächst eine Weiterleitungsklassenzuordnung und eine oder mehrere Warteschlangennummern für die Ausgangsschnittstelle auf Hierarchieebene [edit class-of-service forwarding-class-map forwarding-class-map-name] :
[edit class-of-service] forwarding-classes-interface-specific forwarding-class-map-name { class class-name queue-num queue-number [ restricted-queue queue-number ]; }
Bei Routern der T-Serie, die auf nur vier Warteschlangen beschränkt sind, können Sie die Warteschlangenzuweisung mit dieser restricted-queue Option steuern oder dem System erlauben, die Warteschlange automatisch auf modulare Weise zu bestimmen. Beispielsweise würde eine Zuordnung, die Pakete der Warteschlange 6 zuweist, der Warteschlange 2 auf einem System mit vier Warteschlangen zugeordnet.
Wenn Sie eine Ausgabeweiterleitungsklassenzuordnung konfigurieren, die eine Weiterleitungsklasse einer Warteschlangennummer zuordnet, wird diese Zuordnung auf intelligenten Warteschlangenschnittstellen (lsq-) von Multiservices Link Services nicht unterstützt.
Nachdem die Weiterleitungsklassenzuordnung konfiguriert wurde, wenden Sie die Zuordnung auf die logische Schnittstelle an, indem Sie die output-forwarding-class-map Anweisung auf Hierarchieebene [edit class-of-service interfaces interface-name unit logical-unit-number ] verwenden:
[edit class-of-service interfaces interface-name unit logical-unit-number] output-forwarding-class-map forwarding-class-map-name;
Alle Parameter, die sich auf die Warteschlangen und die Weiterleitungsklasse beziehen, müssen ebenfalls konfiguriert werden. Weitere Informationen zum Konfigurieren von Weiterleitungsklassen und Warteschlangen finden Sie unter Konfigurieren einer benutzerdefinierten Weiterleitungsklasse für jede Warteschlange.
In diesem Beispiel wird gezeigt, wie eine schnittstellenspezifische Weiterleitungsklassenzuordnung mit dem Namen FCMAP1 konfiguriert wird, die die Warteschlangen 5 und 6 auf verschiedene Warteschlangen auf Systemen mit vier Warteschlangen beschränkt und dann auf unit 0 die Schnittstelle ge-6/0/0angewendet wirdFCMAP1:
[edit class-of-service]
forwarding-class-map FCMAP1 {
class FC1 queue-num 6 restricted-queue 3;
class FC2 queue-num 5 restricted-queue 2;
class FC3 queue-num 3;
class FC4 queue-num 0;
class FC3 queue-num 0;
class FC4 queue-num 1;
}
[edit class-of-service]
interfaces {
ge-6/0/0 unit 0 {
output-forwarding-class-map FCMAP1;
}
}
Beachten Sie, dass ohne die Option in FCMAP1das Beispiel den Warteschlangen 2 bzw. 1 auf einem System, das restricted-queue auf vier Warteschlangen beschränkt ist, und FC2 zugewiesen FC1 würde.
Verwenden Sie den show class-of-service forwarding-class forwarding-class-map-name Befehl, um die Konfiguration der Zuordnungswarteschlange der Weiterleitungsklasse anzuzeigen:
user@host> show class-of-service forwarding-class FCMAP2 Forwarding class ID Queue Restricted queue FC1 0 6 3 FC2 1 5 2 FC3 2 3 3 FC4 3 0 0 FC5 4 0 0 FC6 5 1 1 FC7 6 6 2 FC8 7 7 3
Verwenden Sie den show class-of-service interface interface-name Befehl, um die Weiterleitungsklassenzuordnungen (und andere Informationen) anzuzeigen, die einer logischen Schnittstelle zugewiesen sind:
user@host> show class-of-service interface ge-6/0/0 Physical interface: ge-6/0/0, Index: 128 Queues supported: 8, Queues in use: 8 Scheduler map: <default>, Index: 2 Input scheduler map: <default>, Index: 3 Chassis scheduler map: <default-chassis>, Index: 4 Logical interface: ge-6/0/0.0, Index: 67 Object Name Type Index Scheduler-map sch-map1 Output 6998 Scheduler-map sch-map1 Input 6998 Classifier dot1p ieee8021p 4906 forwarding-class-map FCMAP1 Output 1221 Logical interface: ge-6/0/0.1, Index 68 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3 Logical interface: ge-6/0/0.32767, Index 69 Object Name Type Index Scheduler-map <default> Output 2 Scheduler-map <default> Input 3
Bandbreitenmanagement recyceln
ACX-Router verwenden die Recycling-Schnittstelle, um den Datenverkehr von der Ausgangsschnittstelle zur eingehenden Schnittstelle zur weiteren Verarbeitung zurückzuleiten oder umzuleiten. Dies ist für Anwendungen erforderlich, die eine zusätzliche Verarbeitung erfordern.
Bei der Recycling-Schnittstelle handelt es sich um eine interne kanalisierte Schnittstelle mit einem Ausgangs-Shaper, der die Flussrate des ausgehenden Datenverkehrs begrenzt. Standardmäßig basiert die Bandbreite der Wiederverwendungsschnittstelle auf der Überbelegung des Gehäuses und der plattformspezifischen FPC- oder Schnittstellenkonfiguration.
Anwendungen, die den Recycling-Mechanismus verwenden, konfigurieren Kanäle oder virtuelle Ports je nach Bedarf, der wiederum einen Anwendungs-Shaper ähnlich dem Egress-Shaper auf der Recycling-Schnittstelle durchläuft. Die Recycling-Schnittstelle kann maximal 256 Kanäle oder virtuelle logische Ports unterstützen. Alle Recyclingkanäle haben die gleiche Priorität. Der wiederverwertete Datenverkehr wird dann über den Kalender-Slot basierend auf der ihm zugewiesenen Gewichtung weitergeleitet. Andere Schnittstellentypen, wie z. B. die NIF-Schnittstelle, leiten Datenverkehr weiter, indem sie andere Slots im Kalender proportional zu ihrer Bandbreite belegen.
Abbildung 1 veranschaulicht den Recycling-Mechanismus und seine Komponenten.
-
Sh1 – Interface-Shaper recyceln
-
SA1 – Anwendung #1 Shaper über Recyclingkanal 1
-
SAn – Anwendung #n Fräsers über Recyclingkanal n (max. 256)
-
B1 – Gewichtung des Kalender-Slots für den Datenverkehr von der Recycling-Schnittstelle. Dies spiegelt den Wert der Kalenderbandbreite wider, der der Wiederverwendungsschnittstelle zugewiesen ist.
-
B2 – Kalender-Slot-Gewichtung für Datenverkehr von anderen Schnittstellen als der Recycling-Schnittstelle. Zum Beispiel die NIF-Schnittstelle.
Der Recycling-Mechanismus hat zwei Betriebsarten:
-
Standardmodus für die Wiederverwendung der Bandbreite
-
Konfigurierbarer Recycling-Bandbreitenmodus
Standardmodus für die Wiederverwendung der Bandbreite
Wie der Name schon sagt, ist der Standardmodus für die Wiederverwendung der Bandbreite standardmäßig aktiviert und eine Benutzerkonfiguration ist nicht erforderlich. Der Papierzyklusschnittstelle wird ein festgelegter Teil der gesamten Kalenderbandbreite zugewiesen. Diese Recyle-Bandbreite ist garantiert und somit auch in Zeiten von Verkehrsstaus stabil. Die Wiederverwendungsanwendungen teilen sich diese Bandbreite nach bestem Bemühen, was bedeutet, dass es keine garantierte Bandbreite pro Anwendung gibt.
Zu den Vorteilen der standardmäßigen Wiederverwendungsbandbreite gehören:
-
Effiziente Nutzung der Recycling-Bandbreite. Falls keine Recycling-Anwendungen ausgeführt werden, kann die ungenutzte Bandbreite auf laufende Anwendungen anderer Schnittstellen aufgeteilt werden.
-
Effiziente Nutzung der Chipbandbreite. Falls die anderen Schnittstellen außer der Recycling-Schnittstelle keinen Datenverkehr übertragen, kann die ungenutzte Bandbreite von den Recycling-Anwendungen genutzt werden.
Konfigurierbarer Recycling-Bandbreitenmodus
Durch die Konfiguration der Recycling-Schnittstelle auf der Grundlage von Profilen wird die Anwendungsbandbreite überschaubar. Sie können die Zuweisung von Wiederverwendungsbandbreite für eine Anwendung garantieren, indem Sie sie in einem Profil definieren.
Zu den Vorteilen der konfigurierbaren Wiederverwendungsbandbreite gehören:
-
Garantierte Bandbreitenzuweisung für eine definierte Recycling-Anwendung.
-
Flexibilität bei der Änderung der Bandbreitenzuweisung, wodurch Sie die Anwendungsbandbreite priorisieren können.
Beispiel: Konfigurieren der Wiederverwendungsbandbreite
ZUSAMMENFASSUNG In diesem Beispiel wird gezeigt, wie die Wiederverwendungsbandbreite pro Anwendung verwaltet wird.
Überblick
Die Anwendungen 1, 2, 3 und 4 sind Recycling-Anwendungen, die die Recycling-Schnittstelle verwenden. Tabelle 1 zeigt unsere Bandbreitenanforderungen. In diesem Fall wollen wir eine garantierte Zuweisung von 10 % der Bandbreite der Recyle-Schnittstelle für Anwendung 1 und 20 % für Anwendung 2. Die Anwendungen 3 und 4 haben keine Priorität und es ist keine Garantie erforderlich.
| Recycling-Anwendung | Erforderlicher Wert für die Recycling-Bandbreite in Prozent |
|---|---|
| Anwendung 1 | 10% |
| Anwendung 2 | 20% |
| Anwendung 3 | undefiniert |
| Anwendung 4 | undefiniert |
Konfigurieren der Bandbreite der Recycling-Schnittstelle
set system packet-forwarding-options recycle-bandwidth profile profile1set system packet-forwarding-options recycle-bandwidth-profile profile1 application1 10 application2 20
Verifizierung
| Task zur Befehlsüberprüfung | |
|---|---|
show system packet-forwarding-options recycle-bandwidth-profile |
Führen Sie den |
Überprüfen der Wiederverwendungsbandbreite pro Anwendung
Zweck
Überprüfen der Zuweisung von Recyclingbandbreite pro Anwendung.
Aktion
user@router> show system packet-forwarding-options recycle-bandwidth-profile Recycle Interface details: Total Bandwidth : 300 Gbps/Core PFE : 0 Application-Name | Core | Bandwidth(Kbps) | Port | VoQ | Profile ----------------------------------------------------------------------------- application1 0 30000000 234 1336 profile1 application2 0 60000000 242 1400 profile1 application3 0 105000000 243 1408 profile1 application4 0 105000000 245 1424 profile1 PFE : 1 Application-Name | Core | Bandwidth(Kbps) | Port | VoQ | Profile ----------------------------------------------------------------------------- application1 0 30000000 234 2880 profile1 application2 0 60000000 242 2944 profile1 application3 0 105000000 243 2952 profile1 application4 0 105000000 245 2968 profile1
Bedeutung
Die Ausgabe zeigt die Zuweisung der Wiederverwendungsbandbreite pro Anwendung, wie im vorherigen Abschnitt konfiguriert.
| Konfigurierter | Anwendungsprozentsatz | Ergebnis |
|---|---|---|
| Anwendung1 | 10 | 300 Gbit/s x 10 % = 30 Gbit/s |
| Anwendung2 | 20 | 300 Gbit/s x 20 % = 60 Gbit/s |
| Anwendung3 | nicht konfiguriert | Ungenutzte Bandbreite/Anzahl nicht konfigurierter Recycling-Anwendungen. (300 x 70 %) / 2 = 105 Gbit/s |
| Anwendung4 | nicht konfiguriert | (300 x 70 %) / 2 = 105 Gbit/s |