Résumé

  • Un premier avis Twilio a été créé à 16 h 15 UTC le 21 août pour des échecs de livraison de SMS vers les abonnés du réseau désigné Dukagjjni au Kosovo. Un second avis au même titre, créé près de 33 minutes plus tard, indique que la cause a été identifiée.
  • À 17 h 54 UTC, le premier objet restait en investigation et le second au stade « cause identifiée ». Aucun n'était en surveillance ni résolu, et aucune cause, volumétrie, proportion d'échecs ou heure de rétablissement n'était rendue publique.

Recevoir l'accord de la plateforme et livrer le message au téléphone sont deux événements différents. L'incident publié par Twilio se situe précisément dans cet intervalle : des clients peuvent avoir remis leurs SMS au fournisseur alors que l'acheminement vers certains abonnés au Kosovo échouait.

Le premier objet d'incident a été ouvert à 16 h 15 min 44 s UTC. Son unique mise à jour évoque des échecs possibles depuis Twilio vers des abonnés d'un réseau que la source écrit Dukagjjni. Ce nom est conservé comme libellé de Twilio ; les documents consultés ne permettent pas d'en déduire seuls l'identité juridique d'un opérateur.

À 16 h 48 min 41 s UTC, soit 32 minutes et 56 secondes plus tard, un autre objet a repris le même titre et la même phrase d'impact. Celui-ci disait déjà la cause identifiée et la résolution en cours. Une nouvelle mise à jour à 17 h 49 a répété cette information, en repoussant simplement le prochain point d'une heure à deux heures. La cause, la couche technique en défaut et le délai de retour n'ont pas été exposés.

Les deux avis sont classés minor et rattachés au composant SMS, Europe, signalé en performance dégradée. Il serait pourtant erroné de convertir ce nom de composant en panne européenne. Le texte public limite le symptôme aux SMS partant de Twilio vers les abonnés d'un réseau nommé au Kosovo. Il ne décrit ni l'ensemble du pays, ni tous les clients européens, ni une indisponibilité générale du réseau destinataire.

L'absence de dénominateur empêche toute mesure indépendante. Twilio ne donne ni nombre total de messages, ni taux d'échec, ni nombre de clients, ni pays d'origine, ni catégories d'expéditeurs, ni plages de numéros, ni codes d'erreur. Le qualificatif minor est une classification du fournisseur, pas un pourcentage observé.

Pour savoir ce qui s'est réellement produit, le client doit revenir à chaque message. La documentation Messaging de Twilio prévoit des ressources Message et des rappels de statut pour suivre l'évolution d'un envoi sortant. Si ces données ont été conservées, elles permettent de distinguer la prise en charge, la progression dans la chaîne et un état terminal de livraison ou d'échec. Elles ne sont toutefois pas une preuve automatique : l'incident public ne dit pas quels clients ont activé ces rappels ni quels résultats ils ont reçus.

Cette distinction gouverne les renvois. Réémettre sans connaître l'état final peut réparer un message définitivement échoué, mais aussi créer un doublon si le premier arrive avec retard. La décision doit donc lier l'identifiant initial, le dernier statut reçu, l'utilité du contenu et le coût d'une répétition. Un code d'accès expirant, une alerte critique et une notification commerciale exigent des règles différentes.

À l'heure de coupure des preuves, aucune des deux fiches n'annonçait encore la surveillance ou la résolution. Un futur retour au vert dira que Twilio considère son incident clos. Il ne dira pas, à lui seul, que chaque destinataire a reçu le message attendu ou que chaque action métier a été réconciliée.

Sources