Résumé

  • Le 28 octobre, RIPE NCC a ouvert à 20 h 04 CET un incident pour des échecs intermittents de mise à jour WHOIS, appliqué un correctif à 20 h 23 et annoncé la résolution à 20 h 32.
  • Le journal public suit le rétablissement du service ; il ne recense pas les objets acceptés ou refusés pendant l’épisode.

Une pastille verte rassure celui qui s’apprête à modifier une fiche. Elle répond beaucoup moins bien à celui qui a déjà envoyé la sienne. Mercredi soir, RIPE NCC a fait repasser sa base de données à l’état « opérationnel » dix-neuf minutes après avoir signalé des échecs intermittents de mise à jour WHOIS.

La fiche d’incident officielle porte précisément ce titre. Les données publiques de l’incident placent l’enquête au 28 octobre, 20 h 04 min 48 s CET, le correctif sous surveillance à 20 h 23 min 24 s, puis la clôture à 20 h 32 min. La composante RIPE Database est passée de « opérationnel » à « interruption partielle », puis est revenue à « opérationnel » lors de la surveillance. L’incident porte aussi une étiquette globale d’impact majeur. Aucun de ces champs ne dénombre les tentatives échouées, ne nomme l’interface touchée ni ne donne la cause. Les heures sont celles des annonces, pas une mesure de chaque échec vécu par un utilisateur.

Le fonctionnement normal du registre explique pourquoi ce détail compte. Le guide RIPE des accusés de réception prévoit un accusé par envoi, avec le résultat des opérations sur les objets concernés. Avec Syncupdates, un code HTTP 200 peut signaler que le message a été traité alors qu’un objet a échoué ; le récapitulatif permet de le voir. L’API REST présente autrement sa réponse. Le journal d’incident ne dit pas quelles méthodes ont souffert mercredi.

La documentation sur le traitement des objets ajoute une complication : les objets d’un même envoi sont traités séparément, et le serveur peut achever son travail après la fermeture d’une connexion HTTP synchrone. Le demandeur perd alors l’accusé sur cette connexion. Relancer l’envoi avant de lire l’état réel de l’objet reviendrait à remplacer une preuve manquante par un pari.

RIPE NCC a annoncé le retour du service. Pour une modification précise, il faut encore lire l’accusé obtenu, puis la fiche actuelle dans la base faisant autorité. Une page de statut collective ne peut effectuer cette vérification à la place du titulaire.