ICANN

Dans la structure de l'ICANN, le GNSO est le comité de soutient en charge des extensions génériques. Le GNSO est en relation directe avec le Conseil d'administration.

J'ai déjà parlé sur ce blog du GNSO, le Generic Names Supporting Organization. Cette structure est une pièce fondamentale dans le fonctionnement de l'ICANN. Elle regroupe les collèges de ceux qui dans le jargon icannien sont surnommés les "contractants" (les registrars et les registres) et les "non-contractants" (les utilisateurs). Il y a donc le collège des registrars, dont INDOM fait partie (Registrar Constituency), celui des registres, de la communauté "business", des FAI, de la PI et des utilisateurs non commerciaux.

En tant que structure de soutient au Conseil d'administration de l'ICANN (Supporting Organization), le GNSO a le pouvoir de proposer de nouvelles politiques à ce dernier. Ainsi, c'est par le biais de ce processus de "développement de nouvelles politiques" (ou PDP pour Policy Development Process) que le projet de création des nouvelles extensions a été élaboré. Lorsque le Conseil d'administration de l'ICANN a donné son feu vert au lancement de ce projet en juin dernier à Paris, il a en fait voté "pour" la proposition qui lui avait été soumise par le Conseil du GNSO.

En effet, le GNSO est géré par un Conseil de 21 membres. Chacun des 6 collèges du GNSO doit élire trois représentants pour siéger au Conseil du GNSO. Ces représentants sont élus pour un mandat de 2 ans. En ce qui concerne le collège des registrars, les représentants sont choisis en fonction de leurs régions géographiques : Amérique du Nord, Asie Pacifique et Europe.

Le mandat de l'actuel Conseiller européen, l'allemand Tom Keller, arrive à expiration après la réunion du Caire. Hier soir, le collège des registrars ICANN m'a élu pour le remplacer. C'est, je crois, la première fois qu'un français est élu au Conseil du GNSO par les registrars. Et c'est une sacrée responsabilité.

Je prendrai mes fonctions après la réunion du Caire, au moment où le GNSO est en train d'évoluer en profondeur (sa structure devrait bientôt être modifiée afin de mieux séparer les contractants des non-contractants). L'ICANN est aussi en train d'évoluer (vers plus d'indépendance vis-à-vis du gouvernement américain ?). Et l'Internet lui-même est à l'aube d'une révolution possible (les nouvelles extensions ont le potentiel de modifier en profondeur notre utilisation du Web).

Le GNSO est donc au cœur des évolutions majeurs des années à venir en ce qui concerne le nommage sur Internet.

Et dire que certains prétendent encore que l'ICANN n'est pas une organisation transparente, alors même que le régulateur va jusqu'à mettre en ligne sa liasse fiscale !

Bon d'accord, l'ICANN n'a pas le choix en fait (c'est une obligation légale aux USA de rendre ces informations publiques lorsqu'on est "not for profit", c'est-à-dire à but non lucratif). Reste que les 54 pages de ce qui s'apparente à un bilan comptable sont très intéressantes. Merci à Elisabeth Porteneuve et ses yeux d'aigle pour avoir trouvé ce document caché dans les tréfonds du site de l'ICANN.

Vous y verrez par exemple que l'ICANN a payé 2 324 783 USD de salaires en 2007, uniquement sur les postes de direction ainsi que les "employés clefs". Le reste de la masse salariale a coûté 6 719 466 USD.

Les frais juridiques, un poste conséquent pour le régulateur de l'Internet qui doit souvent faire face à des procès, se sont élevés à 1 055 146 USD. Une somme qui apparaît comme presque bon marché par rapport aux 5 396 378 de frais de voyages, auxquels se sont ajoutés 623 867 USD de frais d'organisation de conférences et réunions.

Et parmi de nombreuses autres perles d'information, vous découvrirez en page 10 de ce document le nom des 5 employés (hors direction) les mieux payés de l'ICANN. Des salaires sans aucun doute largement mérités, puisque ces 5 personnes sont listées comme travaillant en moyenne 60 heures par semaine !

Je suis peut-être dans les noms de domaine depuis trop longtemps J mais je trouve que ces 54 pages font une lecture de week-end fascinante…

On en apprend de belles sur les sites des développeurs en informatique. Ainsi l'ICANN aurait demandé à Paul Black, un informaticien américain, de lui construire un algorithme pour tester la "dangerosité" d'éventuelles nouvelles extensions.

De quoi s'agit-il ? En testant différents niveaux de similitudes, le système vise à déterminer si un projet de nouvelle extension ne risque pas de s'avérer visuellement trop proche d'une extension existante. Un exemple évident : le .C0M (avec un zéro) serait trop proche du .COM.

Le système de Paul Black fonctionne en comparant l'extension proposée avec ce qui existe et en lui attribuant une note. Plus la note est élevée, plus le risque de confusion avec les extensions déjà en service est grand. Ainsi l'exemple de .C0M avec un zéro a une note de 88 sur 100.

Plusieurs éléments de similitudes sont testés, y compris la possibilité pour deux lettres, comme le "c" et le "l", d'être assimilées à une troisième lettre en lecture rapide (le "d" en l'occurrence).

On ne pourra pas dire que l'ICANN ne prend pas le dossier des nouvelles extensions au sérieux ! D'ailleurs, le régulateur souhaiterait étendre ce type d'études algorithmiques pour prendre en compte les dangers de similitudes sur différents jeux de caractères, comme le cyrillique avec l'alphabet latin par exemple. Voilà qui serait très utile pour les IDN.

Initiative indépendante, l'ICANNWiki est devenu en quelques années une source incontournable d'informations sur l'ICANN et la communauté du nommage sur Internet en général.

A chaque manifestation importante, les réunions ICANN mais également d'autres rendez-vous, le Wiki propose un guide. Des conseils pratiques pour se rendre à la manifestation en question aux petites astuces utiles concernant le lieu où cette dernière est organisée, le Wiki vise à servir de support utile pour les participants.

En grands fans du Wiki, nous avons souhaité participer à l'occasion de la réunion de l'ICANN à Paris. Nous avons donc rédigé en collaboration avec les gestionnaires du Wiki un guide (proposé en anglais et en français) pour cette réunion.

A notre connaissance, c'est la première fois que le Wiki propose du contenu en français.

Les tours du Méridien Montparnasse, où se déroulera la réunion ICANN de Paris, du 22 au 26 juin 2008. Photo SVG.

L'ICANN vient de publier le programme de la semaine de la réunion de Paris, en juin. Un programme légèrement inhabituel pour une réunion ICANN et manifestement prévu pour toujours plus d'ouverture vers ceux qui ne connaissent pas le fonctionnement de l'organisme.

Première nouveauté : comme je l'avais révélé ici-même, la réunion sera écourtée d'une journée. La traditionnelle réunion du Conseil de l'ICANN clôturant la semaine le vendredi est donc avancée au jeudi.

Le semaine ICANN Paris commencera donc le dimanche 22 juin par quelques réunions qui n'intéresseront pas la grande majorité des participants, d'abord parce qu'elles ne leur seront pas ouvertes et ensuite parce qu'elle relèvent exclusivement des fonctionnements internes de l'ICANN.

Les choses sérieuses commenceront le lundi, avec la "cérémonie d'accueil" (Welcome Ceremony) permettant une présentation officielle de l'ICANN. Le programme prendra ensuite son rythme de croisière avec ateliers et plénières autour des sujets phares du moment.

Autre nouveauté, certaines réunions seront plus spécifiquement orientées vers les acteurs commerciaux et identifiées par la rubrique "Business Access Agenda".

Bonne nouvelle, les grandes questions qui se posent actuellement à l'ICANN auront toutes une place bien déterminée, avec des ateliers sur les nouvelles extensions, les IDN, le WHOIS et l'IPV6.

Le président du Conseil Peter Dengate Thrush (à gauche) et le Directeur général Paul Twomey (à droite), lors de la réunion ICANN de New Delhi. Pour savoir comment ces réunions sont organisées, direction le blog de l'ICANN.

Sur le blog de l'ICANN, un coup d'œil à la façon dont les réunions ICANN sont organisées. On y découvre la composition et le fonctionnement de l'équipe mise en place par l'ICANN pour mettre sur pied ces réunions, l'infrastructure nécessaire… et même l'impact financière de ces réunions sur l'économie locale.

A lire ici.

Paris était très fortement mis en avant sur le stand principal de l'ICANN, à New Delhi la semaine dernière.

D'après l'ICANN, il y avait 720 congressistes venus de 76 pays lors de la réunion ICANN de New Delhi la semaine dernière. Même si ce score n'est pas mauvais, il reste assez moyen. A titre de comparaison, la précédente réunion, celle de Los Angeles, avait draînée plus de 1 100 personnes venant de 132 pays.

Cette différence illustre très bien le bilan un peu mitigé de la réunion de Delhi. Pour beaucoup, cette 31e

ICANN était tout simplement trop chère pour justifier le déplacement. Delhi étant en pénurie d'hôtels de luxe, le tarif d'une chambre dans le "quartier diplomatique" qui était le seul dans cette ville à proposer l'infrastructure nécessaire à la tenue d'une réunion ICANN dépassait souvent les $ 400 US.

Pour autant, ceux qui n'avaient pu venir auraient quand même dû pouvoir participer. L'ICANN développe beaucoup les possibilités de participation à distance – visio ou téléconférence, par exemple - afin de permettre au plus grand nombre de s'impliquer dans ses processus. Mais à Delhi, les problèmes de connexion ont été légion, avec des coupures des liaisons Internet très fréquentes. Résultat, le taux de participation à distance a beaucoup souffert.

Tout cela ne fait que renforcer la pression sur la communauté Internet française pour la prochaine réunion de l'ICANN, celle de Paris. Organisateurs, prestataires techniques, partenaires… tous sont attendus au tournant par une population "icanienne" qui, en plus, ne fait que rêver de Paris depuis l'annonce de cette réunion.