1. Introduzione

Il formato di una voce dello stack di etichette MPLS è definito dalla RFC 3032 [RFC3032] e include un campo di tre bit chiamato "campo EXP". La RFC 3032 non ne definisce l'uso preciso, salvo stabilire che sia "riservato per uso sperimentale".

Fin dall'inizio il campo EXP era destinato a trasportare informazioni di Class of Service (CoS). Nelle prime versioni del documento del gruppo di lavoro poi pubblicato come RFC 3032 era infatti chiamato "Class of Service field". Al momento della pubblicazione, tuttavia, l'uso preciso non era stato concordato e il campo fu designato per "experimental use"; da allora è rimasto il "campo EXP".

La designazione sperimentale ha indotto altre Standards Development Organizations (SDO) e alcuni implementatori a ritenere possibile impiegare il campo per altri scopi. Il documento ne modifica il nome per indicare chiaramente che si tratta di un campo di classificazione del traffico.

Inizialmente fu valutato il nome originale "campo CoS", ma esso non comprende le evoluzioni avvenute dopo la RFC 3032:

1. La RFC 3270 [RFC3270] ha definito per la prima volta l'uso del campo EXP, specificando una variante dei Diffserv Label Switched Paths (LSP) chiamata EXP-Inferred-PSC LSP (E-LSP). PSC è un acronimo a due livelli che significa PHB (Per-Hop Behavior) Scheduling Class.
2. La RFC 5129 [RFC5129] ha esteso tale uso definendo metodi per la marcatura esplicita della congestione in MPLS.

Il nome "Traffic Class field (TC field)" descrive quindi meglio gli impieghi possibili. Il campo TC MPLS si rapporta a un pacchetto incapsulato MPLS come il campo TC IPv6 a un pacchetto IPv6 o il campo IPv4 Precedence a un pacchetto IPv4.

Le RFC 3270 e 5129 definiscono chiaramente l'uso del campo EXP, ma non dichiarano esplicitamente di aggiornare la RFC 3032; tale relazione non fu registrata nel repository RFC fino all'avvio del presente lavoro.

Il documento aggiorna le RFC 3032, 3270 e 5129 per chiarire l'uso previsto del campo TC. Le modifiche al loro testo sono descritte nella Sezione 2. Aggiorna inoltre altre RFC elencate nella Sezione 2.4, per le quali la modifica consiste soltanto nel nuovo nome del campo della voce dello stack.

Le parole chiave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" e "OPTIONAL" devono essere interpretate come descritto nella RFC 2119 [RFC2119].