排除Webex呼叫号码移动失败并显示HTTP 429错误
目录
问题
尝试在控制中心的Webex呼叫位置之间移动电话号码时，移动操作失败，并出现特定的错误症状。Control Hub界面最初显示“正在移动”，然后显示消息“服务器正忙”。请等待，然后重试。” 在失败尝试期间未创建PSTN订单或任务管理器条目。
浏览器调试信息显示来自admin-batch-service作业创建API终端的HTTP 429“请求过多”响应。捕获的特定错误详细信息包括：
Status: 429
Status Text: Too Many Requests
URL: https://admin-batch-service-r.wbx2.com/api/v1/customers/<org-id>/jobs
Message: The server is busy. Please wait and try again. TrackingID: ATLAS_1e6ae5c6-ca3c-4c1a-b40f-4b49668c74a9_27
此外，后端分析还显示，当源位置和目标位置使用不同的思科呼叫计划提供商时，即使两个位置都配置了思科呼叫计划，移动工作流程也会遇到可移植性验证故障。
环境
使用思科呼叫计划的Webex呼叫
控制中心版本：20260812-0ec3555
多个业务地点具有不同的基础PSTN提供商
使用Intelpeer作为PSTN提供程序的源位置
使用Telnyx作为PSTN提供商的目标位置
电话号码处于活动状态、未分配状态，且未绑定到用户或呼叫服务
源位置和目标位置均可操作
分辨率
此问题通过后端工程干预解决。工程团队发现Terminus系统中的号码状态已过时，导致移动前验证检查失败。采取了以下步骤：
工程后端修复
步骤 1：工程团队在Terminus中发现了过期的编号状态
步骤 2：在后端系统中更新了号码状态
步骤 3：已更正移动前验证检查，以显示符合移动条件的编号
客户重试和验证
步骤 1：后端修复后，客户尝试再次移动号码
步骤 2：号码已成功移动到目标位置
步骤 3：客户将号码分配给自己，并验证入站呼叫功能
已执行故障排除分析
调查揭示了多种技术因素：
HAR文件分析：
原因
此问题是由终端系统中过时的号码状态信息引起的，这导致移动前验证检查错误地失败。由于后端数据不一致，无法将该号码识别为符合移动操作条件。
此外，所记录的在不同基础PSTN提供商（IntelPeer与Telnyx）的思科呼叫计划位置之间移动的案例可能会在标准直接移动工作流程中遇到资格限制，即使两个位置都使用思科呼叫计划也是如此。但是，主要解决方法涉及纠正陈旧数据，而不是解决提供商兼容性问题。
相关内容
修订历史记录
| 版本 | 发布日期 | 备注 |
|---|---|---|
1.0 |
10-Nov-2026
|
初始版本 |
反馈