Résumé
- Twilio a ouvert 60h7t9x53q5y à 22 h 50 min 52,690 s UTC le 30 juillet, avant la période de publication fixe.
- L’avis portait sur des retards de livraison SMS vers les abonnés du réseau Celcom en Malaisie.
- La chronologie est restée en investigation jusqu’à 23 h 51 min 18,268 s UTC et n’a pas affiché d’état identifié.
- À 00 h 01 min 12,259 s UTC le 31 juillet, Twilio a observé une reprise et commencé la surveillance.
- La résolution est arrivée à 02 h 12 min 32,051 s UTC après 3 heures, 21 minutes et 39,361 secondes.
- Cause, volumes, expéditeurs, distribution des délais, relances et effets clients ne sont pas publics.
Une reprise immédiatement après le changement de fenêtre
L’incident commence en fin de journée du 30 juillet. La première reprise observée se situe dix minutes après l’entrée dans la période de publication fixe, puis la résolution intervient deux heures plus tard.
Conserver l’heure initiale évite de réduire artificiellement la durée. Cela rappelle aussi que les clients ont abordé le 31 juillet avec un incident déjà actif.
Un retard ne prouve ni échec ni perte
Twilio a choisi le mot retard. Il n’a donné aucun seuil et n’a pas indiqué si les messages concernés ont finalement atteint leur destinataire. Un SMS livré tard reste livré au sens réseau, tout en pouvant manquer son objectif métier.
Sans heures d’acceptation, d’envoi et de réception, impossible de distinguer une latence modérée d’un dépassement de délai utile. Il serait tout aussi incorrect de transformer le retard en perte permanente.
Le périmètre de destination est Celcom
L’avis nomme les abonnés Celcom en Malaisie. Il ne couvre pas automatiquement les autres opérateurs du pays et ne définit pas les numéros Twilio, comptes, types d’expéditeurs ou produits affectés.
Une moyenne nationale ou mondiale pourrait masquer un problème concentré sur cette terminaison. La destination est publique ; le volume ne l’est pas.
L’étape de diagnostic manque à la page
Deux messages sont restés en investigation, dont le dernier à 23 h 51 min 18,268 s UTC. Le statut suivant a été la surveillance après reprise. Aucune cause identifiée n’a été publiée.
Cela ne prouve pas l’absence de diagnostic interne. Cela interdit seulement d’en inventer un. Couche technique, responsabilité d’opérateur, file, routage et mitigation sont inconnus.
Plus de deux heures de surveillance
La première reprise est survenue 1 heure, 10 minutes et 19,569 secondes après l’ouverture. Un second message de surveillance a été publié à 02 h 01 min 52,724 s UTC, puis la résolution 10 minutes et 39,327 secondes plus tard.
Entre reprise et clôture, 2 heures, 11 minutes et 19,792 secondes se sont écoulées. Cette prudence ne donne pas la courbe de latence de chaque minute.
La valeur d’un SMS peut expirer avant sa livraison
Codes d’authentification, rappels et alertes ont souvent une durée utile courte. Un message peut arriver finalement mais ne plus servir. Des notifications moins urgentes supportent davantage d’attente.
L’analyse client doit donc associer les horodatages réseau à l’expiration, aux relances et au résultat du parcours. Twilio n’a cité aucun de ces usages ; ils décrivent le mécanisme, pas une perte constatée.
Mineur ne mesure pas l’ampleur
Messages, clients, expéditeurs, percentiles de latence et écart au niveau normal manquent. L’étiquette mineure n’indique pas la part du trafic vers Celcom.
Les journaux d’un client peuvent mesurer son délai et son résultat. Ils ne disent rien du nombre d’autres comptes concernés et ne doivent pas être extrapolés à la plateforme.
Le retour à la normale ne décrit pas l’arriéré
Twilio a annoncé une livraison normale, sans expliquer si des messages attendaient encore, ont été livrés tard, ont expiré ou ont été supprimés. Aucune instruction de renvoi n’est publiée.
Un bilan devrait préciser le domaine de panne, l’intervalle réel, la distribution, la population, le traitement de reprise et la prévention. Pour l’heure, seule une latence bornée vers Celcom, suivie d’un retour à la normale, est établie.
