4.4.2. The Link-State Database (Database di stato del collegamento)
In IPv6, come in IPv4, i singoli LSA sono identificati da una combinazione dei loro campi tipo LS (LS Type), Link State ID e Advertising Router (router annunciante). Date due istanze di un LSA, l'istanza più recente è determinata esaminando il numero di sequenza LS (LS Sequence Number) degli LSA, utilizzando il checksum LS (LS Checksum) e l'età LS (LS Age) come criteri di spareggio (vedere sezione 13.1 di [OSPFV2]).
In IPv6, il database di stato del collegamento è suddiviso in tre strutture dati separate. I LSA con ambito di flooding AS (AS Flooding Scope) sono contenuti nella struttura dati OSPF di livello superiore (vedere sezione 4.1) finché il loro tipo LS è noto o il loro bit U è 1 (flood anche quando non riconosciuto); questo include gli AS-external-LSAs. I LSA con ambito di flooding di area (Area Flooding Scope) sono contenuti nella struttura di area appropriata (vedere sezione 4.1.1) finché il loro tipo LS è noto o il loro bit U è 1 (flood anche quando non riconosciuto); questo include router-LSAs, network-LSAs, inter-area-prefix-LSAs, inter-area-router-LSAs, NSSA-LSAs e intra-area-prefix-LSAs. I LSA con un tipo LS sconosciuto, il bit U impostato a 0 e/o ambito di flooding link-local (Link-Local Flooding Scope) sono contenuti nella struttura di interfaccia appropriata (vedere sezione 4.1.2); questo include i link-LSAs.
Per cercare o installare un LSA nel database, si esamina prima il tipo LS e il contesto del LSA (cioè, l'area o il collegamento a cui appartiene il LSA). Queste informazioni consentono di trovare il database corretto di LSA dove si effettua quindi la ricerca in base al tipo del LSA, al Link State ID e all'Advertising Router.