Résumé
- Les fonctions critiques comprennent DNS, DNSSEC, EPP, RDAP et le dépôt de données.
- Un gTLD ne peut avoir qu’un Main RSP et qu’un DNSSEC RSP, mais peut utiliser plusieurs DNS RSP.
- Au minimum, le candidat doit fournir un Main RSP, un DNSSEC RSP et un DNS RSP.
Le nombre d’organisations prestataires ne mesure pas de façon fiable la couverture des services de registre. L’Applicant Guidebook attribue des fonctions à chaque type de RSP. Le Main RSP exploite la base de données d’enregistrement, assure le dépôt des données d’enregistrement et exploite EPP et RDAP. Un gTLD ne peut avoir qu’un seul Main RSP.
Le DNS suit une structure différente. Un DNS RSP exploite un ou plusieurs serveurs DNS pour le gTLD, et plusieurs DNS RSP peuvent être utilisés. Le DNSSEC possède son propre rôle : le DNSSEC RSP réalise les opérations cryptographiques nécessaires et un gTLD ne peut en avoir qu’un.
Le Guidebook définit aussi le Proxy RSP. Celui-ci effectue la validation des enregistrements afin de respecter le droit local applicable dans une juridiction. Ce service supplémentaire est facultatif et doit être approuvé dans le cadre du RSP Evaluation Program. Plusieurs Proxy RSP peuvent être utilisés, chacun donnant accès à une juridiction différente.
Ces règles précisent la composition minimale sans imposer que chaque rôle appartienne à une organisation différente. Le candidat doit fournir au moins un Main RSP, un DNSSEC RSP et un DNS RSP. Une organisation peut être évaluée pour plusieurs types de RSP, mais cet article ne suppose pas qu’un prestataire déterminé ait été évalué ou sélectionné.
La limite probatoire reste essentielle. Une carte fonctionnelle complète ne prouve ni la réussite d’une évaluation, ni l’acceptation du candidat par un RSP, ni la signature d’un contrat, ni le début des opérations. Elle montre seulement si le plan consigné attribue les fonctions requises aux rôles autorisés.
Analyse
Pour la gouvernance, le contrôle utile est une matrice fonctions-prestataires. Les lignes représentent DNS, DNSSEC, EPP, RDAP et le dépôt de données. Les colonnes indiquent le prestataire prévu, son type de RSP et la preuve de cette attribution. Cette matrice est une recommandation de BTW, pas un format documentaire imposé par l’ICANN.
Le contrôle du nombre doit accompagner celui de la couverture. Un Main RSP couvre la base d’enregistrement, EPP, RDAP et le dépôt. Un DNSSEC RSP couvre les opérations cryptographiques DNSSEC. Un ou plusieurs DNS RSP peuvent couvrir le service DNS faisant autorité. Toute entrée Proxy facultative doit indiquer la juridiction concernée et consigner la preuve de l’approbation requise dans le RSP Evaluation Program ou son état actuel.
Sources
- ICANN, Applicant Guidebook du cycle 2026, module 3, section 3.1.10.2 : https://newgtldprogram-2026-agb.icann.org/en/7-module-3-application-submission.html
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance

