Passa al contenuto principale

RFC 3270 - Supporto MPLS per Servizi Differenziati (Diff-Serv)

  • Stato: Proposed Standard
  • Pubblicato: May 2002
  • Stream: IETF
  • Aggiorna: RFC3032
  • Errata: Nessun errata

Sommario (Abstract)​

Questo documento definisce una soluzione flessibile per il supporto dei Servizi Differenziati (Diff-Serv) su reti Multi-Protocol Label Switching (MPLS).

Questa soluzione consente all'amministratore di rete MPLS di selezionare come gli Aggregati di Comportamento (BA) Diff-Serv sono mappati sui percorsi a commutazione di etichetta (LSP) in modo che possa soddisfare al meglio gli obiettivi di Diff-Serv, Traffic Engineering e protezione all'interno della sua particolare rete. Ad esempio, questa soluzione consente all'amministratore di rete di decidere se diversi set di BA devono essere mappati sullo stesso LSP o mappati su LSP separati.

1. Introduzione (Introduction)​

In un dominio MPLS [MPLS_ARCH], quando un flusso di dati attraversa un percorso comune, è possibile stabilire un percorso a commutazione di etichetta (LSP) utilizzando i protocolli di segnalazione MPLS. Al Label Switch Router (LSR) di ingresso, a ogni pacchetto viene assegnata un'etichetta e viene trasmesso a valle. In ogni LSR lungo l'LSP, l'etichetta viene utilizzata per inoltrare il pacchetto all'hop successivo.

In un dominio Differentiated Service (Diff-Serv) [DIFF_ARCH] si dice che tutti i pacchetti IP che attraversano un collegamento e richiedono lo stesso comportamento Diff-Serv costituiscono un Aggregato di Comportamento (BA). Al nodo di ingresso del dominio Diff-Serv, i pacchetti vengono classificati e contrassegnati con un Diff-Serv Code Point (DSCP) che corrisponde al loro Aggregato di Comportamento. In ogni nodo di transito, il DSCP viene utilizzato per selezionare il comportamento per hop (PHB) che determina il trattamento di pianificazione e, in alcuni casi, la probabilità di eliminazione per ciascun pacchetto.

Questo documento specifica una soluzione per supportare gli Aggregati di Comportamento Diff-Serv i cui PHB corrispondenti sono attualmente definiti (in [DIFF_HEADER], [DIFF_AF], [DIFF_EF]) su una rete MPLS. Questa soluzione offre anche flessibilità per un facile supporto dei PHB che potrebbero essere definiti in futuro.

Questa soluzione si basa sull'uso combinato di due tipi di LSP:

  • E-LSP (EXP-Inferred-PSC LSP): LSP che possono trasportare più aggregati ordinati (Ordered Aggregates), in modo che il campo EXP dell'intestazione MPLS Shim trasmetta all'LSR il PHB da applicare al pacchetto (coprendo sia le informazioni sul trattamento di pianificazione del pacchetto che sulla sua priorità di eliminazione).
  • L-LSP (Label-Only-Inferred-PSC LSP): LSP che trasportano solo un singolo aggregato ordinato, in modo che il trattamento di pianificazione del pacchetto sia dedotto dall'LSR esclusivamente dal valore dell'etichetta del pacchetto mentre la priorità di eliminazione del pacchetto è trasmessa nel campo EXP dell'intestazione MPLS Shim o nel meccanismo di eliminazione selettiva specifico del livello di collegamento incapsulante (ATM, Frame Relay, 802.1).

1.1 Terminologia (Terminology)​

  • E-LSP: LSP con PSC dedotto da EXP (EXP-Inferred-PSC LSP)
  • L-LSP: LSP con PSC dedotto solo dall'etichetta (Label-Only-Inferred-PSC LSP)
  • OA: Aggregato Ordinato (Ordered Aggregate). L'insieme di Aggregati di Comportamento che condividono un vincolo di ordinamento.
  • PSC: Classe di Pianificazione PHB (PHB Scheduling Class). L'insieme di uno o più PHB applicati all'Aggregato/i di Comportamento appartenente/i a un dato OA.

1.2 LSP con PSC dedotto da EXP (E-LSP)​

Un singolo LSP può essere utilizzato per supportare uno o più OA. Tali LSP possono supportare fino a otto BA di un dato FEC, indipendentemente da quanti OA coprano questi BA. Con tali LSP, il campo EXP dell'intestazione MPLS Shim viene utilizzato dall'LSR per determinare il PHB da applicare al pacchetto. Ciò include sia il PSC che la preferenza di eliminazione.

Ci riferiamo a tali LSP come "LSP con PSC dedotto da EXP" (E-LSP), poiché il PSC di un pacchetto trasportato su questo LSP dipende dal valore del campo EXP per quel pacchetto.

1.3 LSP con PSC dedotto solo dall'etichetta (L-LSP)​

È possibile stabilire un LSP separato per una singola coppia <FEC, OA>. Con tali LSP, il PSC viene esplicitamente segnalato al momento della creazione dell'etichetta, in modo che dopo la creazione dell'etichetta, l'LSR possa dedurre esclusivamente dal valore dell'etichetta il PSC da applicare a un pacchetto etichettato. Quando viene utilizzata l'intestazione Shim, la precedenza di eliminazione che deve essere applicata dall'LSR al pacchetto etichettato viene trasmessa all'interno dell'intestazione MPLS Shim del pacchetto etichettato utilizzando il campo EXP.

Ci riferiamo a tali LSP come "LSP con PSC dedotto solo dall'etichetta" (L-LSP) poiché il PSC può essere completamente dedotto dall'etichetta senza altre informazioni (ad esempio, indipendentemente dal valore del campo EXP).

2. Modello di inoltro etichette per LSR Diff-Serv e modelli di tunneling​

2.1 Modello di inoltro etichette per LSR Diff-Serv​

Per descrivere l'inoltro delle etichette da parte degli LSR Diff-Serv, modelliamo il comportamento di commutazione delle etichette Diff-Serv dell'LSR, composto da quattro fasi:

  1. Determinazione del PHB in entrata (Incoming PHB Determination)
  2. Determinazione del PHB in uscita con condizionamento del traffico opzionale (Outgoing PHB Determination With Optional Traffic Conditioning)
  3. Inoltro etichetta (Label Forwarding)
  4. Codifica delle informazioni Diff-Serv nel livello di incapsulamento (Encoding of Diff-Serv information into Encapsulation Layer) (EXP, CLP, DE, User_Priority)

2.6 Modelli di tunneling Diff-Serv su MPLS​

[DIFF_TUNNEL] considera l'interazione dei Servizi Differenziati con i tunnel IP di varie forme. Gli LSP MPLS non sono una forma di "tunnel IP" poiché l'intestazione di incapsulamento MPLS non contiene un'intestazione IP. Tuttavia, gli LSP MPLS sono una forma di "tunnel".

Questo documento definisce le operazioni di due modelli concettuali su MPLS: il modello Pipe e il modello Uniform.

2.6.2 Modello Pipe (Pipe Model)​

Con il modello Pipe, i tunnel MPLS (noti anche come LSP) vengono utilizzati per nascondere i nodi MPLS intermedi tra l'ingresso e l'uscita LSP dalla prospettiva Diff-Serv. I pacchetti sottoposti a tunneling devono trasmettere due informazioni Diff-Serv significative:

  • Informazioni Diff-Serv LSP: significative per i nodi intermedi lungo l'estensione LSP, inclusa l'uscita LSP.
  • Informazioni Diff-Serv Tunneling: significative oltre l'uscita LSP.

2.6.3 Modello Uniforme (Uniform Model)​

Con il modello Uniforme, i tunnel MPLS (noti anche come LSP) sono visti come artefatti del percorso end-to-end dal punto di vista Diff-Serv. In questo modello, qualsiasi pacchetto contiene esattamente un'informazione Diff-Serv che è significativa ed è sempre codificata nella voce dell'etichetta più esterna.

3. Operazioni dettagliate degli E-LSP​

3.1 Definizione E-LSP​

All'interno di un dato dominio MPLS Diff-Serv, tutti gli E-LSP che si basano sulla mappatura preconfigurata sono in grado di trasportare lo stesso set comune di 8, o meno, BA.

3.2 Popolamento della 'mappatura Encaps-->PHB' per un E-LSP in entrata​

La 'mappatura Encaps-->PHB' per un E-LSP è sempre della forma 'mappatura EXP-->PHB'.

3.4 Popolamento del 'Set di mappature PHB-->Encaps' per un E-LSP in uscita​

Un E-LSP in uscita deve sempre avere una 'mappatura PHB-->EXP' come parte del 'Set di mappature PHB-->Encaps' del suo contesto Diff-Serv.

4. Operazioni dettagliate degli L-LSP​

4.1 Definizione L-LSP​

Un L-LSP viene stabilito per una singola coppia <FEC, OA>.

4.2 Popolamento della 'mappatura Encaps-->PHB' per un L-LSP in entrata​

Se l'LSR termina il livello MPLS Shim su questo L-LSP in entrata e l'L-LSP entra su un'interfaccia che non è né ATM né Frame Relay, allora è una 'mappatura EXP-->PHB'. Questa mappatura è una funzione del PSC che viene trasportato su questo LSP.

4.2.1.1 'Mappatura EXP/PSC --> PHB' obbligatoria​

Campo EXP      PSC             PHB
  000          DF    ---->    DF
  000          CSn   ---->    CSn
  001          AFn   ---->    AFn1
  010          AFn   ---->    AFn2
  011          AFn   ---->    AFn3
  000          EF    ---->    EF

5. Estensione RSVP per supporto Diff-Serv​

5.1 Formato dei messaggi RSVP relativi a Diff-Serv​

Un nuovo oggetto RSVP è definito in questo documento: l'oggetto DIFFSERV.

5.2 Oggetto DIFFSERV​

Attualmente esistono due possibili C_Types. Il Tipo 1 è un oggetto DIFFSERV per un E-LSP. Il Tipo 2 è un oggetto DIFFSERV per un L-LSP.

5.2.1 Oggetto DIFFSERV per un E-LSP​

Contiene voci MAP, in cui ogni voce definisce la mappatura tra un valore del campo EXP e un PHB.

5.2.2 Oggetto DIFFSERV per un L-LSP​

Contiene un campo PSC che indica una classe di pianificazione PHB che deve essere supportata dall'LSP.

6. Estensioni LDP per supporto Diff-Serv​

6.1 TLV Diff-Serv​

Viene definito un nuovo TLV LDP: il TLV Diff-Serv.

  • TLV Diff-Serv per un E-LSP: Contiene la mappatura da EXP a PHB.
  • TLV Diff-Serv per un L-LSP: Contiene il PSC.

7. Considerazioni IANA​

Questo documento definisce un nuovo oggetto RSVP (oggetto DIFFSERV, Class-Num 65) e un nuovo TLV LDP (TLV Diff-Serv).

8. Riferimenti​

[MPLS_ARCH] Rosen, E., et al., "Multiprotocol Label Switching Architecture", RFC 3031. [DIFF_ARCH] Blake, S., et al., "An Architecture for Differentiated Services", RFC 2475.

Nota del traduttore: Questo documento è una traduzione di riferimento in italiano della RFC 3270.

Ultimo aggiornamento il