Aller au contenu principal

RFC 5462 - Entrée de pile d'étiquettes MPLS : Champ "EXP" renommé en champ "Traffic Class"

  • Statut: Proposed Standard
  • Publié: February 2009
  • Stream: IETF
  • Met à jour: RFC3032, RFC3270, RFC3272, RFC3443, RFC3469, RFC3564, RFC3985, RFC4182, RFC4364, RFC4379, RFC4448, RFC4761, RFC5129
  • Errata: Pas d'errata

Résumé​

Les premiers documents sur la commutation multiprotocole par étiquette (MPLS) définissaient la forme de l'entrée de la pile d'étiquettes MPLS. Cela inclut un champ de trois bits appelé "champ EXP". L'utilisation exacte de ce champ n'était pas définie par ces documents, sauf pour indiquer qu'il devait être "réservé à un usage expérimental".

Bien que l'utilisation prévue du champ EXP fût celle d'un champ "Classe de Service" (CoS), il n'a pas été nommé champ CoS par ces premiers documents car l'utilisation d'un tel champ CoS n'était pas considérée comme suffisamment définie. Aujourd'hui, un certain nombre de documents de normes définissent son utilisation comme un champ CoS.

Pour éviter tout malentendu sur la manière dont ce champ peut être utilisé, il est devenu de plus en plus nécessaire de le renommer. Ce document change le nom du champ en "champ Traffic Class" ("champ TC"). Ce faisant, il met également à jour les documents qui définissent l'utilisation actuelle du champ EXP.

1. Introduction​

Le format d'une entrée de pile d'étiquettes MPLS est défini par le RFC 3032 pour inclure un champ de trois bits appelé "champ EXP". L'utilisation exacte de ce champ n'est pas définie par le RFC 3032, sauf pour indiquer qu'il doit être "réservé à un usage expérimental".

Le champ EXP, dès le départ, était destiné à transporter des informations de "Classe de Service" (CoS). Le champ était en fait appelé "champ Classe de Service" dans les premières versions du document du groupe de travail qui a été publié sous le nom de RFC 3032. Cependant, au moment de la publication du RFC 3032, l'utilisation exacte de ce champ "Classe de Service" n'était pas convenue et le champ a été désigné comme "usage expérimental" ; par conséquent, le nom est resté le "champ EXP".

La désignation "pour usage expérimental" a conduit d'autres organismes de développement de normes (SDO) et des implémenteurs à supposer qu'ils pouvaient utiliser le champ à leurs propres fins expérimentales. Pour éliminer cette confusion, le champ est renommé "champ Traffic Class" (champ TC).

2. Détails du changement​

2.1 RFC 3032​

Le schéma de l'entrée de la pile d'étiquettes dans le RFC 3032 est le suivant :

 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​

Le RFC 3270 "Multi-Protocol Label Switching (MPLS) Support of Differentiated Services" définit comment le champ EXP est utilisé pour prendre en charge les services différenciés (DiffServ). Ce document clarifie que le champ EXP mentionné dans le RFC 3270 fait désormais référence au champ TC.

2.3 RFC 5129​

Le RFC 5129 "Explicit Congestion Notification (ECN) Framing with MPLS" définit comment le champ EXP est utilisé pour prendre en charge ECN. De même, le champ EXP fait ici désormais référence au champ TC.

3. Utilisation du champ TC​

Le champ TC est utilisé pour prendre en charge les fonctions de services différenciés (DiffServ) et de notification explicite de congestion (ECN).

4. Considérations de sécurité​

Ce document ne fait que renommer un champ et ne modifie pas le comportement du protocole MPLS ni n'introduit de nouveaux problèmes de sécurité.

Note: Cette traduction est fournie à titre de référence. Veuillez consulter le RFC 5462 original pour les détails officiels.

Dernière mise à jour le