Konfigurieren von Link- und Multilink-Servicepaketen
Grundlegendes zu MLPPP-Bündeln und Link Fragmentation and Interleaving (LFI) auf seriellen Verbindungen
Die universellen Routing-Plattformen MX240, MX480 und MX960 unterstützen MLPPP- und MLFR-Multilink-Kapselungen. Mit MLPPP können Sie mehrere PPP-Links in einem einzigen Multilink-Bundle bündeln, und mit MLFR können Sie mehrere Frame Relay Data-Link Connection Identifiers (DLCIs) in einem einzigen Multilink-Bundle bündeln. Multilink-Bundles bieten zusätzliche Bandbreite, Lastausgleich und Redundanz, indem sie langsame Verbindungen wie T1-, E1- und serielle Verbindungen aggregieren.
Sie konfigurieren Multilink-Bundles als logische Einheiten oder Kanäle auf der Link-Services-Schnittstelle lsq-0/0/0:
Mit MLPPP und MLFR FRF.15 werden Multilink-Bundles als logische Einheiten konfiguriert,
lsq-0/0/0.0z. B. fürlsq-0/0/0undlsq-0/0/0.1.Mit MLFR FRF.16 werden Multilink-Bundles als Kanäle konfiguriert,
lsq-0/0/0:0z. B. fürlsq-0/0/0undlsq-0/0/0:1.
Nachdem Sie Multilink-Bundles erstellt haben, fügen Sie dem Bundle konstituierende Links hinzu. Die konstituierenden Links sind die physischen Low-Speed-Verbindungen, die aggregiert werden sollen. Je nach Systemlizenz und Hardware können Sie bis zu 1023 Multilink-Bundles pro Chassis erstellen und auf jedem Multilink-Bundle bis zu 8 konstituierende Links hinzufügen. Weitere Informationen finden Sie unter Übersicht über Multilink- und Link-Services-PICs .
Die folgenden Regeln gelten, wenn Sie einem Multilink-Bundle konstituierende Links hinzufügen:
Fügen Sie auf jedem Multilink-Bundle nur Schnittstellen desselben Typs hinzu. Sie können z. B. entweder T1 oder E1 hinzufügen, aber nicht beide.
Einem MLPPP-Bundle können nur Schnittstellen mit einer PPP-Kapselung hinzugefügt werden, und nur Schnittstellen mit einer Frame-Relay-Kapselung können zu einem MLFR-Bundle hinzugefügt werden.
Wenn eine Schnittstelle Mitglied eines vorhandenen Bundles ist und Sie sie zu einem neuen Bundle hinzufügen, wird die Schnittstelle automatisch aus dem vorhandenen Bundle gelöscht und dem neuen Bundle hinzugefügt.
Durch die Konfiguration eines Multilink-Pakets auf den beiden seriellen Verbindungen wird die Bandbreite um 70 Prozent von ca. 1 Mbit/s auf 1,7 Mbit/s erhöht, wobei jedem Paket ein Multilink-Header vorangestellt wird, wie im FRF.12-Standard spezifiziert. Um die Bandbreite weiter zu erhöhen, können Sie dem Paket bis zu acht serielle Links hinzufügen. Zusätzlich zu einer höheren Bandbreite bietet die Konfiguration des Multilink-Bundles Lastausgleich und Redundanz. Wenn eine der seriellen Verbindungen ausfällt, wird der Datenverkehr auf den anderen Verbindungen ohne Unterbrechung weiterübertragen. Im Gegensatz dazu erfordern unabhängige Verbindungen Routing-Richtlinien für Load Balancing und Redundanz. Unabhängige Links erfordern auch IP-Adressen für jeden Link im Gegensatz zu einer IP-Adresse für das Paket. In der Routing-Tabelle wird das Multilink-Bundle als einzelne Schnittstelle dargestellt.
Ab Junos OS Version 13.3 schlägt der Commit-Vorgang fehl, wenn Sie versuchen, eine MLPPP-Bundle-Schnittstelle für den statischen Inline-Service () zu löschen oder zu deaktivieren, auf die noch von einer Member-Link-Schnittstelle verwiesen wird, bei der es sich um PPPoE(sipp0) oder si logische Schnittstellen handeln kann, und die Konfiguration festschreiben. Sie müssen diese MLPPP-Bundle-Schnittstelle erneut aktivieren, bevor Sie die Einstellungen übernehmen. Alternativ müssen Sie sicherstellen, dass Mitgliederlinks nicht auf ein statisches MLPPP-Bundle verweisen, bevor Sie das Bundle löschen oder deaktivieren. Diese Methode zum Deaktivieren und Reaktivieren eines MLPPP-Pakets gilt nicht für andere Schnittstellen als si- Schnittstellen, wie z. B. Link Services IQ () und virtuelle LSQ-Redundanzschnittstellen (lsq-rlsq-).
Siehe auch
Konfigurieren der Anzahl der Bundles auf Link Services-PICs
Sie können MLFR FRF.16-, MLPPP- und MLFR FRF.15-Pakete in einem einzigen Link Services PIC kombinieren. Eine Beispielkonfiguration finden Sie unter Beispiel: Konfigurieren einer Link Services-Schnittstelle mit zwei Links.
Um die Anzahl der Bundles auf einem Link Services-PIC zu konfigurieren, fügen Sie die mlfr-uni-nni-bundles Anweisung auf Hierarchieebene [edit chassis fpc slot-number pic pic-number] ein:
mlfr-uni-nni-bundles number;
Jeder Link Services PIC kann maximal 256 MLFR UNI NNI-Pakete aufnehmen. Weitere Informationen finden Sie in der Junos OS-Administrationsbibliothek für Routing-Geräte.
Ein Link kann nur mit einem Link-Services-Bundle verknüpft werden. Alle Link Services-PICs unterstützen bis zu 256 Single-Link-Bundles und bis zu 256 DLCIs. Eine Beispielkonfiguration finden Sie in den Konfigurationsbeispielen.
Wenn ein oder mehrere Links in einem Bundle in Loopback versetzt werden, werden die Pufferung des Zusammenbaus und damit die Verarbeitung reduziert, um andere Bundles nicht zu beeinträchtigen. Dies verhindert Paketverluste bei anderen Bundles und reduziert gleichzeitig die für das Bundle mit Schleifenverbindungen verfügbaren Reassembly-Puffer.
Siehe auch
Konfigurieren der Links in einem Multilink- oder Link-Services-Bundle
Um eine Multilink- oder Link-Services-Schnittstellenkonfiguration abzuschließen, müssen Sie sowohl die physische Schnittstelle als auch das Multilink- oder Link-Services-Paket konfigurieren. Bei Multilink-Schnittstellen konfigurieren Sie das Link-Bundle auf der logischen Einheit. Bei Link-Services-Schnittstellen konfigurieren Sie das Link-Bundle als Kanal (siehe Abbildung 1). Die physische Schnittstelle ist in der Regel mit Netzwerken verbunden, die MLPPP oder MLFR unterstützen (FRF.15 oder FRF.16).
Multilink-Schnittstelle
Die folgende Beispielkonfiguration bezieht sich auf die Topologie in Abbildung 1 und konfiguriert ein Multilink- oder Link-Services-Bundle über eine T1-Verbindung (für die die physische T1-Schnittstelle bereits konfiguriert ist).
Um eine physische T1-Verbindung für MLPPP zu konfigurieren, fügen Sie die folgenden Anweisungen auf Hierarchieebene
[edit interfaces t1-fpc/pic/port]ein:unit 0 { family mlppp { bundle (ml-fpc/pic/port | ls-fpc/pic/port); } }Sie müssen für diesen Link keine IP-Adresse konfigurieren.
Um eine physische T1-Verbindung für MLFR FRF.16 zu konfigurieren, fügen Sie die folgenden Anweisungen auf Hierarchieebene
[edit interfaces t1-fpc/pic/port]ein:encapsulation multilink-frame-relay-uni-nni; unit 0 { family mlfr-uni-nni { bundle ls-fpc/pic/port:channel; } }Sie müssen weder eine IP-Adresse noch eine DLCI für diesen Link konfigurieren.
Um die logische Adresse für das MLPPP-, MLFR FRF.15- oder MLFR FRF.16-Bundle zu konfigurieren, fügen Sie die
addressdestinationand-Anweisungen ein:address address { destination address; }Sie können diese Anweisungen auf den folgenden Hierarchieebenen einbinden:
[edit interfaces interface-name unit logical-unit-number family inet][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family inet]
Wenn Sie Anweisungen wie
mrruzum Beispiel zur Konfiguration und zum Commit hinzufügen, wird die T1-Schnittstelle Teil des Multilink-Pakets.
Für MLPPP- und MLFR-Verbindungen (FRF.15 und FRF.16) müssen Sie die Subnetzadresse als /32 oder /30angeben. Jede andere Subnetzbezeichnung wird als Nichtübereinstimmung behandelt.
Siehe auch
Beispiel: Konfigurieren einer Link Services-Schnittstelle mit zwei Links
In diesem Beispiel wird das MLFR UNI NNI-Protokoll zwischen Router A und Router B verwendet und Link Services Bundles ls-1/1/0.3 und ls-0/0/0.10logisch verbunden, wie in Tabelle 1 angegeben.
Router A |
Router B |
|---|---|
|
|
|
|
Damit LMI ordnungsgemäß funktioniert, müssen Sie einen Router als DCE konfigurieren.
Konfiguration auf Router A
[edit interfaces]
ls-1/1/0:3 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.1/32 {
destination 10.3.3.2;
}
}
}
}
t1-0/1/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
t1-0/1/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/1/0:3;
}
}
}
Konfiguration auf Router B
[edit interfaces]
ls-0/0/0:10 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 16;
family inet {
address 10.3.3.2/32 {
destination 10.3.3.1;
}
}
}
}
t1-0/3/0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
t1-0/3/1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-0/0/0:10;
}
}
}
Siehe auch
Beispiel: Konfigurieren von Link- und Voice Services-Schnittstellen mit einer Kombination von Pakettypen
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-1/0/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
lsq-1/1/0 {
unit 0 {
encapsulation multilink-ppp;
compression {
rtp {
f-max-period 100;
queues [ q1 q2 ];
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.5/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.6.6.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.1/24;
}
}
}
t1-1/2/0 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.1/24;
}
}
}
ls-1/3/0:0 {
encapsulation multilink-frame-relay-uni-nni;
mlfr-uni-nni-bundle-options {
debug-flags 15;
}
unit 0 {
dlci 20;
family inet {
address 10.5.4.1/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.1.1.9;
}
Auf Router B:
[edit chassis]
fpc 1 {
pic 3 {
mlfr-uni-nni-bundles 4;
}
}
[edit interfaces]
ge-0/0/0 {
unit 0 {
family inet {
address 10.1.1.1/24;
}
}
}
so-0/1/1 {
encapsulation ppp;
unit 0 {
family inet {
address 10.7.7.7/24;
}
}
}
t1-0/2/0:0 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:1 {
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
family mlfr-uni-nni {
bundle ls-1/3/0:0;
}
}
}
t1-0/2/0:5 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:6 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.2;
}
}
}
t1-0/2/0:7 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:8 {
dce;
encapsulation frame-relay;
unit 0 {
dlci 20;
family mlfr-end-to-end {
bundle ls-1/3/0.1;
}
}
}
t1-0/2/0:10 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.0;
}
}
}
t3-0/3/0 {
no-keepalives;
encapsulation ppp;
unit 0 {
family mlppp {
bundle lsq-1/1/0.2;
}
}
}
ge-1/0/0 {
unit 0 {
family inet {
address 10.2.2.1/24;
}
}
}
lsq-1/1/0 {
unit 0 {
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.5.5.1/24;
}
}
unit 1 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 16384 maximum 20102;
}
}
family inet {
address 10.3.4.1/24;
}
}
unit 2 {
encapsulation multilink-ppp;
compression {
rtp {
port minimum 2000 maximum 6000;
}
}
family inet {
address 10.9.9.9/24;
}
}
}
t1-1/2/2 {
no-keepalives;
unit 0 {
family mlppp {
bundle ls-1/3/0.1;
}
}
}
t1-1/2/3 {
no-keepalives;
unit 0 {
family mlppp {
bundle lsq-1/1/0.1;
}
}
}
ls-1/3/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
family inet {
address 10.1.4.4/24;
}
family iso;
}
unit 2 {
encapsulation multilink-ppp;
family inet {
address 10.7.4.4/24;
}
}
}
ls-1/3/0:0 {
dce;
encapsulation multilink-frame-relay-uni-nni;
unit 0 {
dlci 20;
family inet {
address 10.5.4.4/24;
}
}
}
[edit routing-options]
static {
route 10.12.12.0/24 next-hop 10.3.4.4;
}
Siehe auch
Fragmentierung und Verschachtelung von MLPPP-Verbindungen
MLPPP ermöglicht es Ihnen, mehrere PPP-Links in einem einzigen Multilink-Bundle zu bündeln. Die Unterstützung von MLPPP-Paketen auf einer Inline-LSQ-Schnittstelle ist identisch mit der einer Nicht-Inline-LSQ-Schnittstelle, da die Konfiguration für die Aktivierung von Fragmentierung, Linkfragmentierung und Interleaving (LFI) und Timeout identisch ist.
Die Prioritätsplanung für ein Multilink-Bundle bestimmt die Reihenfolge, in der eine Ausgabeschnittstelle Datenverkehr von einer Ausgabewarteschlange überträgt. Die Warteschlangen werden im gewichteten Round-Robin-Verfahren bedient. Wenn jedoch eine Warteschlange mit großen Paketen beginnt, das Multilink-Bundle zu verwenden, müssen kleine und verzögerungsempfindliche Pakete warten, bis sie an der Reihe sind, bis sie an der Reihe sind. Aufgrund dieser Verzögerung können einige langsame Verbindungen, wie z. B. T1 und E1, für verzögerungsempfindlichen Datenverkehr unbrauchbar werden.
Link Fragmentation and Interleaving (LFI) löst dieses Problem. Es reduziert Verzögerungen und Jitter auf Verbindungen, indem große Pakete fragmentiert und verzögerungsempfindliche Pakete mit den resultierenden kleineren Paketen zur gleichzeitigen Übertragung über mehrere Links eines Multilink-Pakets verschachtelt werden.
So konfigurieren Sie Zeitplanzuordnungen und Fragmentierungszuordnungen für MLPPP LFI:
Die folgende Teilkonfiguration zeigt, wann der Fragmentschwellenwert für Warteschlangen mit niedriger Priorität vom Fragmentschwellenwert erbt, der in der Bundle-IFL konfiguriert ist, und den Wert 640 hat.
[edit class-of-service]
forwarding-classes {
queue 0 be;
queue 1 ef;
queue 2 af;
queue 3 nc;
}
fragmentation-maps {
fragmap-3 {
forwarding-class ef {
no-fragmentation;
}
}
}
schedulers {
af-scheduler {
transmit-rate percent 30;
priority low;
}
be-scheduler {
transmit-rate percent 20;
priority low;
}
ef-scheduler {
transmit-rate percent 35 rate-limit;
priority strict-high;
}
nc-scheduler {
transmit-rate percent 15;
priority high;
}
}
....
Siehe auch
Konfigurieren der verzögerungsempfindlichen Paketverschachtelung auf logischen Link-Services-Schnittstellen
Nur für FRF.15- und MLPPP-Schnittstellen der Link-Services können Sie LFI (Link Fragment Interleave) konfigurieren. LFI reduziert übermäßige Verzögerungen von Frame-Relay-Paketen, indem lange Pakete in kleinere Pakete fragmentiert und mit Echtzeit-Frames verschachtelt werden. Dadurch können Echtzeit- und Nicht-Echtzeit-Datenrahmen auf Verbindungen mit geringerer Geschwindigkeit zusammen übertragen werden, ohne dass es zu übermäßigen Verzögerungen im Echtzeitverkehr kommt. Wenn die Peer-Schnittstelle die kleineren Fragmente empfängt, setzt sie die Fragmente wieder zu ihrem ursprünglichen Paket zusammen. Beispielsweise können kurze, verzögerungsempfindliche Pakete, wie z. B. paketierte Sprache, größeren verzögerungsunempfindlichen Paketen, wie z. B. gewöhnlichen Datenpaketen, vorauseilen.
Alle Link Services-PICs (4-Multilink-Bundle, 32-Multilink-Bundle und 128-Multilink-Bundle) unterstützen bis zu 256 Link-Services-Schnittstellen mit aktiviertem LFI, wenn diese Link-Services-Schnittstellen jeweils nur einen konstituierenden Link enthalten. Für das Link Services PIC sind LFI-Bundles mit mehreren Links einfach Multilink-Bundles und je nach PIC-Typ (4-Multilink-Bundle, 32-Multilink-Bundle und 128-Multilink-Bundle) begrenzt.
Darüber hinaus werden die von Ihnen konfigurierten Multilink-Bundles von den insgesamt 256 möglichen LFI-fähigen Link-Services-Schnittstellen subtrahiert. Wenn z. B. für ein Link-Services-PIC mit 32 Multilink-Bundles 24 Multilink-Bundles konfiguriert und aktiv sind, können Sie 256 – 24 = 232 LFI-fähige Link-Services-Schnittstellen konfigurieren, jede mit einem einzelnen konstituierenden Link.
Für IQ-Schnittstellen von Link-Services (lsq) ist die interleave-fragments Anweisung ungültig. Stattdessen können Sie LFI aktivieren, indem Sie Fragmentierungszuordnungen konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der CoS-Fragmentierung durch Weiterleiten von Klassen auf LSQ-Schnittstellen.
Sie können mehrere Links in einem Bundle konfigurieren und Packet Interleaving konfigurieren. Wenn Sie jedoch Packet Interleaving verwenden, verwenden Pakete mit hoher Priorität, die nicht über Multilinks gekapselt sind, einen Hash-basierten Algorithmus, um eine einzelne Verbindung auszuwählen.
CoS-Warteschlangen pro Bundle werden auf Link Services IQ-Schnittstellen (lsq) unterstützt. Weitere Informationen zu Link Services IQ-Schnittstellen finden Sie unter Funktionen und Schnittstellen von Layer-2-Servicepaketen.
Das Junos-Betriebssystem unterstützt End-to-End-Fragmentierung in Übereinstimmung mit dem FRF.12 Frame Relay Fragmentation Implementation Agreement-Standard . Im Gegensatz zur Benutzer-zu-Netzwerk-Schnittstelle (UNI) und Netzwerk-zu-Netzwerk-Fragmentierung (NNI) unterstützt End-to-End die Fragmentierung nur an den Endpunkten.
Standardmäßig ist die Paketverschachtelung deaktiviert. Um das Packet Interleaving zu aktivieren, fügen Sie die interleave-fragments folgende Anweisung ein:
interleave-fragments;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit interfaces interface-name unit logical-unit-number][edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number]
LFI mit DLCI-Planung konfigurieren
Für Link Services und kanalisierte DS3 IQ PICs können Sie die LFI- und DLCI-Planung konfigurieren. Für kanalisierte DS3-Schnittstellen wird LFI nur mit FRF.15 und nur auf M10i- und M20-Plattformen unterstützt.
Durch die Konfiguration von LFI mit DLCI-Planung können Pakete, die in den Link Services-PIC eingehen, fragmentiert werden, bevor sie an den kanalisierten DS3 IQ PIC übertragen werden. Sobald die fragmentierten Pakete in den kanalisierten DS3 IQ PIC eingehen, werden sie auf DLCI-Ebene geplant, um eine vorrangige Übertragung für Echtzeitanwendungen zu ermöglichen.
Weitere Informationen zum Zuordnen eines Schedulers zu einer DLCI finden Sie im Junos OS Class of Service User Guide for Routing Devices.
Beispiel: LFI mit DLCI-Planung konfigurieren
Konfigurieren Sie Pakete, die in den Link Services-PIC eingehen, so, dass sie fragmentiert werden, bevor sie an den kanalisierten DS3 IQ PIC übertragen werden. Sobald die fragmentierten Pakete in den kanalisierten DS3 IQ PIC eingehen, werden sie auf DLCI-Ebene geplant, um eine vorrangige Übertragung für Echtzeitanwendungen zu ermöglichen.
[edit interfaces]
ls-1/0/0 {
unit 1 {
encapsulation multilink-frame-relay-end-to-end;
interleave-fragments;
family inet {
address 192.168.5.2/32 {
destination 192.168.5.3;
}
}
}
t3-1/0/0:1 {
per-unit-scheduler;
unit 0 {
dlci 16;
encapsulation multilink-frame-relay-end-to-end;
family mlfr-end-to-end {
bundle ls-1/0/0.1;
}
}
}
[edit class-of-service]
interfaces {
t3-1/0/0:1 {
unit 0 {
scheduler-map sched-map-logical-0;
shaping-rate 10m;
}
unit 1 {
scheduler-map sched-map-logical-1;
shaping-rate 20m;
}
}
}
scheduler-maps {
sched-map-logical-0 {
forwarding-class best-effort scheduler sched-best-effort-0;
forwarding-class assured-forwarding scheduler sched-bronze-0;
forwarding-class expedited-forwarding scheduler sched-silver-0;
forwarding-class network-control scheduler sched-gold-0;
}
sched-map-logical-1 {
forwarding-class best-effort scheduler sched-best-effort-1;
forwarding-class assured-forwarding scheduler sched-bronze-1;
forwarding-class expedited-forwarding scheduler sched-silver-1;
forwarding-class network-control scheduler sched-gold-1;
}
schedulers {
sched-best-effort-0 {
transmit-rate 4m;
}
sched-bronze-0 {
transmit-rate 3m;
}
sched-silver-0 {
transmit-rate 2m;
}
sched-gold-0 {
transmit-rate 1m;
}
sched-best-effort-1 {
transmit-rate 8m;
}
sched-bronze-1 {
transmit-rate 6m;
}
sched-silver-1 {
transmit-rate 4m;
}
sched-gold-1 {
transmit-rate 2m;
}
}
}
}