Historique des pannes de Telnyx

1. 11 août 2026 à 08:52 UTCinvestigating

   Nous enquêtons actuellement sur une augmentation du nombre d'appels qui échouent avec le service SIP 503 Erreurs non disponibles affectant la terminaison d'appel locale vers des destinations européennes. Les clients peuvent subir des pannes d'appels locaux lorsqu'ils tentent d'atteindre des destinations européennes. Notre équipe de téléphonie travaille activement sur une résolution.

2. 11 août 2026 à 10:04 UTCmonitoring

   Our telephony team has implemented a fix and we are actively monitoring traffic.

3. 11 août 2026 à 15:05 UTCresolved

   This issue was mititaged as of `Tue Aug 11 09:44:44 UTC 2026`

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 10 août 2026 à 15:47 UTCinvestigating

   We are investigating high latency for deepgram flux transcription affecting voice api and voice ai assistants.

2. 10 août 2026 à 16:01 UTCmonitoring

   We have mitigated the issue and are monitoring

3. 10 août 2026 à 16:29 UTCresolved

   This is resolved

1. 7 août 2026 à 15:02 UTCinvestigating

   Notre équipe d'ingénieurs enquête actuellement sur les cas d'appels présentant les symptômes suivants : - Transmission audio à sens unique - Des appels précoces - Enregistrements d'appels manquants/retardés Nous continuerons à mettre à jour notre page d'état avec les dernières conclusions.

2. 7 août 2026 à 15:36 UTCidentified

   Notre équipe d'ingénierie a identifié la cause profonde de ce problème et a appliqué une atténuation. Appelez l'audio, la stabilité des appels et les enregistrements d'appels devraient maintenant fonctionner normalement.

3. 7 août 2026 à 15:39 UTCmonitoring

   Nous continuons de surveiller les mesures d'atténuation antérieures. Les services demeurent stables et aucun nouveau rapport d'impact n'a été reçu. Une mise à jour finale suivra une fois la résolution confirmée.

4. 10 août 2026 à 21:19 UTCresolved

   Cet incident a été résolu maintenant.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 7 août 2026 à 13:05 UTCmonitoring

   Certains appels sortants à Amsterdam et Francfort ont commencé à échouer avec le code d'erreur TM1 entre 9.15 et 12.50 UTC aujourd'hui. Les erreurs ont actuellement cessé et notre équipe d'ingénieurs surveille actuellement le statut.

2. 7 août 2026 à 13:55 UTCresolved

   This issue is now confirmed resolved as of 13.25 UTC by our engineering team. We continue to monitor traffic signs.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 5 août 2026 à 20:55 UTCidentified

   We are experiencing elevated error rates affecting a small percentage of Messaging API requests. Affected requests may return a 503 or 504 error and can be safely retried. Separately, cost data may be missing or incomplete on some records. This affects the cost field on inbound message webhooks, and call cost for Programmable Voice and TeXML. Message delivery is not affected. We have identified the cause as a degraded internal dependency and are working on a resolution. We will provide an update within 30 minutes.

2. 5 août 2026 à 21:39 UTCidentified

   Error rates remain elevated and intermittent, with periods of improvement followed by renewed impact. A percentage of Messaging API requests may return 503 or 504 errors and can be safely retried. Cost data may still be missing on some records. Message delivery remains unaffected. We have identified the cause and work on a resolution is ongoing. We will update this page as the situation develops.

3. 6 août 2026 à 02:21 UTCidentified

   Inbound Messaging APIs have returned to normal operation. The remaining impact is on retrieving message records. A percentage of GET /v2/messages/{id} requests may return a 503 or 504 error and can be safely retried. Sending messages, message delivery, and delivery webhooks are unaffected. Cost data may be missing on some records created earlier during this incident. Work on a resolution is ongoing.

4. 6 août 2026 à 13:41 UTCmonitoring

   Error rates have returned to normal and message retrieval is operating as expected. Some recently created message records may still take longer than usual to appear while a processing backlog clears. We are monitoring to confirm the fix holds.

5. 6 août 2026 à 14:03 UTCmonitoring

   All services are operating normally. Some message records created earlier during this incident may still take longer than usual to appear while a processing backlog clears. We are monitoring to confirm.

6. 6 août 2026 à 15:30 UTCresolved

   This incident has been resolved. All services are operating normally

1. 4 août 2026 à 17:19 UTCinvestigating

   les clients peuvent recevoir des réponses HTTP 503 de l'API client Credential, ce qui peut empêcher la création ou la validation de jeton téléphonique. Cela peut causer des pannes d'authentification de Voice SDK, des enregistrements échoués et de nouvelles pannes de configuration des appels. Les appels actifs existants ne sont probablement pas touchés, sauf s'ils nécessitent un nouvel appel de jeton/API.

2. 4 août 2026 à 19:00 UTCmonitoring

   Nous avons identifié un problème de capacité dans le service de backend qui gère les jetons de téléphonie et les références SDK client. Cela a causé des défaillances intermittentes pour certaines demandes d'API liées aux titres de compétences. Nous avons augmenté le nombre de modules de service et augmenté l'allocation CPU et mémoire pour mieux gérer le volume de demande. Depuis ces modifications, nous ne voyons plus les erreurs 503 associées à la passerelle de l'API. Le service est actuellement stable et nous continuerons de surveiller de près l'incident pendant qu'il est encore en phase de surveillance.

3. 6 août 2026 à 09:29 UTCresolved

   Nous avons identifié et atténué un problème de capacité dans le service de backend qui gère les jetons de téléphonie et les références SDK clients. Cela a provoqué des réponses HTTP 503 intermittentes pour certaines requêtes d'API liées aux titres de compétences. Après avoir augmenté la capacité de service et la répartition des ressources, le service est resté stable tout au long de la période de surveillance. Nous continuerons d'examiner les paramètres de capacité pour aider à prévenir les récidives.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 28 juillet 2026 à 19:32 UTCinvestigating

   503s sur les paramètres liés aux comptes, à la configuration des nombres et à la configuration des sip

2. 28 juillet 2026 à 19:55 UTCmonitoring

   Problème identifié et corrigé. Surveillance

3. 28 juillet 2026 à 21:04 UTCresolved

   Après le suivi des premières corrections mises en œuvre pour résoudre le problème, nous n'avons pas constaté de récurrence du problème. Nous marquons cela comme résolu, mais nous continuerons de surveiller.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 27 juillet 2026 à 15:08 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les services dans la région de l'Australie. Les clients peuvent rencontrer des problèmes de connectivité intermittents, des latences accrues ou des demandes défaillantes lorsqu'ils accèdent à certains services Telnyx.

2. 27 juillet 2026 à 15:15 UTCidentified

   Nos équipes d'ingénierie ont identifié le problème d'infrastructure sous-jacent et travaillent activement à rétablir le service complet. Nous suivons la situation de près et continuerons de fournir des mises à jour à mesure que de plus amples renseignements seront disponibles. Nous nous excusons pour cette perturbation et apprécions votre patience pendant que nous travaillons à résoudre le problème.

3. 28 juillet 2026 à 09:22 UTCmonitoring

   Nos équipes d'ingénierie ont rétabli le problème d'infrastructure sous-jacent à 22h00 UTC le 27 juillet 2026. Ils continuent de surveiller l'environnement pour confirmer que la connectivité et la performance du service demeurent stables. Les clients devraient commencer à voir les services touchés se rétablir dans la région de l'Australie.

4. 30 juillet 2026 à 08:06 UTCresolved

   Après une période de surveillance, la connectivité et la performance des services sont demeurées stables. Les clients ne devraient plus être confrontés à des problèmes dans la région australienne. Nous nous excusons pour cette perturbation et apprécions votre patience.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 24 juillet 2026 à 10:46 UTCidentified

   les achats eSIM échouent actuellement, nous avons identifié la cause et nous travaillons sur la résolution

2. 24 juillet 2026 à 14:13 UTCmonitoring

   Pools réapprovisionnés

3. 24 juillet 2026 à 14:36 UTCresolved

   Stock reconstitué à des niveaux sains.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 22 juillet 2026 à 22:15 UTCinvestigating

   Nous enquêtons actuellement sur un problème affectant la livraison de messages MMS à T-Mobile, où certains messages donnent lieu à un statut `delivery unconfirmed`. La question a été reléguée à notre partenaire en aval pour une enquête plus approfondie, et nous attendons actuellement des mises à jour supplémentaires. Nous fournirons plus d'information dès qu'elle sera disponible.

2. 23 juillet 2026 à 15:31 UTCresolved

   La question touchant les rapports d'exécution du SGM à T-Mobile a été résolue. Les rapports de livraison du SGM sont maintenant traités comme prévu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 20 juillet 2026 à 23:25 UTCinvestigating

   Nous savons que certaines SIM peuvent arrêter de transmettre des données après une période d'inactivité, même si l'appareil affiche toujours un signal complet et une connexion mobile. Lorsque cela se produit, les données ne reprennent pas seules. Workaround: la connexion est restaurée dès que le périphérique se réenregistre avec le réseau. • Sur les téléphones, tablettes et autres appareils avec une interface utilisateur, basculer le mode Airplane et le faire immédiatement. • Sur l'IoT et les dispositifs embarqués sans cette option, le cyclage de l'appareil ou le redémarrage du modem a le même effet. Les appareils qui envoient ou reçoivent régulièrement des données sont beaucoup moins susceptibles d'être touchés. Nous avons identifié la zone responsable et travaillons avec notre fournisseur sur une solution. Nous publierons d'autres mises à jour à mesure que nous progresserons

2. 1 août 2026 à 07:49 UTCmonitoring

   Des mesures correctives ont été prises pour remédier à ces problèmes dans le monde entier. Nous surveillons actuellement la stabilité au cours des 72 prochaines heures afin d'éviter toute répétition.

3. 3 août 2026 à 22:13 UTCresolved

   Cette question a été résolue le vendredi 31 juillet, vers 15 h 00, heure avancée de la science et de la technologie.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 17 juillet 2026 à 21:11 UTCinvestigating

   Questions relatives à la connectivité des données - Europe

2. 17 juillet 2026 à 22:23 UTCmonitoring

   Un changement a été apporté au réseau et la connectivité a été rétablie.

3. 18 juillet 2026 à 01:07 UTCresolved

   Le problème est résolu

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 16 juillet 2026 à 12:23 UTCmonitoring

   Le traitement des dossiers de facturation est retardé.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juillet 2026 à 18:21 UTCinvestigating

   Nous avons eu un problème au cours d'un entretien de routine qui a causé un incident touchant plusieurs de nos services. Nous travaillons à résoudre ce problème et continuerons à publier des mises à jour.

2. 15 juillet 2026 à 18:30 UTCinvestigating

   • Une interruption partielle de certaines fonctions du portail de contrôle de la mission; • Performance dégradée sur Inférence Telnyx • Dépassement partiel de la voix AI • Incident faisant l'objet d'une enquête.

3. 15 juillet 2026 à 18:39 UTCinvestigating

   Télnyx Services d'inférence restaurés.

4. 15 juillet 2026 à 19:59 UTCmonitoring

   Nos ingénieurs ont mis en place une solution qui semble avoir résolu les problèmes. Nous surveillons actuellement nos services.

5. 10 août 2026 à 09:22 UTCmonitoring

   Cet incident a été résolu le 15 juillet mais la page d'état est restée incorrectement ouverte

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 15 juillet 2026 à 17:57 UTCinvestigating

   Opérations API et tableau de bord affectés.

2. 15 juillet 2026 à 18:50 UTCidentified

   problème identifié, en appliquant la correction.

3. 15 juillet 2026 à 18:55 UTCmonitoring

   Correction appliquée, surveillance

4. 15 juillet 2026 à 20:17 UTCresolved

   Service restauré

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 14 juillet 2026 à 14:32 UTCinvestigating

   Toutes les demandes d'API dans SY1 échouent avec un 523.

2. 14 juillet 2026 à 14:50 UTCresolved

   Cet incident a été résolu.

Traduit automatiquement depuis la mise à jour officielle de l'incident.

1. 13 juillet 2026 à 20:02 UTCidentified

   SMS and MMS messages towards T-Mobile destinations are experiencing delays.

2. 13 juillet 2026 à 21:22 UTCresolved

   SMS and MMS delays resolved downstream with T-Mobile.

1. 10 juillet 2026 à 19:37 UTCmonitoring

   No impact on connectivity services. Usage reporting incorrect. We have identified and addressed an issue affecting WDR processing. This would have resulted in us reporting lower than actual data consumption over the past 3 days. We are currently processing the backlog which will result in the corrected usage being reported on the portal, retrospectively.

2. 13 juillet 2026 à 09:19 UTCresolved

   The record processing laag has been reduced to normal levels.

1. 7 juillet 2026 à 21:40 UTCidentified

   Partial Outage on IMSI2 and IMSI5

2. 8 juillet 2026 à 01:22 UTCresolved

   Issue has been identified, a fix was set in place and service was confirmed to be restored.

1. 7 juillet 2026 à 12:09 UTCinvestigating

   Our engineers are investigating an issue of calls originating via Telnyx SG numbers being rejected with DNO D46.

2. 7 juillet 2026 à 12:22 UTCmonitoring

   A fix has been put in place to resolve the issue as of 12:14pm UTC, and test calls are now routing without DNO rejection. We are continuing to monitor.

3. 10 juillet 2026 à 11:02 UTCresolved

   This issue was resolved.