11.7. Combinazioni di caratteri delimitatori

11.7. Combinazioni di caratteri delimitatori

Esistono altri tipi di caratteri delimitatori definiti per gli indirizzi IPv6. In questa sottosezione descriviamo come dovrebbero essere combinati con il formato per gli indirizzi non globali.

L'architettura di indirizzamento IPv6 [1] definisce anche la sintassi dei prefissi IPv6. Se la parte indirizzo di un prefisso è non globale e la sua zona di ambito deve essere disambiguata, la parte indirizzo DOVREBBE essere nel formato indicato. Ad esempio, un prefisso link-local fe80::/64 sul secondo link può essere rappresentato come segue:

fe80::%2/64

In questa combinazione, è importante collocare la parte dell'indice di zona prima della lunghezza del prefisso quando si considera l'analisi del formato da parte di una funzione di libreria da nome a indirizzo [11]. In altre parole, si può prima separare l'indirizzo con l'indice di zona dalla lunghezza del prefisso e passare solo il primo alla funzione di libreria.

È definito anche il formato preferito per gli indirizzi IPv6 letterali negli URL [12]. Quando un utente digita il formato preferito per un indirizzo IPv6 non globale la cui zona deve essere specificata esplicitamente, può usare il formato per l'indirizzo non globale combinato con il formato preferito.

Tuttavia, l'URL digitato viene spesso inviato sulla rete e causerebbe confusione se un'applicazione non rimuovesse la parte <zone_id> prima dell'invio. Si noti che le applicazioni non dovrebbero avere bisogno di preoccuparsi del tipo di indirizzi che stanno usando, né tantomeno di analizzare o rimuovere la parte <zone_id> dell'indirizzo.

Inoltre, il formato per gli indirizzi non globali potrebbe entrare in conflitto con la sintassi URI [13], poiché tale sintassi definisce il carattere delimitatore (%) come carattere di escape. Questo conflitto richiederebbe, ad esempio, che la parte <zone_id> per la zona 1 con il delimitatore fosse rappresentata come '%251'. Significa anche che non potremmo semplicemente copiare da altre fonti un formato non sottoposto a escape come input per il parser URI. Inoltre, se il parser URI non converte il formato sottoposto a escape prima di passarlo a una libreria da nome a indirizzo, la conversione fallirà. Tutti questi problemi ridurrebbero il beneficio della rappresentazione testuale descritta in questa sezione.

Pertanto, questo documento non specifica come il formato per gli indirizzi non globali debba essere combinato con il formato preferito per gli indirizzi IPv6 letterali. In ogni caso, si raccomanda di usare un FQDN invece di un indirizzo IPv6 letterale in un URL, ogni volta che è disponibile un FQDN.