2. Overview (Panoramica)

2. Overview (Panoramica)

Questa sezione fornisce un'introduzione al meccanismo DNS64.

Si assume che si disponga di uno o più box traduttori IPv6/IPv4 che connettono una rete IPv4 e una rete IPv6. Il dispositivo traduttore IPv6/IPv4 fornisce servizi di traduzione tra le due reti, abilitando la comunicazione tra host solo IPv4 e host solo IPv6. (NOTA: Con "host solo IPv6" intendiamo host che eseguono applicazioni solo IPv6 e host che possono utilizzare solo IPv6, così come casi in cui solo la connettività IPv6 è disponibile al client. Con "server solo IPv4" intendiamo server che eseguono applicazioni solo IPv4 e server che possono utilizzare solo IPv4, così come casi in cui solo la connettività IPv4 è disponibile al server). Ogni traduttore IPv6/IPv4 utilizzato in congiunzione con DNS64 DEVE consentire comunicazioni iniziate dall'host solo IPv6 verso l'host solo IPv4.

Per consentire a un iniziatore IPv6 di effettuare una ricerca DNS standard di RR AAAA per apprendere l'indirizzo del rispondente, DNS64 viene utilizzato per sintetizzare un record AAAA da un record A contenente un indirizzo IPv4 reale del rispondente, ogni volta che il DNS64 non può recuperare un record AAAA per il nome richiesto. Il servizio DNS64 appare come un normale server DNS o resolver all'iniziatore IPv6. Il DNS64 riceve una query DNS AAAA generata dall'iniziatore IPv6. Innanzitutto tenta una risoluzione per i record AAAA richiesti. Se non sono disponibili record AAAA per il nodo di destinazione (che è il caso normale quando il nodo di destinazione è un nodo solo IPv4), DNS64 esegue una query per i record A. Per ogni record A scoperto, DNS64 crea un RR AAAA sintetico dalle informazioni recuperate nel RR A.

L'owner name di un RR AAAA sintetico è lo stesso di quello del RR A originale, ma una rappresentazione IPv6 dell'indirizzo IPv4 contenuto nel RR A originale è inclusa nel RR AAAA. La rappresentazione IPv6 dell'indirizzo IPv4 è generata algoritmicamente dall'indirizzo IPv4 e da parametri aggiuntivi configurati nel DNS64. Tra quei parametri configurati nel DNS64, c'è almeno un prefisso IPv6. Se non esplicitamente menzionato, tutti i prefissi sono trattati equamente, e le operazioni descritte in questo documento sono eseguite utilizzando i prefissi disponibili. Per essere generali, chiameremo uno qualsiasi di questi prefissi Pref64::/n, e descriveremo le operazioni effettuate con il prefisso generico Pref64::/n. Gli indirizzi IPv6 che rappresentano indirizzi IPv4 inclusi nel RR AAAA sintetizzato dal DNS64 contengono Pref64::/n, e incorporano anche l'indirizzo IPv4 originale.

Lo stesso algoritmo e gli stessi prefissi Pref64::/n DEVONO essere configurati sia nel dispositivo DNS64 che nel/nei traduttore/i IPv6/IPv4, in modo che entrambi possano generare algoritmicamente la stessa rappresentazione IPv6 per un dato indirizzo IPv4. Inoltre, è richiesto che i pacchetti IPv6 indirizzati a un indirizzo di destinazione IPv6 che contiene il Pref64::/n vengano consegnati a un traduttore IPv6/IPv4 che ha quel particolare Pref64::/n configurato, in modo che possano essere tradotti in pacchetti IPv4.

Una volta che il DNS64 ha sintetizzato i RR AAAA, i RR AAAA sintetici vengono restituiti all'iniziatore IPv6, che inizierà una comunicazione IPv6 con l'indirizzo IPv6 associato al ricevitore IPv4. Il pacchetto sarà instradato a un traduttore IPv6/IPv4, che lo inoltrerà alla rete IPv4.

In generale, l'unico stato condiviso tra il DNS64 e il traduttore IPv6/IPv4 è il Pref64::/n e un insieme opzionale di parametri statici. Il Pref64::/n e l'insieme dei parametri statici devono essere configurati per essere gli stessi su entrambi; non c'è comunicazione tra il dispositivo DNS64 e le funzioni del traduttore IPv6/IPv4. Il meccanismo da utilizzare per configurare i parametri del DNS64 è al di fuori dello scopo di questo memo.

I prefissi da utilizzare come Pref64::/n e la loro applicabilità sono discussi in [RFC6052]. Ci sono due tipi di prefissi che possono essere utilizzati come Pref64::/n.

• Il Pref64::/n può essere il Well-Known Prefix 64:ff9b::/96 riservato da [RFC6052] allo scopo di rappresentare indirizzi IPv4 nello spazio degli indirizzi IPv6.

• Il Pref64::/n può essere un Network-Specific Prefix (NSP). Un NSP è un prefisso IPv6 assegnato da un'organizzazione per creare rappresentazioni IPv6 di indirizzi IPv4.

La principale differenza nella natura dei due tipi di prefissi è che l'NSP è un prefisso assegnato localmente che è sotto il controllo dell'organizzazione che fornisce i servizi di traduzione, mentre il Well-Known Prefix è un prefisso che ha un significato globale poiché è stato assegnato per lo scopo specifico di rappresentare indirizzi IPv4 nello spazio degli indirizzi IPv6.

La funzione DNS64 può essere eseguita in uno qualsiasi di tre posti. I termini seguenti sono definiti più formalmente nella Sezione 4.

La prima opzione è localizzare la funzione DNS64 nei server autorevoli per una zona. In questo caso, il server autorevole fornisce RR AAAA sintetici per un host solo IPv4 nella sua zona. Questo è un tipo di server DNS64.

Un'altra opzione è localizzare la funzione DNS64 nei name server ricorsivi che servono gli end host. In questo caso, quando un host solo IPv6 interroga il name server per RR AAAA per un host solo IPv4, il name server può eseguire la sintesi di RR AAAA e restituirli all'iniziatore solo IPv6. Il principale vantaggio di questa modalità è che i nodi IPv6 attuali possono utilizzare questo meccanismo senza richiedere alcuna modifica. Questa modalità è chiamata "DNS64 in modalità DNS recursive-resolver". Questo è un secondo tipo di server DNS64, ed è anche un tipo di resolver DNS64.

L'ultima opzione è collocare la funzione DNS64 negli end host, accoppiata al resolver locale (stub). In questo caso, lo stub resolver cercherà di ottenere RR AAAA (reali), e nel caso non siano disponibili, la funzione DNS64 sintetizzerà RR AAAA per uso interno. Questa modalità è compatibile con alcune funzioni come la validazione DNSSEC nell'end host. Il principale svantaggio di questa modalità è la sua distribuibilità, poiché richiede modifiche negli end host. Questa modalità è chiamata "DNS64 in modalità stub-resolver". Questo è il secondo tipo di resolver DNS64.