Résumé

  • AFRINIC indique avoir publié le 14 septembre 2026 l’avis annonçant la fermeture de ses bureaux le 15 septembre, alors que son engagement de service prévoit un préavis de soixante-douze heures envoyé par courriel et également publié sur le site.
  • L’intervalle visible d’une journée ne démontre pas un envoi tardif. L’archive publique consultée s’arrête au 1er septembre et l’état vert des services n’est qu’une photographie ponctuelle.
  • Une pièce de contrôle fiable devrait réunir, sans les confondre, la page web, le message d’annonce, l’historique de statut et le périmètre des permanences humaine et technique.

Une fermeture, plusieurs chronologies

L’annonce d’AFRINIC tient en quelques lignes. Le mardi 15 septembre 2026 est férié à Maurice à l’occasion de Ganesh Chaturthi ; les bureaux seront fermés et l’activité normale reprendra le mercredi 16 septembre. La page porte la mention visible « Published on: 14 September 2026 ». L’index des actualités la classe lui aussi au 14 septembre.

Cette date établit ce que dit la surface web. Elle ne donne ni l’heure d’injection d’un message dans la liste d’annonces, ni son identifiant, ni le moment où il a pu être remis aux abonnés. Or l’engagement de niveau de service d’AFRINIC, présenté comme la version 1 de novembre 2015, formule la règle de soixante-douze heures autour du courriel : un avis sera envoyé à la liste d’annonces avant chaque jour férié et sera également publié sur le site.

Le texte distingue donc deux actes. Les ramener à une seule date reviendrait à employer l’horloge du site comme substitut du journal de messagerie. Le résultat pourrait être juste par hasard, mais il ne serait pas démontré.

Ce que l’archive publique permet — et ne permet pas — de dire

Au moment de la capture, l’index 2026 de la liste Announce comptait 75 messages et indiquait comme fin le 1er septembre 2026. Il ne fournissait donc pas de message des 14 ou 15 septembre que le lecteur aurait pu rapprocher de la page de fermeture.

Ce trou de preuve mérite d’être signalé. Il ne prouve toutefois pas qu’aucun courriel n’a été envoyé. La livraison d’une liste et l’alimentation de son archive peuvent suivre des rythmes différents ; un message peut exister dans des journaux non publics ; l’archive peut aussi être en retard. La conclusion exacte est plus modeste : l’heure d’envoi n’est pas résolue par le dossier public consulté.

Même si un message apparaissait plus tard, son existence ne suffirait pas à prouver une remise à chaque destinataire. Il faudrait au minimum relier son identifiant, son heure, sa liste de destination et son contenu à l’avis web. L’objet d’audit utile est cette jointure, pas l’apparence isolée de l’un des canaux.

Les bureaux ferment, pas nécessairement les services

L’engagement de service sépare aussi deux périmètres d’exploitation. Les horaires ordinaires sont de 9 h à 17 h 30, UTC+4, du lundi au vendredi ; les bureaux ferment les week-ends et jours fériés mauriciens. Pour les demandes adressées à l’équipe des opérations, AFRINIC promet une réponse effective dans un délai de deux jours ouvrés.

À côté de ce calendrier humain, le document énonce une continuité 7 jours sur 7 et 24 heures sur 24 pour les bases de données, services publics en ligne et infrastructures visés aux sections 4(iii) et 4(iv). Sont notamment cités WHOIS, MyAFRINIC, les sites web et l’IRR, ainsi que DNS, DNSSEC, la messagerie et l’infrastructure RPKI.

Il serait donc inexact de transformer « bureaux fermés » en « services indisponibles ». Il le serait tout autant d’interpréter le 7×24 comme une promesse de réponse humaine immédiate un jour férié. Le document public a précisément créé deux horloges pour éviter cette confusion.

Un voyant vert ne reconstitue pas une journée

Lors de la capture, l’API publique de statut renvoyait « operational » et « All systems are go! ». La valeur updated_at datait du 1er septembre 2026. Cette observation décrit l’état présenté par le service de statut à cet instant. Elle ne retrace pas en continu le 15 septembre et n’exclut pas un incident bref, une maintenance ou un problème limité à un composant.

Elle n’autorise pas davantage à conclure à l’absence de permanence. Un tableau public ne décrit pas un planning interne. Inversement, le silence sur le planning n’établit pas qu’il n’existe pas. Une bonne transparence peut rendre le périmètre vérifiable sans exposer les noms ni les détails sensibles d’astreinte.

Construire un reçu d’exploitation des jours fériés

La solution n’est pas d’ajouter un autre voyant. C’est de produire un reçu compact reliant quatre surfaces.

La partie web conserverait l’URL canonique, l’horodatage faisant autorité, le jour férié, la période de fermeture et de reprise, ainsi qu’une empreinte du contenu. La partie courrier garderait l’identifiant du message, l’heure d’envoi, la liste visée et une référence d’archivage ou de remise. La partie statut nommerait les composants couverts et la période observée, puis lierait les incidents et maintenances éventuels. Enfin, la partie permanence distinguerait la file de réponses à deux jours ouvrés des systèmes attendus en 7×24, indiquerait un canal d’escalade et enregistrerait un accusé de relève sans publier le planning nominatif.

Chaque bloc répond à une question différente. Un courriel peut être envoyé à temps alors que la page est mise à jour plus tard. Une archive peut prendre du retard sans que la liste ait cessé de livrer. Les systèmes peuvent fonctionner tandis que les bureaux sont fermés. Un résumé vert peut ne rien dire sur le test d’une chaîne d’escalade.

Pour le 15 septembre, le dossier public établit un intervalle web d’une journée et l’existence d’un engagement distinct de soixante-douze heures par courriel, doublé d’une publication web. Il ne donne pas l’heure d’envoi pertinente et ne mesure pas la disponibilité continue pendant le congé. C’est une raison de demander une preuve mieux reliée, pas d’affirmer un retard, une violation, une panne, un préjudice ou une absence de permanence.

Sources