Passa al contenuto principale

2. Dettagli della modifica

Le RFC 3032, 3270 e 5129 sono aggiornate come segue.

2.1. RFC 3032​

La RFC 3032, a pagina 4, recita:

3. Experimental Use This three-bit field is reserved for experimental use.

Il paragrafo è sostituito da:

3. Traffic Class (TC) field Questo campo di tre bit trasporta informazioni sulla classe di traffico; il nuovo nome si applica a tutte le occorrenze nelle RFC e negli altri documenti IETF. Le RFC 3270 e 5129 aggiornano la definizione del campo TC e ne descrivono l'uso.

Nella Figura 1 a pagina 3 della RFC 3032, il formato della voce è:

  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
 |                Label                  | Exp |S|       TTL     | Stack
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Entry

                     Label:  Label Value, 20 bits
                     Exp:    Experimental Use, 3 bits
                     S:      Bottom of Stack, 1 bit
                     TTL:    Time to Live, 8 bits

                              Figure 1

La figura viene modificata per riflettere il nuovo nome:

  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
 |                Label                  | TC  |S|       TTL     | Stack
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Entry

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

                               Figure 1 (new)

La designazione "Figura 1 (nuova)" distingue le figure nel presente documento; nella RFC 3032 resta "Figura 1".

2.2. RFC 3270​

La Sezione 1.2 della RFC 3270 recita:

1.2 EXP-Inferred-PSC LSPs (E-LSP) Un singolo LSP può supportare una o più OA e fino a otto BA di una data FEC, indipendentemente dal numero di OA interessate. Il campo EXP dell'MPLS Shim Header è usato dall'LSR per determinare il PHB da applicare al pacchetto, inclusi PSC e drop preference. Questi LSP sono chiamati "EXP-inferred-PSC LSPs" (E-LSP), perché il PSC del pacchetto dipende dal valore EXP. La mappatura da EXP a PHB, cioè a PSC e drop precedence, viene segnalata esplicitamente all'impostazione dell'etichetta oppure dipende da una mappatura preconfigurata. Le operazioni dettagliate sono nella Sezione 3 della RFC 3270.

La RFC 3270 è aggiornata in questo modo:

  1. Alla fine della Sezione 1 viene aggiunto: "Il campo EXP è stato rinominato campo TC; tutti i riferimenti al campo EXP nella RFC 3270 indicano ora il campo TC".
  2. Alla Sezione 1.1 viene aggiunto il termine TC — Traffic Class (sostituisce il termine EXP).
  3. Nella Sezione 1.1 l'acronimo E-LSP significa ora Explicitly TC-encoded-PSC LSP.

La Sezione 1.2 viene sostituita da:

1.2 Explicitly TC-encoded-PSC LSPs (E-LSP) Il campo EXP è stato rinominato campo TC; tutti i riferimenti della RFC 3270 indicano ora il campo TC. L'acronimo E-LSP (Explicitly TC-encoded-PSC LSP) viene conservato perché è ampiamente utilizzato. Un singolo LSP può supportare una o più OA e fino a otto BA di una data FEC, indipendentemente dal numero di OA interessate. Il campo TC dell'MPLS Shim Header è usato dall'LSR per determinare il PHB, inclusi PSC e drop preference. Tali LSP sono chiamati "Explicitly TC-encoded-PSC LSPs" perché il PSC dipende dal valore del campo TC, precedentemente chiamato EXP. La mappatura da TC a PHB viene segnalata all'impostazione dell'etichetta o usa una configurazione predefinita. Si tratta di un aggiornamento della RFC 3032 coerente con l'intento originario del campo nello Shim Header. La RFC 3270 è stata a sua volta aggiornata dalla RFC 5129. Le operazioni dettagliate degli E-LSP sono nella Sezione 3 della RFC 3270.

2.3. RFC 5129​

Alla fine della Sezione 1.1 della RFC 5129 viene aggiunto: "Il campo EXP è stato rinominato campo TC; tutti i riferimenti al campo EXP nella RFC 5129 indicano ora il campo TC".

Il quinto punto della Sezione 2 descrive un approccio suggerito da [Shayman]: gli LSR interni presumono che gli endpoint supportino ECN, ma verificano tale presupposto quando viene estratta l'ultima etichetta. Se un LSR interno marca ECN nel campo EXP dello shim header ma l'intestazione IP indica che gli endpoint non supportano ECN, il router di confine, o il penultimo router con penultimate-hop popping, scarta il pacchetto. Questo schema, chiamato per-domain ECT checking, è raccomandato e definito più precisamente nella sezione successiva. Può tuttavia inoltrare pacchetti che hanno incontrato congestione per poi scartarli all'uscita del dominio MPLS; la motivazione è nella Sezione 8.1 della RFC 5129.

Il testo è aggiornato sostituendo il riferimento al campo EXP con il campo TC; lo schema costituisce un aggiornamento delle RFC 3032 e 3270. Il supporto degli endpoint resta "ECN-capable": il nuovo nome del campo non modifica la capacità ECN.

2.4. Ambito della modifica​

Nei documenti aggiornati esistono riferimenti a "Exp field", "Exp bits", "EXP bits" o "EXP". In tutti i casi essi indicano ora il campo TC.

Anche altre RFC, fra cui 3272, 3443, 3469, 3564, 3985, 4182, 4364, 4379, 4448 e 4761, usano tali espressioni. In tutte le RFC, incluse ma non limitate a quelle elencate, i riferimenti indicano ora il campo TC.