Passa al contenuto principale

3. Operazioni dettagliate degli E-LSP

3.1. Definizione di E-LSP​

Gli E-LSP sono definiti nella sezione 1.2.

All'interno di un dato dominio MPLS Diff-Serv, tutti gli E-LSP che si basano sul mapping preconfigurato sono in grado di trasportare lo stesso insieme comune di 8, o meno, BA. Ciascuno di quegli E-LSP può effettivamente trasportare questo insieme completo di BA oppure un qualsiasi sottoinsieme arbitrario di esso.

Per un dato FEC, due dati E-LSP che usano un mapping `EXP<-->PHB' segnalato possono supportare gli stessi o diversi insiemi di Ordered Aggregate.

3.2. Popolamento del mapping `Encaps-->PHB' per un E-LSP in ingresso​

Questa sezione definisce come il mapping `Encaps-->PHB' del Diff-Serv Context è popolato per un E-LSP in ingresso al fine di consentire la determinazione del PHB in ingresso.

Il mapping Encaps-->PHB' per un E-LSP è sempre della forma mapping EXP-->PHB'.

Se l'etichetta corrisponde a un E-LSP per il quale non è stato esplicitamente segnalato un mapping EXP<-->PHB' al set-up dell'LSP, il mapping EXP-->PHB' è popolato basandosi sul mapping `EXP<-->PHB' preconfigurato che è discusso più avanti nella sezione 3.2.1.

Se l'etichetta corrisponde a un E-LSP per il quale è stato esplicitamente segnalato un mapping EXP<-->PHB' al set-up dell'LSP, il mapping EXP-->PHB' è popolato secondo il mapping `EXP<-->PHB' segnalato.

3.2.1. Mapping `EXP<-->PHB' preconfigurato​

Gli LSR che supportano E-LSP che usano il mapping EXP<-->PHB' preconfigurato devono consentire la configurazione locale di questo mapping EXP<-->PHB'. Questo mapping si applica a tutti gli E-LSP stabiliti su questo LSR senza un mapping esplicitamente segnalato al momento del set-up.

Il mapping `EXP<-->PHB' preconfigurato deve essere coerente a ogni hop dell'E-LSP attraverso il dominio MPLS Diff-Serv attraversato dall'LSP oppure deve essere eseguita un'appropriata rimarcazione del campo EXP da parte dell'LSR ogni volta che un mapping preconfigurato diverso è usato sulle interfacce di ingresso e di uscita.

Nel caso in cui il mapping EXP<-->PHB' preconfigurato non sia stato effettivamente configurato dall'amministratore di rete, l'LSR dovrebbe usare un mapping EXP<-->PHB' preconfigurato predefinito che mappa tutti i valori EXP sul PHB Default.

3.3. Determinazione del PHB in ingresso su un E-LSP in ingresso​

Questa sezione definisce come la determinazione del PHB in ingresso è eseguita quando la voce di etichetta considerata nello stack di etichette ricevuto corrisponde a un E-LSP. Ciò richiede che il mapping `Encaps-->PHB' sia popolato come definito nella sezione 3.2.

Quando si considera una voce di etichetta corrispondente a un E-LSP in ingresso per la determinazione del PHB in ingresso, l'LSR:

  • determina il mapping EXP-->PHB' cercando il mapping Encaps-->PHB' del Diff-Serv Context associato nell'ILM con l'etichetta E-LSP in ingresso considerata.

  • determina il PHB in ingresso cercando il campo EXP della voce di etichetta considerata nella tabella del mapping `EXP-->PHB'.

3.4. Popolamento dell'`insieme di mapping PHB-->Encaps' per un E-LSP in uscita​

Questa sezione definisce come l'`insieme di mapping PHB-->Encaps' del Diff-Serv Context è popolato al set-up dell'etichetta per un E-LSP in uscita al fine di consentire la codifica delle informazioni Diff-Serv nel livello di incapsulamento.

3.4.1. Mapping `PHB-->EXP'​

Un E-LSP in uscita deve sempre avere un mapping PHB-->EXP' come parte dell'insieme di mapping PHB-->Encaps' del suo Diff-Serv Context.

Se l'etichetta corrisponde a un E-LSP per il quale non è stato esplicitamente segnalato un mapping EXP<-->PHB' al set-up dell'LSP, questo mapping PHB-->EXP' è popolato basandosi sul mapping `EXP<-->PHB' preconfigurato che è discusso sopra nella sezione 3.2.1.

Se l'etichetta corrisponde a un E-LSP per il quale è stato esplicitamente segnalato un mapping EXP<-->PHB' al set-up dell'LSP, il mapping PHB-->EXP' è popolato secondo il mapping `EXP<-->PHB' segnalato.

3.4.2. Mapping `PHB-->CLP'​

Se l'LSP esce su un'interfaccia ATM che non è controllata dal label switching, allora un mapping PHB-->CLP' è aggiunto all'insieme di mapping PHB-->Encaps' per questo LSP in uscita. Questo mapping `PHB-->CLP' è popolato nel modo seguente:

  • è una funzione dei PHB supportati su questo LSP, e può usare le voci di mapping rilevanti per questi PHB dal mapping `PHB-->CLP' predefinito definito nella sezione 3.4.2.1. Possono essere usati mapping diversi da quello definito nella sezione 3.4.2.1. In particolare, se un mapping dai PHB al CLP sarà standardizzato in futuro per le operazioni di Diff-Serv su ATM, un tale mapping standardizzato potrà allora essere usato.

Ad esempio, se l'etichetta in uscita corrisponde a un LSP che supporta il PSC AF1, allora il mapping `PHB-->CLP' può essere popolato con:

         PHB                CLP Field

AF11 ----> 0
AF12 ----> 1
AF13 ----> 1
EF ----> 0

Si noti che in questo caso l'insieme di mapping PHB-->Encaps' contiene sia un mapping PHB-->EXP' sia un mapping `PHB-->CLP'.

3.4.2.1. Mapping `PHB-->CLP' predefinito​

         PHB                CLP Bit

DF ----> 0
CSn ----> 0
AFn1 ----> 0
AFn2 ----> 1
AFn3 ----> 1
EF ----> 0

3.4.3. Mapping `PHB-->DE'​

Se l'LSP esce su un'interfaccia Frame Relay che non è controllata dal label switching, un mapping PHB-->DE' è aggiunto all'insieme di mapping PHB-->Encaps' per questo LSP in uscita ed è popolato nel modo seguente:

  • è una funzione dei PHB supportati su questo LSP, e può usare le voci di mapping rilevanti per questi PHB dal mapping `PHB-->DE' predefinito definito nella sezione 3.4.3.1. Possono essere usati mapping diversi da quello definito nella sezione 3.4.3.1. In particolare, se un mapping dai PHB al DE sarà standardizzato in futuro per le operazioni di Diff-Serv su Frame Relay, un tale mapping standardizzato potrà allora essere usato.

Si noti che in questo caso l'insieme di mapping PHB-->Encaps' contiene sia un mapping PHB-->EXP' sia un mapping `PHB-->DE'.

3.4.3.1. Mapping `PHB-->DE' predefinito​

         PHB                 DE Bit

DF ----> 0
CSn ----> 0
AFn1 ----> 0
AFn2 ----> 1
AFn3 ----> 1
EF ----> 0

3.4.4. Mapping `PHB-->802.1'​

Se l'LSP esce su un'interfaccia LAN su cui sono supportate più classi di traffico 802.1 come da [IEEE_802.1], allora un mapping PHB-->802.1' è aggiunto all'insieme di mapping PHB-->Encaps' per questo LSP in uscita. Questo mapping `PHB-->802.1' è popolato nel modo seguente:

  • è una funzione dei PHB supportati su questo LSP, e usa le voci di mapping rilevanti per questi PHB dal mapping `PHB-->802.1' preconfigurato definito nella sezione 3.4.4.1.

Si noti che l'insieme di mapping PHB-->Encaps' contiene allora sia un mapping PHB-->EXP' sia un mapping `PHB-->802.1'.

3.4.4.1. Mapping `PHB-->802.1' preconfigurato​

Al momento della produzione di questa specifica, non esiste un mapping standardizzato dai PHB alle classi di traffico 802.1. Di conseguenza, un LSR che supporta più classi di traffico 802.1 su interfacce LAN deve consentire la configurazione locale di un mapping `PHB-->802.1'. Questo mapping si applica a tutti gli LSP in uscita stabiliti dall'LSR su tali interfacce LAN.

3.5. Codifica delle informazioni Diff-Serv nel livello di incapsulamento su un E-LSP in uscita​

Questa sezione definisce come codificare le informazioni Diff-Serv nel livello di incapsulamento MPLS per una data voce di etichetta trasmessa corrispondente a un E-LSP in uscita. Ciò richiede che l'`insieme di mapping PHB-->Encaps' sia popolato come definito nella sezione 3.4.

L'LSR determina prima l'`insieme di mapping PHB-->Encaps' del Diff-Serv Context associato all'etichetta corrispondente nella NHLFE.

3.5.1. Mapping `PHB-->EXP'​

Se l'insieme di mapping PHB-->Encaps' contiene un mapping della forma mapping PHB-->EXP', allora l'LSR:

  • determina il valore da scrivere nel campo EXP della voce di etichetta del livello corrispondente cercando il "PHB in uscita" in questa tabella del mapping `PHB-->EXP'.

3.5.2. Mapping `PHB-->CLP'​

Se l'insieme di mapping PHB-->Encaps' contiene un mapping della forma mapping PHB-->CLP', allora l'LSR:

  • determina il valore da scrivere nel campo CLP dell'intestazione di incapsulamento ATM, cercando il "PHB in uscita" in questa tabella del mapping `PHB-->CLP'.

3.5.3. Mapping `PHB-->DE'​

Se l'insieme di mapping PHB-->Encaps' contiene un mapping della forma mapping PHB-->DE', allora l'LSR:

  • determina il valore da scrivere nel campo DE dell'intestazione di incapsulamento Frame Relay, cercando il "PHB in uscita" in questa tabella del mapping `PHB-->DE'.

3.5.4. Mapping `PHB-->802.1'​

Se l'insieme di mapping PHB-->Encaps' contiene un mapping della forma mapping PHB-->802.1', allora l'LSR:

  • determina il valore da scrivere nel campo User_Priority del Tag Control Information dell'intestazione di incapsulamento 802.1 [IEEE_802.1], cercando il "PHB in uscita" in questa tabella del mapping 'PHB-->802.1'.

3.6. Merge di E-LSP​

In un dominio MPLS, due o più LSP possono essere uniti (merged) in un LSP in un LSR. Gli E-LSP sono compatibili con il merge di LSP sotto la seguente condizione:

Gli E-LSP possono essere uniti in un solo LSP se supportano esattamente lo stesso insieme di BA.

Per gli E-LSP che usano un mapping `EXP<-->PHB' segnalato, la condizione di merge di cui sopra MUST essere applicata dagli LSR attraverso un controllo esplicito al set-up dell'etichetta che esattamente lo stesso insieme di PHB sia supportato sugli LSP uniti.

Per gli E-LSP che usano il mapping EXP<-->PHB' preconfigurato, poiché i PHB supportati su un E-LSP non sono segnalati al momento dell'establishment, un LSR non può basarsi sulle informazioni di segnalazione per applicare il merge di cui sopra. Tuttavia tutti gli E-LSP che usano il mapping EXP<-->PHB' preconfigurato sono tenuti a supportare lo stesso insieme di Behavior Aggregate all'interno di un dato dominio MPLS Diff-Serv. Pertanto, il merge di E-LSP che usano il mapping `EXP<-->PHB' preconfigurato è consentito all'interno di un dato dominio MPLS Diff-Serv.