3. Risposte
La presente sezione risponde alle domande precedenti.
A. L'assegnazione di etichette MPLS per scopi speciali avviene mediante "Standards Action".
B. Il registro IANA è rinominato "Special-Purpose MPLS Label Values".
C. L'assegnazione anticipata può essere consentita caso per caso.
D. Lo spazio corrente di 16 valori è troppo piccolo per riservarne alcuni all'uso sperimentale o privato. Il registro "Extended Special-Purpose MPLS Label Values" creato dal documento è invece abbastanza ampio e comprende un intervallo per uso sperimentale. 2. Una richiesta di assegnazione soggetta a Standards Action deve essere accompagnata da una RFC Standards Track, conformemente a [RFC5226]. 3. Il ritiro di un valore deve seguire un processo rigoroso e ben documentato, per evitare di rendere orfani gli impieghi già distribuiti. Il processo è descritto nella Sezione 3.2. 4. Per il momento non è consentito usare nel piano dati l'"Implicit NULL Label" (valore 3). Un'eventuale revisione richiederà una RFC Standards Track che descriva l'uso dell'etichetta, le possibili confusioni fra segnalazione e piano dati e le relative mitigazioni. 5. Il valore 15 è riservato come "Extension Label" (XL) per estendere lo spazio. I dettagli sono nella Sezione 3.1. 6. [RFC6790] stabilisce che le etichette per scopi speciali MUST NOT essere usate per il bilanciamento del carico. La stessa regola vale per le ESPL, che quindi MUST NOT essere usate a tale fine. Le implementazioni esistenti non riconoscono XL come qualcosa di diverso da una singola etichetta per scopi speciali e non si aspettano che sia seguita da una ESPL; di conseguenza, se alcuni pacchetti di un flusso contengono ESPL, potrebbero percorrere cammini diversi ed essere riordinati. È tuttavia importante specificare il comportamento corretto per le implementazioni future, da cui l'uso di "MUST NOT".
Occorreva inoltre stabilire se una normale etichetta per scopi speciali conservi il proprio significato quando segue XL. La risposta è fornita nella Sezione 3.1.
3.1. Valori estesi delle etichette MPLS per scopi speciali
XL MUST essere seguita da un'altra etichetta L e quindi MUST avere il bit bottom-of-stack azzerato. L MUST essere interpretata come ESPL secondo il nuovo registro creato dal documento (Sezione 5). Il bit bottom-of-stack di L dipende dalla presenza di ulteriori etichette. XL attribuisce un significato speciale soltanto a L. Un'etichetta successiva a L, se presente, viene analizzata normalmente e può essere un'etichetta ordinaria o per scopi speciali; nel secondo caso può essere XL e quindi essere seguita da un'altra ESPL.
Il valore 15 è riservato a XL come indicato nella Sezione 5.
I valori 0-15 del registro "Extended Special-Purpose MPLS Label Values" sono riservati. Inoltre, i valori 0-6 e 8-15 MUST NOT comparire nel piano dati dopo una XL; un LSR che elabora un pacchetto con XL in cima allo stack seguita da un'etichetta con valore 0-6 o 8-15 MUST scartare il pacchetto.
Quando viene ricevuta, l'etichetta 7 conserva il significato di Entropy Label Indicator (ELI), sia come normale etichetta per scopi speciali sia come ESPL. Ciò mantiene la compatibilità con codice e hardware già distribuiti che cercano ELI senza verificare se l'etichetta precedente sia XL. Tuttavia, quando un LSR inserisce un'etichetta di entropia, MUST inserire ELI come normale etichetta per scopi speciali e non come ESPL.
3.1.1. Inoltro di pacchetti con etichette estese per scopi speciali
Se un LSR incontra XL in cima allo stack e non comprende le etichette di estensione, MUST scartare il pacchetto secondo la procedura di [RFC3031] per un'etichetta in ingresso non valida. Se incontra in cima allo stack una ESPL successiva a XL che non comprende, MUST scartare il pacchetto con la stessa procedura. In entrambi i casi l'LSR MAY registrare l'evento, ma tale registrazione MUST essere limitata in frequenza.
Un LSR SHOULD NOT prendere decisioni di inoltro in base a etichette che non sono in cima allo stack. Per il bilanciamento del carico si veda la risposta 6 nella Sezione 3.
3.1.2. Scelta di una nuova etichetta per scopi speciali
Nell'assegnare una nuova etichetta per scopi speciali, i progettisti di protocolli dovrebbero valutare se sia possibile utilizzare una ESPL. Ciò contribuirebbe a preservare le scarse etichette "normali" per i casi in cui è particolarmente importante ridurre al minimo la dimensione dello stack.
3.2. Processo di ritiro delle etichette per scopi speciali
La procedura seguente è definita per completezza, ma il ritiro è difficile e si raccomanda di ricorrervi con parsimonia.
a. Un valore assegnato dal registro "Special-Purpose MPLS Label Values" può essere deprecato per consenso IETF, previa revisione del gruppo di lavoro MPLS o di esperti designati qualora il gruppo o un suo successore non esista. È richiesta una RFC almeno Informational.
La RFC ordina a IANA di contrassegnare il valore come "deprecated" nel registro, senza liberarlo in questa fase.
La deprecazione impedisce di documentare ulteriori specifiche che usino il valore deprecato.
Allo stesso tempo, essa indica ai fornitori di non includere il valore deprecato nelle nuove implementazioni e agli operatori di evitarlo nelle nuove distribuzioni.
b. Dodici mesi dopo la pubblicazione della RFC che depreca il valore, può essere condotta un'indagine a livello IETF per stabilire se il valore deprecato sia ancora in uso. Se l'indagine indica che il valore deprecato è ancora in uso, l'indagine può essere ripetuta dopo altri sei mesi.
c. Se l'indagine indica che il valore deprecato non è in uso, 24 mesi dopo la pubblicazione della RFC di deprecazione può essere richiesta la pubblicazione di un Internet-Draft IETF Standards Track che ritiri il valore deprecato. Il documento richiederà a IANA di liberare il valore per un impiego e un'assegnazione futuri.