迁移本地网关

此新版基础结构的改进包括：

提高了呼叫处理性能，每个注册的本地网关最多可进行 250 个并发会话。
支持使用 Webex Calling 媒体优化，以供在座机、Webex 应用程序以及本地网关之间进行呼叫。

规范：

已发布新的代理地址列表。代理地址是一个静态 DNS 记录，可在加入本地网关的过程中通过 Control Hub 获取，然后在本地网关的租户配置中进行配置以注册网关。
Webex Calling 云操作将请求客户迁移使用旧版代理地址的本地网关。有关详细信息，请参阅以下各节。

本地网关迁移入门

如果本地网关的出站代理地址不属于下面列出的新的 Webex Calling 代理地址范围，您需要在组织方便的时候进行手动迁移。 Control Hub 中列出的地址将是下面的新地址之一；但是，当前可能为本地网关配置了旧的地址，需要进行迁移。

迁移时间应该不会超过 10 到 15 分钟。但是，在迁移过程中，本地网关会向云端重新注册，这将对服务造成影响。因此，建议您在维护时段内执行此活动。

美国

加拿大

欧洲

日本

澳大利亚

自 2020 年 12 月之后加入的新的本地网关设备将自动设置为使用此基础结构，因此无需执行任何操作。建议您参考上述列表，验证是否存在需要迁移的本地网关，如果存在，请根据以下准则执行迁移。

在 Control Hub 中迁移本地网关

要了解是否有本地网关需要迁移，请参阅本地网关迁移入门部分。

Control Hub 中的配置屏幕、CUBE 配置步骤以及出站代理地址会因组织的位置和本地网关而异。下面显示的步骤中所列的详细信息仅作为示例之用。

准备工作

更新 CUBE 上的访问控制列表 - Webex Calling 的会话边界控制器 (SBC) IP 地址范围已更新，可能需要将该列表作为受信任的列表应用于组织中连接到 Webex Calling 的所有 CUBE。验证 Webex Calling 端口参考指南中的最新 IP 范围，确认是否已应用该范围。如果未应用，请参阅步骤 1 下的配置步骤（从将本地网关注册到 Webex Calling 开始）执行此更新。强制要求 CUBE 上的“可信 IP 地址”为最新版本，如果未更新，将导致呼叫失败。
确保外部防火墙允许通过 CUBE 访问这些 IP 地址 - 如果外部防火墙过滤 CUBE 可访问的 IP 地址，则您还必须更新该地址，以使本地网关能够与云端联系。有关更多信息，请参阅端口参考信息指南。
确保通过执行参考平台配置中的第 5 步更新了 CUBE 上的信任锚。

在 Control Hub 中，您可以获取新的出站代理地址。

从https://admin.webex.com的客户视图，转至服务，然后选择呼叫 > 呼叫路由。

选择 PSTN 连接，然后单击编辑（位于本地网关下）。

单击管理以访问本地网关配置。

复制出站代理地址。

如果组织中存在许多本地网关，那么每次对不同的本地网关执行上述任务时，可能会在 Control Hub 中获取不同的出站代理地址。确保在 Control Hub 中为配置的每个本地网关复制特定出站代理地址。选择特定地址对于冗余和负载平衡流量非常重要。

更新本地网关配置

更新本地网关配置会对服务造成影响，可能会影响活动呼叫。

在下面的示例中，租户 201 是连接到 Webex Calling 的租户。输入正确的租户以进行配置。

#show running-config | s voice class tenant 201
voice class tenant 201
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
  authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
  sip-server dns:lgw2.killarney.cisco.com
  connection-reuse
  session transport tcp tls
  url sips
  error-passthru
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 201
  outbound-proxy dns:lgwrestest.killarney.cisco.com

1	删除以下面内容开头的粗体行 `registrar dns:xxxx` 并将其保存供以后使用。同时保存退出的出站代理地址。本地网关现在将取消注册到 Webex Calling。
2	输入以下命令，以确认本地网关未注册到 Webex Calling。 `voice class tenant 201 no registrar ! show sip-ua register status`
3	获取从 Control Hub 复制的新地址，然后在上面的末尾添加 Registrar 行。在下面的示例中，我们的 OBP 为 `ch13.sipconnect-us.bcld.webex.com` 。 `voice class tenant 201 outbound-proxy dns:hs3.sse.lgw.bcld.webex.com registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls !` 本地网关将向新的 OBP 注册。
4	使用以下命令验证注册是否成功。 `show sip-ua register status show sip-ua register status` 生成的输出应该类似于以下内容。 `Tenant: 201 --------------------- Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ================================ ========= ============ === ======== ============ TRUNK_GROUP_29959_LGU -1 7 yes normal`

下一步

按照与上述相同的步骤更新其他本地网关。

回滚未成功的迁移

对于未成功的迁移，只需重新注册先前的出站代理地址即可。按照下面的说明回滚并恢复服务。

voice class tenant 201
  no registrar
  outbound-proxy dns:lgwrestest.killarney.cisco.com
  registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

如果进行回滚，Control Hub 中的配置仍会显示新的出站代理地址。这是预期行为。服务将继续使用旧的出站代理地址。
确保正确遵循在 Control Hub 中迁移本地网关一节中的步骤 2，并确保没有任何防火墙阻止访问新的出站代理。
如果无法解决该问题，请联系 Cisco Webex Calling 支持人员。

迁移后验证

务必确保服务在迁移后运行正常。确保在完成迁移后测试服务。测试服务的方法可以是通过 Webex Calling 设备拨打电话号码，也可以是测试向任何与 Webex Calling 配合使用的 SBC 发起的呼叫。