Passa al contenuto principale

RFC 3596 - Estensioni DNS per supportare IP versione 6

  • Stato: Internet Standard
  • Pubblicato: October 2003
  • Stream: IETF
  • Sostituisce: RFC1886, RFC3152
  • Errata: Nessun errata

Abstract​

Questo documento definisce le modifiche che devono essere apportate al Domain Name System (DNS) [1,2] per supportare host che eseguono IP versione 6 (IPv6). Le modifiche includono un tipo di record di risorsa per memorizzare un indirizzo IPv6, un dominio per supportare ricerche basate su un indirizzo IPv6 e definizioni aggiornate di tipi di query esistenti che restituiscono indirizzi Internet come parte dell'elaborazione della sezione aggiuntiva. Le estensioni sono progettate per essere compatibili con le applicazioni esistenti e, in particolare, con le implementazioni DNS stesse.

Indice​

1. Introduzione​

Il supporto attuale per la memorizzazione di indirizzi Internet nel Domain Name System (DNS) [1,2] non può essere facilmente esteso per supportare indirizzi IPv6 [3] poiché le applicazioni assumono che le query di indirizzo restituiscano solo indirizzi IPv4 a 32 bit.

Per supportare la memorizzazione di indirizzi IPv6 nel DNS, questo documento definisce le seguenti estensioni:

  • Un tipo di record di risorsa è definito per mappare un nome di dominio a un indirizzo IPv6.

  • Un dominio è definito per supportare ricerche basate sull'indirizzo.

  • Le query esistenti che eseguono l'elaborazione della sezione aggiuntiva per localizzare indirizzi IPv4 sono ridefinite per eseguire l'elaborazione della sezione aggiuntiva sia su indirizzi IPv4 che IPv6.

Le modifiche sono progettate per essere compatibili con il software esistente. Il supporto esistente per gli indirizzi IPv4 è mantenuto. I problemi di transizione relativi alla coesistenza di indirizzi IPv4 e IPv6 nel DNS sono discussi in [4].

La versione del protocollo IP utilizzata per interrogare i record di risorsa è indipendente dalla versione del protocollo dei record di risorsa; ad esempio, il trasporto IPv4 può essere utilizzato per interrogare record IPv6 e viceversa.

Questo documento combina RFC 1886 [5] e le modifiche a RFC 1886 apportate da RFC 3152 [6], rendendo obsoleti entrambi. Le modifiche consistono principalmente nel sostituire il dominio IP6.INT con IP6.ARPA come definito in RFC 3152.

2. Nuova definizione di record di risorsa e dominio​

Un tipo di record è definito per memorizzare l'indirizzo IPv6 di un host. Un host che ha più di un indirizzo IPv6 deve avere più di un tale record.

2.1. Tipo di record AAAA​

Il tipo di record di risorsa AAAA è un record specifico per la classe Internet che memorizza un singolo indirizzo IPv6.

Il valore del tipo assegnato dall'IANA è 28 (decimale).

2.2. Formato dati AAAA​

Un indirizzo IPv6 a 128 bit è codificato nella porzione dati di un record di risorsa AAAA nell'ordine dei byte di rete (byte di ordine superiore per primo).

2.3. Query AAAA​

Una query AAAA per un nome di dominio specificato nella classe Internet restituisce tutti i record di risorsa AAAA associati nella sezione di risposta di una risposta.

Una query di tipo AAAA non attiva l'elaborazione della sezione aggiuntiva.

2.4. Formato testuale dei record AAAA​

La rappresentazione testuale della porzione dati del record di risorsa AAAA utilizzata in un file di database master è la rappresentazione testuale di un indirizzo IPv6 come definito in [3].

2.5. Dominio IP6.ARPA​

Un dominio speciale è definito per cercare un record dato un indirizzo IPv6. L'intento di questo dominio è fornire un modo per mappare un indirizzo IPv6 a un nome host, sebbene possa essere utilizzato anche per altri scopi. Il dominio è radicato in IP6.ARPA.

Un indirizzo IPv6 è rappresentato come un nome nel dominio IP6.ARPA da una sequenza di nibble separati da punti con il suffisso ".IP6.ARPA". La sequenza di nibble è codificata in ordine inverso, cioè il nibble di ordine inferiore è codificato per primo, seguito dal prossimo nibble di ordine inferiore e così via. Ogni nibble è rappresentato da una cifra esadecimale. Ad esempio, il nome di dominio di ricerca inversa corrispondente all'indirizzo

4321:0:1:2:3:4:567:89ab

sarebbe

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.ARPA.

3. Modifiche ai tipi di query esistenti​

Tutti i tipi di query esistenti che eseguono l'elaborazione della sezione aggiuntiva di tipo A, cioè i tipi di query name server (NS), posizione dei servizi (SRV) e mail exchange (MX), devono essere ridefiniti per eseguire sia l'elaborazione della sezione aggiuntiva di tipo A che di tipo AAAA. Queste definizioni significano che un name server deve aggiungere tutti gli indirizzi IPv4 rilevanti e tutti gli indirizzi IPv6 rilevanti disponibili localmente alla sezione aggiuntiva di una risposta quando elabora una qualsiasi delle query sopra menzionate.

4. Considerazioni sulla sicurezza​

Qualsiasi informazione ottenuta dal DNS deve essere considerata non sicura a meno che non vengano utilizzate tecniche specificate in [7] o [8]. Le definizioni del tipo di record AAAA e del dominio IP6.ARPA non cambiano il modello per l'uso di queste tecniche.

Quindi, questa specifica non si ritiene causi nuovi problemi di sicurezza, né risolva quelli esistenti.

5. Considerazioni IANA​

Non ci sono assegnazioni IANA da eseguire.

6. Dichiarazione sulla proprietà intellettuale​

L'IETF non assume alcuna posizione riguardo alla validità o all'ambito di qualsiasi proprietà intellettuale o altri diritti che potrebbero essere rivendicati come pertinenti all'implementazione o all'uso della tecnologia descritta in questo documento o alla misura in cui qualsiasi licenza sotto tali diritti potrebbe o meno essere disponibile; né rappresenta che abbia fatto alcuno sforzo per identificare tali diritti. Le informazioni sulle procedure dell'IETF riguardo ai diritti nella documentazione standards-track e correlata agli standard possono essere trovate in BCP-11. Copie di rivendicazioni di diritti rese disponibili per la pubblicazione e qualsiasi assicurazione di licenze da rendere disponibili, o il risultato di un tentativo fatto per ottenere una licenza generale o un permesso per l'uso di tali diritti di proprietà da parte di implementatori o utenti di questa specifica possono essere ottenute dal Segretariato IETF.

L'IETF invita qualsiasi parte interessata a portare alla sua attenzione qualsiasi copyright, brevetto o domanda di brevetto, o altri diritti di proprietà che potrebbero coprire la tecnologia che potrebbe essere richiesta per praticare questo standard. Si prega di indirizzare le informazioni al Direttore Esecutivo IETF.

Ringraziamenti​

Vladimir Ksinant e Mohsen Souissi desiderano ringraziare Sebastien Barbin (IRISA), Luc Beloeil (France Telecom R&D), Jean-Mickael Guerin (6WIND), Vincent Levigneron (AFNIC), Alain Ritoux (6WIND), Frederic Roudaut (IRISA) e il gruppo G6 per il loro aiuto durante le sessioni di test di interoperabilità RFC 1886.

Molte grazie ad Alain Durand e Olafur Gudmundsson per il loro supporto.

Appendice A: Modifiche rispetto a RFC 1886​

Le seguenti modifiche sono state apportate rispetto a RFC 1886 "DNS Extensions to support IP version 6":

  • Sostituzione del dominio "IP6.INT" con "IP6.ARPA".
  • Menzione dei tipi di query SRV nella sezione 3 "MODIFICATIONS TO EXISTING QUERY TYPES"
  • Aggiunta di considerazioni sulla sicurezza.
  • Riferimenti aggiornati:
    • Da RFC 1884 a RFC 3513 (IP Version 6 Addressing Architecture).
    • Da "work in progress" a RFC 2893 (Transition Mechanisms for IPv6 Hosts and Routers).
    • Aggiunta di riferimenti a RFC 1886, RFC 3152, RFC 2535 e RFC 2845.
  • Abstract del documento aggiornato
  • Aggiunta dell'indice
  • Aggiunta della dichiarazione completa del copyright
  • Aggiunta della sezione considerazioni IANA
  • Aggiunta della dichiarazione sulla proprietà intellettuale

Riferimenti normativi​

[1] Mockapetris, P., "Domain Names - Concepts and Facilities", STD 13, RFC 1034, November 1987.

[2] Mockapetris, P., "Domain Names - Implementation and Specification", STD 13, RFC 1035, November 1987.

[3] Hinden, R. and S. Deering, "Internet Protocol Version 6 (IPv6) Addressing Architecture", RFC 3513, April 2003.

Riferimenti informativi​

[4] Gilligan, R. and E. Nordmark, "Transition Mechanisms for IPv6 Hosts and Routers", RFC 2893, August 2000.

[5] Thomson, S. and C. Huitema, "DNS Extensions to support IP version 6", RFC 1886, December 1995.

[6] Bush, R., "Delegation of IP6.ARPA", BCP 49, RFC 3152, August 2001.

[7] Eastlake, D., "Domain Name System Security Extensions", RFC 2535, March 1999

[8] Vixie, P., Gudmundsson, O., Eastlake, D. and B. Wellington, "Secret Key Transaction Authentication for DNS (TSIG)", RFC 2845, May 2000.

Indirizzi degli autori​

Susan Thomson
Cisco Systems
499 Thornall Street, 8th floor
Edison, NJ 08837
Telefono: +1 732-635-3086
Email: [email protected]

Christian Huitema
Microsoft Corporation
One Microsoft Way
Redmond, WA 98052-6399
Email: [email protected]

Vladimir Ksinant
6WIND S.A.
Immeuble Central Gare - Bat.C
1, place Charles de Gaulle
78180, Montigny-Le-Bretonneux - France
Telefono: +33 1 39 30 92 36
Email: [email protected]

Mohsen Souissi
AFNIC
Immeuble International
2, rue Stephenson,
78181, Saint-Quentin en Yvelines Cedex - France
Telefono: +33 1 39 30 83 40
Email: [email protected]

Ultimo aggiornamento il