Zum Hauptinhalt springen

RFC 5462 - MPLS-Label-Stack-Eintrag: "EXP"-Feld umbenannt in "Traffic Class"-Feld

  • Status: Proposed Standard
  • Veröffentlicht: February 2009
  • Stream: IETF
  • Aktualisiert: RFC3032, RFC3270, RFC3272, RFC3443, RFC3469, RFC3564, RFC3985, RFC4182, RFC4364, RFC4379, RFC4448, RFC4761, RFC5129
  • Errata: Keine Errata

Zusammenfassung​

Die frühen Dokumente zum Multi-Protocol Label Switching (MPLS) definierten die Form des MPLS-Label-Stack-Eintrags. Dies beinhaltet ein Drei-Bit-Feld namens "EXP-Feld". Die genaue Verwendung dieses Feldes wurde in diesen Dokumenten nicht definiert, außer dass es "für experimentelle Zwecke reserviert" sein sollte.

Obwohl die beabsichtigte Verwendung des EXP-Feldes als "Class of Service" (CoS)-Feld war, wurde es in diesen frühen Dokumenten nicht als CoS-Feld bezeichnet, da die Verwendung eines solchen CoS-Feldes als nicht ausreichend definiert angesehen wurde. Heute definieren eine Reihe von Standarddokumenten seine Verwendung als CoS-Feld.

Um Missverständnisse darüber zu vermeiden, wie dieses Feld verwendet werden darf, ist es zunehmend notwendig geworden, dieses Feld umzubenennen. Dieses Dokument ändert den Namen des Feldes in "Traffic Class-Feld" ("TC-Feld"). Dabei aktualisiert es auch Dokumente, die die aktuelle Verwendung des EXP-Feldes definieren.

1. Einleitung​

Das Format eines MPLS-Label-Stack-Eintrags wird durch RFC 3032 definiert und enthält ein Drei-Bit-Feld namens "EXP-Feld". Die genaue Verwendung dieses Feldes wird durch RFC 3032 nicht definiert, außer dass es "für experimentelle Zwecke reserviert" sein soll.

Das EXP-Feld war von Anfang an dazu gedacht, "Class of Service" (CoS)-Informationen zu übertragen. Das Feld wurde in frühen Versionen des Arbeitsgruppen-Dokuments, das als RFC 3032 veröffentlicht wurde, tatsächlich als "Class of Service-Feld" bezeichnet. Zum Zeitpunkt der Veröffentlichung von RFC 3032 war man sich jedoch nicht über die genaue Verwendung dieses "Class of Service"-Feldes einig, und das Feld wurde als "experimentelle Verwendung" bezeichnet; daher lautet der Name seitdem "EXP-Feld".

Die Bezeichnung "für experimentelle Zwecke" hat dazu geführt, dass andere Standards Development Organizations (SDOs) und Implementierer angenommen haben, dass sie das Feld für ihre eigenen experimentellen Zwecke nutzen könnten. Um diese Verwirrung zu beseitigen, wird das Feld in "Traffic Class-Feld" (TC-Feld) umbenannt.

2. Details der Änderung​

2.1 RFC 3032​

Das Diagramm des Label-Stack-Eintrags in RFC 3032 lautet wie folgt:

 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                Label                  | TC  |S|       TTL     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Label:  Label Value, 20 bits
TC:     Traffic Class field, 3 bits
S:      Bottom of Stack, 1 bit
TTL:    Time to Live, 8 bits

2.2 RFC 3270​

RFC 3270 "Multi-Protocol Label Switching (MPLS) Support of Differentiated Services" definiert, wie das EXP-Feld verwendet wird, um Differentiated Services (DiffServ) zu unterstützen. Dieses Dokument stellt klar, dass sich das in RFC 3270 erwähnte EXP-Feld nun auf das TC-Feld bezieht.

2.3 RFC 5129​

RFC 5129 "Explicit Congestion Notification (ECN) Framing with MPLS" definiert, wie das EXP-Feld verwendet wird, um ECN zu unterstützen. Ebenso bezieht sich das EXP-Feld hier nun auf das TC-Feld.

3. Verwendung des TC-Feldes​

Das TC-Feld wird verwendet, um Funktionen für Differentiated Services (DiffServ) und Explicit Congestion Notification (ECN) zu unterstützen.

4. Sicherheitsüberlegungen​

Dieses Dokument benennt lediglich ein Feld um und ändert weder das Verhalten des MPLS-Protokolls noch führt es neue Sicherheitsprobleme ein.

Hinweis: Diese Übersetzung dient nur als Referenz. Bitte konsultieren Sie das Original-RFC 5462 für offizielle Details.

Letztes Update am