Résumé

  • À RIPE 93, RIPE NCC a dénombré environ 8 000 adresses e-mail injoignables, un niveau proche de celui signalé depuis RIPE 92.
  • L’équipe estime qu’elles touchent environ 1 % des notifications quotidiennes de mise à jour. La documentation de la base prévoit l’e-mail comme canal de notification.

Une base peut conserver une modification exacte et perdre la moitié la plus humaine de son journal : les personnes chargées de la surveiller.

À RIPE 93, l’équipe Database de RIPE NCC a chiffré cet écart. Elle a signalé environ 8 000 adresses e-mail injoignables, un total resté à peu près stable depuis RIPE 92. Ces adresses touchent près de 1 % des notifications quotidiennes de mise à jour. L’équipe les revalide périodiquement et rétablit le statut « joignable » lorsque le courrier passe de nouveau. Elle explique que ces notifications comptent parce qu’elles avertissent les utilisateurs d’un changement dans la base.

Les deux chiffres ne parlent pas de la même chose. Les 8 000 désignent un stock d’adresses ; le 1 % concerne les notifications quotidiennes touchées. Ce n’est ni la part des objets erronés, ni celle des mises à jour échouées, ni la preuve que chaque message dirigé vers ces adresses est perdu. La présentation établit un problème de remise mesurable, pas un incident de sécurité.

La documentation de RIPE NCC sur les notifications distingue l’accusé de réception de mise à jour, qui peut revenir par e-mail ou par HTTP, de la notification destinée aux personnes qui suivent les opérations sur un objet. Celle-ci est toujours envoyée par e-mail. L’accusé confirme le traitement d’une transaction à son expéditeur ; la notification informe les destinataires désignés qu’un objet a changé. Une preuve ne remplace pas l’autre.

Cette séparation crée un angle mort très ordinaire. Un mainteneur peut s’authentifier, soumettre une modification et recevoir l’accusé attendu. Une autre personne chargée du suivi peut dépendre d’une adresse qui n’accepte plus le courrier. Le registre conserve alors la modification, mais le circuit qui devait la rendre visible s’interrompt avant le lecteur.

RIPE NCC indique qu’il revalide les adresses et rétablit celles qui redeviennent joignables. Le transcript public ne donne toutefois ni la fréquence de ces contrôles, ni le nombre de messages échoués, ni le taux de récupération, ni la répartition par propriétaire ou par objet. Ces données changeraient l’ordre des priorités. Le constat publiquement étayé reste précis : environ 8 000 adresses sont injoignables et près de 1 % des notifications quotidiennes de mise à jour sont touchées.

La question pratique se situe entre « courrier rejeté » et « contact corrigé ». Un rebond n’aide que s’il arrive dans une file visible, renvoie aux objets qui dépendent de l’adresse et offre au bon mainteneur un moyen de la corriger. La revalidation peut détecter qu’une adresse est rétablie ; elle ne rend pas à elle seule une adresse périmée à jour.

RIPE NCC pourrait publier un tableau de suivi très simple : échecs quotidiens, adresses revalidées, adresses rétablies et ancienneté du stock non résolu. La base pourrait aussi signaler au mainteneur qu’une adresse associée au circuit de notification ne reçoit plus de courrier. Pour les changements les plus sensibles, un second canal choisi par l’utilisateur mérite d’être étudié. Ce sont des propositions éditoriales, pas des projets annoncés par RIPE NCC.

Le problème n’est pas que l’e-mail soit dépassé. Il continue d’avertir des opérateurs dispersés qu’un enregistrement a bougé. Le piège consiste à confondre une adresse inscrite dans un champ avec une route vivante jusqu’à son lecteur. Le registre garde la mémoire ; la remise du message permet aux personnes concernées d’en faire quelque chose.

Sources : transcript du Database Working Group de RIPE 93 · documentation RIPE Database sur les notifications · transcript du Database Working Group de RIPE 92