Anhang A. Beispielhafte Einsatzszenarien

Dieser Abschnitt liefert keine zusätzliche Spezifikation und dient nur dazu, Beispiele zu geben, wie dieser flexible Ansatz zur Diff-Serv-Unterstützung über MPLS eingesetzt werden kann. Vor- und Nachteile verschiedener Einsatzoptionen für besondere Umgebungen liegen außerhalb des Geltungsbereichs dieses Dokuments.

A.1. Szenario 1: 8 (oder weniger) BAs, kein Traffic Engineering, kein MPLS-Schutz

Ein Dienstanbieter, der 8 (oder weniger) BAs über MPLS betreibt, kein Traffic Engineering durchführt, keinen MPLS-Schutz verwendet und MPLS-Shim-Header-Einkapselung in seinem/ihrem Netzwerk verwendet, kann wählen, Diff-Serv über MPLS unter Verwendung eines einzelnen E-LSP pro FEC zu betreiben, der via LDP eingerichtet wird. Darüber hinaus kann der Dienstanbieter wählen, die vorkonfigurierte `EXP<-->PHB mapping' zu verwenden.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR die bidirektionale Abbildung zwischen jedem PHB und einem Wert des EXP-Feldes (z. B. 000<-->AF11, 001<-->AF12, 010<-->AF13)

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede PSC (z. B. Bandbreite, die AF1 zugewiesen ist) und das Dropping-Verhalten für jedes PHB (z. B. Drop-Profil für AF11, AF12, AF13)

• LSRs signalisieren die Einrichtung eines einzelnen E-LSP pro FEC unter Verwendung von LDP in Übereinstimmung mit der obigen Spezifikation (d. h. kein Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten, um implizit anzuzeigen, dass der LSP ein E-LSP ist und dass er die vorkonfigurierte Abbildung verwendet)

A.2. Szenario 2: Mehr als 8 BAs, kein Traffic Engineering, kein MPLS-Schutz

Ein Dienstanbieter, der mehr als 8 BAs über MPLS betreibt, kein Traffic Engineering durchführt, keinen MPLS-Schutz verwendet und MPLS-Shim-Einkapselung in seinem/ihrem Netzwerk verwendet, kann wählen, Diff-Serv über MPLS für jede FEC zu betreiben unter Verwendung von:

• einem via LDP eingerichteten E-LSP, der die vorkonfigurierte Abbildung verwendet, um eine Menge von 8 (oder weniger) BAs zu unterstützen, UND

• einem L-LSP pro <FEC,OA>, eingerichtet via LDP zur Unterstützung der anderen BAs.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR die bidirektionale Abbildung zwischen jedem PHB und einem Wert des EXP-Feldes für die über den E-LSP transportierten BAs

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede über den E-LSP unterstützte PSC und das Dropping-Verhalten für jedes entsprechende PHB

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede über die L-LSPs unterstützte PSC und das Dropping-Verhalten für jedes entsprechende PHB

• LSRs signalisieren die Einrichtung eines einzelnen E-LSP pro FEC für die Menge der über E-LSP transportierten BAs unter Verwendung von LDP wie oben spezifiziert (d. h. kein Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten, um implizit anzuzeigen, dass der LSP ein E-LSP ist und dass er die vorkonfigurierte Abbildung verwendet)

• LSRs signalisieren die Einrichtung eines L-LSP pro <FEC,OA> für die anderen BAs unter Verwendung von LDP wie oben spezifiziert (d. h. Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten, um die PSC des L-LSP anzuzeigen).

A.3. Szenario 3: 8 (oder weniger) BAs, aggregiertes Traffic Engineering, aggregierter MPLS-Schutz

Ein Dienstanbieter, der 8 (oder weniger) BAs über MPLS betreibt, aggregiertes Traffic Engineering durchführt (d. h. eine einzelne gemeinsame Pfadauswahl für alle BAs durchführt), aggregierten MPLS-Schutz verwendet (d. h. Dienst für alle PSCs gemeinsam wiederherstellt) und MPLS-Shim-Header-Einkapselung in seinem/ihrem Netzwerk verwendet, kann wählen, Diff-Serv über MPLS unter Verwendung eines einzelnen E-LSP pro FEC zu betreiben, der via RSVP [RSVP_MPLS_TE] oder CR-LDP [CR-LDP_MPLS_TE] eingerichtet wird und die vorkonfigurierte Abbildung verwendet.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR die bidirektionale Abbildung zwischen jedem PHB und einem Wert des EXP-Feldes (z. B. 000<-->AF11, 001<-->AF12, 010<-->AF13)

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede PSC (z. B. Bandbreite, die AF1 zugewiesen ist) und das Dropping-Verhalten für jedes PHB (z. B. Drop-Profil für AF11, AF12, AF13)

• LSRs signalisieren die Einrichtung eines einzelnen E-LSP pro FEC, der die vorkonfigurierte Abbildung verwenden wird:

  • unter Verwendung des RSVP-Protokolls wie oben spezifiziert (d. h. kein DIFFSERV-RSVP-Objekt in der PATH-Nachricht, die das LABEL_REQUEST-Objekt enthält), ODER

  • unter Verwendung des CR-LDP-Protokolls wie oben spezifiziert (d. h. kein Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten).

• Schutz wird auf allen E-LSPs aktiviert, um MPLS-Schutz via Mechanismen außerhalb des Geltungsbereichs dieses Dokuments zu erreichen.

A.4. Szenario 4: pro-OA Traffic Engineering/MPLS-Schutz

Ein Dienstanbieter, der eine beliebige Anzahl von BAs über MPLS betreibt, pro-OA Traffic Engineering durchführt (d. h. eine getrennte Pfadauswahl für jedes OA durchführt) und pro-OA MPLS-Schutz durchführt (d. h. Schutz mit potenziell verschiedenen Schutzniveaus für die verschiedenen OAs durchführt) in seinem/ihrem Netzwerk, kann wählen, Diff-Serv über MPLS unter Verwendung eines L-LSP pro <FEC,OA>-Paar zu betreiben, eingerichtet via RSVP oder CR-LDP.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede PSC (z. B. Bandbreite, die AF1 zugewiesen ist) und das Dropping-Verhalten für jedes PHB (z. B. Drop-Profil für AF11, AF12, AF13)

• LSRs signalisieren die Einrichtung eines L-LSP pro <FEC,OA>:

  • unter Verwendung von RSVP wie oben spezifiziert, um die PSC des L-LSP zu signalisieren (d. h. DIFFSERV-RSVP-Objekt in der PATH-Nachricht, die das LABEL_REQUEST enthält), ODER

  • unter Verwendung des CR-LDP-Protokolls wie oben spezifiziert, um die L-LSP-PSC zu signalisieren (d. h. Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten).

• das geeignete Schutzniveau wird auf den verschiedenen L-LSPs aktiviert (potenziell mit einem verschiedenen Schutzniveau für jede PSC) via Mechanismen außerhalb des Geltungsbereichs dieses Dokuments.

A.5. Szenario 5: 8 (oder weniger) BAs, pro-OA Traffic Engineering/MPLS-Schutz

Ein Dienstanbieter, der 8 (oder weniger) BAs über MPLS betreibt, pro-OA Traffic Engineering durchführt (d. h. eine getrennte Pfadauswahl für jedes OA durchführt) und pro-OA MPLS-Schutz durchführt (d. h. Schutz mit potenziell verschiedenen Schutzniveaus für die verschiedenen OAs durchführt) in seinem/ihrem Netzwerk, kann wählen, Diff-Serv über MPLS unter Verwendung eines E-LSP pro <FEC,OA>-Paar zu betreiben, eingerichtet via RSVP oder CR-LDP. Darüber hinaus kann der Dienstanbieter wählen, die vorkonfigurierte Abbildung auf allen E-LSPs zu verwenden.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR die bidirektionale Abbildung zwischen jedem PHB und einem Wert des EXP-Feldes (z. B. 000<-->AF11, 001<-->AF12, 010<-->AF13)

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede PSC (z. B. Bandbreite, die AF1 zugewiesen ist) und das Dropping-Verhalten für jedes PHB (z. B. Drop-Profil für AF11, AF12, AF13)

• LSRs signalisieren die Einrichtung eines E-LSP pro <FEC,OA>:

  • unter Verwendung des RSVP-Protokolls wie oben spezifiziert, um zu signalisieren, dass der LSP ein E-LSP ist, der die vorkonfigurierte Abbildung verwendet (d. h. kein DIFFSERV-RSVP-Objekt in der PATH-Nachricht, die das LABEL_REQUEST enthält), ODER

  • unter Verwendung des CR-LDP-Protokolls wie oben spezifiziert, um zu signalisieren, dass der LSP ein E-LSP ist, der die vorkonfigurierte Abbildung verwendet (d. h. kein Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten)

• der Dienstanbieter konfiguriert für jeden E-LSP am Head-End dieses E-LSP ein Filter-/Weiterleitungskriterium, sodass nur die Pakete, die zu einem gegebenen OA gehören, auf dem E-LSP weitergeleitet werden, der für die entsprechende FEC und das entsprechende OA eingerichtet wurde.

• das geeignete Schutzniveau wird auf den verschiedenen E-LSPs aktiviert (potenziell mit einem verschiedenen Schutzniveau abhängig von der tatsächlich über jeden E-LSP transportierten PSC) via Mechanismen außerhalb des Geltungsbereichs dieses Dokuments.

A.6. Szenario 6: kein Traffic Engineering/MPLS-Schutz auf 8 BAs, pro-OA Traffic Engineering/MPLS-Schutz auf anderen BAs.

Ein Dienstanbieter, der kein Traffic Engineering/MPLS-Schutz auf 8 (oder weniger) BAs durchführt, pro-OA Traffic Engineering/MPLS-Schutz auf den anderen BAs durchführt (d. h. eine getrennte Pfadauswahl für jedes den anderen BAs entsprechende OA durchführt und MPLS-Schutz mit einer potenziell verschiedenen Politik für jedes dieser OA durchführt) und die MPLS-Shim-Einkapselung in seinem/ihrem Netzwerk verwendet, kann wählen, Diff-Serv über MPLS für jede FEC zu betreiben unter Verwendung von:

• einem E-LSP, der die vorkonfigurierte Abbildung verwendet und via LDP eingerichtet wird, um die Menge von 8 (oder weniger) nicht- traffic-engineered/nicht-geschützten BAs zu unterstützen, UND

• einem L-LSP pro <FEC,OA>-Paar, eingerichtet via RSVP oder CR-LDP zur Unterstützung der anderen BAs.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR die bidirektionale Abbildung zwischen jedem PHB und einem Wert des EXP-Feldes für die über den E-LSP unterstützten BAs

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede über den E-LSP unterstützte PSC und das Dropping-Verhalten für jedes entsprechende PHB

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede über die L-LSPs unterstützte PSC und das Dropping-Verhalten für jedes entsprechende PHB

• LSRs signalisieren die Einrichtung eines einzelnen E-LSP pro FEC für die nicht-traffic-engineered BAs unter Verwendung von LDP wie oben spezifiziert (d. h. kein Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten)

• LSRs signalisieren die Einrichtung eines L-LSP pro <FEC,OA> für die anderen BAs:

  • unter Verwendung des RSVP-Protokolls wie oben spezifiziert, um die L-LSP-PSC zu signalisieren (d. h. DIFFSERV-RSVP-Objekt in der PATH-Nachricht, die das LABEL_REQUEST-Objekt enthält), ODER

  • unter Verwendung des CR-LDP-Protokolls wie oben spezifiziert, um die L-LSP-PSC zu signalisieren (d. h. Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten).

• Schutz wird auf den E-LSPs nicht aktiviert.

• das geeignete Schutzniveau wird auf den verschiedenen L-LSPs aktiviert (potenziell mit einem verschiedenen Schutzniveau abhängig von der PSC des L-LSP) via Mechanismen außerhalb des Geltungsbereichs dieses Dokuments.

A.7. Szenario 7: Mehr als 8 BAs, kein Traffic Engineering, kein MPLS-Schutz

Ein Dienstanbieter, der mehr als 8 BAs über MPLS betreibt, kein Traffic Engineering durchführt, keinen MPLS-Schutz durchführt und MPLS-Shim-Header-Einkapselung in seinem/ihrem Netzwerk verwendet, kann wählen, Diff-Serv über MPLS unter Verwendung von zwei E-LSPs pro FEC zu betreiben, eingerichtet via LDP und unter Verwendung signalisierter `EXP<-->PHB mapping'.

Die Operationen können wie folgt zusammengefasst werden:

• der Dienstanbieter konfiguriert an jedem LSR und für jede Schnittstelle das Scheduling-Verhalten für jede PSC (z. B. Bandbreite, die AF1 zugewiesen ist) und das Dropping-Verhalten für jedes PHB (z. B. Drop-Profil für AF11, AF12, AF13)

• LSRs signalisieren die Einrichtung von zwei E-LSPs pro FEC unter Verwendung von LDP in Übereinstimmung mit der obigen Spezifikation (d. h. Diff-Serv-TLV in LDP Label Request/Label Mapping-Nachrichten, um explizit anzuzeigen, dass der LSP ein E-LSP ist und seine `EXP<-->PHB mapping'). Die signalisierte Abbildung wird die Teilmenge von 8 (oder weniger) BAs anzeigen, die auf jedem E-LSP zu transportieren sind, und welche EXP-Werte auf jedem E-LSP auf jedes BA abgebildet werden.