1. Modifica alla lista dei namespace da indicare nell operazione di Login. 2. Modifica nell intestazione delle risposte inviate dal server EPP;

Transcript

1 5 giugno 2012 Principali modifiche apportate alle nuove versioni dei server EPP del Registro.it (disponibili sulla piattaforma di test del Registro - epp-pub-test.nic.it, epp-deletedpub-test.nic.it) e contemplate nelle Linee Guida Tecniche Versione 1.4, del 9 maggio Le principali modifiche e innovazioni apportate alle Linee Guida Tecniche Versione 1.3 e contemplate nelle Linee Guida Tecniche Versione 1.4, possono essere così riassunte: 1. Modifica alla lista dei namespace da indicare nell operazione di Login; 2. Modifica nell intestazione delle risposte inviate dal server EPP; 3. Modifica nel formato delle risposte di errore da parte del server EPP; 4. Nuovo messaggio di polling Wrong namespace in Login Request ; 5. Modifica del messaggio di polling DNS check ended unsuccessfully ; 6. Introduzione degli Internationalized Domain Names (IDN); 7. Introduzione degli indirizzi IPv6; 8. Modifica della durata del periodo di pendingtransfer; 9. Apertura delle registrazioni ad alcuni paesi non appertenenti alla Unione Europea. Di seguito sono riportate, nel dettaglio, ciascuna delle modifiche sopra indicate e sono forniti esempi di utilizzo e di confronto con quanto disponibile nelle versioni dei server EPP attualmente in uso presso il Registro.it. 1. Modifica alla lista dei namespace da indicare nell operazione di Login I namespace extepp-1.0 ed extdom-1.0 sono stati sostituiti, rispettivamente, dai nuovi namespace extepp-2.0 e extdom-2.0. Nell operazione di Login Request, inviata ai server EPP del Registro, vanno quindi sostituiti i riferimenti ai vecchi namespace con i nuovi. Di seguito sono riportati esempi di Login Request secondo l attuale e il nuovo formato. Esempio di Login Request nel formato attuale sui server EPP di produzione <?xml version="1.0" encoding="utf-8" standalone="no"?> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"> <command> <login> 1

2 <clid>demo-registrar</clid> <pw>14nov07</pw> <options> <version>1.0</version> <lang>en</lang> </options> <svcs> <objuri>urn:ietf:params:xml:ns:contact-1.0</objuri> <objuri>urn:ietf:params:xml:ns:domain-1.0</objuri> <svcextension> <exturi> <exturi> <exturi> <exturi>urn:ietf:params:xml:ns:rgp-1.0</exturi> </svcextension> </svcs> </login> </command> Esempio di Login Request nel nuovo formato sui server EPP di test <?xml version="1.0" encoding="utf-8" standalone="no"?> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0"> <command> <login> <clid>demo-registrar</clid> <pw>14nov07</pw> <options> <version>1.0</version> <lang>en</lang> </options> <svcs> <objuri>urn:ietf:params:xml:ns:contact-1.0</objuri> <objuri>urn:ietf:params:xml:ns:domain-1.0</objuri> <svcextension> <exturi> <exturi> <exturi> <exturi>urn:ietf:params:xml:ns:rgp-1.0</exturi> </svcextension> </svcs> </login> </command> In seguito alla fase di test, che durerà circa due mesi, le modifiche indicate nel presente documento diventeranno operative sui server EPP in produzione. Tuttavia, al fine di ridurre 2

3 al minimo i potenziali disservizi ai Registrar, per un periodo di tempo di circa 60 giorni, il server EPP non restituirà una risposta di errore conseguentemente alla ricezione di Login Request nel vecchio formato e informerà il Registrar, tramite un opportuno messaggio nella coda di polling, di procedere a modificare la richiesta di Login secondo il nuovo formato. Il messaggio di polling inviato al Registrar in tal caso, è illustrato al punto 4 successivo. 2. Modifica nell intestazione delle risposte inviate dal server EPP La nuova versione del server EPP prevede che i riferimenti ai namespace utilizzati nelle risposte generate dal server siano tutti riportati nel tag <epp>. DaI tag <epp> sono anche rimossi gli attributi xmlns:xsi e xsi:schemalocation. Il nuovo formato del tag <epp> è quindi: <?xml version="1.0" encoding="utf-8"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> invece dell attuale: <?xml version="1.0" encoding="utf-8"?> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" xsi:schemalocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd"> Di seguito sono riportati due esempi di risposta, da parte del server, all operazione di Info Contact per un contatto registrante, al fine di evidenziare il diverso posizionamento dei riferimenti ai namespace utilizzati nella risposta. Esempio di Info Contact Response per un contatto registrante (attuale formato) <?xml version="1.0" encoding="utf-8"?> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" xsi:schemalocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd"> <response> <result code="1000"> 3

4 <msg lang="en">command completed successfully</msg> </result> <resdata> <contact:infdata xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xsi:schemalocation="urn:ietf:params:xml:ns:contact-1.0 contact-1.0.xsd"> <contact:id>mr0001</contact:id> <contact:roid>itnic-24</contact:roid> <contact:status s="ok" lang="en" /> <contact:status s="linked" lang="en" /> <contact:postalinfo type="loc"> <contact:name>mario Rossi</contact:name> <contact:org>nic-it Inc.</contact:org> <contact:addr> <contact:street>via Moruzzi,1</contact:street> <contact:city>pisa</contact:city> <contact:sp>pi</contact:sp> <contact:pc>56124</contact:pc> <contact:cc>it</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice x="2111"> </contact:voice> <contact:fax x=""> </contact:fax> <contact:clid>demo-registrar</contact:clid> <contact:crid>demo-registrar</contact:crid> <contact:crdate> t11:28:32+01:00</contact:crdate> <contact:upid>demo-registrar</contact:upid> <contact:update> t12:28:22+01:00</contact:update> </contact:infdata> </resdata> <extension> <extcon:infdata xmlns:extcon=" xsi:schemalocation=" extcon-1.0.xsd"> <extcon:consentforpublishing>true</extcon:consentforpublishing> <extcon:registrant> <extcon:nationalitycode>it</extcon:nationalitycode> <extcon:entitytype>1</extcon:entitytype> <extcon:regcode>rssmra64c14g702q</extcon:regcode> </extcon:registrant> </extcon:infdata> </extension> <trid> <cltrid>abc-12345</cltrid> <svtrid>ma </svtrid> </trid> </response> 4

5 Esempio di Info Contact Response per un contatto registrante (nuovo formato) <?xml version="1.0" encoding="utf-8"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <response> <result code="1000"> <msg lang="en">command completed successfully</msg> </result> <resdata> <contact:infdata> <contact:id>mr0001</contact:id> <contact:roid>itnic-24</contact:roid> <contact:status s="ok" lang="en" /> <contact:status s="linked" lang="en" /> <contact:postalinfo type="loc"> <contact:name>mario Rossi</contact:name> <contact:org>nic-it Inc.</contact:org> <contact:addr> <contact:street>via Moruzzi,1</contact:street> <contact:city>pisa</contact:city> <contact:sp>pi</contact:sp> <contact:pc>56124</contact:pc> <contact:cc>it</contact:cc> </contact:addr> </contact:postalinfo> <contact:voice x="2111"> </contact:voice> <contact:fax x=""> </contact:fax> <contact:clid>demo-registrar</contact:clid> <contact:crid>demo-registrar</contact:crid> <contact:crdate> t11:28:32+01:00</contact:crdate> <contact:upid>demo-registrar</contact:upid> <contact:update> t12:28:22+01:00</contact:update> </contact:infdata> </resdata> <extension> <extcon:infdata> <extcon:consentforpublishing>true</extcon:consentforpublishing> <extcon:registrant> <extcon:nationalitycode>it</extcon:nationalitycode> <extcon:entitytype>1</extcon:entitytype> <extcon:regcode>rssmra64c14g702q</extcon:regcode> </extcon:registrant> 5

6 </extcon:infdata> </extension> <trid> <cltrid>abc-12345</cltrid> <svtrid>fccc34cc-b26d-4fa8-be0d-af08eb33c549</svtrid> </trid> </response> 3. Modifica nel formato delle risposte di errore da parte del server EPP Allo scopo di renderla maggiormente dettagliata e strutturata, la risposta di errore del server EPP è stata rimodellata sulla base della definizione formale degli elementi <reasoncode> e <wrongvalue> descritti nel nuovo namespace extepp-2.0. Di seguito sono riportati due esempi di risposta di errore ad un operazione di Create Domain, generati secondo l attuale e il nuovo formato. Esempio di Create Domain Response con errore (attuale formato) <?xml version="1.0" encoding="utf-8"?> <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" xsi:schemalocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd"> <response> <result code="2308"> <msg lang="en">data management policy violation</msg> <value> <registrant xmlns:domain="urn:ietf:params:xml:ns:domain-1.0">cl-007</registrant> </value> <extvalue> <value> <reasoncode xmlns="">8030</reasoncode> </value> <reason lang="en">contact is not a registrant</reason> </extvalue> </result> <trid> <cltrid>abc-12345</cltrid> <svtrid>de </svtrid> </trid> </response> Esempio di Create Domain Response con errore (nuovo formato) <?xml version="1.0" encoding="utf-8"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" 6

7 xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <response> <result code="2308"> <msg lang="en">data management policy violation</msg> <value> <extepp:wrongvalue> <extepp:element>registrant</extepp:element> <extepp:namespace>urn:ietf:params:xml:ns:domain- 1.0</extepp:namespace> <extepp:value>cl-007</extepp:value> </extepp:wrongvalue> </value> <extvalue> <value> <extepp:reasoncode>8030</extepp:reasoncode> </value> <reason lang="en">contact is not a registrant</reason> </extvalue> </result> <trid> <cltrid>abc-12345</cltrid> <svtrid>5579b9db-d1ad-46a2-850f-381ea1fb1551</svtrid> </trid> </response> 4. Nuovo messaggio di polling Wrong namespace in Login Request In seguito alla ricezione di una richiesta di Login nel vecchio formato, il server EPP informa il Registrar, tramite un opportuno messaggio nella coda di polling, di procedere a modificare la richiesta di Login secondo il nuovo formato. Un esempio di messaggio di polling inviato al Registrar, nel caso in cui la Login Request riporti entrambi i vecchi namespace, è il seguente: <?xml version="1.0" encoding="utf-8"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> 7

8 <response> <result code="1301"> <msg lang="en">command completed successfully; ack to dequeue</msg> </result> <msgq count="1" id="26"> <qdate> t10:00: :00</qdate> <msg lang="en">wrong namespace in Login Request</msg> </msgq> <extension> <extepp:wrongnamespacereminder> <extepp:wrongnamespaceinfo> <extepp:wrongnamespace> 1.0</extepp:wrongNamespace> <extepp:rightnamespace> 2.0</extepp:rightNamespace> </extepp:wrongnamespaceinfo> <extepp:wrongnamespaceinfo> <extepp:wrongnamespace> 1.0</extepp:wrongNamespace> <extepp:rightnamespace> 2.0</extepp:rightNamespace> </extepp:wrongnamespaceinfo> </extepp:wrongnamespacereminder> </extension> <trid> <cltrid>abc-12345</cltrid> <svtrid>358813aa-c12d a8b-0410f7dba4b0</svtrid> </trid> </response> 5. Modifica del messaggio di polling DNS check ended unsuccessfully Il messaggio, da parte del server, della notifica di errore nella verifica della configurazione del DNS di un nome a dominio, è stato modificato nella struttura e nel contenuto. In particolare sono stati aggiunti due nuovi test: IPSOATest e NSCountTest, che corrispondono, rispettivamente, a: IPSOATest: se un nameserver ha più di un indirizzo IP, il software per il controllo della configurazione del DNS effettua una query di tipo SOA per ogni indirizzo indicato e verifica che i server DNS rispondano autoritativamente e che i seriali del record SOA siano uguali; NSCountTest: il software per il controllo della configurazione del DNS verifica che il numero dei record NS sia compreso tra 2 e 6. 8

9 Di seguito sono riportate le descrizioni delle strutture del messaggio di errore nell attuale e nel nuovo formato. Struttura del messaggio DNS check ended unsuccessfully (attuale formato) extdom:responseid: codice univoco di identificazione della richiesta di verifica operata internamente al server sincrono; extdom:validationdate: data dell ultima verifica effettuata; extdom:report: report dell errore riscontrato strutturato come segue: o extdom:domain: (elemento) name: nome del dominio soggetto a verifica (attributo) status: esito finale della verifica (attributo) extdom:test: (lista di elementi) name: nome del test (attributo) status: esito finale dello specifico test (attributo) extdom:dns: (lista di elementi) o name: nome del nameserver soggetto a test (attributo) o status: esito dello specifico test sul nameserver (attributo) o extdom:dnsreport: (lista di elementi) level: livello del report dello specifico test (attributo opzionale) report del test sul nameserver (valore dell elemento). Struttura del messaggio DNS check ended unsuccessfully (nuovo formato) extdom:domain: nome del dominio soggetto a verifica; extdom:status: esito finale della verifica; extdom:validationid: codice univoco di identificazione della richiesta di verifica operata internamente al server sincrono; extdom:validationdate: data dell ultima verifica effettuata; extdom:nameservers: extdom:nameserver: (lista di elementi) o name: nome del name server (attributo) o extdom:address: eventuale indirizzo IP (lista di elementi) type: uno dei seguenti valori (attributo): IPV4 IPv6 extdom:tests: extdom:test: (lista di elementi) o name: nome del test (attributo) o status: esito finale dello specifico test (attributo) 9

10 o skipped: test non eseguito (attributo) o extdom:nameserver: (lista di elementi) name: nome del nameserver soggetto a test (attributo) status: esito dello specifico test sul nameserver (attributo) extdom:detail: (lista di elementi) name: nome dell host nella query per il CNAMEHostTest (attributo) status: esito della query (attributo) queryid: identificativo della query (attributo) extdom:queries: extdom:query: (lista di elementi) o id: identificativo della query (attributo) o extdom:queryfor: oggetto della query o extdom:type: uno dei seguenti valori: ANY SOA NS A MX AAAA CNAME PTR TXT o extdom:destination: destinatario della query o extdom:result: risultato della query Esempio di messaggio DNS check ended unsuccessfully (attuale formato) <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:xsi=" xsi:schemalocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd"> <response> <result code="1301"> <msg lang="en">command completed successfully; ack to dequeue</msg> </result> <msgq count="1" id=" "> <qdate> t10:52:49+02:00</qdate> <msg lang="en">dns check ended unsuccessfully</msg> </msgq> <extension> <extdom:dnserrormsgdata xmlns:extdom=" EPP/extdom-1.0" xsi:schemalocation=" extdom-1.0.xsd"> <extdom:responseid>5b68e87f-0eed bb- 10

11 462babd1ae41</extdom:responseId> <extdom:validationdate> T10:52:49+02:00</extdom:validationDate> <extdom:report><extdom:domain name="esempio.it." status="failed"> <extdom:dnsreport level="debug"> <![CDATA[ Query to ns1.esempio.com.: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr ; qd: 1 an: 0 au: 13 ad: 0 ;; QUESTIONS: ;; esempio.it., type = ANY, class = IN ;; ANSWERS: ;; AUTHORITY RECORDS: IN NS a.root-servers.net IN NS b.root-servers.net IN NS c.root-servers.net IN NS d.root-servers.net IN NS e.root-servers.net IN NS f.root-servers.net IN NS g.root-servers.net IN NS h.root-servers.net IN NS i.root-servers.net IN NS j.root-servers.net IN NS k.root-servers.net IN NS l.root-servers.net IN NS m.root-servers.net. ;; ADDITIONAL RECORDS: ;; Message size: 248 bytes ]]> </extdom:dnsreport> <extdom:dnsreport level="debug"> <![CDATA[ Query to ns2.esempio.com.: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: ;; flags: qr ; qd: 1 an: 0 au: 13 ad: 0 ;; QUESTIONS: ;; esempio.it., type = ANY, class = IN ;; ANSWERS: ;; AUTHORITY RECORDS: IN NS a.root-servers.net IN NS b.root-servers.net IN NS c.root-servers.net IN NS d.root-servers.net. 11

12 IN NS e.root-servers.net IN NS f.root-servers.net IN NS g.root-servers.net IN NS h.root-servers.net IN NS i.root-servers.net IN NS j.root-servers.net IN NS k.root-servers.net IN NS l.root-servers.net IN NS m.root-servers.net. ;; ADDITIONAL RECORDS: ;; Message size: 248 bytes ]]> </extdom:dnsreport> <extdom:test name="nameserversresolvabletest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"/> <extdom:dns name="ns2.esempio.com." status="succeeded"/> <extdom:test name="nameserversanswertest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"/> <extdom:dns name="ns2.esempio.com." status="succeeded"/> <extdom:test name="nameserverreturncodetest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"/> <extdom:dns name="ns2.esempio.com." status="succeeded"/> <extdom:test name="aatest" status="failed"> <extdom:dns name="ns1.esempio.com." status="failed"/> <extdom:dns name="ns2.esempio.com." status="failed"/> <extdom:test name="nscomparetest" status="failed"> <extdom:dns name="ns1.esempio.com." status="failed"> <extdom:dnsreport>nameservers list: [ns1.esempio.com., ns2.esempio.com.] different to NS Records: []</extdom:dnsreport> </extdom:dns> <extdom:dns name="ns2.esempio.com." status="failed"> <extdom:dnsreport>nameservers list: [ns1.esempio.com., ns2.esempio.com.] different to NS Records: []</extdom:dnsreport> </extdom:dns> <extdom:test name="nscounttest" status="failed"> <extdom:dns name="ns1.esempio.com." status="failed"> <extdom:dnsreport>number of NS records must be between 2 and 6. Found: 0</extdom:dnsreport> </extdom:dns> <extdom:dns name="ns2.esempio.com." status="failed"> <extdom:dnsreport>number of NS records must be between 2 and 6. Found: 0</extdom:dnsreport> </extdom:dns> 12

13 <extdom:test name="cnamehosttest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"/> <extdom:dns name="ns2.esempio.com." status="succeeded"/> <extdom:test name="ipcomparetest" status="succeeded"/> <extdom:test name="mxcomparetest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"> <extdom:dnsreport>mx Records List: []</extdom:dnsreport> </extdom:dns> <extdom:dns name="ns2.esempio.com." status="succeeded"> <extdom:dnsreport>mx Records List: []</extdom:dnsreport> </extdom:dns> <extdom:test name="mxrecordispresenttest" status="warning"> <extdom:dns name="ns1.esempio.com." status="warning"> <extdom:dnsreport>no MX Records found</extdom:dnsreport> </extdom:dns> <extdom:dns name="ns2.esempio.com." status="warning"> <extdom:dnsreport>no MX Records found</extdom:dnsreport> </extdom:dns> <extdom:test name="soamastercomparetest" status="succeeded"> <extdom:dns name="ns1.esempio.com." status="succeeded"/> <extdom:dns name="ns2.esempio.com." status="succeeded"/> </extdom:domain> </extdom:report> </extdom:dnserrormsgdata> </extension> <trid> <svtrid>tr </svtrid> </trid> </response> Esempio di messaggio DNS check ended unsuccessfully (nuovo formato) <epp xmlns="urn:ietf:params:xml:ns:epp-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns:extcon=" EPP/extcon-1.0" xmlns:extdom=" xmlns:extepp=" <response> <result code="1301"> <msg lang="en">command completed successfully; ack to dequeue</msg> </result> 13

14 <msgq id=" " count="1"> <qdate> t10:52:49+02:00</qdate> <msg lang="en">dns check ended unsuccessfully</msg> </msgq> <extension> <extdom:dnserrormsgdata version="2.0"> <extdom:domain>esempio.it</extdom:domain> <extdom:status>failed</extdom:status> <extdom:validationid>5b68e87f-0eed bb- 462babd1ae41</extdom:validationId> <extdom:validationdate> t10:52:49+02:00</extdom:validationdate> <extdom:nameservers> <extdom:nameserver name="ns1.esempio.com."> <extdom:address type="ipv4"> </extdom:address> <extdom:nameserver name="ns2.esempio.com."> <extdom:address type="ipv4"> </extdom:address> </extdom:nameservers> <extdom:tests> <extdom:test status="succeeded" name="nameserversresolvabletest"> <extdom:nameserver status="succeeded" name="ns1.esempio.com."/> <extdom:nameserver status="succeeded" name="ns2.esempio.com."/> <extdom:test status="succeeded" name="nameserversanswertest"> <extdom:nameserver status="succeeded" name="ns1.esempio.com."/> <extdom:nameserver status="succeeded" name="ns2.esempio.com."/> <extdom:test status="succeeded" name="nameserverreturncodetest"> <extdom:nameserver status="succeeded" name="ns1.esempio.com."/> <extdom:nameserver status="succeeded" name="ns2.esempio.com."/> <extdom:test status="failed" name="aatest"> <extdom:nameserver status="failed" name="ns1.esempio.com."> <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="failed" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test status="failed" name="nscomparetest"> <extdom:nameserver status="failed" name="ns1.esempio.com."> <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="failed" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test status="failed" name="nscounttest"> <extdom:nameserver status="failed" name="ns1.esempio.com."> 14

15 <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="failed" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test status="warning" name="cnamehosttest"/> <extdom:test skipped="true" name="ipcomparetest"/> <extdom:test status="failed" name="mxcomparetest"> <extdom:nameserver status="failed" name="ns1.esempio.com."> <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="failed" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test status="warning" name="mxrecordispresenttest"> <extdom:nameserver status="warning" name="ns1.esempio.com."> <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="warning" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test status="warning" name="soamastercomparetest"> <extdom:nameserver status="warning" name="ns1.esempio.com."> <extdom:detail queryid="3">not authoritative answer</extdom:detail> <extdom:nameserver status="warning" name="ns2.esempio.com."> <extdom:detail queryid="4">not authoritative answer</extdom:detail> <extdom:test skipped="true" name="ipsoatest"/> </extdom:tests> <extdom:queries> <extdom:query id="1"> <extdom:queryfor>ns1.esempio.com.</extdom:queryfor> <extdom:type>any</extdom:type> <extdom:destination>local resolver</extdom:destination> <extdom:result>;; - HEADER - opcode: QUERY, status: NOERROR, id: 2596 ;; flags: qr rd ra ; qd: 1 an: 1 au: 4 ad: 0 ;; QUESTIONS: ;; ns1.esempio.com., type = ANY, class = IN ;; ANSWERS: ns1.esempio.com IN A ;; AUTHORITY RECORDS: esempio.com IN NS ns2.esempiomain.it. esempio.com IN NS ns4.esempiomain.it. 15

16 esempio.com IN NS ns1.esempiomain.it. esempio.com IN NS ns3.esempiomain.it. ;; ADDITIONAL RECORDS: ;; Message size: 148 bytes</extdom:result> </extdom:query> <extdom:query id="2"> <extdom:queryfor>ns2.esempio.com.</extdom:queryfor> <extdom:type>any</extdom:type> <extdom:destination>local resolver</extdom:destination> <extdom:result>;; - HEADER - opcode: QUERY, status: NOERROR, id: ;; flags: qr rd ra ; qd: 1 an: 1 au: 4 ad: 0 ;; QUESTIONS: ;; ns2.esempio.com., type = ANY, class = IN ;; ANSWERS: ns2.esempio.com IN A ;; AUTHORITY RECORDS: esempio.com IN NS ns1.esempiomain.it. esempio.com IN NS ns2.esempiomain.it. esempio.com IN NS ns3.esempiomain.it. esempio.com IN NS ns4.esempiomain.it. ;; ADDITIONAL RECORDS: ;; Message size: 149 bytes</extdom:result> </extdom:query> <extdom:query id="3"> <extdom:queryfor>esempio.it.</extdom:queryfor> <extdom:type>any</extdom:type> <extdom:destination>ns1.esempio.com./[ipaddress(address=/ , family=1)]</extdom:destination> <extdom:result>;; - HEADER - opcode: QUERY, status: NOERROR, id: ;; flags: qr ; qd: 1 an: 0 au: 13 ad: 0 ;; QUESTIONS: ;; esempio.it., type = ANY, class = IN ;; ANSWERS: ;; AUTHORITY RECORDS: IN NS a.root-servers.net IN NS b.root-servers.net IN NS c.root-servers.net IN NS d.root-servers.net IN NS e.root-servers.net. 16

17 IN NS f.root-servers.net IN NS g.root-servers.net IN NS h.root-servers.net IN NS i.root-servers.net IN NS j.root-servers.net IN NS k.root-servers.net IN NS l.root-servers.net IN NS m.root-servers.net. ;; ADDITIONAL RECORDS: ;; Message size: 248 bytes</extdom:result> </extdom:query> <extdom:query id="4"> <extdom:queryfor>esempio.it.</extdom:queryfor> <extdom:type>any</extdom:type> <extdom:destination>ns2.esempio.com./[ipaddress(address=/ , family=1)]</extdom:destination> <extdom:result>;; - HEADER - opcode: QUERY, status: NOERROR, id: ;; flags: qr ; qd: 1 an: 0 au: 13 ad: 0 ;; QUESTIONS: ;; esempio.it., type = ANY, class = IN ;; ANSWERS: ;; AUTHORITY RECORDS: IN NS a.root-servers.net IN NS b.root-servers.net IN NS c.root-servers.net IN NS d.root-servers.net IN NS e.root-servers.net IN NS f.root-servers.net IN NS g.root-servers.net IN NS h.root-servers.net IN NS i.root-servers.net IN NS j.root-servers.net IN NS k.root-servers.net IN NS l.root-servers.net IN NS m.root-servers.net. ;; ADDITIONAL RECORDS: ;; Message size: 248 bytes</extdom:result> </extdom:query> </extdom:queries> </extdom:dnserrormsgdata> </extension> <trid> 17

18 <svtrid>98a03405-e3ef-4f0a-b87d-af052457a9f6</svtrid> </trid> </response> 6. Introduzione degli Internationalized Domain Names (IDN) Gli Internationalised Domain Names sono nomi a dominio che contengono caratteri non- ASCII, come per esempio le lettere accentate. Nella nuova versione del server EPP, sarà possibile registrare nomi a dominio.it che includono i caratteri non-ascii indicati nel Regolamento di assegnazione e gestione dei nomi a dominio nel cctld.it e, in particolare i caratteri à, â, ä, è, é, ê, ë, ì, î, ï, ò, ô, ö, ß, ù, û, ü, æ, œ, ç, ÿ. Da notare che: nelle richieste di registrazione/modifica/cancellazione di un nome a dominio IDN, deve essere riportato il nome in formato nativo e non nel formato Punycode (es: città.it e non xn--citt-3na.it ); nel caso si indichi un nameserver o un indirizzo subordinati ad un nome a dominio IDN, questi vanno riportati nel formato Punycode (es: ns.xn--citt-3na.it e non ns.città.it ed postmaster@xn--citt-3na.it e non postmaster@città.it ). Di seguito è riportato un esempio di operazione di Create Domain per un nome a dominio IDN con un nameserver subordinato: <?xml version="1.0" encoding="utf-8" standalone="no"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <command> <create> <domain:create> <domain:name>città.it</domain:name> <domain: period unit="y">1</domain:period> <domain:ns> <domain:hostattr> <domain:hostname>ns.xn--citt-3na.it</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> </domain: hostattr> <domain: hostattr> <domain:hostname>ns.dominio.org</domain:hostname> 18

19 </domain:hostattr> </domain:ns> <domain:registrant>mr0001</domain:registrant> <domain:contact type="admin">cl8013</domain:contact> <domain:contact type="tech">mb8015</domain:contact> <domain:authinfo> <domain:pw>22foobar</domain:pw> </domain:authinfo> </domain:create> </create> <cltrid>abc-12345</cltrid> </command> 7. Introduzione degli indirizzi IPv6 L introduzione degli indirizzi IPv6 è già presente nell ambiente di test pubblico da diversi mesi quindi, in questo caso, non sono state apportate modifiche in tal senso. In sostanza, a ciascun nameserver subordinato a un nome a dominio è possibile associare, oltre all indirizzo IPv4, anche un indirizzo IPv6. Non è possibile associare ad un nameserver più di un indirizzo IPv4 e non è possibile, al momento, avere solo indirizzi IPv6. Di seguito è riportato un esempio di operazione di Create Domain con un nameserver subordinato che possiede, oltre all indirizzo IPv4, anche un indirizzo IPv6. Per gli indirizzi IPv6 valgono tutti gli stessi vincoli che devono soddisfare gli indirizzi IPv4 e in particolare: gli indirizzi IPv4 (e IPv6 se specificato) degli host subordinati al nome a dominio devono corrispondere a quelli ad essi realmente associati nel DNS; gli indirizzi IPv4 (e IPv6 se specificato), degli host subordinati al nome a dominio devono entrambi rispondere in modo autoritativo. Esempio di Create Domain Request con un nameserver subordinato che ha un indirizzo IPv6 <?xml version="1.0" encoding="utf-8" standalone="no"?> <epp xmlns:contact="urn:ietf:params:xml:ns:contact-1.0" xmlns:domain="urn:ietf:params:xml:ns:domain-1.0" xmlns:extepp=" xmlns:extdom=" xmlns:extcon=" xmlns:rgp="urn:ietf:params:xml:ns:rgp-1.0" xmlns="urn:ietf:params:xml:ns:epp-1.0"> <command> <create> <domain:create> <domain:name>esempio.it</domain:name> 19

20 <domain: period unit="y">1</domain:period> <domain:ns> <domain:hostattr> <domain:hostname>ns1.esempio.it</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> <domain:hostaddr ip="v6">2a00:d40:1:1::5</domain:hostaddr> </domain: hostattr> <domain: hostattr> <domain:hostname>ns2.esempio.it</domain:hostname> <domain:hostaddr ip="v4"> </domain:hostaddr> </domain:hostattr> </domain:ns> <domain:registrant>mr0001</domain:registrant> <domain:contact type="admin">cl8013</domain:contact> <domain:contact type="tech">mb8015</domain:contact> <domain:authinfo> <domain:pw>22foobar</domain:pw> </domain:authinfo> </domain:create> </create> <cltrid>abc-12345</cltrid> </command> 8. Modifica della durata del periodo di pendingtransfer Il periodo massimo di permanenza nello stato di pendingtransfer è stato ridotto da 5 a 3 giorni solari. 9. Apertura delle registrazioni ad alcuni paesi non appartenenti alla Unione Europea In concomitanza con l introduzione dei domini IDN, la registrazione dei nomi a dominio.it è estesa ai soggetti che hanno cittadinanza, residenza o sede nei paesi dello Spazio Economico Europeo (SEE) che non fanno parte dell Unione Europea (cioè Islanda, Liechtenstein e Norvegia), nella Repubblica di San Marino, nella Città del Vaticano e nella Confederazione Svizzera. Pertanto i nuovi valori che possono assumere i campi Nazione e Nazionalità di un contatto sono i seguenti: IS (Islanda) LI (Liechtenstein) NO (Norvegia) SM (Repubblica di San Marino) 20

21 VA (Città del Vaticano) CH (Svizzera) 21