Guide d intégration des nouveaux gtld avec l Afnic

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 1 Guide d intégration des nouveaux gtld avec l Afnic.alsace,.aquitaine,.bzh,.corsica,.paris - Version 1-23 juillet 2013

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 2 Table des matières 1. Contexte d intégration... 4 2. Les grands choix techniques multi-tld... 4 2.1. Des accès automatisés dédiés par TLD... 4 2.2. Des accès mutualisés pour une gestion plus simple de tous les TLD... 4 2.3. Des services additionnels pour chaque TLD... 5 2.4. Du standard, rien que du standard!... 7 3. EPP... 8 Opérations possible pour l objet domain :... 8 Opérations sur les contacts... 8 Opérations sur les hosts... 8 4. RDDS... 9 4.1. Whois... 9 4.2. Zonefile access... 9 5. DNS... 9 6. IPv6... 10 7. Sunrise... 10 8. Accréditation... 10 9. Facturation... 11 10. Politique de nommage... 11 10.1. Contraintes syntaxiques... 11 10.2. Contraintes sémantiques... 11 10.3. Gestion des IDNs... 12

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 3 10.4. Gestion des codes d autorisation... 12 11. Accès à la plateforme d intégration.next... 13 Annexe 1 : table des caractères IDN... 14 Annexe 2 : glossaire... 16

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 4 Guide d intégration des nouveaux gtld avec l Afnic.alsace,.aquitaine,.bzh,.corsica,.paris 1. Contexte d intégration S intégrer techniquement avec l Afnic, c est ouvrir la porte des dépôts en.alsace,.aquitaine,.bzh,.corsica, et.paris. L Afnic a effectué un certain nombre de choix techniques décrit dans le présent document et vous permettant une intégration similaire et efficace de toutes ces extensions. Par ailleurs afin de vous permettre de tester vos intégrations, une plateforme générique a été mise en oeuvre sur la base d un TLD fictif : le.next. Cette plateforme est disponible en beta-test et vous permet d ores et déjà de tester l ensemble des services qui seront à votre disposition pour chacune de ces cinq extensions géographiques. Ce guide utilisera donc le TLD.next dans l ensemble des exemples et URL donnés et il vous suffit de substituer le «.tld» souhaité au.next pour avoir l exemple ou le paramètre adéquat. Par ailleurs les termes décrivant les opérations et les objets manipulés sont systématiquement utilisés en anglais pour permettre une correspondance précise avec les commandes EPP décrites dans les RFCs. 2. Les grands choix techniques multi-tld 2.1. Des accès automatisés dédiés par TLD Afin de mieux sécuriser et fiabiliser vos opérations, les services essentiels de chaque TLD sont dédiés à l exception de la publication DNS. Ainsi vous retrouverez pour chaque TLD un service dédié en epp.nic.next, un whois.nic.next, un extranet.nic.next. 2.2. Des accès mutualisés pour une gestion plus simple de tous les TLD Pour les interfaces web, un choix légèrement différent a été effectué afin de simplifier le travail des opérateurs.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 5 L extranet de chaque TLD sera bien disponible via son URL dédiée extranet.nic.next mais un portail commun permettra le switch rapide d un extranet à l autre. Par ailleurs un service de SSO (Single Sign On) est à l étude afin d éviter à un agent ayant des droits à l Afnic sur plusieurs TLD de se réauthentifier à chaque changement d univers. Enfin la gestion de votre compte client à l Afnic pourra s effectuer via l extranet de façon mutualisée afin de simplifier la gestion d une partie de vos contacts. 2.3. Des services additionnels pour chaque TLD Sur la base des retours positifs que ces services ont recueillis sous le.fr, l Afnic offre pour chaque TLD les services additionnels qui rendent la gestion du TLD plus facile : un univers complet de sandbox (epp.sandbox.nic.next, whoissandbox.nic.next, extranet-sandbox.nic.next) afin de tester vos interfaces pour chacun des TLD un site de communication opérationnelle dédié pour l annonce de la qualité de service (Service Level Agreement - SLA), des maintenances et des futurs lancements de nouveaux services. un accès web à vos factures et à un système de paiement en ligne un accès à des données statistiques de votre portefeuille Enfin, également disponible pour le grand public, un whois web avec des fonctions de recherches inverses sera mis à disposition (www.nic.next/whois) avec des limitations permettant d éviter tout abus du service.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 6

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 7 2.4. Du standard, rien que du standard! L Afnic a fait le choix de déployer un EPP entièrement standard et le plus épuré possible. Aucune extension «exotique» n est à prévoir. Les deux seules extensions nécessaires pour fonctionner sont : l extension pour la gestion de DNSsec : SecDNS EPP version 1.1 telle que définie dans la RFC 5910, l extension Launch Phase Mapping pour la gestion des Sunrise en phase de standardisation (actuellement en v11 - http://tools.ietf.org/id/draft-tanepp-launchphase-11.txt) Le cycle de vie du nom de domaine est également entièrement standard. Il inclut la gestion de l ensemble des états EPP existants et la gestion des Grace Period.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 8 3. EPP L accès à EPP sera donc disponible pour chaque TLD aux URLs suivantes : epp.nic.next pour l accès en production epp.sandbox.nic.next pour l accès au bac à sable. Pour un TLD donné, deux connexions sont disponibles pour chaque Registrar. Pour un TLD donné, un certificat dédié doit être envoyé puis installé par l Afnic afin de vous authentifier. Le même certificat peut être utilisé pour chaque TLD. Pour un TLD donné, deux adresses IP seront autorisées à se connecter au serveur. Tous les objets domain, contact et host sont gérés et toutes les opérations disponibles classiquement dans les gtld sont disponibles en.next : Opérations possibles pour l objet domain : create possible de 1 à 10 ans, renew possible de 1 à 10 ans, Grace Period de 5 jours sur les opérations de create, renew, de 45 jours sur les opérations d auto-renew, de 5 jours sur les transfer, période de rédemption de 30 jours suivie d une période de Pending Delete de 5 jours, restore Par ailleurs l utilisation d un auth_info est nécessaire pour les opérations de transfer. Ce même auth_info peut être nécessaire lors d une opération de create dans le cas de la création d un nom de domaine reservé. La gestion des codes d autorisation, similaire à celle du.fr, est expliquée plus loin dans ce même document. Opérations sur les contacts create, update. Opérations sur les hosts create, update, delete. Une configuration DNSSEC peut être renseignée lors de l update si le Registrar a choisi d implémenter l extension DNSsec en utilisant l interface DS data (secdns:dsdata) de la section 4.1 de la RFC 5910. Les glues sont autorisées.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 9 L engagement mensuel de qualité de service (Service Level Agreement - SLA) sur l interface EPP est celui spécifié par l ICANN : disponibilité EPP 864 mn d indisponibilité par mois ( 98%), performance des commandes EPP de type session 4000 ms, pour 90% des commandes, performance des commandes EPP de type query 2000 ms, pour 90% des commandes, performance des commandes EPP de type transform 4000 ms, pour 90% des commandes. 4. RDDS 4.1. Whois Le whois sera disponible sur le port 43 à whois.nic.next en production et whois.sandbox.nic.next pour le bac à sable. Le whois est soumis aux règles de rate-limiting suivantes : 7,200 requêtes 24 hour IP. L utilisation du champ contact:disclose est possible via l interface EPP. Il n est pas activé par défaut dans la publication Whois même si l interface EPP permet de récupérer cette information. Le Whois est mis à jour en temps réel et le résultat d une opération EPP est visible dans le Whois sans délai. L engagement mensuel de SLA sur l interface Whois est celui spécifié par l ICANN : disponibilité du whois port 43 864 mn d indisponibilité ( 98%) performance d une requête whois port 43 2000 ms, pour au moins 95% des requêtes mise à jour du whois 60 mn, pour au moins 95% des sondes 4.2. Zonefile access Les modalités d accès au Zonefile sont celles spécifiées par l ICANN. 5. DNS La publication DNS se fera sur l ensemble des trois nuages anycast déjà utilisés pour le.fr : d.nic.fr, f.ext.nic.fr, g.ext.nic.fr. La publication DNS a lieu toutes les 10 minutes.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 10 L engagement mensuel de SLA sur le service DNS est celui spécifié par l ICANN : Disponibilité du service DNS = 100%. Disponibilité du service DNS par serveur 432 mn d indisponibilité ( 99%). Performance d une requête DNS en TCP 1500 ms pour au moins 95% des requêtes. Performance d une requête DNS en UDP 500 ms pour au moins 95% des requêtes. 6. IPv6 L ensemble des services décrits ci-dessus est entièrement disponible en IPv6 et permet la manipulation des IP IPv6 quand l objet l autorise. 7. Sunrise Les politiques de sunrise sont encore en cours d élaboration par chaque Registre. Elles se baseront sur l extension EPP Launch Phase mapping en phase de standardisation (actuellement en v11 http://tools.ietf.org/id/draft-tan-epp-launchphase-11.txt) 8. Accréditation L Afnic vous accompagnera pour l étape de tests techniques de votre accréditation. Les tests techniques pour la phase de «disponibilité générale» (ou General Availability), une fois passés, seront validés pour l ensemble des TLD gérés par l Afnic. Les registrars autorisés à s accréditer seront des registrars accrédités par l Icann, ayant déclaré à l Icann leur volonté de s accréditer pour les TLD gérés par l Afnic. Le détail des règles d accréditation pour chacun des TLD gérés par l Afnic sera précisé ultérieurement, en particulier pour ce qui concerne la période de sunrise.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 11 9. Facturation Aucun pré-paiement n est à prévoir pour les TLD gérés par l Afnic. La facturation sera effectuée par l Afnic ou directement par le Registre. Les informations de tarif et de promotion unitaire seront précisées lors des phases de pré-lancement de chaque TLD. Dans le cas des TLDs pour lesquels l Afnic effectue la facturation, les factures seront disponibles sur l extranet et le paiement pourra également s effectuer via l extranet en CB ou par virement. Toutes les devises sont acceptées. 10. Politique de nommage 10.1. Contraintes syntaxiques Un certain nombre de tests syntaxiques sont effectués : test sur le nombre correct de labels (maximum 2), test afin de s assurer que la chaîne de caractère «--» n est pas présente en position 3 et 4 pour protéger xn-- et les futurs préfixes ACE, test pour empêcher le caractère «-» en tête ou queue de nom de domaine, test pour trouver les caractères ASCII qui ne sont ni lettre, ni chiffre, ni le caractère «-», test pour trouver les caractères IDN invalides (cf. ci-dessous), test de validation des syntaxes des adresses IP, ipv4-addr [1-255](\.[0-255]){3,3} ipv6-addr [a-fa-f0-9:]+(:?ipv4-addr?) test de validation des téléphones et mails, num tel \+[1-9][0-9]{0,3}?sp?[1-9]([?sp?\.-]?[0-9])+ num tel fr \+33?sp?[1-9]([?sp?\.-]?[0-9]){8} e-mail (([^\s\(\)\[\]\.\\??,;:?@]+(\.[^\s\(\)\[\]\.\\??,;:?@]+)*) (?[^?@\\\r\n]+?))@?labe l?(\.?label?)* 10.2. Contraintes sémantiques Test pour empêcher la création d un nom de domaine réservé (par l ICANN, le registre) sans code d autorisation spécifique.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 12 10.3. Gestion des IDNs Les TLDs opérés par l Afnic offriront la possibilité d enregistrer des noms de domaine accentués. Pour l ensemble des TLDs il s agira d une table de caractères commune, sous-ensemble du script Latin. La table précise est en annexe du présent document. Il est à noter qu un caractère additionnel existera pour le.bzh, il s agit du k barré issu du Latin Extended-D correspondant à l identifiant U+A743. 10.4. Gestion des codes d autorisation Les demandes de création avec code d'autorisation se font à partir de l extranet. Les grandes lignes de la procédure sont : Saisie via l extranet d une demande de code d autorisation pour le Registrar : du nom de domaine concerné, de l id du titulaire souhaité qui aura été créé au préalable. Les pièces justificatives ne sont pas requises pour l émission de la demande initiale. Une fois la demande effectuée, un numéro d'enregistrement est attribué et affiché sur la page ainsi que le nom de domaine demandé, le nic-handle du futur titulaire, la date et heure précise de la demande. Une information publique sur les demandes reçues et leur suivi en temps réel sera disponible Le traitement des demandes se fait par ordre chronologique avec attribution d un code d autorisation utilisable dans les 15 jours suivants. À défaut d utilisation du code, ou dans le cas d'un rejet de la demande, le registre abandonne la demande en cours et examine la demande suivante pour le même terme. À l issue d une suppression d'un nom de domaine réservé, celui-ci revient dans la liste des termes réservés.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 13 11. Accès à la plateforme d intégration.next L ensemble des accès techniques proposés dans le présent document est d ores et déjà testable sur une plate-forme d intégration générique pour un TLD fictif : le.next. Vous pouvez donc y accéder à l ensemble des services EPP, extranet, whois et effectuer des tests sur des noms de domaines en.next. Ce TLD n étant bien évidemment pas annoncé dans la racine, l accès aux services ne peut pas être en.next et s effectue par les alias suivants : epp.next.nic.fr, whois.next.nic.fr, extranet.next.nic.fr Cette plateforme est en évolution. Elle est notamment là pour vous permettre de tester les services offerts et de nous remonter vos éventuels bugs mais aussi souhaits de fonctionnalités additionnelles. N hésitez donc pas à l utiliser et la malmener! Vos chargés de clientèle sont entièrement à votre écoute pour consolider vos retours sur cette plateforme et des réponses rapides sur les évolutions potentielles de la roadmap fonctionnelle vous seront proposées.

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 14 Annexe 1 : table des caractères IDN # Point de code Glyphe Nom Équivalence ASCII 1 U+002D - TRAIT D'UNION-SIGNE MOINS - 2 U+0030 0 CHIFFRE ZÉRO 0 3 U+0031 1 CHIFFRE UN 1 4 U+0032 2 CHIFFRE DEUX 2 5 U+0033 3 CHIFFRE TROIS 3 6 U+0034 4 CHIFFRE QUATRE 4 7 U+0035 5 CHIFFRE CINQ 5 8 U+0036 6 CHIFFRE SIX 6 9 U+0037 7 CHIFFRE SEPT 7 10 U+0038 8 CHIFFRE HUIT 8 11 U+0039 9 CHIFFRE NEUF 9 12 U+0061 a LETTRE MINUSCULE LATINE A a 13 U+0062 b LETTRE MINUSCULE LATINE B b 14 U+0063 c LETTRE MINUSCULE LATINE C c 15 U+0064 d LETTRE MINUSCULE LATINE D d 16 U+0065 e LETTRE MINUSCULE LATINE E e 17 U+0066 f LETTRE MINUSCULE LATINE F f 18 U+0067 g LETTRE MINUSCULE LATINE G g 19 U+0068 h LETTRE MINUSCULE LATINE H h 20 U+0069 i LETTRE MINUSCULE LATINE I i 21 U+006A j LETTRE MINUSCULE LATINE J j 22 U+006B k LETTRE MINUSCULE LATINE K k 23 U+006C l LETTRE MINUSCULE LATINE L l 24 U+006D m LETTRE MINUSCULE LATINE M m 25 U+006E n LETTRE MINUSCULE LATINE N n 26 U+006F o LETTRE MINUSCULE LATINE O o 27 U+0070 p LETTRE MINUSCULE LATINE P p 28 U+0071 q LETTRE MINUSCULE LATINE Q q 29 U+0072 r LETTRE MINUSCULE LATINE R r 30 U+0073 s LETTRE MINUSCULE LATINE S s 31 U+0074 t LETTRE MINUSCULE LATINE T t 32 U+0075 u LETTRE MINUSCULE LATINE U u 33 U+0076 v LETTRE MINUSCULE LATINE V v 34 U+0077 w LETTRE MINUSCULE LATINE W w 35 U+0078 x LETTRE MINUSCULE LATINE X x 36 U+0079 y LETTRE MINUSCULE LATINE Y y 37 U+007A z LETTRE MINUSCULE LATINE Z z

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 15 38 U+00DF ß LETTRE MINUSCULE LATINE S DUR ss 39 U+00E0 à LETTRE MINUSCULE LATINE A ACCENT GRAVE a 40 U+00E1 á LETTRE MINUSCULE LATINE A ACCENT AIGU a 41 U+00E2 â LETTRE MINUSCULE LATINE A ACCENT CIRCONFLEXE a 42 U+00E3 ã LETTRE MINUSCULE LATINE A TILDE a 43 U+00E4 ä LETTRE MINUSCULE LATINE A TRÉMA a 44 U+00E5 å LETTRE MINUSCULE LATINE A ROND EN CHEF a 45 U+00E6 æ LETTRE MINUSCULE LATINE AE ae 46 U+00E7 ç LETTRE MINUSCULE LATINE C CÉDILLE c 47 U+00E8 è LETTRE MINUSCULE LATINE E ACCENT GRAVE e 48 U+00E9 é LETTRE MINUSCULE LATINE E ACCENT AIGU e 49 U+00EA ê LETTRE MINUSCULE LATINE E ACCENT CIRCONFLEXE e 50 U+00EB ë LETTRE MINUSCULE LATINE E TRÉMA e 51 U+00EC ì LETTRE MINUSCULE LATINE I ACCENT GRAVE i 52 U+00ED í LETTRE MINUSCULE LATINE I ACCENT AIGU i 53 U+00EE î LETTRE MINUSCULE LATINE I ACCENT CIRCONFLEXE i 54 U+00EF ï LETTRE MINUSCULE LATINE I TRÉMA i 55 U+00F1 ñ LETTRE MINUSCULE LATINE N TILDE n 56 U+00F2 ò LETTRE MINUSCULE LATINE O ACCENT GRAVE o 57 U+00F3 ó LETTRE MINUSCULE LATINE O ACCENT AIGU o 58 U+00F4 ô LETTRE MINUSCULE LATINE O ACCENT CIRCONFLEXE o 59 U+00F5 õ LETTRE MINUSCULE LATINE O TILDE o 60 U+00F6 ö LETTRE MINUSCULE LATINE O TRÉMA o 61 U+00F9 ù LETTRE MINUSCULE LATINE U ACCENT GRAVE u 62 U+00FA ú LETTRE MINUSCULE LATINE U ACCENT AIGU u 63 U+00FB û LETTRE MINUSCULE LATINE U ACCENT CIRCONFLEXE u 64 U+00FC ü LETTRE MINUSCULE LATINE U TRÉMA u 65 U+00FD ý LETTRE MINUSCULE LATINE Y ACCENT AIGU y 66 U+00FF ÿ LETTRE MINUSCULE LATINE Y TRÉMA y 67 U+0153 œ DIGRAMME SOUDÉ MINUSCULE LATIN OE oe

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 16 Annexe 2 : glossaire Sunrise : Période d enregistrement prioritaire au cours de laquelle les ayants droit ont la possibilité d enregistrer leurs noms de domaine avant l ouverture générale de l extension au public. Grace period : période suivant une opération facturable sur nom de domaine, durant laquelle un registrar peut supprimer le nom de domaine et obtenir un remboursement. IDN : IDN signifie "Internationalized Domain Names". Les noms de domaine (plus exactement, les noms de machine, car on réserve en général un domaine pour déclarer des machines) ne pouvaient traditionnellement être composés que d'un sous-ensemble de caractères ASCII. Les noms de domaine «internationaux» ou «internationalisés» sont des noms de domaine comportant d'autres caractères que les caractères ASCII (par exemple : caractères arabes, chinois, accentués,...). La norme mise en œuvre à l'afnic est appelée IDNA2008. Sandbox : environnement complet de test à destination des registrars, fonctionnant de façon parfaitement identique à la production. SLA : Service Level Agreement, engagement de niveaux de services sur la disponibilité, la performance

GUIDE D INTÉGRATION DES NOUVEAUX GTLDS AVEC L AFNIC 23 juillet 2013 17