ARIN a maintenu cinq services accessibles sans publier de mises à jour. Son rapport de niveau de service ne mesure pas la fraîcheur

Résumé

• Pour la maintenance du 28 juillet 2026, ARIN annonçait que Whois, Whois-RWS, RDAP, IRR et le dépôt RPKI resteraient opérationnels, tout en précisant qu’aucune mise à jour ne serait publiée.
• ARIN Online, RESTful Provisioning, RPKI Up/Down et RPKI Repository Publication devaient être indisponibles; les appels REST pouvaient être mis en attente puis exiger une nouvelle soumission.
• L’appendice C du rapport annuel 2025 publie six résultats de disponibilité—99,9, 99,9, 99,9, 100, 100 et 99,9 %—mais aucun champ intitulé fraîcheur, âge des données, dernière publication ou mise à jour faisant autorité.
• Une fiche de service à deux horloges distinguerait lecture, acceptation d’écriture, publication et réconciliation, sans faire passer une maintenance contrôlée pour une panne.

Une page verte répond à une question simple : le lecteur peut-il joindre le service ? Dans un registre, cette simplicité est précieuse. Elle ne répond pourtant pas à toutes les questions qui suivent une réponse réussie.

La question suivante est rarement décorative : quelle est la date du dernier état faisant autorité que cette réponse peut refléter ? Il peut être tout à fait raisonnable de maintenir l’accès à un annuaire, à un dépôt ou à un mécanisme de validation pendant qu’un chemin d’écriture est arrêté. Mais il faut alors décrire l’arrêt comme un état distinct, non le dissoudre dans le mot « opérationnel ».

La note de maintenance d’ARIN du 14 juillet 2026 le fait avec une précision inhabituelle. Elle annonce l’indisponibilité d’ARIN Online, de RESTful Provisioning, de RPKI Up/Down et de RPKI Repository Publication. Elle indique aussi que Whois, Whois-RWS, RDAP, IRR et le dépôt RPKI resteraient opérationnels, mais qu’aucune mise à jour ne serait publiée durant la fenêtre. Les appels REST pouvaient être placés en file d’attente et nécessiter une nouvelle soumission.

Cette dernière phrase ne prouve pas qu’un appel a été perdu. Elle fixe une frontière de reprise : l’appelant ne doit pas supposer qu’une intention de soumettre est devenue une écriture réconciliée. De même, la note ne démontre ni dommage, ni réponse périmée, ni échec de remise en service. Elle montre seulement quatre états qui méritent des noms séparés : lecture possible, écriture indisponible, publication suspendue et travail à vérifier après la fenêtre.

Le bon argument en faveur du mode dégradé

Il serait absurde de traiter ce choix comme un échec parce que tout ne continue pas à la même cadence. Garder les lecteurs ouverts peut être l’option la plus utile.

Un usager peut encore consulter un enregistrement Whois ou RDAP. Un lecteur IRR peut exploiter l’état déjà publié. Pour RPKI, la distinction est particulièrement nette : le logiciel qui s’appuie sur RPKI utilise des objets signés publiés et un cache local. La documentation d’ARIN sur le RPKI hébergé, le service de publication de dépôt, le TAL et les termes RPKI décrit des rôles liés mais différents. Du matériel signé peut rester vérifiable quand une nouvelle publication est volontairement suspendue.

La conclusion n’est donc pas qu’un lecteur devrait être fermé dès qu’une écriture l’est. Elle est inverse : parce que le lecteur conserve une valeur réelle, le lecteur doit être décrit pour ce qu’il est. Une réponse disponible ne vaut pas automatiquement acceptation d’un changement, publication du changement, ni confirmation qu’une file a fini de se vider.

ARIN possède déjà des éléments publics de cette grammaire. Sa page d’état est organisée par composants. Ses avis de maintenance sont publiés à l’avance. Sa documentation sépare des chemins de dépôt et de publication. Cela ne prouve rien sur ses tableaux internes, ses prestataires, sa topologie ou ses objectifs de reprise. Cela suffit à montrer qu’une seule couleur n’épuise pas les états publics utiles.

Ce que comptent les six résultats

L’appendice C du rapport annuel 2025 présente six catégories : ARIN Online, Whois/RDAP, infrastructure à clé publique de ressources, amorçage RDAP, Internet Routing Registry et Registration Transaction Service. Les résultats sont 99,9, 99,9, 99,9, 100, 100 et 99,9 %. Il y a aussi des chiffres par composant.

Ces résultats ont une valeur. L’accessibilité n’est pas un faux indicateur. Un opérateur qui ne peut pas joindre un lecteur ne retire aucun bénéfice du fait qu’une nouvelle écriture serait théoriquement admise. Il faut donc préserver la disponibilité comme dimension visible.

Mais, dans le tableau figé de la page 24, aucun intitulé ne porte sur la fraîcheur, l’âge des données, la dernière publication ou la mise à jour faisant autorité. La borne est essentielle : cette absence concerne le tableau observé, non les systèmes internes d’ARIN ni toutes ses surfaces publiques. Elle n’autorise pas une théorie sur ce qu’ARIN ne surveillerait pas.

Elle révèle cependant une lacune de vocabulaire. Lorsqu’une publication est suspendue, un pourcentage de disponibilité répond à « puis-je lire ? ». Il ne répond pas seul à « de quand date l’état faisant autorité que je lis ? ».

Une fiche qui ne confond pas les promesses

La réponse peut rester petite. Pour chaque composant public pertinent, une fiche devrait distinguer une horloge de lecture et une horloge d’autorité.

L’horloge de lecture dirait le nom du composant, l’interface concernée et la disponibilité des requêtes. L’horloge d’autorité dirait si une écriture est acceptée, la cadence normale de publication, la dernière publication faisant autorité réussie et l’âge maximal attendu dans l’état actuel. En période de maintenance, elle indiquerait aussi si une demande a été rejetée, mise en file, rejouée, à soumettre de nouveau ou réconciliée. Un numéro de version et une correction datée empêcheraient que les changements ultérieurs remplacent silencieusement l’explication initiale.

Il ne s’agit ni d’imposer une durée universelle acceptable, ni de publier des secrets de fonctionnement. Un dépôt RPKI, une transaction d’enregistrement et une recherche publique n’ont pas le même rythme ni le même risque. La fiche rend seulement visibles les deux engagements que le mot « service » mélange trop facilement.

La page d’état à l’instant de la capture peut légitimement dire que les systèmes sont opérationnels. L’état d’une file et la date d’une publication faisant autorité sont d’autres phrases. Les additionner ne crée pas de panique; cela évite au lecteur de la fabriquer lui-même.

Sources

1. Avis de maintenance ARIN
2. Rapport annuel ARIN 2025, appendice C
3. Rapports de niveau de service ARIN
4. Page d’état ARIN et résumé
5. RPKI hébergé, RPS, TAL et termes