Résumé

  • APNIC avait prévu trois heures de maintenance réseau à Brisbane, avec jusqu’à cinq minutes d’interruption possible sur 15 composants.
  • La page d’état exclut les périodes de maintenance du calcul de disponibilité ; son pourcentage ne prouve donc pas une continuité sans interruption.

L’avis fixe un plafond possible, pas un résultat

APNIC a publié son avis de service le 13 octobre. Il annonçait des mises à jour de sécurité critiques sur les équipements réseau de ses centres de données de Brisbane, le jeudi 15 octobre de 06 h à 09 h UTC+10. La fenêtre devait durer trois heures. APNIC prévenait que les services cités pourraient connaître des interruptions allant jusqu’à cinq minutes. Il s’agit d’une durée possible annoncée, pas d’une panne mesurée.

L’avis cite onze familles de services : le portail MyAPNIC, registry-api.apnic.net, le site web et le blog d’APNIC, l’APNIC Academy, Orbit, FTP, les services RPKI, DASH, REx et Whois Oceania. La page d’état publique décline l’opération en quinze composants, avec notamment des entrées séparées pour les dépôts RPKI, RRDP, AS0, le protocole de publication et le vérificateur RSC. Ces éléments n’ont pas tous la même fonction, même s’ils relèvent d’une seule fenêtre.

Le pourcentage porte sur une période plus étroite

À 09 h 16 UTC+10, soit seize minutes après la fin annoncée, la page classait encore l’événement dans « Upcoming Maintenance ». Elle indiquait qu’aucun incident n’avait été signalé le 14 octobre et affichait 100 % dans la colonne de disponibilité des composants. Cela ne prouve pas que chaque service est resté accessible sans interruption : les travaux planifiés et les incidents non planifiés sont consignés séparément.

La configuration publique de la page comporte ignore_maintenance_for_uptime_calculation: true et show_status_history_uptime: true. La référence API de StatusIQ documente ce réglage ; l’aide de Site24x7 précise que les périodes de maintenance peuvent être exclues des calculs d’indisponibilité et de disponibilité. La page ne montre que deux jours d’historique d’état et d’incidents. Le 100 % affiché n’est donc pas un compte rendu propre à cette fenêtre de trois heures.

Dans les sources examinées, APNIC n’avait pas encore publié de relevé par composant des interruptions réellement observées, des heures de rétablissement ou de l’existence d’un impact utilisateur. Les documents étayent les travaux planifiés et la possibilité d’interruptions de cinq minutes au maximum ; ils ne montrent ni que cette durée a été atteinte, ni que l’impact a été nul.

Sources : l’avis de service d’APNIC du 15 octobre, l’état des services d’APNIC, la référence API StatusIQ de Site24x7 et les règles de calcul de disponibilité de Site24x7. les mises à jour des services d’APNIC; Site24x7 sur l’exclusion des maintenances planifiées des rapports SLA de disponibilité.