- 主页
- /
- 文章
优化从 Unified CM 迁移到 Webex Calling
此阶段的重点是优化和维护 Webex Calling 在部署后的运行。 它涉及持续监控通话性能和用户体验,以确保 可靠性和质量。运营数据用于随着 时间的推移改进配置、工作流程和策略。作为此阶段的一部分,在适当情况下,将停用 传统的统一配置管理组件,同时确保服务的连续性。
PSTN迁移到Cloud Connect以实现Webex通话
一旦所有终端和用户都迁移到云呼叫,Unified CM 的唯一目的就是通过本地网关充当 PSTN 网关和 Webex Calling 之间的过渡。通过使用 Cloud Connect for Webex Calling 作为所有 Webex Calling 用户的 PSTN 接入,从中移除 PSTN 网关、Unified CM 和本地网关,可以带来诸多好处,包括降低成本和提高可靠性。要将本地 PSTN 访问迁移到 Webex Calling 的 Cloud Connect,请按照以下步骤操作:
-
Cloud Connect 用于 Webex Calling 合作伙伴选择。
请参阅 Cloud Connect for Webex Calling 合作伙伴列表,并从适用于您组织所在地的合作伙伴中进行选择。
-
Cloud Connect 用于 Webex Calling 验证。
在将 Webex Calling 位置的 PSTN 访问切换到 Cloud Connect 之前,应验证和确认通过所选 Cloud Connect 合作伙伴与 PSTN 的连接。为此,需要在 Webex Calling 中配置一个测试位置,并在该测试位置中配置一些测试用户。然后,将此测试地点的 PSTN 接入设置为 Cloud Connect 合作伙伴,之后使用测试电话验证 PSTN 连接。验证成功后,即可取消测试地点的配置。
-
号码转移。
为了准备切换到 Cloud Connect,需要对当前分配给终止于 Unified CM 的 PSTN 中继线的所有号码下达端口订单。所有号码都需要转移到 Cloud Connect 合作伙伴处。为了保持不同地点之间的可及性,所有地点的所有号码都需要同时进行携号转网。
-
切换到 Cloud Connect 合作伙伴。
在切换日期当天,Webex Calling 中所有位置的 PSTN 接入都需要设置为云连接的 PSTN 提供商,并且应该验证入站和出站连接。
如设计章节的 PSTN 部分所述,客户还可以选择在过渡开始时使用 PSTN 中继将其 PSTN 访问迁移到 Cloud Connect for Webex Calling,以实现混合 Webex Calling 部署。有关更多信息,请参阅 混合 Webex Calling 部署的 PSTN 中继。在这种情况下,过渡期间 Unified CM 的 PSTN 访问是通过本地网关和 Webex Calling 实现的,将所有用户迁移到 Webex Calling 后,除了停用 Unified CM 和本地网关之外,没有其他与 PSTN 相关的迁移步骤。
优化本地基础设施
一旦所有用户都已过渡到 Webex Calling,并且所有终端都已过渡到云注册(或已停用),现在云通话正在使用,请更新相应的本地基础设施。基础设施更新包括:
-
从本地 DNS 服务器中删除本地呼叫控制和消息 DNS SRV 记录,包括 cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. 这些 SRV 记录不再用于客户端服务发现。
-
从公共 DNS 系统中删除与边缘相关的 DNS SRV 记录,包括 collab_edge._tls.<domain>. 这些 SRV 记录不再是客户端发现协作边缘服务所必需的。
-
更新所有相关的 DHCP 作用域,移除选项 66 和选项 150。 TFTP/boot 服务器地址。这些作用域不再用于端点呼叫控制配置的发现和下载。
-
Update/remove 本地适当的拨号对等体 Gateway/CUBE 该路由调用与 Unified CM 之间的通信。这些拨号对等体不再是本地呼叫路由所必需的。
-
删除或移除所有 Unified CM 和 Expressway 集群节点虚拟机 and/or 服务器。根据需要重新分配计算资源和硬件。这些资源不再用于呼叫控制和边缘服务。
-
删除或移除所有 Unity Connection 集群节点虚拟机 and/or 服务器。根据需要重新分配计算资源和硬件。语音邮件和统一消息服务不再需要这些资源。
-
清理:将 PSTN 接入迁移到云连接 PSTN 统一 CM 后,可以停用 PSTN 中继线、PSTN 网关和本地网关。
-
对于任何现有的本地 E911 解决方案,删除已迁移到 Webex Calling 的任何位置或号码,并在完全过渡完成后,删除应用程序虚拟机或服务器。根据需要重新分配计算资源和硬件。这些资源不再用于紧急呼叫和定位服务。
-
应将属于已迁移用户的 DN 放置在隐藏分区中,以避免呼叫路由失败,并确保所有 CSS 都能优先访问相同 DN 的云路径。
-
当发生变更时,更新 Horizon Mobility 中的物理可调度位置和网络元素。需要更新的常见活动包括:
-
网络交换机更换
-
无线接入点更换
-
DHCP作用域变更
-
建筑物内部的物理变化(如果决定进行) cubical/office)
-
建筑物内部办公空间的实际扩张或收缩。
-
利用 Webex Calling 分析和故障排除
Webex Calling 提供全面的分析和故障排除功能,帮助您可视化和跟踪部署情况。这些功能包括媒体质量、详细通话记录、呼叫队列、呼叫组和自动应答分析。图 显示了 Webex Calling 媒体质量分析的示例。

在故障排除中,可以使用 Webex Calling 查看每次通话的详细信息,包括关键媒体质量和信令相关问题,以帮助确定媒体问题以及通话失败的原因,如图 Webex Calling 媒体质量故障排除所示。

Webex Calling 故障排除还可以与 ThousandEyes 和 Meraki 交换机等其他 Cisco 产品集成,从而在 Control Hub 中提供更丰富的集成体验。有关使用 Webex Calling 分析和故障排除的更多信息,请参阅 Control Hub 中的 Webex Calling 通话故障排除。