7. Modifiche rispetto alla RFC 3036
Ecco un elenco delle modifiche rispetto alla RFC 3036
1. Rimosso il FEC Host Address e i riferimenti a esso, poiché non è usato da alcuna implementazione.
2. Suddiviso l'elenco dei riferimenti in riferimenti normativi e informativi
3. Rimosso "MPLS using ATM VP Switching" dall'elenco dei riferimenti normativi e i riferimenti a esso.
4. Rimosso il riferimento alla RFC 1700 e sostituito con un link a http://www.iana.org/assignments/address-family-numbers.
5. Rimosso il riferimento alla RFC 1771 e sostituito con un riferimento alla RFC 4271.
6. Chiarito l'uso del bit F.
7. Aggiunta l'opzione per consentire lo split horizon quando si effettua il controllo ordinato.
8. Chiarita l'elaborazione dei messaggi con il bit U posto durante le procedure di inizializzazione della sessione
9. Chiarita l'elaborazione del bit E durante le procedure di inizializzazione della sessione.
10. Aggiunto testo che spiega che il messaggio Shutdown nel diagramma delle transizioni di stato è implementato come un messaggio di notifica con un TLV Status che indica un errore fatale.
-
Aggiunto il caso di lunghezza TLV troppo corta nella specifica per la gestione dei TLV malformati.
-
Spiegata la minaccia di sicurezza posta dallo spoofing dei messaggi hello.
-
Aggiunto il riferimento alle 4271 e 4278 e il testo sulla varianza della maturità degli standard per quanto riguarda l'opzione MD5.
-
Aggiunto il testo dalla 3031 che spiega la gestione dell'etichetta implicit NULL.
-
Inclusa la codifica dei DLCI per rimuovere il riferimento normativo alla 3034.
-
Spostati i riferimenti alle 3031, 3032 e 3034 tra quelli informativi.
-
Nella sezione che descrive la gestione dei TLV sconosciuti, rimosso il riferimento a una sezione inesistente (errata nel documento originale).
-
Aggiunto testo che chiarisce come ottenere l'interoperabilità quando si inviano TLV e messaggi vendor-private.
-
Nelle procedure "receive label request", se viene rilevato un loop, modificata la procedura per inviare una notifica prima di interrompere il resto dell'elaborazione.
-
Nelle procedure "receive label release", chiarito il comportamento per gli LSR in grado di effettuare il merge.
-
Nelle procedure "receive label release", chiarito il comportamento in caso di ricezione di una FEC sconosciuta.
-
Nella nota 4 di "Detect Change in FEC Next Hop", modificato il testo per fare riferimento al corretto insieme di condizioni per l'invio di una procedura di label request (refuso nel documento originale).
-
Nelle procedure per "LSR decides to no longer label switch a FEC", chiarito il fatto che l'etichetta non deve essere riutilizzata finché non viene ricevuto un label release.
-
Nella routine "Prepare_Label_Mapping_Attributes", aggiunta una nota riguardante il trattamento dei TLV sconosciuti in base ai loro bit U e F.
-
Nelle procedure di elaborazione del messaggio Address, chiarito il comportamento per il caso in cui un LSR riceva la ripubblicizzazione di un indirizzo che ha pubblicizzato in precedenza, o il ritiro di un indirizzo da parte di un LSR che non aveva pubblicizzato in precedenza quell'indirizzo.
-
Nella routine "Receive Label Mapping", chiarito il significato di PrevAdvLabel quando nessun messaggio di advertisement di etichette è stato inviato in precedenza.
-
Nelle procedure "Receive Label Mapping", se viene rilevato un loop, modificata la procedura per inviare una notifica prima di interrompere il resto dell'elaborazione.
-
Nelle procedure "Receive Label Mapping", corretto il passo LMp.10 per gestire i messaggi label mapping per LSP aggiuntivi (non soggetti a merge) per la FEC.
-
Nelle procedure "Receive Label Mapping", chiarito il comportamento quando si riceve un'etichetta duplicata per la stessa FEC.
-
Nella routine "Receive Label Abort Request", chiarito il comportamento per gli LSR non soggetti a merge.
-
Aggiunti i seguenti elementi alla sezione che discute le aree per studi futuri:
o estensioni per comunicare l'unità di trasmissione massima
o scoperta di base dei peer su supporti NBMA
o opzione di disattivazione di un'adiacenza
o meccanismi per proteggere i messaggi Hello
o rilevamento di un riavvio del piano di controllo veloce e senza stato
o supporto del messaggio "end of LIB"
o meccanismi per gestire il caso in cui LSR diversi pubblicizzano lo stesso indirizzo