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

  • 提高了呼叫处理性能,每个注册的本地网关最多可进行 250 个并发会话。

  • 支持使用 Webex Calling 媒体优化,以供在座机、Webex 应用程序以及本地网关之间进行呼叫。

规范:

  • 已发布新的代理地址列表。 代理地址是一个静态 DNS 记录,可在加入本地网关的过程中通过 Control Hub 获取,然后在本地网关的租户配置中进行配置以注册网关。

  • Webex Calling 云操作将请求客户迁移使用旧版代理地址的本地网关。 有关详细信息,请参阅以下各节。

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

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

美国

加拿大

欧洲

日本

澳大利亚


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

如果您没有收到 Cisco 指示您升级本地网关配置的电子邮件,则无需执行其他操作。 请参阅本地网关迁移入门一节,了解是否存在需要迁移的本地网关。


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

准备工作

  1. 更新 CUBE 上的访问控制列表 - Webex Calling 的会话边界控制器 (SBC) IP 地址范围已更新,可能需要将该列表作为受信任的列表应用于组织中连接到 Webex Calling 的所有 CUBE。 验证 Webex Calling 端口参考指南中的最新 IP 范围,确认是否已应用该范围。如果未应用,请参阅步骤 1 下的配置步骤(从将本地网关注册到 Webex Calling开始)执行此更新。 强制要求 CUBE 上的“可信 IP 地址”为最新版本,如果未更新,将导致呼叫失败。

  2. 确保外部防火墙允许通过 CUBE 访问这些 IP 地址 - 如果外部防火墙过滤 CUBE 可访问的 IP 地址,则您还必须更新该地址,以使本地网关能够与云端联系。 有关更多信息,请参阅端口参考信息指南

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

1

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

2

选择 PSTN 连接,然后单击编辑(位于本地网关下)。

3

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

4

复制出站代理地址。


 

如果组织中存在许多本地网关,那么每次对不同的本地网关执行上述任务时,可能会在 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
!
  1. 如果进行回滚,Control Hub 中的配置仍会显示新的出站代理地址。 这是预期行为。 服务将继续使用旧的出站代理地址。

  2. 确保正确遵循在 Control Hub 中迁移本地网关一节中的步骤 2,并确保没有任何防火墙阻止访问新的出站代理。

  3. 如果无法解决该问题,请联系 Cisco Webex Calling 支持人员

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