DiffServ-fähige Traffic-Engineering-Konfiguration
Einführung in DiffServ-Aware Traffic Engineering
DiffServ-fähiges Traffic Engineering (Differentiated Services) bietet eine Möglichkeit, ein bestimmtes Serviceniveau über ein MPLS-Netzwerk zu gewährleisten. Die Router, die DiffServ-fähiges Traffic Engineering bereitstellen, sind Teil einer differenzierten Service-Netzwerkdomäne. Auf allen Routern, die an einer Domäne mit differenzierten Services beteiligt sind, muss DiffServ-fähiges Traffic Engineering aktiviert sein.
Um sicherzustellen, dass der angegebene Servicelevel bereitgestellt wird, muss sichergestellt werden, dass nicht mehr als die angegebene Datenverkehrsmenge über die differenzierte Servicedomäne gesendet wird. Sie können dieses Ziel erreichen, indem Sie einen Policer konfigurieren, der das Datenverkehrsvolumen, das die differenzierte Dienstdomäne durchquert, überwacht oder die Rate begrenzt. Weitere Informationen zum Konfigurieren von Policern für Label-Switched-Pfade (LSPs) finden Sie unter Konfigurieren von Policern für LSPs.
Diese Funktion kann dazu beitragen, die Qualität von Internetdiensten wie Voice over IP (VoIP) zu verbessern. Außerdem ist es möglich, eine ATM-Verbindung (Asynchronous Transfer Mode) über ein MPLS-Netzwerk besser zu emulieren.
DiffServ-fähige Traffic-Engineering-Terminologie
Bandbreitenmodell
Das Bandbreitenmodell bestimmt die Werte der verfügbaren Bandbreite, die von den Interior Gateway Protocols (IGPs) angekündigt werden.
CAC
Die Anrufsteuerung (Call Admission Control, CAC) prüft, ob auf dem Pfad eine ausreichende Bandbreite vorhanden ist, bevor der Sprachdienstleister eingerichtet wird. Wenn die Bandbreite nicht ausreicht, wird der LSP nicht eingerichtet und ein Fehler gemeldet.
Klassentyp
Eine Sammlung von Datenverkehrsflüssen, die in einer differenzierten Dienstdomäne gleichwertig behandelt wird. Ein Klassentyp wird einer Warteschlange zugeordnet und ähnelt vom Konzept her einer CoS-Weiterleitungsklasse (Class-of-Service). Sie wird auch als Datenverkehrsklasse bezeichnet.
Differenzierte Dienstleistungen
Differenzierte Dienste ermöglichen es, Datenverkehr basierend auf den EXP-Bits im MPLS-Header unterschiedlich zu behandeln. Der Datenverkehr muss entsprechend gekennzeichnet und CoS konfiguriert werden.
Bereich "Differenzierte Dienste"
Die Router in einem Netzwerk, für die Differentiated Services aktiviert sind.
DiffServ-fähiges Traffic Engineering
Eine Art einschränkungsbasiertes Routing. Es kann unterschiedliche Bandbreitenbeschränkungen für verschiedene Datenverkehrsklassen erzwingen. Er kann auch CAC für jede Traffic-Engineering-Klasse durchführen, wenn ein Sprachdienstleister eingerichtet ist.
Multiklassen-LSP
Ein Multi-Class-LSP funktioniert wie ein Standard-LSP, ermöglicht es Ihnen aber auch, Bandbreite aus mehreren Klassentypen zu reservieren. Die EXP-Bits des MPLS-Headers werden zur Unterscheidung zwischen Klassentypen verwendet.
MAM
Das Einschränkungsmodell für die maximale Zuordnungsbandbreite teilt die verfügbare Bandbreite auf die verschiedenen Klassen auf. Die gemeinsame Nutzung der Bandbreite zwischen den Klassentypen ist nicht zulässig.
RDM
Das Russian Dolls Bandwidth Constraint-Modell nutzt die Bandbreite effizient, indem es den Klassentypen ermöglicht, sich die Bandbreite zu teilen.
Klasse Verkehrstechnik
Ein gepaarter Klassentyp und eine gepaarte Priorität.
Klassenkarte Traffic Engineering
Eine Zuordnung zwischen den Klassentypen, Prioritäten und Traffic Engineering-Klassen. Die Zuordnung der Traffic-Engineering-Klassen muss in der Domäne "Differenzierte Dienste" konsistent sein.
DiffServ-fähige Traffic-Engineering-Funktionen
DiffServ-fähiges Traffic Engineering bietet die folgenden Funktionen:
Traffic Engineering auf Klassenebene statt auf aggregierter Ebene
Unterschiedliche Bandbreitenbeschränkungen für verschiedene Klassentypen (Datenverkehrsklassen)
Unterschiedliches Warteschlangenverhalten pro Klasse, sodass der Router Datenverkehr basierend auf dem Klassentyp weiterleiten kann
Im Vergleich dazu berücksichtigt das Standard-Traffic-Engineering CoS nicht und führt seine Arbeit auf aggregierter Basis über alle differenzierten Serviceklassen hinweg aus.
DiffServ-fähiges Traffic Engineering bietet die folgenden Vorteile:
Traffic Engineering kann für einen bestimmten Klassentyp statt auf Aggregatebene durchgeführt werden.
Bandbreitenbeschränkungen können für jeden spezifischen Klassentyp erzwungen werden.
Es leitet den Datenverkehr basierend auf den EXP-Bits weiter.
Dadurch ist es möglich, Service und Bandbreite in einem MPLS-Netzwerk zu garantieren. Mit DiffServ-fähigem Traffic Engineering können Sie unter anderem ATM-Circuit-Emulation, VoIP und einen Service mit garantierter Bandbreite bereitstellen.
Im Folgenden wird beschrieben, wie IGP, Constrained Shortest Path First (CSPF) und RSVP am DiffServ-fähigen Traffic Engineering beteiligt sind:
Die IGP kann die nicht reservierte Bandbreite für jede Traffic-Engineering-Klasse den anderen Mitgliedern der Domäne für differenzierte Services ankündigen. Diese Informationen werden in der Traffic-Engineering-Datenbank gespeichert.
Eine CSPF-Berechnung wird unter Berücksichtigung der Bandbreitenbeschränkungen für jeden Klassentyp durchgeführt. Wenn alle Einschränkungen erfüllt sind, gilt die CSPF-Berechnung als erfolgreich.
Wenn RSVP einem LSP ein Signal gibt, fordert es Bandbreite für bestimmte Klassentypen an.
Konfigurieren der Link-Down-Benachrichtigung für Optikoptionen Alarm oder Warnung
Übersicht über DiffServ-fähige Traffic Engineered LSPs
Ein DiffServ-fähiger Traffic-Engineering-LSP ist ein LSP, der mit einer Bandbreitenreservierung für einen bestimmten Klassentyp konfiguriert ist. Dieser LSP kann Datenverkehr für einen einzelnen Klassentyp übertragen. Bei den Paketen wird der Klassentyp durch die EXP-Bits (auch als Class-of-Service-Bits bezeichnet) und das Per-Hop-Verhalten (PHB), das den EXP-Bits zugeordnet ist, angegeben. Die Zuordnung zwischen den EXP-Bits und dem PHB ist statisch und wird nicht in RSVP signalisiert.
Der Klassentyp muss in der Domäne "Differenzierte Dienste" konsistent konfiguriert sein, d. h., die Klassentypkonfiguration muss von Router zu Router im Netzwerk konsistent sein. Sie können einen Klassentyp eindeutig einer Warteschlange zuordnen. Auf jedem Knotenrouter wird die Class-of-Service-Warteschlangenkonfiguration für eine Schnittstelle in die verfügbare Bandbreite für einen bestimmten Klassentyp auf dieser Verbindung übersetzt.
Weitere Informationen zu Themen im Zusammenhang mit Sprachdienstleistern und DiffServ-fähigem Traffic Engineering finden Sie unter:
Informationen zu Weiterleitungsklassen und Serviceklassenfinden Sie im Junos OS Class of Service-Benutzerhandbuch für Routing-Geräte.
Informationen zu EXP-Bits finden Sie unter MPLS-Label-Zuweisung.
Informationen zu differenzierten Diensten finden Sie unter RFC 3270, Multi-Protocol Label Switching (MPLS) Support of Differentiated Services.
Informationen dazu, wie die IGPs und RSVP geändert wurden, um Differentiated Services-aware MPLS Traffic Engineering zu unterstützen, finden Sie unter RFC 4124, Protocol Extensions for Support of Differentiated-Service-Aware MPLS Traffic Engineering.
Betrieb von DiffServ-fähigen, Traffic Engineered LSPs
Bei der Konfiguration eines DiffServ-fähigen Traffic-Engineering-LSP geben Sie den Klassentyp und die damit verbundene Bandbreite an. Folgendes tritt auf, wenn ein Sprachdienstleister mit Bandbreitenreservierung von einem bestimmten Klassentyp eingerichtet wird:
Die IGPs geben bekannt, wie viel nicht reservierte Bandbreite für die Traffic-Engineering-Klassen verfügbar ist.
Bei der Berechnung des Pfads für einen Sprachdienstleister wird CSPF verwendet, um sicherzustellen, dass die Bandbreitenbeschränkungen für den vom Sprachdienstleister getragenen Klassentyp auf der angegebenen Prioritätsstufe erfüllt sind.
CSPF prüft auch, ob das Bandbreitenmodell auf jedem Router, der am LSP teilnimmt, konsistent konfiguriert ist. Wenn das Bandbreitenmodell inkonsistent ist, berechnet CSPF den Pfad nicht (mit Ausnahme von LSPs vom Klassentyp ct0).
Sobald ein Pfad gefunden wurde, signalisiert RSVP dem LSP mithilfe des Classtype-Objekts in der Pfadnachricht. An jedem Knoten im Pfad wird die verfügbare Bandbreite für die Klassentypen beim Einrichten des Pfads angepasst.
Ein LSP, der Bandbreite von einer bestimmten Klasse benötigt (mit Ausnahme des Klassentyps ct0), kann nicht über Router eingerichtet werden, die das Classtype-Objekt nicht verstehen. Das Verhindern der Verwendung von Routern, die das Classtype-Objekt nicht verstehen, trägt dazu bei, die Konsistenz in der gesamten Domäne der differenzierten Dienste sicherzustellen, indem verhindert wird, dass der Sprachdienstleister einen Router verwendet, der differenzierte Dienste nicht unterstützen kann.
Standardmäßig werden LSPs mit der Setup-Priorität 7 und der Priorität 0 signalisiert. Ein LSP, der mit diesen Werten konfiguriert ist, kann einem anderen LSP bei der Einrichtung nicht vorgreifen und kann auch nicht vorzeitig entfernt werden.
Es ist möglich, sowohl LSPs für DiffServ-fähiges Traffic Engineering als auch reguläre LSPs gleichzeitig auf denselben physischen Schnittstellen zu konfigurieren. Für diese Art von heterogener Umgebung übertragen reguläre Sprachdienstleister standardmäßig Best-Effort-Datenverkehr. Der Datenverkehr, der in den regulären LSPs übertragen wird, muss über die richtigen EXP-Einstellungen verfügen (entweder durch Markieren der EXP-Einstellungen oder durch Annehmen, dass der Datenverkehr mit den richtigen EXP-Einstellungen vom Upstream-Router angekommen ist).
Konfigurieren von Routern für DiffServ-fähiges Traffic Engineering
Um DiffServ-fähiges Traffic Engineering zu konfigurieren, fügen Sie die diffserv-te folgende Anweisung ein:
diffserv-te { bandwidth-model { extended-mam; mam; rdm; } te-class-matrix { traffic-class { tenumber { priority priority; traffic-class ctnumber priority priority; } } } }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
Sie müssen die Anweisung in die Konfiguration auf allen Routern aufnehmen, diffserv-te die an der Domäne "Differentiated Services" teilnehmen. Es ist jedoch nicht erforderlich, die Traffic-Engineering-Klassenmatrix zu konfigurieren (indem Sie die te-class-matrix Anweisung auf der [edit protocols mpls diffserv-te] Hierarchieebene "oder [edit logical-systems logical-system-name protocols mpls diffserv-te] " einschließen).
Um die Möglichkeit einer falschen Konfiguration bei der Migration zu Diffserv-fähigem Traffic Engineering zu vermeiden, kann bei einem Konflikt zwischen den alten Sprachdienstleistern und der neu konfigurierten TE-Klassenmatrix ein Fehler bei der Richtliniensteuerung ausgelöst werden.
Ein alter Knoten kann einen LSP mit Setup- und Hold-Prioritäten so anfordern, dass die Kombination aus der Klasse ct0 und der Priorität nicht mit der konfigurierten TE-Klassenmatrix übereinstimmt. Alle LSPs auf dem Router, die vor der Konfiguration von Diffserv-fähigem Traffic Engineering konfiguriert wurden, werden als LSPs der Klasse ct0 bezeichnet.
Der Fehler wird in den RSVP-Ablaufverfolgungsprotokollen als Session preempted Fehler angezeigt. Für den Router, von dem der Fehler stammt, kann der Fehler wie folgt aussehen:
Jun 17 16:35:59 RSVP error for session 10.255.245.6(port/tunnel ID 31133) Proto 0: (class ct0, priority 2) is not a valid TE-class Jun 17 16:35:59 RSVP originate PathErr 192.168.37.22->192.168.37.23 Session preempted
Für den Router, der den Fehler empfängt, kann der Fehler wie folgt aussehen:
Jun 17 16:37:51 RSVP recv PathErr 192.168.37.22->192.168.37.23 Session preempted LSP to-f(2/31133)
Um DiffServ-fähiges Traffic Engineering zu konfigurieren, führen Sie die Verfahren in den folgenden Abschnitten aus:
- Konfigurieren des Bandbreitenmodells
- Konfigurieren von Traffic Engineering-Klassen
- Konfigurieren der Serviceklasse für DiffServ-fähiges Traffic Engineering
Konfigurieren des Bandbreitenmodells
Sie müssen ein Bandbreitenmodell auf allen Routern konfigurieren, die an der Domäne "Differenzierte Dienste" teilnehmen. Die verfügbaren Bandbreitenmodelle sind MAM, erweitertes MAM und RDM:
MAM-Modell (Maximum Allocation Bandwidth Constraints Model): Definiert in RFC 4125, Maximum Allocation Bandwidth Constraints Model for Diffserv-fähiges MPLS Traffic Engineering.
Erweitertes MAM: Ein proprietäres Bandbreitenmodell, das sich ähnlich wie Standard-MAM verhält. Wenn Sie LSPs mit mehreren Klassen konfigurieren, müssen Sie das erweiterte MAM-Bandbreitenmodell konfigurieren.
Russian-dolls bandwidth allocation model (RDM): Nutzt die Bandbreite effizient, indem die Klassentypen die Bandbreite gemeinsam nutzen können. RDM ist in RFC 4127 ( Russian Dolls Bandwidth Constraints Model for Diffserv-aware MPLS Traffic Engineering) definiert.
Um ein Bandbreitenmodell zu konfigurieren, fügen Sie die bandwidth-model Anweisung ein, und geben Sie eine der Optionen für das Bandbreitenmodell an:
bandwidth-model { extended-mam; mam; rdm; }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]HINWEIS:Wenn Sie das Bandbreitenmodell auf einem Eingangsrouter ändern, werden alle auf dem Router aktivierten LSPs heruntergefahren und neu signalisiert.
Konfigurieren von Traffic Engineering-Klassen
Die Konfiguration von Traffic Engineering-Klassen ist optional. Tabelle 1 Zeigt die Standardwerte für alles in der Traffic-Engineering-Klassenmatrix an. Die Standardzuordnung wird in Form der Standardweiterleitungsklassen ausgedrückt, die in der CoS-Konfiguration definiert sind.
Klasse Verkehrstechnik |
Klassentyp |
Schlange |
Priorität |
|---|---|---|---|
te0 |
ct0 |
0 |
7 |
te1 |
ct1 |
1 |
7 |
te2 |
ct2 |
2 |
7 |
te3 |
ct3 |
3 |
7 |
te4 |
ct0 |
0 |
0 |
te5 |
ct1 |
1 |
0 |
te6 |
ct2 |
2 |
0 |
te7 |
ct3 |
3 |
0 |
Wenn Sie die Standardzuordnungen überschreiben möchten, können Sie die Traffic Engineering-Klassen 0 bis 7 konfigurieren. Für jede Traffic-Engineering-Klasse konfigurieren Sie einen Klassentyp (oder eine Warteschlange) von 0 bis 3. Für jeden Klassentyp konfigurieren Sie eine Priorität von 0 bis 7.
Um Traffic Engineering-Klassen explizit zu konfigurieren, fügen Sie die te-class-matrix folgende Anweisung ein:
te-class-matrix { tenumber { priority priority; traffic-class { ctnumber priority priority; } } }
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit protocols mpls diffserv-te][edit logical-systems logical-system-name protocols mpls diffserv-te]
Das folgende Beispiel zeigt, wie die Traffic Engineering-Klasse te0 mit dem Klassentyp ct1 und der Priorität konfiguriert wird 4:
[edit protocols mpls diffserv-te]
te-class-matrix {
te0 traffic-class ct1 priority 4;
}
Wenn Sie explizit einen Wert für eine der Traffic-Engineering-Klassen konfigurieren, werden alle Standardwerte in der Traffic-Engineering-Klassenmatrix gelöscht.
Wenn Sie Traffic Engineering-Klassen explizit konfigurieren, müssen Sie auch ein Bandbreitenmodell konfigurieren. Andernfalls schlägt der Konfigurationscommit-Vorgang fehl.
Anforderungen und Einschränkungen für die Klassenmatrix Traffic Engineering
Beachten Sie bei der Konfiguration einer Traffic-Engineering-Klassenmatrix die folgenden Anforderungen und Einschränkungen:
Eine Zuordnungskonfiguration ist lokal und wirkt sich nur auf den Router aus, auf dem sie konfiguriert ist. Andere Systeme, die an der Domäne der differenzierten Dienste beteiligt sind, sind davon nicht betroffen. Damit eine Domäne für differenzierte Dienste ordnungsgemäß funktioniert, müssen Sie jedoch auf allen Routern, die an derselben Domäne beteiligt sind, dieselbe Traffic-Engineering-Klassenmatrix konfigurieren.
Wenn Sie Traffic Engineering-Klassen explizit konfigurieren, müssen Sie die Klassen nacheinander konfigurieren (
te0,te1,te2,te3usw.), andernfalls schlägt der Konfigurationscommit-Vorgang fehl.
Die erste Traffic Engineering-Klasse, die Sie konfigurieren, muss ; sein te0, andernfalls schlägt der Konfigurationscommit-Vorgang fehl.
Konfigurieren der Serviceklasse für DiffServ-fähiges Traffic Engineering
Um DiffServ-fähiges Traffic Engineering zu konfigurieren, müssen Sie auch Class of Service konfigurieren. Das folgende Beispiel veranschaulicht eine Class-of-Service-Konfiguration, bei der jeder Klasse 25 Prozent der Verbindungsbandbreite zugewiesen werden:
class-of-service {
interfaces {
all {
scheduler-map simple-map;
}
}
scheduler-maps {
simple-map {
forwarding-class assured-forwarding scheduler simple_sched;
forwarding-class best-effort scheduler simple_sched;
forwarding-class network-control scheduler simple_sched;
forwarding-class expedited-forwarding scheduler simple_sched;
}
}
schedulers {
simple_sched {
transmit-rate percent 25;
buffer-size percent 25;
}
}
}
Konfigurieren von Sprachdienstleistern für DiffServ-fähiges Traffic Engineering
Bevor Sie DiffServ-fähiges Traffic Engineering für Sprachdienstleister aktivieren können, müssen Sie die Domäne "Differenzierte Dienste" konfigurieren (siehe Konfigurieren von Routern für DiffServ-fähiges Traffic Engineering). Die Domäne "Differenzierte Dienste" stellt die zugrunde liegenden Klassentypen und die entsprechenden Traffic Engineering-Klassen bereit, auf die Sie in der LSP-Konfiguration verweisen. Die Traffic-Engineering-Klassen müssen auf jedem Router, der an der Domäne "Differenzierte Dienste" beteiligt ist, konsistent konfiguriert werden, damit der Sprachdienstleister ordnungsgemäß funktioniert.
Sie müssen entweder MAM oder RDM als Bandbreitenmodell konfigurieren, wenn Sie DiffServ-fähiges Traffic Engineering für Sprachdienstleister konfigurieren. Weitere Informationen finden Sie unter Konfigurieren des Bandbreitenmodells.
Die eigentlichen Daten, die über diese Domäne für differenzierte Dienste übertragen werden, werden von einem Sprachdienstleister übertragen. Jeder LSP stützt sich auf die EXP-Bits der MPLS-Pakete, um DiffServ-fähiges Traffic-Engineering zu ermöglichen. Jeder Sprachdienstleister kann Datenverkehr für einen einzelnen Klassentyp übertragen.
Bei allen Routern, die am LSP teilnehmen, muss es sich um Router von Juniper Networks handeln, auf denen Junos OS Version 6.3 oder höher ausgeführt wird. Das Netzwerk kann Router anderer Anbieter und Router von Juniper Networks umfassen, auf denen frühere Versionen des Junos-Betriebssystems ausgeführt werden. Der DiffServ-fähige LSP für Traffic Engineering kann diese Router jedoch nicht durchqueren.
Es ist nicht möglich, gleichzeitig Multiklassen-LSPs und DiffServ-fähige Traffic-Engineering-LSPs auf demselben Router zu konfigurieren.
Um DiffServ-fähiges Traffic Engineering für Sprachdienstleister zu aktivieren, müssen Sie Folgendes konfigurieren:
- Konfigurieren der Serviceklasse für die Schnittstellen
- IGP konfigurieren
- Konfigurieren von Traffic-Engineering-LSPs
- Konfigurieren der Polizeiarbeit für Sprachdienstleister
- Konfigurieren von Fast Reroute für Traffic-Engineering-Sprachdienstleister
Konfigurieren der Serviceklasse für die Schnittstellen
Die vorhandene Class-of-Service (CoS)-Infrastruktur stellt sicher, dass Datenverkehr, der konsistent markiert ist, die Planungsgarantien für seine Klasse erhält. Die hierfür erforderliche Klassifizierung, Markierung und Planung werden mithilfe der vorhandenen CoS-Funktionen von Junos OS konfiguriert.
Das Junos-Betriebssystem unterstützt CoS auf ATM-Schnittstellen nicht.
Weitere Informationen zur Konfiguration von CoS finden Sie im Junos OS Class of Service User Guide for Routing Devices.
IGP konfigurieren
Sie können entweder IS-IS oder OSPF als IGP konfigurieren. Die IS-IS- und OSPF-Konfigurationen für Router, die LSPs unterstützen, sind Standard. Weitere Informationen zum Konfigurieren dieser Protokolle finden Sie in der Junos OS Routing Protocols Library for Routing Devices.
Konfigurieren von Traffic-Engineering-LSPs
Sie konfigurieren einen LSP mithilfe der standardmäßigen LSP-Konfigurationsanweisungen und -verfahren. Um DiffServ-fähiges Traffic Engineering für den LSP zu konfigurieren, geben Sie eine Bandbreiteneinschränkung für den Klassentyp an, indem Sie die bandwidth folgende Anweisung einfügen:
label-switched-path lsp-name {
bandwidth {
ctnumber bps;
}
}
Eine Liste der Hierarchieebenen, auf denen Sie die bandwidth Anweisung einschließen können, finden Sie in den Abschnitten zur Anweisungszusammenfassung für diese Anweisung.
Wenn Sie keine Bandbreite für einen Klassentyp angeben, ct0 wird automatisch als Warteschlange für den LSP angegeben. Im Gegensatz zu LSPs mit mehreren Klassen können Sie für jeden LSP nur einen Klassentyp konfigurieren.
Die Klassentypanweisungen geben die Bandbreite (in Bits pro Sekunde) für die folgenden Klassen an:
ct0—Bandbreite reserviert für Klasse 0ct1—Bandbreite reserviert für Klasse 1ct2—Bandbreite reserviert für Klasse 2ct3—Bandbreite reserviert für Klasse 3
Sie können Einrichtungs- und Aufbewahrungsprioritäten für einen Sprachdienstleister konfigurieren, es gelten jedoch die folgenden Einschränkungen:
Die Kombination aus Klasse und Priorität muss eine der konfigurierten Traffic-Engineering-Klassen sein. Die Standard-Setup-Priorität ist 7 und die Standard-Haltepriorität ist 0.
Wenn Sie eine ungültige Kombination aus Klassentyp und Priorität konfigurieren, schlägt der Commitvorgang fehl.
Die automatische Bandbreitenzuweisung wird nicht unterstützt. Wenn Sie die automatische Bandbreitenzuweisung konfigurieren, schlägt der Commit-Vorgang fehl.
LSPs, die mit der
bandwidthAnweisung konfiguriert wurden, aber keinen Klassentyp angeben, verwenden den Standardklassentypct0.Informationen zu Migrationsproblemen finden Sie unter Internetentwurf draft-ietf-tewg-diff-te-proto-07.txt.
Konfigurieren der Polizeiarbeit für Sprachdienstleister
Mit der Richtlinienfunktion können Sie die Menge des Datenverkehrs steuern, der über einen bestimmten LSP weitergeleitet wird. Mit der Überwachung wird sichergestellt, dass die Menge des Datenverkehrs, der über einen LSP weitergeleitet wird, niemals die angeforderte Bandbreitenzuweisung überschreitet. Sie können mehrere Policer für jeden LSP konfigurieren.
Informationen zum Konfigurieren eines Policers für einen LSP finden Sie unter Konfigurieren von Policern für LSPs.
Konfigurieren von Fast Reroute für Traffic-Engineering-Sprachdienstleister
Sie können eine schnelle Umleitung für Traffic Engineering-LSPs (LSPs, die eine einzige Datenverkehrsklasse übertragen) konfigurieren. Es ist auch möglich, Bandbreite auf dem Umleitungspfad für die Datenverkehrsklasse zu reservieren, wenn die schnelle Umleitung aktiviert ist. Die gleiche Klassentypnummer wird sowohl für den verkehrstechnischen LSP als auch für seine Umleitung verwendet.
Wenn Sie den Router so konfigurieren, dass Bandbreite für den Umleitungspfad reserviert wird, wird geprüft, ob der Link in der Lage ist, DiffServ-fähiges Traffic Engineering zu verarbeiten, und auf CoS-Fähigkeit, bevor er als potenzieller Umleitungspfad akzeptiert wird. Nicht unterstützte Links werden nicht verwendet.
Sie können die Bandbreite, die für Umwege reserviert werden soll, entweder mit der bandwidth Anweisung oder der bandwidth-percent Anweisung konfigurieren. Sie können jeweils nur eine dieser Anweisungen konfigurieren. Wenn Sie weder die bandwidth Anweisung noch die bandwidth-percent Anweisung konfigurieren, ist die Standardeinstellung, dass keine Bandbreite für den Umleitungspfad reserviert wird (die Bandbreitengarantie geht verloren, wenn der Datenverkehr auf den Umweg umgeschaltet wird).
Wenn Sie die bandwidth Anweisung konfigurieren, können Sie die spezifische Bandbreite (in Bits pro Sekunde [bps]) angeben, die Sie für den Umleitungspfad reservieren möchten. Weitere Informationen finden Sie unter Konfigurieren der schnellen Umleitung.
Mit dieser bandwidth-percent Anweisung können Sie die Bandbreite des Umleitungspfads als Prozentsatz der für den geschützten Pfad konfigurierten Bandbreite angeben. Wenn Sie z. B. 100 Millionen Bit/s Bandbreite für den geschützten Pfad und 20 für die bandwidth-percent Anweisung konfigurieren, sind für den Umleitungspfad 20 Millionen Bit/s Bandbreite für seine Verwendung reserviert.
Um den Prozentsatz der Bandbreite, der vom Umleitungspfad verwendet wird, basierend auf der Bandbreite des geschützten Pfads zu konfigurieren, fügen Sie die bandwidth-percent folgende Anweisung ein:
bandwidth-percent percentage;
Sie können diese Anweisung auf den folgenden Hierarchieebenen einbinden:
[edit protocols mpls label-switched-path lsp-name fast-reroute][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name fast-reroute]