Twilio

接通电话的一方，未必掌握核验这通电话所需的信息。瑞典对 Twilio 启动的新调查，把通信服务背后的这一分工推到台前：国际入口负责核验，号码许可持有人须提供必要依据。

Twilio称，发往科索沃一个由其写作Dukagjjni的网络用户的短信出现投递失败，原因已经定位但尚未公开。由于同名的两条事件记录仍分别停留在“调查中”和“已定位”，客户不能仅凭状态页决定批量重发，而要先核对每条消息的最终状态与业务含义。

8 月 3 日，Twilio 用 2 小时 43 分 33 秒追踪了一起重大事故：采用 Deepgram nova-2 或 nova-3 的 ConversationRelay 客户被描述为“完全不可用”。没有受影响的模型路径确实存在，但 Twilio 给出的建议附带了一个不可省略的前提——只有已经确认 Google 适合自身使用场景的客户，才应考虑切换。真正的韧性不在供应商名单里，而在应用是否走通过备用路径。

发送成功与获知发送结果，是两个不同环节。Twilio报告称，发往肯尼亚Safaricom网络用户的短信送达回执一度延迟；短信本身可能已经送达。事故开始57分钟后，回执恢复且相关组件转为正常，但平台仍在监测稳定性，已识别的原因也尚未公开。

Twilio 表示，部分字母数字发送者 ID 和长号码向肯尼亚 Safaricom 用户发送短信时出现延迟和失败。公司识别了未公开的原因，事件开启 94 分钟后观察到恢复，并在固定截点继续监测稳定性。

Twilio称，8月1日从Twilio Phone Numbers发往菲律宾Globe Telecom用户的短信交付回执出现延迟，公开事件持续2小时42分钟。公司同时强调，短信本身可能已经成功送达。对依赖回执驱动自动流程的系统而言，真正受扰的是“确认状态”，而不一定是消息运输。

Twilio 于 8 月 1 日 02:57:20.918 UTC 开立一项轻微事件，调查部分短码向哥伦比亚 Claro 用户发送短信时出现的交付延迟。到 03:17:59 UTC 的固定截止点，事件已持续 20 分 38.082 秒。公开记录当时没有原因、恢复信号或解决结论。

截至8月1日00:13:55 UTC的固定截点，Twilio已四次报告面向安哥拉Africell用户的短信送达出现恢复，但这起轻微事件仍未标记为已解决。公开事件已持续25小时42分51.122秒，原因、延迟分布、消息规模和剩余异常均未披露。

Twilio在7月31日02:09:34.991 UTC解决了一次轻微语音事件，涉及一部分起始号码向哥伦比亚Claro用户拨打电话失败。5小时41分10.935秒内，“Mobile Numbers”变为“Phone Numbers”，一条更新还省略了Claro。状态页没有说这些编辑代表技术范围扩大。

Twilio在7月31日02:12:32.051 UTC解决了一次面向马来西亚Celcom用户的短信送达延迟，事件持续3小时21分39.361秒。公开状态从调查直接进入观察恢复，再进入解决，从未出现“原因已识别”阶段。延迟分布、消息规模与根因仍是空白。

Twilio在7月31日06:18:08.210 UTC宣布，一部分Twilio Phone Numbers向开曼群岛C+W LIME网络用户发送短信的服务恢复正常。事件从前一天开始，公开时长12小时27分40.379秒。目的网络和“部分号码”边界明确，但号码规模、根因和重试结果没有公开。

7月31日，Twilio用9小时41分49.987秒跟踪了一次面向萨尔瓦多Telefónica用户的短信送达回执延迟。公告从第一条就强调：短信可能已经成功送达，只是回执较晚返回。服务最终恢复正常，但根因、回执延迟分布和消息规模仍未公开。

Twilio 对巴西方向语音事件的公开状态，在 7 月 31 日 20:19:07 UTC 截止时仍是“监控中”，而不是“已解决”。公司此前称，从 Twilio Phone Numbers 拨往巴西多个网络用户的通话出现失败和拨号后延迟，并在事件开启 18 小时后观察到恢复。Twilio 表示原因已经查明，却没有说明原因是什么，也没有公布受影响运营商、号码或通话规模。

Twilio 在 7 月 31 日记录了一起同时影响 RCS 与 WhatsApp、覆盖消息收发两个方向的交付延迟事件。事件从调查、恢复监控走到解决，时间线完整，但解释仍很有限：公司没有披露地区、消息量、错误率、渠道差异或技术原因。这里能够确认的是“变慢”，不能把它扩大为消息丢失、重复、损坏或永久失败。