在此文章中
dropdown icon
业务和技术要求
    为什么收集需求很重要:
    业务需求
    技术要求
网络就绪性和要求
设置云连接的统一通信
dropdown icon
评估当前环境
    授权
    Locations/Sites
    现有库存 devices/clients
    验证设备资格
    用户
    PSTN 连接
    特征 & 功能使用
    思科集成:Unity Connection UCCX UCCE
    通话录制文件
    第三方集成

准备从 Unified CM 迁移到 Webex Calling

list-menu在此文章中
list-menu反馈?

PPDIO 生命周期中的 准备 阶段通过评估当前环境、获取许可证以及准备端点和 团队,确保从 Unified CM 迁移到 Webex Calling 的准备就绪。这一基础性步骤可降低风险,并使技术和业务需求保持一致 ,从而顺利过渡到云呼叫解决方案。

业务和技术要求

在计划从 Unified CM 迁移到 Webex Calling 时,在计划阶段彻底收集技术和业务需求至关重要。这一步骤确保迁移与贵组织的运营目标和技术能力保持一致,从而最大限度地降低风险和中断。

为什么收集需求很重要:

  • 使业务目标保持一致: 了解业务需求有助于定制迁移方案,以支持关键工作流程、用户体验和增长计划。

  • 确保技术兼容性: 尽早确定技术需求可以避免与现有基础设施、网络和终端出现集成问题。

  • 有助于资源规划: 明确的需求有助于准确估算时间、成本和所需资源。

  • 降低风险: 及早发现潜在问题可以采取积极主动的解决方案,从而减少停机时间和业务中断。

业务需求

典型的业务需求包括:

  • 待迁移的用户数量和位置

  • 所需功能和服务(例如,呼叫路由、语音信箱、电话会议、自动应答、呼叫队列)

  • 合规和安全政策

  • 预算限制和成本预期

  • 用户培训和支持需求

  • 迁移时间表和业务连续性注意事项。

收集所需的功能和 服务是确保新系统满足业务需求的关键步骤。在收集这些需求时,不仅要考虑 Unified CM 中当前配置的内容,还要尝试从将要使用该系统的业务实体那里收集实际需求。否则,该计划可能基于过时的假设。请务必评估 Webex Calling 中提供的 Unified CM 中可能不存在的其他或增强功能,例如基于云的通话、高级呼叫队列、Webex Calling 客户协助和 Webex Go。这有助于充分利用云平台的优势。

在评估 Unified CM 中的当前配置时,必须认识到,由于系统生命周期中不断变化的需求,并非所有现有设置都仍然是必要的。重点应该放在识别和保留那些符合当前和未来部署需求的配置上。

多关注你需要什么,而不是你拥有什么。

在从 Unified CM 迁移到 Webex Calling 的过程中,合规性和安全 策略是至关重要的考虑因素,以确保新的基于云的通信系统符合法律、法规和组织标准。

  • 监管合规性: 组织必须验证 Webex Calling 是否符合 GDPR、HIPAA 或 SOX 等行业特定法规,以满足数据隐私、保留和处理的要求,以及与数据驻留、绕过收费和媒体本地性相关的国家/地区特定规定。

  • 数据安全: 确保语音和信令数据在传输和存储过程中均进行加密,以防止被拦截或未经授权的访问。

  • 访问控制: 定义并实施用户身份验证、授权和基于角色的访问控制,以防止未经授权使用通信资源。

  • 审计和监控: 实施日志记录和监控功能,以跟踪访问和使用情况,用于合规性审计和安全事件调查。

  • 政策一致性: 使迁移与现有的企业安全策略保持一致,包括终端安全、网络分段和事件响应计划。

  • 供应商安全保障: 评估思科 Webex Calling 的安全认证和合规性证明,以确保其可信度。

在规划阶段解决这些合规和安全策略有助于降低风险、避免法律处罚,并在整个迁移过程中以及迁移后维护通信的完整性和保密性。

在从Unified CM 迁移到 Webex Calling 的过程中,用户培训和支持 需求是确保平稳过渡和用户采纳的关键组成部分。主要考虑因素包括:

  • 培训项目: 为不同的用户群体(最终用户、管理员、服务台人员)制定定制化的培训课程,使他们熟悉 Webex Calling 的功能、用户界面和新的工作流程。

  • 文档: 提供清晰易懂的用户指南、常见问题解答和快速参考资料,包括 新增功能和不同之处 资源以及分步 迁移前后 操作指南(视频或快速指南格式),以帮助用户适应迁移后的更新体验。

  • 变更管理: 主动沟通变更,以管理用户预期并减少阻力。

  • 支撑结构: 建立专门的支持团队或升级途径,以便在迁移期间和迁移后及时解决用户问题。

  • 继续教育: 随着 Webex Calling 新功能或更新的发布,制定持续的培训更新计划。

  • 反馈机制: 建立用户报告问题和提供反馈的渠道,以改进培训和支持流程。

在规划阶段解决这些培训和支持需求有助于最大限度地减少中断,增强用户信心,并最大限度地发挥迁移到 Webex Calling 的好处。

技术要求

为了成功地从 Unified CM 迁移到 Webex Calling,需要收集并记录几个关键的技术要求,包括以下方面的详细信息:

  1. 网络就绪性和带宽容量

    进行全面的网络评估至关重要,以确保您现有的基础设施能够支持新的 Webex Calling 环境。内容项包括:

    • 带宽分析: 评估当前和预计的带宽使用情况,以处理语音、视频和数据流量而不会出现拥塞。

    • 服务质量(QoS): 实施 QoS 策略,优先处理语音流量,最大限度地减少延迟、抖动和丢包。

    • 广域网和互联网连接: 验证广域网链路和互联网连接是否满足基于云的呼叫的要求,包括冗余和故障转移功能。

    • 防火墙和NAT配置: 确保防火墙和 NAT 设置允许 Webex Calling 所需的信令和媒体流量。

  2. 与现有系统集成

    与现有业务系统无缝集成对于用户体验和工作流程的连续性至关重要:

    • 目录服务: 评估与企业目录的集成,以实现用户自动配置和身份验证。

    • 客户关系管理和业务应用: 确定与客户关系管理系统和其他业务关键应用程序的集成点。

    • 传统PBX互通: 如果过渡期间仍需保留任何传统电话系统,则需制定共存或分阶段迁移策略。

  3. 端点兼容性和配置

    应评估所有终端设备(包括桌面电话、软电话和移动设备)的兼容性:

    • 设备支持: 确认现有 IP 电话和设备是否受 Webex Calling 支持,或确定需要更换的设备。

    • 配置流程: 建立自动化或简化的配置方法,以高效地完成终端设备的接入。

    • 固件和软件更新: 制定必要的更新计划,以确保互操作性和安全性。

  4. 安全配置和加密标准

    在云通信中,安全性至关重要:

    • 加密: 按照思科安全最佳实践,对信令和媒体流强制执行端到端加密。

    • 身份验证和访问控制: 实施安全身份验证机制(例如 SSO、多因素身份验证)和细粒度的用户访问控制。

    • 遵守: 确保解决方案符合相关的监管和行业合规标准(例如 GDPR、HIPAA)。

    • 安全监控: 与 SIEM 工具集成,并设置潜在安全事件警报。

表1。 示例评估
要求关键考虑因素
网络就绪性和带宽 带宽、服务质量、 WAN/Internet, Firewall/NAT
与现有系统的集成 目录、CRM、PBX、 Email/Calendar
端点兼容性和配置 设备支持、配置、固件更新
安全配置和加密 加密、身份验证、合规性、安全监控
用户培训和变更管理 培训计划、文档、变更沟通
号码可携性和拨号方案 数字 migration/porting, 拨号方案翻译
第三方集成 寻呼机、呼叫中心、传真机、模拟设备

网络就绪性和要求

网络就绪对于成功迁移到任何基于云的通话解决方案(例如 Webex Calling)至关重要。网络规划不善会导致通话质量下降、掉线,以及用户不满。客户在迁移到 Webex Calling 之前需要进行网络评估。建议确认网络带宽是否足以满足预期的呼叫量,确保满足服务质量 (QoS) 要求,并了解必须在边缘防火墙中打开的各种端口。

可靠的网络连接和足够的服务质量(带宽、丢包率、RTT)是确保所有使用 Webex Calling 的语音和视频终端、客户端和应用程序获得最佳端到端用户体验的基本要求。

客户和合作伙伴除了可以通过 OTT 互联网连接外,还可以使用其他连接方式来优化与 Webex Calling 的连接,包括 Webex Edge Connect。有关 Webex Edge Connect 设计详情的更多信息,请参阅 Cisco 推荐的 Webex Edge Connect 架构,适用于 Webex Meetings、呼叫多租户和专用实例

客户可以使用 CScan 进行网络评估,该评估提供有关客户网络质量、可建立的呼叫数量、延迟等信息。有关 CScan 工具的更多信息,请参阅 使用 CScan 测试 Webex Calling 网络质量

为确保网络已做好迁移到 Webex Calling 的准备,请参考以下清单:

  1. 带宽规划

    计算每个站点的并发调用数,以确保您有足够的上行和下行带宽,并为其他业务关键流量和未来增长预留余量。

    Webex Calling 呼叫类型带宽计算 表显示了 Webex Calling 部署可用的呼叫类型,以及每种呼叫类型所需的编解码器和最大带宽。如 Webex Calling 通话类型带宽计算 表所示,可以使用以下通用公式计算每种通话类型所需的音频通话带宽:

    预期并发调用次数 * 基于编解码器的每次呼叫带宽 = 所需网络吞吐量。

    表 2. Webex Calling 通话类型带宽计算
    呼叫类型编解码器 - 带宽带宽计算
    Webex 应用 / 桌面电话 -> Webex 应用OPUS - 70 kbps并发调用次数 * 70 kbps = 所需网络吞吐量
    Webex 应用 / 桌面电话 -> 桌面电话OPUS – 70 kbps并发调用次数 * 70 kbps = 所需网络吞吐量
    Webex 应用 / 桌面电话 -> 通过LGW的PSTNG.711 – 80 kbps并发调用次数 * 80 kbps = 所需网络吞吐量
    Webex 应用 / 桌面电话 -> 通过云 PSTN 进行 PSTN 通信(例如 Cisco 通话套餐)G.711 – 80 kbps并发调用次数 * 80 kbps = 所需网络吞吐量
    Webex 应用 / 桌面电话 -> 企业通过LGWG.722 – 80 kbps并发调用次数 * 80 kbps = 所需网络吞吐量
    Webex 应用 / 桌面电话 -> Webex 通话语音信箱OPUS – 70 kbps并发调用次数 * 70 kbps = 所需网络吞吐量

    通过对每种呼叫类型所需的并发网络吞吐量进行求和,可以确定特定站点的总潜在带宽需求。

    所有通话线路都始终锚定在 Webex Calling 接入 SBC 上。要确定任何给定 Webex Calling 位置所需的互联网带宽,不仅需要考虑位置间的通话,还需要考虑位置内的通话以及与该位置的本地网关之间的通话。例如,两部 MPP 电话之间的站点内通话需要该站点互联网接入提供高达 2 x 70 kbps 的全双工带宽。

    Webex Calling 带宽计算示例 表显示了一个完整的带宽计算示例,假设所有设备都在同一站点。

    表 3. Webex Calling 带宽计算示例
    呼叫类型并发调用次数总带宽
    Webex 应用 / 桌面电话 → Webex 应用152 * 15 * 70 kbps = 2100 kbps
    Webex 应用 / 桌面电话 → 桌面电话152 * 15 * 70 kbps = 2100 kbps
    Webex 应用 / 桌面电话 → 通过LGW接入PSTN502 * 50 * 80 kbps = 8,000 kbps
    Webex 应用 / 桌面电话 → 通过 Cloud Connect 进行 Webex 通话的 PSTN00 * 80 Kbps
    Webex 应用 / 桌面电话 → 通过 LGW 的企业152 * 15 * 80 kbps = 2400 kbps
    Webex 应用 / 桌面电话 → Webex 通话语音信箱55 * 70 kbps = 350 kbps
    总通话次数 / 带宽100通电话14,950 kbps / 14.95 Mbps

    • 以上表格中的所有带宽值均指 IP 带宽。链路带宽取决于广域网封装方式。

    • 以上表格中的带宽指的是音频通话的带宽。视频通话带宽方面,Webex 应用和 MPP 均适用。 8845/65 手机支持 H.264 视频,最高分辨率为 720p,每次通话最大带宽为 1,500 kbps。然而,通话期间任何时刻消耗的带宽量都会根据视频通信固有的可变比特率而波动。

  2. 服务质量 (QoS)

    在本地环境中实施 QoS 策略,以优先处理实时流量,并确保在交换机、路由器和防火墙之间保持 QoS。

  3. 延迟、抖动和丢包目标

    以下阈值建议用于在通过互联网进行OTT通话时获得最佳语音质量:

    • 单向延迟小于100毫秒

    • 抖动小于 10 毫秒

    • 丢包率 - 0.5% 或更低。

  4. 防火墙和NAT

    确保防火墙已配置为允许 Webex Calling 流量,如 Webex Calling 端口参考信息中所述。此外,允许访问同一指南中列出的 Webex 域和 IP 范围,并避免使用 SIP ALG,因为它会干扰 SIP 信令。应避免通过代理服务器进行媒体流量传输。

  5. DNS 和 NTP

    确保 Webex 域名的 DNS 解析正确,并使用可靠的 NTP 服务器同步设备时钟,以进行 TLS 证书验证和日志记录。

  6. 故障转移计划

    考虑现有提供商数据连接(MPLS、SD-WAN 等),并计划在部署中的每个位置直接接入互联网。在需要高可用性的场景下,应规划冗余的互联网链路。由于您将使用基于云的服务,因此可靠的互联网连接和足够的带宽是基本要求。如果您的组织场所的互联网连接通常不够可靠,延迟不够低,上下行吞吐量也不够,那么您应该重新考虑进行这种转换。

  7. 场地存活率

    网站生存能力确保您的业务始终可访问,即使您与 Webex 的网络连接中断。站点生存能力利用本地网络中的网关,在与 Webex 的网络连接中断时,为现场端点提供备用呼叫服务。如果业务需求要求在网络中断时仍能持续呼叫,请考虑使用本地生存网关 (SGW) 来提高站点生存能力。有关站点生存能力检查的更多信息,请参阅 Webex Calling 的站点生存能力

设置云连接的统一通信

Cloud Connected UC (CCUC) 是一款基于云的管理和分析解决方案,旨在为本地(如 Unified CM)和云端(Webex Calling - 专用实例)的 Unified CM 部署提供集中式的可见性、管理和洞察。它充当传统本地环境和思科云服务之间的桥梁,为组织从 Unified CM 迁移到 Webex Calling 的整个过程提供支持。

在向 Webex Calling 过渡期间,CCUC 通过促进从现有统一通信部署中收集全面数据,在简化迁移过程中发挥着至关重要的作用。CCUC 可协助完成关键的过渡任务,例如迁移设备、功能和用户联系人,以及自动更新受支持的 IP 电话的固件。CCUC 通过提供集中式的可视性和管理,帮助确保更顺畅、更高效的迁移体验。

Cisco 强烈建议在过渡项目的早期阶段部署 CCUC,理想情况下是在准备阶段之前或期间部署。这将使您能够获得所需的洞察力和能力,从而彻底评估、清点和规划后续的迁移活动,并开始您的 Webex 和未来混合功能之旅。

评估当前环境

迁移计划中的一个关键活动是评估当前的本地环境和部署情况。这有助于了解成功过渡到 Webex Calling 可能需要进行哪些潜在更改。它还允许您评估 Webex Calling 平台的关键要素,并将其与现有的本地部署进行比较。您可以利用这些信息来帮助确定过渡期间需要的具体任务,以及为了满足您的业务和技术要求及用例,您希望做出哪些更改。

作为这项工作的一部分,以下几个方面需要重点审查。

授权

在准备迁移到 Webex Calling 时,了解现有部署的当前许可结构至关重要。对您现有的 Cisco 本地部署解决方案的以下方面进行许可证评估。

  • 平台

    在与客户团队或合作伙伴共同确定灵活许可的最佳途径时,能够充分阐明核心平台上当前已授权的内容至关重要。Webex Calling采用灵活许可模式。有关灵活许可的更多信息,请参阅 Cisco 协作灵活计划

  • 用户和设备

    确定您现有用户和设备需要哪种许可证类别。这将用于确定用户和设备需要哪种类型的 Webex Calling 许可证。Webex Calling 提供多种许可类型,包括面向用户的专业版和标准版许可,以及面向工作区的专业版和公共区域版许可。有关 Webex Calling 设备许可的更多信息,请参阅 设备许可中的数据表。

  • 本地网关

    如果此次过渡需要 Cisco Unified Border Element (CUBE) 来实现 PSTN 接入,则还必须考虑 CUBE 许可。CUBE 许可方面的注意事项将在本文档后面部分介绍。

Locations/Sites

在规划此次过渡时,应考虑现有部署中的站点数量和类型(大型中央站点、区域站点、分支机构等)。充分了解现有部署站点将有助于制定战略计划,以实现成功的过渡,尤其是在确定要迁移哪些站点以及迁移顺序方面。详细了解每个站点的拨号方案要求(号码、拨号习惯、限制类别等)、站点网络连接和带宽(互联网、广域网、局域网)以及 PSTN 接入(本地或集中式、IP 或 TDM)对于制定迁移决策至关重要。有关常见部署模型和关键考虑因素的更多信息,请参阅 Collaboration SRND中提供的协作部署模型信息。

过渡到 Webex Calling 时,另一个重要的部署考虑因素是位置可用性。Webex Calling 的功能、订阅和可用设备会根据您的部署地点而有所不同。有关 Webex Calling 地理位置可用性的更多信息,请参阅 Webex 在哪里可用?

最后,了解向 Webex Calling 过渡对其他协作服务的影响也很重要。根据本文档的目标,一般假设是,如果要维护呼叫工作负载之外的现有协作服务,则需要过渡到上面提到的第 1 阶段混合部署。可能需要混合部署的协作服务示例包括尚未迁移到 Webex 联系中心的本地联络中心,以及与寻呼系统和计费系统等系统的紧密集成。有关其他协作工作负载和服务的过渡的更多信息,请参阅 协作过渡

现有库存 devices/clients

在开始过渡之前,清点您现有的硬件和软件终端非常重要。拥有完整的设备清单 types/models, 硬件版本、软客户端操作系统类型和数量将确保您能够充分规划设备的过渡,并减轻那些无法迁移到云通话的设备的影响。应利用库存清单确定过渡期间需要过渡的设备以及过渡之前需要更换的设备。

桌面电话

Webex Calling 仅支持 6800、7800、8800 和 9800 系列音频和视频桌面电话。这是 Unified CM 支持的 Cisco IP 电话的一个子集。6800、7800 和 8800 系列电话的部分型号和版本不能与 Webex Calling 一起使用。有关支持哪些型号和硬件版本的更多信息,请参阅 Webex Calling 支持的设备

Cisco 6800 系列 IP 电话无法从企业固件升级到多平台 (MPP) 固件,而 Webex Calling 需要多平台 (MPP) 固件。因此,任何已注册到 Unified CM 并运行企业固件的 6800 电话都必须更换为 6800 MPP 型号或其他受支持的电话型号。

在过渡到 Webex Calling 并将其注册之前,必须将 Cisco 7800 和 8800 系列 IP 电话升级到多平台电话 (MPP) 固件。要确定哪些 7800 和 8800 型号和硬件版本支持 MPP 固件,请参阅 在企业版和 MPP 固件之间转换 Cisco 7800 和 8800 系列 IP 电话

8845、8865 和 8865NR 已停止销售,不建议迁移到 Webex Calling。

不建议将较旧版本的 8800 系列电话(8811、8841、8851、8851NR、8861)与 Webex Calling 一起使用。硬件版本为 VID 14 或更早的手机可以注册到 Webex Calling,但由于硬件原因,可能会出现一些性能问题。

9800 系列桌面电话运行 PhoneOS,支持 Unified CM 和 Webex Calling 注册。因此,这些手机无需固件升级即可过渡到 Webex Calling。

所有其他 IP 电话都需要更换为 Webex Calling 支持的 6800、7800、8800 或 9800 系列电话。有关 Webex Calling 支持的 IP 电话和桌面电话的更多信息,请参阅 Webex Calling 支持的设备文章。

视频终端

个人和会议室视频终端,包括 Cisco Board 系列、Room 系列和 Desk 系列,均可原生 SIP 注册到 Webex Calling。任何需要发出音频的端点 and/or PSTN 呼叫需要呼叫许可证:

  • 会议室、小型讨论空间等处的共享设备需要 Webex Calling Professional Workspace 或 Webex Calling Workspace 许可证。

  • 最终用户的个人设备需要 Webex Calling 专业版或 Webex Calling 标准版许可证。

确定有多少个视频终端已注册到 Unified CM 并用于进行音频通话。某些视频终端可能仅用于加入会议或进行 SIP 视频通话。无论哪种情况,在 Unified CM 服务器停用之前,终端仍需迁移到 Webex,但这将有助于确定其中有多少终端需要 Webex Calling 许可证才能继续拨打电话。

  • 当视频设备从 Unified CM 注册迁移到 Webex 时,这些端点的 URI 将发生变化,因为它们现在是在云端注册的。

  • 8845、8865 和 8875 型号的电话是支持 Webex Calling 的个人视频电话。

软客户端

Webex App 是 Webex Calling 唯一支持的软客户端,这与 Unified CM 不同,后者同时支持 Webex App 和 Jabber,并且是最终用户的新默认软客户端。

根据 Jabber 所实施的部署模式(仅限即时通讯、仅限电话、 and/or (完整的 UC 模式),您可能还需要考虑消息传递的过渡。 and/or 将 Jabber 会议工作负载迁移到 Webex App。Webex 应用可以部署为 仅电话模式 (如果仅用作通话客户端),也可以部署为 完整的 Webex 套件 (如果包含其他工作负载,例如 Webex Messaging)。 and/or Webex Meetings 正在过渡到带有通话功能的应用程序。

Webex App 通过提供人工智能功能来增强最终用户体验,例如 audio/video 情报、通话转录等。有关更多信息,请参阅 Webex App

在将用户迁移到 Webex Calling 之前,您需要将他们的 Jabber 客户端迁移到 Webex App。完成此次过渡有两种选择。

  1. 在将他们过渡到 Webex Calling 之前

  2. 当您将他们过渡到 Webex Calling 时。

为了简化向 Webex App 的初始过渡,建议使用选项 1,先将用户迁移到具有统一 CM 通话功能的 Webex App。这样,用户就有时间熟悉新的应用程序,同时他们仍然可以使用现有的本地统一 CM 呼叫平台。准备好将用户迁移到 Webex Calling 后,您需要配置他们的 Webex 应用,使其注册到云通话平台。

有关这两个选项的更多信息,请参阅 迁移之旅 - 一步还是两步?

有关 Webex Calling 支持的设备的完整列表,请参阅 Webex Calling 支持的设备

验证设备资格

如前所述,Webex Calling 支持部分 Cisco IP 电话,并且 7800 和 8800 系列电话需要不同的固件类型。Unified CM 电话运行企业固件,而 Webex Calling 电话运行多平台电话 (MPP) 固件。建议在准备阶段确认哪些已注册 Unified CM 的电话符合升级到 MPP 固件的条件。这样您就有时间将不符合条件的手机更换为支持的手机型号之一,或者确定替代方案,例如将用户迁移到仅 Webex 应用。

为了帮助确定 Unified CM 电话的资格,Control Hub 内置了一个名为 “将您的电话迁移到 Webex Calling”的工具。使用此工具检查设备资格时,选择迁移选项 仅生成设备许可证

新建迁移任务向导,显示第一步“任务名称”,用于将企业电话迁移到多平台 (MPP) 固件。它会显示“生成设备许可证并添加”或“仅生成设备许可证”选项。
Control Hub 工具选项,用于验证 Unified CM 电话是否符合 Webex Calling 的要求

此选项允许您上传包含 Unified CM 电话的 CSV 文件,以便 Webex 可以检查每部电话的资格。选择此迁移选项后,不会将电话添加到 Webex,因为您仍处于准备阶段,尚未准备好执行此操作。有关更多信息,请参阅将您的电话迁移到Webex Calling

部分手机可能会显示 未知 资格。这通常是因为 Webex 无法在后端系统中验证有关手机的某些信息。对于任何状态为 未知 的手机,您有两种方法可以验证它们是否符合升级到 MPP 固件的条件。

  1. 手动检查每部手机,并核实型号和硬件版本(PID VID)。

    带有条形码的产品标签,突出显示“PID VID:CP-7821-K9= V01”,带有红色箭头,并显示 CPN、MAC 和 SN 详细信息。
    7800/8800 电话标签,包含型号和硬件版本信息

  2. 使用 Cisco IP 电话就绪工具

    https://github.com/joemar2/mpp_readiness_check下载该工具。

    此工具并非思科官方工具,也不受TAC支持。它提供尽力而为的支持,但可以免费使用。

    该工具必须在本地计算机上运行,并且可以访问统一 CM 服务器和 IP 电话。它提供了一个选项,可以在 IP 电话上启用网络访问,建议启用此功能以获得最佳效果,并且这是必需的。因此,应在非工作时间使用,以免对最终用户造成干扰。该工具的输出结果会生成一份报告,列出哪些 Unified CM 7800 和 8800 系列电话符合升级到 MPP 固件的条件。因为它直接访问手机,所以可以验证从控制中心工具报告的 未知 设备。

    多平台手机 (MPP) 固件就绪性显示各种手机型号、其固件以及指示其是否支持 MPP 的列。“MPP 功能”一栏中的大多数条目都标记为“是”。
    Cisco IP电话就绪工具报告

用户

确保迁移成功的最重要准备步骤之一是正确配置用户。即使分阶段迁移,也需要为所有用户做好妥善规划。用户必须在 Webex 中具备以下任一权限:

  • 使用统一配置管理呼叫部署 Webex 应用

  • 使用 Webex Calling 部署 Webex 应用

  • 为用户配置 Webex Calling 服务

  • 使用户可在 Webex 目录中被搜索到(Webex App 点击通话、用户联系信息、电话簿搜索)。

建议您在项目开始之前或开始时,在 Webex 中配置所有用户。这包括那些仍然使用 Unified CM 的用户,因为他们的呼叫平台与其呼叫设备(IP 电话、Jabber、Webex App)无关。随着用户迁移到 Webex Calling (and/or (Webex App)您将更新他们的 Webex 许可证,以启用他们需要的服务。通过在开始迁移之前配置所有企业通话用户,已迁移到 Webex 应用或 Webex Calling 的用户可以在 Webex 目录中搜索仍在使用 Jabber 的企业通话用户。 and/or 在统一配置管理 (Unified CM) 上。这样可以确保过渡用户能够找到任何其他用户的联系信息,并使用目录查找功能拨打电话。

Webex App 目录搜索 显示了 Webex App 用户搜索其他用户的示例。搜索结果会显示用户的联系信息,这些用户可能仍在使用 Jabber 和 Unified CM,也可能已迁移到 Webex App。 and/or Webex通话。

Webex App 目录搜索
Webex App 目录搜索

接下来确定哪些现有的本地通话用户将过渡到 Webex Calling。如果需要迁移全部或大部分用户,建议分批迁移用户,以确保项目团队、IT 人员和支持人员能够处理迁移以及可能出现的任何问题。您还应该安排一些时间提供初步信息和培训课程,以帮助用户做好过渡准备。用户转换分组可以根据各种标准进行,包括用户被分配到的位置或站点、用户的部门,甚至是用户类型(知识工作者、管理人员、移动工作者等)。

例如,如果部署中的用户分布在三个主要站点,即纽约 (NYC)、旧金山 (SFC) 和研究三角园区 (RTP),则用户过渡计划可能类似于 按站点划分的用户过渡计划 表中概述的计划。

表 4. 站点用户过渡计划
用户网站 / 地点过渡前信息和培训课程过渡期过渡后支持
纽约市(1,525 位用户)4月1日当周4月15日至4月27日4月29日当周
旧金山国际机场(1600 位用户)5月6日当周5月20日至5月31日6月3日当周
RTP(1,275 位用户)6月3日当周6月17日至6月28日7月1日当周

另一个重要因素是让彼此有依赖关系的用户一起过渡。这可能包括但不限于以下内容:

  • BLF监测

  • 同样的狩猎 pilot/group

  • 分享线

  • 同属一个呼叫接听组

  • 使用相同的呼叫驻留号码

  • 内部通信

  • Admin/Exec.

您可以查看 Unified CM 配置(GUI 或导出),或者使用 Control Hub Migration Insights 工具来帮助识别具有这些依赖关系的用户组。

PSTN 连接

Webex Calling 可以通过三种方式接入 PSTN:Cisco 通话套餐、Webex Calling 云连接(以前称为云连接 PSTN)和本地 PSTN(本地网关)。但是,控制中心内定义的单个位置只能分配给一个 PSTN 选项。

带有本地网关 (LGW) 的本地 PSTN 是过渡策略的重要组成部分。它提供本地部署之间的连接 and/or PSTN 和 Webex 通话平台。Webex Calling 支持 Cisco 和经认证的第三方会话边界控制器 (SBC),这些控制器可用作本地网关。有关最新支持的 SBC 列表,请参阅 支持的 SBC 列表

Webex Calling 支持通过单个基于注册的本地网关进行最多 250 个并发呼叫,以及通过单个基于证书的本地网关进行超过 250 个并发呼叫。基于证书的本地网关最多可支持 6500 个并发呼叫,但这取决于本地网关与 Webex 的连接类型(OTT 与互连对等连接)以及本地网关部署的 SBC 模型。这些限制本质上是本地网关 PSTN 呼叫和 Unified CM 和 Webex Calling 端点之间的站点间呼叫的默认计数限制。有关更多信息,请参阅 本地网关入门

任何超过此限制的调用都将被拒绝,并返回 403 Forbidden。可以在任何时刻在本地网关上运行 show call active voice 命令,以确定活动呼叫的总数。

本地网关与 Webex Calling 接入 SBC 之间的网络状况不佳可能会限制信令连接的性能,从而导致并发呼叫限制进一步降低。本地网关与 Webex Calling 数据中心之间的单向延迟不应超过 100 毫秒,抖动应小于 10 毫秒,丢包率应小于 0.5。 %.

特征 & 功能使用

在评估当前环境时,重要的是要确定并审查已配置的统一配置管理 (Unified CM) 功能。此外,了解各项功能的使用方法也很重要,这样您才能(重新)定义 Webex Calling 部署的业务和技术要求。

要确定配置了哪些功能,请分析统一配置管理配置。这些都是静态数据,是在系统配置某个功能或设置时设置的。可以使用以下选项完成此分析:

  • 在管理 GUI 中查看统一 CM 配置

  • 统一 CM 配置导出 -- 批量导出或 AXL

  • Control Hub 迁移洞察工具(推荐)

  • 思科第三方合作伙伴工具(推荐)。

为了有效分析功能利用率,必须检查动态系统数据,例如利用率、注册量和呼叫活动。各种分析工具和仪表盘提供了对这些指标的深入了解,从而能够全面了解系统性能和容量,为迁移和优化工作中的明智决策提供支持。可以使用以下选项完成此类分析:

  • 审查原始CDR记录

  • 统一 CM RTMT 数据审查

  • 使用统一配置管理 CDR 数据的控制中心迁移洞察工具

  • Control Hub 中云连接 UC 分析的审查

    • 通话量

    • 已注册的端点

    • (CAC)地点

    • 主干线利用率。

  • 思科第三方合作伙伴工具。

Cisco 建议首先使用 Webex Control Hub 迁移洞察工具进行此分析。您需要将 Unified CM 导出的 .TAR 文件和 Unified CM CDR 文件(可选,但功能利用率分析需要)导入到该工具中。该工具将生成以下基于 CSV 的报告,可用于开始分析:

表 5. 由 Unified CM .tar 文件生成的报告
报告名称

报告说明

ImportedDataBulk.csv

来自统一配置管理 (Unified CM) 数据的所有用户和设备

DeviceEligibility.csv

识别符合迁移到 Webex Calling 条件的设备(IP 电话、会议室操作系统设备、ATA 和第三方设备)

DevicePoolNumbers.txt

特定设备池中的所有号码列表

HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv

根据共享线路、呼叫组、呼叫队列、呼叫驻留和呼叫代接组配置,提供有关应一起迁移的设备和用户的详细信息。

HuntGroupMigrationInsight.csv

有关已分配呼叫线路、线路组和相关代理的详细信息

SharedlineGroupMigrationReport.csv

用户间共享电话号码(目录号码)的方式概述

表 6. 由 Unified CM .tar 和 CDR.gzip 文件生成的报告
报告名称

报告说明

FeatureUsageBasedDeviceEligibilityReport.csv

根据功能使用情况提供的设备迁移资格信息

FeatureUsageWithLastUsageDateReport.csv

使用次数统计,包括呼叫调度员和呼叫队列的呼叫次数以及上次使用日期。

UserWorkspaceLastUsage.csv

软客户端和硬电话的用户和工作区的最后使用日期

DIDUsageReport.csv

DID 的使用情况,包括已分配和未分配的 DID

有关迁移洞察报告的更多详细信息,请参阅 迁移洞察

如果您在查看迁移洞察报告中的信息后仍需了解有关统一配置管理 (Unified CM) 功能和使用方法的更多信息,思科建议您考虑使用思科的第三方合作伙伴迁移工具。 and/or 在 GUI 或配置导出数据中查看 Unified CM 配置。

思科集成:Unity Connection UCCX UCCE

语音信箱是 Webex Calling 服务的重要组成部分,并且是该解决方案的内置功能。Webex Calling 无法与 Unity Connection 或 Unity Connection Express 等基于本地部署的语音邮件解决方案集成。此外,目前没有原生方法可以将现有的 Unity Connection 语音邮件消息或问候语迁移到 Webex Calling 提供的原生语音邮件服务。思科的一些第三方合作伙伴的迁移工具确实具备迁移部分此类数据的功能。有关 Webex Calling 语音信箱的更多信息,请参阅 配置和管理 Webex Calling 用户的语音信箱设置

Webex Calling 还支持共享语音信箱和传真邮箱。有关更多信息,请参阅 管理 Webex Calling 的共享语音邮件和入站传真箱

Webex Calling 内置了自动语音应答功能,该功能包含在核心平台中。此功能允许迁移 Unity Connection 的呼叫处理程序和自动助理功能。Control Hub 工具 从 Unified CM 迁移功能 支持将 Unity Connection 配置迁移到 Webex Calling 自动助理。有关使用此工具的更多信息,请参阅 将设备和功能从 Unified CM 迁移到 Webex Calling。

通话录制文件

Webex Calling 提供两种通话录音选项,无需额外费用。

  1. Webex通话录音

  2. Dubber Go 录制(合作伙伴优惠)——Webex Calling 和 Dubber 的集成,所有录制的媒体都安全地保存在云端。

Webex Calling 包含录音选项 表格重点介绍了两种无需额外费用即可使用的通话录音选项的一些关键功能。

表 7. Webex Calling包含录音选项
Webex杜伯·戈
所有用户均可使用 所有用户均可使用
无限次录音 无限次录音
1 年保留期* 30天保留期
每个组织 100 GB 存储空间 -
合规官可以访问和管理通话录音。 -
用于管理录制内容的 API -
管理员可以配置和管理用户对其通话录音的访问权限。
  • 用户可以通过用户中心管理自己的录制内容。 and/or Webex 应用。
只有用户才能访问和管理自己的录音。
  • 来自他们的配音门户网站。

如果您的组织需要额外的录音功能,例如合规性通话录音、更长的保存期限、更大的存储空间、人工智能分析等, and/or 思科和第三方录制提供商都提供管理员访问权限、付费服务或附加组件。有关 Webex Calling 录音提供商、配置和附加合作伙伴服务的更多信息,请参阅 管理 Webex Calling 的通话录音

第三方集成

Webex Calling 支持各种第三方集成,包括但不限于本地网关的 SBC、IP 电话、对讲电话 等。 Speaker/Pagers, ATA 等。除了这些第三方设备外,Webex Calling 还支持不同的第三方解决方案 ,用于客户支持、分析、录音、计费等。有关第三方解决 方案的更多信息,请参阅 Webex App Hub

这篇文章对您有帮助吗?
这篇文章对您有帮助吗?