4. Address Scope (Ambito dell'indirizzo)

4. Address Scope (Ambito dell'indirizzo)

Ogni indirizzo IPv6 diverso dall'indirizzo non specificato ha un ambito specifico; cioè, un'estensione topologica all'interno della quale l'indirizzo può essere utilizzato come identificatore univoco per un'interfaccia o un insieme di interfacce. L'ambito di un indirizzo è codificato come parte dell'indirizzo stesso, come specificato in [1].

Per gli indirizzi unicast, questo documento affronta due ambiti definiti:

• Link-local scope (ambito link-local): per identificare univocamente le interfacce all'interno di (cioè, collegate a) un singolo link.

• Global scope (ambito globale): per identificare univocamente le interfacce ovunque su Internet.

L'indirizzo loopback unicast IPv6, ::1, è trattato come avente un ambito link-local all'interno di un link immaginario a cui è collegata un'interfaccia virtuale "loopback".

L'indirizzo non specificato, ::, è un caso speciale. Non ha alcun ambito perché non DEVE mai essere assegnato a nessun nodo secondo [1]. Si noti, tuttavia, che un'implementazione potrebbe utilizzare semantiche dipendenti dall'implementazione per l'indirizzo non specificato e potrebbe voler consentire all'indirizzo non specificato di avere ambiti specifici. Ad esempio, le implementazioni spesso utilizzano l'indirizzo non specificato per rappresentare un indirizzo "qualsiasi" nelle API. In questo caso, le implementazioni possono considerare l'indirizzo non specificato con un ambito particolare specifico come rappresentante del concetto di "qualsiasi indirizzo nell'ambito". Questo documento non proibisce tale utilizzo, fintanto che è limitato all'interno dell'implementazione.

[1] definisce gli indirizzi IPv6 con indirizzi IPv4 incorporati come parte degli indirizzi globali. Pertanto, tali indirizzi hanno ambito globale, per quanto riguarda l'architettura degli indirizzi IPv6 con ambito. Tuttavia, un'implementazione potrebbe utilizzare tali indirizzi come se avessero altri ambiti per comodità. Ad esempio, [6] assegna un ambito link-local agli indirizzi link-local configurati automaticamente da IPv4 (gli indirizzi dal prefisso 169.254.0.0/16 [7]) e converte tali indirizzi in indirizzi IPv6 mappati su IPv4 per eseguire la selezione dell'indirizzo di destinazione tra indirizzi IPv4 e IPv6. Questo implicitamente significherebbe che gli indirizzi IPv6 mappati su IPv4 equivalenti agli indirizzi link-local configurati automaticamente su IPv4 hanno ambito link-local. Questo documento non preclude tale utilizzo, fintanto che è limitato all'interno dell'implementazione.

Gli indirizzi Anycast [1] sono allocati dallo spazio di indirizzi unicast e hanno le stesse proprietà di ambito degli indirizzi unicast. Tutte le affermazioni in questo documento riguardanti l'unicast si applicano ugualmente all'anycast.

Per gli indirizzi multicast, ci sono quattordici possibili ambiti, che vanno da interface-local a global (incluso link-local). L'ambito interface-local si estende solo su una singola interfaccia; un indirizzo multicast di ambito interface-local è utile solo per la consegna di loopback dei multicast all'interno di un singolo nodo; ad esempio, come forma di comunicazione tra processi all'interno di un computer. A differenza dell'indirizzo loopback unicast, gli indirizzi multicast interface-local possono essere assegnati a qualsiasi interfaccia.

Esiste una relazione di dimensioni tra gli ambiti:

• Per gli ambiti unicast, il link-local è un ambito più piccolo rispetto al global.

• Per gli ambiti multicast, gli ambiti con valori minori nel campo "scop" dell'indirizzo multicast (Sezione 2.7 di [1]) sono più piccoli rispetto agli ambiti con valori maggiori, con interface-local che è il più piccolo e global che è il più grande.

Tuttavia, due ambiti di dimensioni diverse possono coprire esattamente la stessa regione di topologia. Ad esempio, un sito (multicast) può consistere in un singolo link, in cui l'ambito link-local e site-local copre effettivamente la stessa estensione topologica.