Résumé

  • RIPE NCC attribue la panne de plusieurs API RIPEstat du 8 novembre à l’épuisement des descripteurs de fichiers de la base RIS Looking Glass, plafonnés à 32 000 dans sa configuration.
  • À 21 h 06 CET, alors que le service API avait repris, environ un dixième des pairs de RRC25 accusait encore un retard de traitement des messages BGP.

Le feu du guichet est repassé au vert avant que les dossiers soient à jour. Dimanche, RIPE NCC annonçait le retour de la base Looking Glass et un débit API presque normal à 14 h 39 CET. Six heures plus tard, une partie des observations de RRC25 attendait toujours son tour. Pour lire une route, la disponibilité du guichet et la date du dossier sont deux renseignements distincts.

Le registre a identifié une limite de configuration étonnamment concrète : 32 000 descripteurs de fichiers pour la base utilisée par RIS Looking Glass. Une fois ce plafond atteint, une API interne a occupé toutes les places de traitement disponibles en répondant aux requêtes Looking Glass. RIPE NCC avait reçu un premier ticket à 00 h 58 UTC. À 13 h 51 CET, son avis public signalait l’indisponibilité de Looking Glass, de RIS Peers et d’autres API RIPEstat. Le ticket marque un signalement, pas le début mesuré de la panne.

La remise en service a suivi plusieurs étapes. La base a récupéré, puis le débit de l’API s’est approché de la normale. En arrière-plan, le Looking Glass relisait encore les messages BGP accumulés pendant les heures précédentes. À 21 h 06 CET, RIPE NCC précisait qu’environ un dixième des pairs du collecteur RRC25 restait en retard, en raison du volume de messages. Une reprise vers 05 h UTC le 9 novembre était annoncée comme estimation ; l’incident figurait encore en surveillance au moment du contrôle.

La documentation officielle du Looking Glass décrit des réponses classées par collecteur et par pair, avec des horodatages de dernière modification et de dernière confirmation. Ces champs deviennent décisifs lorsque la réponse HTTP revient plus vite que les données qu’elle porte. La page de l’incident n’indique pas encore l’heure de fraîcheur finale des pairs retardataires ; un relevé de ces horodatages et l’avis de résolution fixeraient la fin du rattrapage.

Sources originales : incident RIPE NCC ; documentation Looking Glass ; documentation RIS Peers.