4.5. Flooding (Inondazione)
La maggior parte dell'algoritmo di flooding rimane invariata rispetto ai meccanismi di flooding IPv4 descritti nella Sezione 13 di [OSPFV2]. Tuttavia, l'aggiunta dell'ambito di flooding e della gestione dei tipi di LSA sconosciuti ha causato alcuni cambiamenti nell'algoritmo di flooding OSPF.
4.5.1. Ricezione dei pacchetti di aggiornamento dello stato del collegamento
Per IPv6, i passaggi 2 e 3 vengono modificati come segue:
(2) Esaminare il tipo LS dell'LSA. Scartare l'LSA se l'area dell'interfaccia è stata configurata come area stub o area NSSA e il tipo LS indica "ambito di flooding AS".
(3) Altrimenti, se l'ambito di flooding nel tipo LS dell'LSA è impostato su "riservato", scartare l'LSA.
4.5.2. Invio di pacchetti di aggiornamento dello stato del collegamento
Per IPv6, le interfacce idonee vengono selezionate in base ai seguenti fattori:
- L'ambito di flooding dell'LSA
- Se l'LSA ha un tipo LS riconosciuto
- L'impostazione del bit U nel tipo LS
La scelta dell'insieme delle interfacce idonee si divide in tre casi:
Caso 1: Il tipo LS dell'LSA è riconosciuto. Impostare le interfacce idonee a seconda dell'ambito di flooding codificato nel tipo LS.
Caso 2: Il tipo LS non è riconosciuto e il bit U è impostato su 0. C'è una singola interfaccia idonea, ovvero l'interfaccia su cui è stato ricevuto l'LSA.
Caso 3: Il tipo LS non è riconosciuto e il bit U è impostato su 1. Selezionare le interfacce idonee in base all'ambito di flooding codificato come nel caso 1.
4.5.3. Installazione degli LSA nel database
Ci sono tre posizioni separate per memorizzare gli LSA, a seconda del loro ambito di flooding:
- Gli LSA con ambito di flooding AS sono memorizzati nella struttura dati OSPF globale
- Gli LSA con ambito di flooding di area sono memorizzati nella struttura dati di area appropriata
- Gli LSA con ambito di flooding locale al collegamento sono memorizzati nella struttura dati dell'interfaccia appropriata