Appendice A. Esempi di scenari di deployment

Questa sezione non fornisce specifiche aggiuntive ed è qui solo per fornire esempi di come questo approccio flessibile per il supporto Diff-Serv su MPLS possa essere dispiegato. I pro e i contro delle varie opzioni di deployment per ambienti particolari sono al di fuori dell'ambito di questo documento.

A.1. Scenario 1: 8 (o meno) BA, nessun Traffic Engineering, nessuna protezione MPLS

Un Service Provider che esegue 8 (o meno) BA su MPLS, non eseguendo Traffic engineering, non usando la protezione MPLS e usando l'incapsulamento MPLS Shim Header nella propria rete, può scegliere di eseguire Diff-Serv su MPLS usando un singolo E-LSP per FEC stabilito via LDP. Inoltre il Service Provider può scegliere di usare il mapping `EXP<-->PHB' preconfigurato.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR il mapping bi-direzionale tra ciascun PHB e un valore del campo EXP (ad es., 000<-->AF11, 001<-->AF12, 010<-->AF13)

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC (ad es., banda allocata ad AF1) e il comportamento di dropping per ciascun PHB (ad es., profilo di scarto per AF11, AF12, AF13)

• gli LSR segnalano l'establishment di un singolo E-LSP per FEC usando LDP in conformità con la specifica di cui sopra (cioè nessun Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping per indicare implicitamente che l'LSP è un E-LSP e che usa il mapping preconfigurato)

A.2. Scenario 2: più di 8 BA, nessun Traffic Engineering, nessuna protezione MPLS

Un Service Provider che esegue più di 8 BA su MPLS, non eseguendo Traffic Engineering, non usando la protezione MPLS e usando l'incapsulamento MPLS Shim nella propria rete può scegliere di eseguire Diff-Serv su MPLS usando per ciascun FEC:

• un E-LSP stabilito via LDP e che usa il mapping preconfigurato per supportare un insieme di 8 (o meno) BA, E

• un L-LSP per <FEC,OA> stabilito via LDP per il supporto degli altri BA.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR il mapping bi-direzionale tra ciascun PHB e un valore del campo EXP per i BA trasportati sull'E-LSP

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC supportato sull'E-LSP e il comportamento di dropping per ciascun PHB corrispondente

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC supportato sugli L-LSP e il comportamento di dropping per ciascun PHB corrispondente

• gli LSR segnalano l'establishment di un singolo E-LSP per FEC per l'insieme di BA trasportati sull'E-LSP usando LDP come specificato sopra (cioè nessun Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping per indicare implicitamente che l'LSP è un E-LSP e che usa il mapping preconfigurato)

• gli LSR segnalano l'establishment di un L-LSP per <FEC,OA> per gli altri BA usando LDP come specificato sopra (cioè Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping per indicare il PSC dell'L-LSP).

A.3. Scenario 3: 8 (o meno) BA, Traffic Engineering aggregato, protezione MPLS aggregata

Un Service Provider che esegue 8 (o meno) BA su MPLS, eseguendo Traffic Engineering aggregato (cioè eseguendo una singola selezione di percorso comune per tutti i BA), usando la protezione MPLS aggregata (cioè ripristinando il servizio a tutti i PSC congiuntamente) e usando l'incapsulamento MPLS Shim Header nella propria rete, può scegliere di eseguire Diff-Serv su MPLS usando un singolo E-LSP per FEC stabilito via RSVP [RSVP_MPLS_TE] o CR-LDP [CR-LDP_MPLS_TE] e usando il mapping preconfigurato.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR il mapping bi-direzionale tra ciascun PHB e un valore del campo EXP (ad es., 000<-->AF11, 001<-->AF12, 010<-->AF13)

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC (ad es., banda allocata ad AF1) e il comportamento di dropping per ciascun PHB (ad es. profilo di scarto per AF11, AF12, AF13)

• gli LSR segnalano l'establishment di un singolo E-LSP per FEC che userà il mapping preconfigurato:

  • usando il protocollo RSVP come specificato sopra (cioè nessun oggetto DIFFSERV RSVP nel messaggio PATH contenente l'oggetto LABEL_REQUEST), OPPURE

  • usando il protocollo CR-LDP come specificato sopra (cioè nessun Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping).

• la protezione è attivata su tutti gli E-LSP al fine di ottenere la protezione MPLS tramite meccanismi al di fuori dell'ambito di questo documento.

A.4. Scenario 4: Traffic Engineering/protezione MPLS per-OA

Un Service Provider che esegue un numero qualsiasi di BA su MPLS, eseguendo Traffic Engineering per-OA (cioè eseguendo una selezione di percorso separata per ciascun OA) e eseguendo la protezione MPLS per-OA (cioè eseguendo la protezione con potenzialmente diversi livelli di protezione per i diversi OA) nella propria rete, può scegliere di eseguire Diff-Serv su MPLS usando un L-LSP per coppia <FEC,OA> stabilito via RSVP o CR-LDP.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC (ad es., banda allocata ad AF1) e il comportamento di dropping per ciascun PHB (ad es., profilo di scarto per AF11, AF12, AF13)

• gli LSR segnalano l'establishment di un L-LSP per <FEC,OA>:

  • usando RSVP come specificato sopra per segnalare il PSC dell'L-LSP (cioè oggetto DIFFSERV RSVP nel messaggio PATH contenente il LABEL_REQUEST), OPPURE

  • usando il protocollo CR-LDP come specificato sopra per segnalare il PSC dell'L-LSP (cioè Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping).

• il livello appropriato di protezione è attivato sui diversi L-LSP (potenzialmente con un diverso livello di protezione per ciascun PSC) tramite meccanismi al di fuori dell'ambito di questo documento.

A.5. Scenario 5: 8 (o meno) BA, Traffic Engineering/protezione MPLS per-OA

Un Service Provider che esegue 8 (o meno) BA su MPLS, eseguendo Traffic Engineering per-OA (cioè eseguendo una selezione di percorso separata per ciascun OA) e eseguendo la protezione MPLS per-OA (cioè eseguendo la protezione con potenzialmente diversi livelli di protezione per i diversi OA) nella propria rete, può scegliere di eseguire Diff-Serv su MPLS usando un E-LSP per coppia <FEC,OA> stabilito via RSVP o CR-LDP. Inoltre, il Service Provider può scegliere di usare il mapping preconfigurato su tutti gli E-LSP.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR il mapping bi-direzionale tra ciascun PHB e un valore del campo EXP (ad es., 000<-->AF11, 001<-->AF12, 010<-->AF13)

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC (ad es., banda allocata ad AF1) e il comportamento di dropping per ciascun PHB (ad es. profilo di scarto per AF11, AF12, AF13)

• gli LSR segnalano l'establishment di un E-LSP per <FEC,OA>:

  • usando il protocollo RSVP come specificato sopra per segnalare che l'LSP è un E-LSP che usa il mapping preconfigurato (cioè nessun oggetto DIFFSERV RSVP nel messaggio PATH contenente il LABEL_REQUEST), OPPURE

  • usando il protocollo CR-LDP come specificato sopra per segnalare che l'LSP è un E-LSP che usa il mapping preconfigurato (cioè nessun Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping)

• il Service Provider configura, per ciascun E-LSP, alla head-end di quell'E-LSP, un criterio di filtering/forwarding così che solo i pacchetti appartenenti a un dato OA siano inoltrati sull'E-LSP stabilito per il FEC corrispondente e l'OA corrispondente.

• il livello appropriato di protezione è attivato sui diversi E-LSP (potenzialmente con un diverso livello di protezione a seconda del PSC effettivamente trasportato su ciascun E-LSP) tramite meccanismi al di fuori dell'ambito di questo documento.

A.6. Scenario 6: nessun Traffic Engineering/protezione MPLS su 8 BA, Traffic Engineering/protezione MPLS per-OA su altri BA.

Un Service Provider che non esegue Traffic Engineering/protezione MPLS su 8 (o meno) BA, eseguendo Traffic Engineering/protezione MPLS per-OA sugli altri BA (cioè eseguendo una selezione di percorso separata per ciascun OA corrispondente agli altri BA ed eseguendo la protezione MPLS con una policy potenzialmente diversa per ciascuno di questi OA) e usando l'incapsulamento MPLS Shim nella propria rete può scegliere di eseguire Diff-Serv su MPLS, usando per ciascun FEC:

• un E-LSP che usa il mapping preconfigurato stabilito via LDP per supportare l'insieme di 8 (o meno) BA non-traffic-engineered/non-protetti, E

• un L-LSP per coppia <FEC,OA> stabilito via RSVP o CR-LDP per il supporto degli altri BA.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR il mapping bi-direzionale tra ciascun PHB e un valore del campo EXP per i BA supportati sull'E-LSP

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC supportato sull'E-LSP e il comportamento di dropping per ciascun PHB corrispondente

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC supportato sugli L-LSP e il comportamento di dropping per ciascun PHB corrispondente

• gli LSR segnalano l'establishment di un singolo E-LSP per FEC per i BA non traffic engineered usando LDP come specificato sopra (cioè nessun Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping)

• gli LSR segnalano l'establishment di un L-LSP per <FEC,OA> per gli altri BA:

  • usando il protocollo RSVP come specificato sopra per segnalare il PSC dell'L-LSP (cioè oggetto DIFFSERV RSVP nel messaggio PATH contenente l'oggetto LABEL_REQUEST), OPPURE

  • usando il protocollo CR-LDP come specificato sopra per segnalare il PSC dell'L-LSP (cioè Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping).

• la protezione non è attivata sugli E-LSP.

• il livello appropriato di protezione è attivato sui diversi L-LSP (potenzialmente con un diverso livello di protezione a seconda del PSC dell'L-LSP) tramite meccanismi al di fuori dell'ambito di questo documento.

A.7. Scenario 7: più di 8 BA, nessun Traffic Engineering, nessuna protezione MPLS

Un Service Provider che esegue più di 8 BA su MPLS, non eseguendo Traffic engineering, non eseguendo la protezione MPLS e usando l'incapsulamento MPLS Shim Header nella propria rete, può scegliere di eseguire Diff-Serv su MPLS usando due E-LSP per FEC stabiliti via LDP e usando il mapping `EXP<-->PHB' segnalato.

Le operazioni possono essere riassunte come segue:

• il Service Provider configura a ogni LSR, e per ogni interfaccia, il comportamento di scheduling per ciascun PSC (ad es., banda allocata ad AF1) e il comportamento di dropping per ciascun PHB (ad es., profilo di scarto per AF11, AF12, AF13)

• gli LSR segnalano l'establishment di due E-LSP per FEC usando LDP in conformità con la specifica di cui sopra (cioè Diff-Serv TLV nei messaggi LDP Label Request/Label Mapping per indicare esplicitamente che l'LSP è un E-LSP e il suo mapping `EXP<-->PHB'). Il mapping segnalato indicherà il sottoinsieme di 8 (o meno) BA da trasportare su ciascun E-LSP e quali valori EXP sono mappati su ciascun BA su ciascun E-LSP.