Introduction
Le personnel de l'ICANN a récemment mené des travaux visant à satisfaire les exigences de la communauté en matière de définition de mesures des performances de l'« IANA après-transition » pour le traitement des demandes de gestion de la zone racine. Pour les personnes n'ayant pas suivi l'évolution des attentes de niveau de service, les principes arrêtés pour le suivi, la communication et l'évaluation de ces demandes sont les suivants :
- Mesures attribuables. Lorsque cela est possible, les différentes mesures doivent être communiquées en attribuant à la partie responsable le temps nécessaire. Par exemple, dans le cas d'une demande de modification, le temps consacré par le personnel de l'IANA au traitement de cette demande doit être comptabilisé séparément du temps passé à attendre l'action d'un client.
- Temps globaux. En dépit du principe précédent, il est utile de communiquer les mesures générales afin d'identifier les tendances générales associées aux temps globaux de traitement.
- Pertinence. Une distinction doit être faite entre les mesures devant être recueillies afin de soutenir une analyse générale et les mesures critiques jugées importantes pour la définition de seuils spécifiques permettant de détecter toute éventuelle incapacité de l'ICANN à fournir un niveau de service adéquat.
- Définition claire. Chaque mesure doit être suffisamment définie pour qu'il y ait une compréhension commune de ce qui est mesuré et de comment une approche automatisée serait mise en œuvre pour pouvoir mesurer par rapport à la norme.
- Définition des seuils. La définition des seuils spécifiques pour les critères de performance doit se fonder sur l'analyse des données réelles. Cela pourrait impliquer dans un premier temps de définir une mesure, une période de collecte des données et une analyse ultérieure par la communauté avant de définir le seuil.
- Processus de révision. Les attentes de niveau de service devraient être révisées périodiquement et adaptées en fonction des attentes révisées de la communauté et des mises à jour de l'environnement. Elles devraient être convenues entre la communauté et l'opérateur des fonctions IANA.
- Rapports réguliers. Dans la mesure du possible, les mesures doivent être régulièrement communiquées, dès que possible (presque en direct).
Depuis le 2 mars, les nécessaires modifications des codes permettant le recueil d'informations temporelles pour les attentes de niveau de service sont en cours. La prochaine étape pourrait consister à envisager ce que l'on pourrait faire avec les données recueillies. Dans cette publication, nous préciserons comment nous en sommes arrivés là et ce à quoi nous pouvons nous attendre à l'avenir.
Contexte : définition de critères de mesure
Une équipe de conception du groupe de travail intercommunautaire (CWG), désigné « DT-A », a été chargée de définir des normes en matière de performance. La DT-A a développé un ensemble de mesures à recueillir afin d'évaluer les niveaux de service assurés par la fonction de gestion de la zone racine de l'IANA. Ce processus de développement a réuni des membres du personnel de l'ICANN en tant qu'experts techniques qui ont passé en revue l'ensemble du processus de gestion de la zone racine, l'équipe de conception expliquant son fonctionnement et précisant les implications des différentes mesures proposées. Le personnel de l'ICANN a enrichi nos explications des flux de processus de base en faisant part de situations inhabituelles susceptibles de rendre certaines mesures plus compliquées qu'elles n'y paraissent. Bien que le personnel de l'ICANN n'ait pas défini les mesures, nous avons donné notre avis à l'équipe de conception lorsque nous estimions que certaines mesures seraient impossibles à recueillir. Ces travaux se sont achevés par la rédaction d'un rapport final de l'équipe de conception qui a été intégré à la proposition du CWG.
Mise en œuvre : ajout de nouvelles capacités de mesure au RZMS
Après l'achèvement de la proposition du CWG, l'équipe chargée de développer le système de gestion de la zone racine de l'ICANN (RZMS) a tâché d'équiper le système de façon à capturer les événements du système relatifs aux nouvelles mesures proposées. Cela s'est avéré nécessaire dans la mesure où certaines des mesures issues des travaux de l'équipe de conception portent sur des petits détails de certains flux de processus qui n'avaient pas été initialement enregistrés. Tel que vu précédemment, ces travaux ont été achevés et la première version soutenant ce nouvel enregistrement a été déployée le 2 mars 2016. Le personnel de l'ICANN révisera les premiers lots des données enregistrées dans le but de déterminer si un ajustement est nécessaire afin de correctement calculer les SLE et de rédiger des rapports appropriés.
Production
Recueil initial de données
Avec les nouvelles capacités de recueil de données statistiques relatives aux performances du RZMS en place, le personnel de l'ICANN a commencé à recueillir des données brutes. Ces données serviront de base aux futures discussions avec l'ensemble de la communauté chargée de la gestion de la zone racine, à savoir les nombreuses organisations assurant la gestion des TLD. Lors de ces discussions, nous espérons découvrir quelles sont les mesures clés et quel devrait être le niveau de performance de l'IANA après-transition par rapport à ces mesures. La proposition du CWG impose que les niveaux de service soient fixés après analyse de données réelles, et ces données seront utilisées dans cette analyse. Au vu des contraintes de temps liées à la transition et au fait que nous espérons que les mesures évoluent au fil du temps, nous pensons qu'un recueil initial de données de trois (3) mois sera suffisant afin d'établir une base de référence pour les seuils initiaux tel que décrit ci-dessous.
Agrégation de données et rapports
Parallèlement au recueil initial de données, le personnel de l'ICANN développera les systèmes et outils nécessaires à l'agrégation des flux de données brutes et à la conversion des données dans les formats escomptés par la communauté. Ces formats comprennent un tableau de bord adapté à une publication en temps réel et tous rapports réguliers devant être élaborés. De plus, une version des enregistrements bruts contenant des informations confidentielles sera publiée afin de permettre aux tierces parties d'effectuer leurs propres analyses et mesures et afin de fournir une façon de procéder à une vérification indépendante de notre interprétation des données. Nous ferons part de nos progrès au fur et à mesure du recueil des données et du développement des outils et publierons les données dès que nous serons plus sûrs de leur exactitude.
Définition des seuils et niveaux de service
Une fois que nous disposerons de suffisamment de données afin de mener des analyses approfondies et des outils nécessaires afin d'analyser et de communiquer les données déployées, nous engagerons des discussions avec la communauté des gestionnaires de TLD afin d'identifier les « mesures critiques » et leurs seuils requis. Ces seuils, une fois convenus entre le personnel de l'ICANN et la communauté, constitueront les nouvelles normes de performance en matière de gestion de la zone racine dans l'environnement après-transition. Au-delà, les mécanismes de formulation régulière de commentaires définis dans la proposition de transition, y compris l'engagement avec le nouveau Comité permanent de clients (CSC), orienteront l'évolution future en matière de communication et de performances attendues de la gestion de la zone racine de l'IANA.
Conclusion
Nous avons commencé à recueillir les mesures convenues par la communauté et le personnel de l'ICANN. Le personnel de l'ICANN a hâte de travailler avec la communauté dès que les données relatives au calendrier des actions de gestion de la zone racine mises en place par le personnel, la communauté et autres seront obtenues, regroupées et mises à disposition des individus résolus à honorer l'engagement de l'ICANN en matière d'ouverture et de transparence. Nous estimons qu'un recueil des mesures étalé sur trois (3) mois fournira suffisamment de données afin de fixer des objectifs de performance pour l'IANA. Une fois la transition mise en œuvre, le CSC sera en mesure d'évaluer les performances de l'IANA en matière de gestion de la zone racine et d'ajuster certains niveaux de service afin de satisfaire les besoins de la communauté.