Un petit RFC purement bureaucratique
publié hier, il décrit les procédures par lesquelles
l'IETF nomme un représentant dans un des
innombrables comités de l'ICANN, le RZERC
(Root Zone Evolution Review Committee), qui
travaille sur la gestion de la zone racine du
DNS.
Ce nouveau comité RZERC est chargé des mécanismes de publication de la zone
racine, une zone évidemment cruciale puisque la nature
arborescente du DNS fait que, si elle a des problèmes, plus rien
ne marche. Notez que le RZERC ne s'occupe que de la création et
de la publication
de la zone racine, pas de servir cette zone. Cette tâche incombe en
effet aux serveurs racines
du DNS, qui sont indépendants de
l'ICANN (contrairement à ce qu'on lit
souvent dans des médias mal informés). L'actuelle charte du RZERC
est en
ligne et elle prévoit que le comité comprend entre autres « The Chair or delegate of the Internet Engineering Task Force ».
C'est l'IAB qui désigne le représentant
IETF, le premier étant Jim Reid. Les qualités nécessaires sont
citées en section 2 de notre RFC. Sans surprise, il faut être
techniquement très compétent, et il faut pouvoir traduire des
recommandations en des termes compréhensibles par la bureaucratie
ICANN (« be able to articulate those technology issues such that the ICANN
Board can be provided with sound technical
perspectives »). Le RFC précise également qu'il faut
comprendre l'articulation de la gouvernance
Internet et les rôles des différents organismes, une
tâche complexe, c'est sûr !
Suivant les procédures décrites en section 3 du RFC, un appel à
volontaires avait été lancé le 25 mai 2016, il y avait quatre
candidats (Marc Blanchet, Warren Kumari, Kaveh Ranjbar et Jim
Reid), et Jim Reid a été nommé le 11 août 2016. Depuis, si on veut
savoir ce que fait ce comité, il faut regarder sa page Web
officielle. Son rôle n'est pas encore bien défini et fait
l'objet de la plupart des discussions. En gros, il devrait
intervenir uniquement lorsqu'une proposition de changement
important est faite, pas pour la gestion quotidienne.