Telnyx 中断历史

1. 2026年10月27日 UTC 18:28investigating

   我们将会相应更新状态页面.

2. 2026年10月27日 UTC 20:26monitoring

   我们执行了一项固定措施并正在监测结果.

3. 2026年10月27日 UTC 21:01resolved

   我们看到一些排队的情况,因为它涉及运货收据,而运货在运货管理系统中已经排出,在此期间没有受到影响.

自动翻译自官方事件更新。

1. 2026年10月23日 UTC 16:07identified

   目前,我们在10DLC运动中登记了10DLC的号码。 我们已查明下游的问题,并正努力加以解决.

2. 2026年10月23日 UTC 21:10resolved

   这个问题已经得到解决。 AT&T 供给现在正常流出 .

自动翻译自官方事件更新。

1. 2026年10月22日 UTC 15:43identified

   一些客户可能会在美国遇到断断续续的连接问题.

2. 2026年10月23日 UTC 21:01resolved

   这个问题在3:16 PM EDT中得到了缓解

自动翻译自官方事件更新。

1. 2026年10月21日 UTC 19:04investigating

   一些无线客户正在经历中断连接。 我们正在调查连接中断的情况.

2. 2026年10月21日 UTC 19:34monitoring

   无线连接恢复. 我们正在监测这项服务,以确认其保持稳定.

3. 2026年10月22日 UTC 11:17resolved

   无线连接于10月21日19:16UTC恢复. 这一问题现已得到缓解.

自动翻译自官方事件更新。

1. 2026年10月23日 UTC 14:19resolved

   在协调世界时10月21日大约从18:17到19:20之间,一个网络基础设施问题导致整个Telnyx服务间歇性故障. 中断期间受到影响的产品: - **任务控制门户和API** - 间歇超时和"503 Service Uncept"出错,在一连串的短断时,窗口内总共约20分钟. 账户管理和配置行动可能断断续续地失败了。 - ** Voice API和TeXML** - 一些出站呼叫设置失败或超时,而Webhook发送到应用程序端点被延迟或因在此期间的呼叫被放弃. 已经在进行中的呼叫并未终止,但新的呼叫设置是不可靠的。 - **WebRTC** - 一些客户在启动新电话或连接网关时遇到故障. - **呼叫控制** - 拨号请求断断续续地回回了HTTP 500个出错,而窗口内一些通话的Webhook事件没有送达。 - ** 电话录音** - 录音可能因在窗口中活动的电话而丢失。 - ** 可编程无线** -- -- 在中断期间,一些SIM的数据会话下降,随着服务的恢复而自动重新连接 正在对根本原因进行更深入的调查,我们正在增加监测,以便及早发现这种故障。 谢谢.

自动翻译自官方事件更新。

1. 2026年10月16日 UTC 18:21identified

   [video.telnyx.com](http://video.telnyx.com "video.telnyx.com")目前无法使用. 我们查明了一个影响服务所在基础设施的问题,并正在努力恢复。 恢复需要更新我们的部署进程,这项工作正在进行中.

2. 2026年10月16日 UTC 22:54monitoring

   我们恢复了DNS对视频.telnyx.com的响应,并将服务部署到了更换基础设施. 成功的客户连接和视频流量已经恢复,我们正在监测恢复情况。 一些客户可能会在缓存DNS结果到期时继续经历几个小时的连接故障. 我们还正在调查在请求客户代号时在测试过程中遇到的一个错误;尚未确认是否完全恢复.

3. 2026年10月17日 UTC 00:08resolved

   解决了

自动翻译自官方事件更新。

1. 2026年10月16日 UTC 01:57investigating

   我们正在调查欧盟数据中心更新短信状态的问题.

2. 2026年10月16日 UTC 03:14identified

   我们在欧洲地区的一个数据库里发现了一个故障时间

3. 2026年10月16日 UTC 23:32resolved

   解决了

自动翻译自官方事件更新。

1. 2026年10月14日 UTC 15:07resolved

   通过聊天或电子邮件与AI助理部件互动的客户可能观察到了协调世界时2026年10月2日至14日凌晨2:30至3:00之间的错误反应。 工程师们被提醒注意这个问题,找出引起这个问题的根源并解决问题。 请在您首选的频道中再次重复您的询问, 继续您与AI 支持助理的会话 .

自动翻译自官方事件更新。

1. 2026年10月13日 UTC 18:36investigating

   我们正在调查v2API的处理延误问题, • Webhook 更新 • 电话号码/连接设置更新 • 付款处理

2. 2026年10月13日 UTC 18:54investigating

   用户号,连接,和出站的配置图更新被极度延迟,客户支付也被严重延迟.

3. 2026年10月13日 UTC 19:46monitoring

   我们已找出问题, 队列正在耗用,正恢复常规功能. 我们正在监测结果.

4. 2026年10月13日 UTC 19:54resolved

   解决了

自动翻译自官方事件更新。

1. 2026年10月13日 UTC 17:25investigating

   客户在发送出入境信息时可能会遇到间歇性延误和出错. 我们正在调查这个问题.

2. 2026年10月13日 UTC 18:17monitoring

   我们正在监测出入境信息,以发现进一步延误或出错.

3. 2026年10月13日 UTC 19:59resolved

   这一事件现已得到解决.

自动翻译自官方事件更新。

1. 2026年10月12日 UTC 08:31investigating

   我们目前正在调查这一问题.

2. 2026年10月12日 UTC 09:36monitoring

   以下期间无法通过Telnyx电子邮件 API发送电子邮件: • 10月9日,协调世界时约21:10-22:05。 • 10月10日协调世界时22:15左右至10月12日协调世界时09:25. 使用 QQgw reject// injection failed %% 的新发送请求失败 。 每次中断前已经排队的信件继续发送 。 客户可以重试在受影响期间失败的信息. 缓解后恢复服务。 我们正在监测稳定,并努力找到永久的解决办法.

3. 2026年10月12日 UTC 13:58resolved

   我们已证实有报告说,电子邮件API的可交付性现已得到改进。 以下期间无法通过Telnyx电子邮件 API发送电子邮件: -10月9日,协调世界时约21:10–22:05. - 10月10日协调世界时22:15左右至10月12日协调世界时09:25. 在协调世界时10月12日09:25之后,我们的工程师重新开始服务,稳定了可交付性,并解决了这一问题.

自动翻译自官方事件更新。

1. 2026年10月10日 UTC 13:15investigating

   我们的监测发现了新购买的eSIM提供错误.

2. 2026年10月10日 UTC 14:03identified

   我们已查明这一问题的根源,并正在努力解决这一问题

3. 2026年10月10日 UTC 15:17resolved

   这个问题已经解决了

自动翻译自官方事件更新。

1. 2026年10月6日 UTC 17:38investigating

   我们正在调查向AT&T用户发送超过10DLC长码号码的短信息延迟情况,从协调世界时10月6日下午3点左右开始. 信件被接受,但可能比预期的要晚送到AT&T听筒. 给其他承运人的信息不受影响。 我们的团队正与我们的下游伙伴和AT&T合作,以查明原因并恢复正常的处理. 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年10月7日 UTC 13:03monitoring

   信件处理已恢复正常, 所有已排队的信件已发送 。 向AT&T用户发送了超过10DLC长码的短消息,现在正在毫不延迟地发送. 我们正在继续密切监测交通,同时我们的下游伙伴和AT&T完成了对根本原因的调查。 一旦事件得到解决,我们将公布最后最新情况.

3. 2026年10月7日 UTC 19:30resolved

   信件处理已恢复正常, 所有已排队的信件已发送 。 向AT&T用户发送了超过10DLC长码号的短消息,在监测期过后继续不加延迟地发送.

自动翻译自官方事件更新。

1. 2026年10月2日 UTC 14:20investigating

   我们西一区的所有云层存储读写操作可能暂时无法使用. 我们正积极致力于解决问题.

2. 2026年10月2日 UTC 15:01monitoring

   云存储读写业务现在应在我们西一地区全面提供.

3. 2026年10月2日 UTC 15:06resolved

   我们西-一的所有云存储业务都完全可以使用.

自动翻译自官方事件更新。

1. 2026年9月28日 UTC 17:09investigating

   我们正在调查Kimi K2.6的问题 用我们的"聊天完成"终点。 使用K2.6的语音助理不受影响.

2. 2026年9月28日 UTC 17:14identified

   我们已经查明了原因,并且正在设法解决问题.

3. 2026年9月28日 UTC 17:21resolved

   解决了

自动翻译自官方事件更新。

1. 2026年9月25日 UTC 15:00investigating

   通过聊天或电子邮件与AI助理部件互动的客户此时可能会看到错误响应,工程团队正在努力恢复服务.

2. 2026年9月25日 UTC 15:04identified

   工程师已经查明了根源,并正在努力恢复Telnyx AI助理服务.

3. 2026年9月25日 UTC 15:18monitoring

   工程师已恢复服务并继续监测.

4. 2026年9月25日 UTC 15:54resolved

   工程师们已经解决了这个问题,目前没有观察到进一步的出错.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 16:42investigating

   我们正在调查延迟向AT&T目的地交付MMS的情况。 正在发送信息,但有延误。 给AT&T的短信和给其他承运人的MS不受影响。 我们正在同我们的下游伙伴一道查明拖延的原因.

2. 2026年9月23日 UTC 19:54resolved

   从协调世界时18:30起,从10DLC长代码返回到AT&T目的地的MMS发送恢复了正常的延迟. 事件期间被延迟的消息最终被发送;不需要再发送.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 14:16investigating

   我们意识到一个在漫游时影响IMSI1数据连接的问题. 受影响的设备可能一再失去数据会话,或无法在某些网络上重新连接. 我们仍然在调查并努力寻找解决办法。 这是一个网络侧面问题,不需要对被影响的设备采取任何行动(重启或再提供不会在我们进行修复时改变行为). 随着我们取得进展,我们将公布最新情况,并在该问题得到全面解决后予以确认。 谢谢你的耐心.

2. 2026年9月23日 UTC 18:45resolved

   这一事件已经得到解决。 影响一些SIM的漫游数据连接的问题已经得到纠正,服务已经恢复正常. 受影响的设备重新建立了数据会话,并按预期运行。 你那边不需要采取行动 感谢你的耐心 在我们解决这个问题的时候.

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 13:50investigating

   用户在与我们的信息产品互动时,会遇到提升的API超时和500个出错.

2. 2026年9月23日 UTC 14:40resolved

   我们实施了一项固定措施并正在监测结果。 监视此状态页面以进一步更新 -

自动翻译自官方事件更新。

1. 2026年9月23日 UTC 13:49investigating

   我们的工程组正在优先调查这件事 这也可能影响2FA登录门户. 将在该状态页面提供最新情况.

2. 2026年9月23日 UTC 14:39monitoring

   我们执行了一项固定措施并正在监测结果.

3. 2026年9月23日 UTC 15:50resolved

   这个问题已经确认可以解决.

自动翻译自官方事件更新。