Passa al contenuto principale

3. Differences with RFC 2740 (Differenze con RFC 2740)

Le implementazioni OSPFv3 basate su RFC 2740 interopereranno completamente con le implementazioni basate su questa specifica. Tuttavia, ci sono alcune aggiunte e modifiche al protocollo (tutte retrocompatibili).

Questa funzionalità di protocollo era specificata solo parzialmente nella RFC 2740. Il livello di specifica era insufficiente per implementare la funzionalità. La sezione 4.9 specifica le aggiunte e le chiarificazioni necessarie per l'implementazione. Sono completamente compatibili con RFC 2740.

3.2. Deprecation of MOSPF for IPv6 (Deprecazione di MOSPF per IPv6)​

Questa funzionalità di protocollo era specificata solo parzialmente nella RFC 2740. Il livello di specifica era insufficiente per implementare la funzionalità. Non esistono implementazioni conosciute. Il supporto per le estensioni multicast di OSPF (Multicast Extensions to OSPF, MOSPF) e i suoi campi di protocollo associati sono stati deprecati da OSPFv3. Fare riferimento alle sezioni 4.4.3.2, 4.4.3.4, 4.4.3.6, 4.4.3.7, appendice A.2, appendice A.4.2.1, appendice A.4.3, appendice A.4.1.1 e sezione 7.1.

3.3. NSSA Specification (Specifica NSSA)​

Questa funzionalità di protocollo era specificata solo parzialmente nella RFC 2740. Il livello di specifica era insufficiente per implementare la funzione. Questo documento include una specifica NSSA unica per OSPFv3. Questa specifica accoppiata con [NSSA] fornisce una specifica sufficiente per l'implementazione. Fare riferimento alla sezione 4.8.5, appendice A.4.3, appendice A.4.8 e [NSSA].

3.4. Stub Area Unknown LSA Flooding Restriction Deprecated (Restrizione di flooding LSA sconosciuti dell'area stub deprecata)​

Nella RFC 2740 [OSPFV3], il flooding di LSA sconosciuti era limitato all'interno delle aree stub e NSSA. Il testo che descrive questa restrizione è incluso di seguito.

Tuttavia, a differenza di IPv4, IPv6 consente ai LSA con tipi LS non riconosciuti di essere etichettati come "Memorizza e flooda il LSA, come se il tipo fosse compreso" (vedere il bit U nell'appendice A.4.2.1). L'introduzione incontrollata di tali LSA potrebbe far crescere il database di stato del collegamento di un'area stub oltre le capacità dei suoi router componenti.

Per proteggersi da ciò, è stata stabilita la seguente regola riguardo alle aree stub: un LSA il cui tipo LS non è riconosciuto può essere floodato in/attraverso un'area stub solo se a) il LSA ha ambito di flooding di area o link-local e b) il LSA ha il bit U impostato a 0. Vedere la sezione 3.5 per i dettagli.

Questa restrizione è stata deprecata. I router OSPFv3 flooderanno LSA con ambito di link e area il cui tipo LS non è riconosciuto e il cui bit U è impostato a 1 in tutte le aree stub e NSSA. Non ci sono problemi di retrocompatibilità oltre al fatto che i router OSPFv3 che supportano ancora la restrizione potrebbero non propagare tipi di LSA appena definiti.

È stato aggiunto il parametro di configurazione dell'interfaccia LinkLSASuppression. Se LinkLSASuppression è configurato per un'interfaccia e il tipo di interfaccia non è broadcast o NBMA, l'origine del LSA di link (Link-LSA) può essere soppressa. Il parametro di configurazione dell'interfaccia LinkLSASuppression è descritto nell'appendice C.3. Le sezioni 4.8.2 e 4.4.3.8 sono state aggiornate per riflettere l'utilizzo del parametro.

3.6. LSA Options and Prefix Options Updates (Aggiornamenti delle opzioni LSA e opzioni prefisso)​

I campi Opzioni LSA (LSA Options) e Opzioni prefisso (Prefix Options) sono stati aggiornati per riflettere le recenti aggiunte al protocollo. Nello specifico, i bit relativi a MOSPF sono stati deprecati, i bit del campo Options comuni con OSPFv2 sono stati riservati e il bit DN (DN-bit) è stato aggiunto alle opzioni prefisso. Fare riferimento all'appendice A.2 e all'appendice A.4.1.1.

3.7. IPv6 Site-Local Addresses (Indirizzi site-local IPv6)​

Tutti i riferimenti agli indirizzi site-local IPv6 (IPv6 Site-Local Addresses) sono stati rimossi.

Ultimo aggiornamento il