Webex Calling 方案、中继和路由组可供您配置 Webex Calling，以便管理 Webex Calling 托管用户与本地 PBX 用户之间的呼叫。 此解决方案可让您配置托管用户以使用云 PSTN（CCP 或Cisco PSTN）或基于内部的 PSTN。
干线是以下之间的连接Webex Calling和 场所，其在具有本地网关或其他受支持设备的场所中停止。 创建中继之后，可以将其分配给路由组。 路由组是指允许 Webex Calling 将呼叫分发到多个中继或者提供冗余的一组中继。 本地网关是将干线、内部PSTN 和/或 PBX 互连的内部设备。
中继、路由组和拨号方案具有以下优势：
跨干线到Webex Calling和内部办公场所的负载平衡和故障转移。
能力Webex Calling用户使用云 PSTN（云连接 PSTN (CCP) 或Cisco PSTN），并且仍然能够联系企业中的 PBX 用户。
将呼叫路由到不同的内建 PBX。
用于在内建 PBX 之间路由呼叫的串联功能。
使用内建 PBX 提供更广泛的迁移和共存场景，包括具有内建用户和Webex Calling用户的混合站点。
深入了解呼叫路由决策。
启用位置之后，必须在相应位置为 Webex Calling 用户设置 PSTN 连接。 以下 PSTN 选项可供使用：
CiscoPSTN - 如果您想要捆绑解决方案以允许您订购新的 PSTN 号码并将现有号码转网到Cisco，请选择此选项。 “Cisco PSTN”选项仅适用于以下情况：
已购买并启用 Cisco 呼叫方案。
所在位置位于支持 Cisco 呼叫方案的国家/地区。
云连接 PSTN - 如果您正在寻找不需要部署本地硬件的云解决方案，请选择此选项，然后选择首选的 CCP 提供商。 云 PSTN（Cisco PSTN 或云连接 PSTN）只能用于向 Webex Calling 用户提供 PSTN 访问权。 本地用户发起的呼叫无法访问云 PSTN。
内建 PSTN（本地网关） - 如果要保留当前的 PSTN 提供商，请选择此选项。 通过本地网关的本地部署 PSTN 的中继也可用于连接到本地 PBX。 可以保留现有的本地网关功能，而不执行任何配置更改。 将使用本地网关的位置设置为本地 PSTN，本地网关将变为中继。
在 Control Hub 中配置所选的 PSTN 连接，具体方式为选择 呼叫 > 位置，选择要修改的位置，然后选择分配或管理并指定所需的 PSTN 连接。
中继
干线是Webex Calling与内建场所之间的连接，在受支持的会话边界控制器充当本地网关的情况下在内建场所终止。 请参阅本地网关入门，了解各种中继模型以及设备和配置的要求。
对于注册干线模型，会话边界控制器(SBC) 执行 SIP 注册。 基于注册的干线需要本地网关以保持 SIP 注册处于活动状态。 连接对注册是隐含的。
准备工作
所有干线都必须分配到 Control Hub 中的某个位置。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
||
| 2 | 选择添加中继。 |
||
| 3 | 选择一个位置从下拉列表。 |
||
| 4 | 输入姓名为干线。 |
||
| 5 | 选择注册从中继类型下拉列表。 |
||
| 6 | 在向出站呼叫的中继发送初始 SIP INVITE 时，双重身份支持设置会影响 From 头域和 P-Asserted-Identity (PAI) 头域的处理。 启用双重身份后， Webex Calling会填充发件人和 PAI（并且两个身份标头可以不同）。 在禁用双重标识的情况下，PAI 和 From 相同，设置的内容与启用双重标识的情况下的 From 标头设置相同。 以下是一些能够更好地了解此设置的使用情况的示例方案：
|
||
| 7 | 单击保存。 |
下一步
屏幕上显示注册域、中继组 OTG/DTG、线路/端口和出站代理地址中继信息。 我们建议您将本信息从 Control Hub 复制粘贴到本地文本文件或文档中，以供您在准备配置本地网关时作为参考。 如果丢失了凭证，则必须从 Control Hub 中的干线信息屏幕重新生成。 单击检索用户名并重置密码，生成要在中继上使用的一组新身份验证凭证。
 |
此操作会影响服务，因此建议在非工作时间完成。 如果您要配置干线以将本地网关连接到Webex Calling，请参阅： 在 IOS-XE 上为Webex Calling配置本地网关。 |
中继是指 Webex Calling 与本地部署之间的连接，使用本地网关或其他受支持的设备端接到本地部署中。
准备工作
必须在 Control Hub 中将所有中继分配给某个位置。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
||
| 2 | 选择添加中继。 |
||
| 3 | 选择干线的位置和名称。
|
||
| 4 | 在向出站呼叫的中继发送初始 SIP INVITE 时，双重身份支持设置会影响 From 头域和 P-Asserted-Identity (PAI) 头域的处理。 启用双重身份后， Webex Calling会填充发件人和 PAI（并且两个身份标头可以不同）。 在禁用双重标识的情况下，PAI 和 From 相同，设置的内容与启用双重标识的情况下的 From 标头设置相同。 以下是一些能够更好地了解此设置的使用情况的示例方案：
|
||
| 5 | 单击保存。 |
下一步
屏幕上显示注册域、中继组 OTG/DTG、线路/端口和出站代理地址中继信息。 我们建议您将本信息从 Control Hub 复制粘贴到本地文本文件或文档中，以供您在准备配置本地网关时作为参考。 如果丢失凭证，则必须在 Control Hub 的中继信息屏幕上重新生成它们。 单击检索用户名并重置密码，生成要在中继上使用的一组新身份验证凭证。
|
此操作会影响服务，因此建议在非办公时间执行。 |
可以在 Control Hub 中编辑中继名称或查看中继详细信息和使用情况。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
||
| 2 | 选择要查看或修改的中继。 |
||
| 3 | 在侧面板上，单击中继名称旁的 您还可以查看该中继的使用信息。 |
||
| 4 | 要查看其他详细信息，请单击管理旁边干线。
|
||
| 5 | 在向出站呼叫的中继发送初始 SIP INVITE 时，双重身份支持设置会影响 From 头域和 P-Asserted-Identity (PAI) 头域的处理。 在禁用双重标识的情况下，PAI 和 From 相同，设置的内容与启用双重标识的情况下的 From 标头设置相同。 以下是一些能够更好地了解此设置的使用情况的示例方案：
|
图标以更改中继名称。
在检查 Control Hub 中的干线状态。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
| 2 | 选择要检查状态的干线。 |
| 3 | 单击干线信息。 |
示例
以下是不同的基于注册的干线状态：
在线- 成功注册Webex Calling的本地网关。
离线- 无法成功注册Webex Calling的本地网关。
添加基于证书的干线时，必须输入完全限定域名 (FQDN)。 然后， Webex Calling使用 FQDN 和本地网关证书的组合来信任本地网关。
从 Control Hub 配置本地网关的要求：
本地网关的面向云的网络必须使用公共IPv4 地址，并且解析到此地址的 FQDN 或 SRV 地址必须能够在互联网上解析。 Webex 仅支持用于信令的TLS和用于媒体的SRTP或UDPTL。
本地网关的所有SIP和媒体端口必须可从互联网访问，因此需要防火墙更新（必须在企业网络组件上完成）：
请参阅Webex 端口参考指南，了解需要在本地端和云端访问的所需端口。
标准SIP端口（例如5061或5062）可以配置为侦听SIP端口。
要对来自干线的呼叫进行成功授权和验证，需要已签名的证书。 在与SIP的Webex 服务建立双向MTLS连接时，本地网关必须满足以下要求：
本地网关的证书必须：
已签名证书必须始终具有有效的有效期。
用于签署证书的根证书或中间证书必须具有有效的到期期限，不应被吊销。
必须对证书进行签名以供客户端和服务器使用。
证书必须包含完全限定域名(FQDN)作为通用名称或使用者备用名称，并在Control Hub中选择干线的FQDN。 要求将在下一节中详细说明。
应上传“对Cisco Webex音频和视频平台的呼叫支持哪些根证书颁发机构？中提到的信任捆绑包，以验证来自SIP的Webex服务的证书。
准备工作
已声明和验证的域： 添加中继时，必须选择来自已验证或已声明顶级域名的主机地址，请参阅 您的域。
整个组织的唯一地址： 使用唯一的FQDN或SRV主机地址创建干线。 此地址对于整个组织必须是唯一的，任何两个中继都不能使用相同的地址。
只有在没有主机地址为london.lgw.cisco.com的其他中继的情况下，才能创建具有FQDN london.lgw.cisco.com：5062的中继。 即使存在与SRV地址或FQDN具有相同地址名称且具有不同端口组合的干线，也不允许此操作。
只有在不存在主机地址为 london.lgw.cisco.com 的其他干线时，才能创建 SRV 地址为 london.lgw.cisco.com 的干线。 即使存在与SRV地址或FQDN相同名称且端口组合不同的干线，也不允许此操作。
DNS配置： 必须通过DNS A或DNS服务记录(SRV)类型记录从公共互联网解析本地网关。
如果选择了FQDN，地址必须解析为DNS A记录，而不是解析为DNS CNAME。
如果选择了SRV地址，则服务类型必须有“_sips。_tcp”的前缀。
地址可能解析为一个或多个DNS A记录，具有不同的权重和优先级。 在此过程中，建议对所有记录使用相同的侦听端口。
服务记录中的记录必须具有适当的权重和优先级。 不同权重和优先级的使用会影响源自Webex 的呼叫的流量分布。
所有记录类型的最高TTL 300秒或更高优先。
必须将所有中继分配到Control Hub中的某个位置。
下表包含在您的组织中同时选择作为干线地址的不同类型记录的示例。
作为FQDN或SRV的干线配置 |
DNS配置规则 |
以公用名(CN)或使用者备用名称(SAN)形式出现在证书中的地址 |
SIP联系人标头要求 |
|---|---|---|---|
FQDN： london.lgw1.cisco.com，端口5061 |
london.lgw1.cisco.com是DNS A记录 |
london.lgw1.cisco.com |
sip：london.lgw1.cisco.com：port；transport=tls 或 sip：user@london.lgw1.cisco.com：port；transport=tls |
SRV： 法兰克福。lgw.cisco.com |
_sips._tcp。frankfurt.lgw.cisco.com解析为A Record frankfurt.lgw1.cisco.com |
法兰克福。lgw.cisco.com |
sip：frankfurt.lgw.cisco.com；port；transport=tls 或 sip：user@frankfurt.lgw.cisco.com；port；transport=tls |
SRV： 法兰克福。lgw.cisco.com |
_sips._tcp。frankfurt.lgw.cisco.com解析为两个或多个A记录 fr.lgw1.cisco.com fr.lgw2.cisco.com 这两个记录必须解析为唯一的IP地址，并且按照建议，可能具有不同的权重和优先级。 |
法兰克福。lgw.cisco.com |
sip：frankfurt.lgw.cisco.com；port；transport=tls 或 sip：user@frankfurt.lgw.cisco.com；port；transport=tls |
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
||
| 2 | 选择添加中继。 |
||
| 3 | 选择一个位置从下拉列表。 |
||
| 4 | 输入姓名为干线。 |
||
| 5 | 选择基于证书从中继类型下拉列表。 |
||
| 6 | 从下拉列表中选择设备类型。
|
||
| 7 | 输入会话边界控制器(SBC)地址，域，以及转网。 这是Webex Calling用于联系您的企业 SBC 的 FQDN 或 SRV 地址。
|
||
| 8 | 输入最大数量。
|
||
| 9 | 单击保存。
|
下一步
保存最后一个屏幕中显示的Webex Calling Edge 地址。
要将 CUBE 配置为本地网关，请参见： 为 Webex Calling 配置 IOS-XE 上的本地网关
可以在 Control Hub 中编辑中继名称或查看中继详细信息和使用情况。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
||||
| 2 | 选择要查看或修改的中继。 |
||||
| 3 | 在侧面板上，单击中继名称旁的 您还可以查看该中继的使用信息。 |
||||
| 4 | 要查看其他详细信息，请单击管理旁边干线。
|
||||
| 5 | 在向出站呼叫的中继发送初始 SIP INVITE 时，双重身份支持设置会影响 From 头域和 P-Asserted-Identity (PAI) 头域的处理。 以下是一些能够更好地了解此设置的使用情况的示例方案：
|
检查 Control Hub 中的干线状态。
| 1 | 登录 Control Hubhttps://admin.webex.com ，转至。 |
| 2 | 选择要检查状态的干线。 |
| 3 | 单击干线信息。 |
示例
以下是不同的基于证书的干线状态：
在线： 所有Webex Calling Edge 代理与本地网关之间的连接成功。
离线： Webex Calling和本地网关之间的连接失败。
已损坏： 至少有 1 个Webex Calling Edge 代理与本地网关之间的连接失败。
未知： 正在Webex Calling与最近添加的本地网关之间建立连接的过程中。
SI 编号 |
错误描述 |
操作 |
|---|---|---|
1. |
与本地网关的 TLS 连接失败，因为为网关配置的 FQDN 的 DNS 解析失败 |
验证已配置 SRV/FQDN 的 DNS 配置并确保其可解析 |
2. |
由于传输问题，与本地网关的 TLS 连接失败 |
验证已解析到本地网关的 IP 地址和端口是否有效 |
3. |
与本地网关的 TLS 连接失败，因为网关的证书由无效的Certificate Authority签名 |
验证并确保本地网关证书由有效的Certificate Authority(对Cisco Webex音频和视频平台的呼叫支持哪些根证书颁发机构？ ) |
4. |
与本地网关的 TLS 连接失败，因为网关的证书已过期 |
验证并确保本地网关证书没有过期 |
5. |
与本地网关的 TLS 连接失败，因为网关的证书由过期的Certificate Authority |
验证并确保本地网关证书没有由过期的证书颁发机构证书链签名 |
6. |
与本地网关的 TLS 连接失败，因为 CN 或 SAN 中缺少为网关配置的 FQDN |
验证并确保本地网关证书的 CN/SAN 与配置的 FQDN/SRV 相同 |
7. |
发送到本地网关的 SIP 选项未收到响应 |
验证并确保将 CUBE 配置为接收 OPTIONS 请求并作出响应。 验证 CUBE 配置 |
8. |
由于网关证书无效，从本地网关到Webex Calling的 TLS 连接失败 |
验证并确保本地网关证书有效 |
9. |
从本地网关到Webex Calling的 TLS 连接失败，因为我们无法信任Certificate Authority |
验证并确保本地网关证书由有效的Certificate Authority(对Cisco Webex音频和视频平台的呼叫支持哪些根证书颁发机构？ ) |
10. |
从本地网关到Webex Calling的 TLS 连接失败，因为链中的证书过期 |
验证并确保本地网关证书没有由过期的证书链签名 |
11. |
从本地网关到Webex Calling的 TLS 连接和 SIP 选项失败 |
验证并确保将 CUBE 配置为发送 OPTIONS 请求 |
12. |
来自本地网关的 SIP 选项响应指示服务器错误或服务不可用 |
验证并确保本地网关未处于维护模式或呼叫路由未禁用 |
13. |
与本地网关的 TLS 连接失败，因为本地网关的证书已被吊销 |
验证并确保本地网关证书没有被吊销 |
14. |
从本地网关到Webex Calling的 TLS 连接失败，因为网关的证书已被吊销 |
验证并确保本地网关证书没有被吊销 |
15. |
从本地网关到Webex Calling的 TLS 连接失败，因为网关的证书已过期 |
验证并确保本地网关证书没有过期 |
16. |
由于证书错误，从本地网关到Webex Calling的 TLS 连接失败 |
验证并确保本地网关证书有效且符合要求 |
17. |
由于证书错误，从Webex Calling到本地网关的 TLS 连接失败 |
验证并确保本地网关证书有效且符合要求 |
|
错误 SI 编号： 2、6、11 和 12 仅在所有 Edge 代理节点都遇到问题时显示。 |
路由组
路由组是指允许 Webex Calling 将呼叫分发到多个中继或者提供冗余的一组中继。
准备工作
先添加中继，再配置路由组。
路由组可以包括多个位置的已配置中继。
可以单独配置中继，也可以将其分配给路由组。 向路由组添加中继可实现冗余和可扩展性。
每个路由组必须至少包含一个中继，至多包含 10 个中继。
配置路由组时，为相应路由组中的中继设置优先级。 此设置支持以负载平衡的方式路由呼叫。
在优先级相同的中继中随机分发呼叫。 如果设置为最高优先级的中继不可用，系统会尝试将呼叫路由到优先级较低的中继。 例如：
中继 1 和中继 2 的优先级设置为 1。
中继 3 的优先级设置为 2。
Webex Calling 会以负载平衡的方式将呼叫路由到中继 1 和中继 2。
如果中继 1 和中继 2 无法访问，呼叫将路由到中继 3。
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 选择。 |
| 3 | 命名路由组，然后从下拉菜单中选择要添加的中继。 |
| 4 | 为中继选择优先级。 |
| 5 | 单击保存。 |
下一步
可以在确认屏幕上访问位置页面，以便配置与各个位置的 PSTN 连接，也可以访问拨号方案页面，以便将此路由组用作拨号方案的路由选项。 路由组也可用作位置上未知分机路由的路由选项。
可以更改现有的路由组名称、添加中继、修改已分配的中继数以及更改中继优先级。 此外，还可以在“路由组详细信息”页面中查看呼叫本地分机号、拨号方案以及 PSTN 连接。
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 选择要修改的路由组。 |
| 3 | 在侧面板上，单击路由组名称旁的 |
| 4 | 要添加或编辑路由组中的中继，请单击管理（位于中继旁）。 可以通过下拉菜单添加中继，在表中编辑现有中继的优先级和/或删除表中的现有中继。 |
| 5 | 单击保存。 |
拨号方案支持您使用中继或路由组将呼叫路由到本地目的地。 拨号方案以全局方式为企业配置，并且适用于所有用户，与位置无关。 拨号方案还可为与任何拨号模式一致的呼叫指定路由选项（中继或路由组）。 可在拨号方案中定义特定的拨号模式。 拨号模式表示本地分机号：
ESN/网内号码
+E.164 模式
SIP URI 域
数字拨号模式
数字模式可以表示 E.164 号码，也可以表示企业号码。 E.164 号码模式以 + 开头，后跟一串数字 (1-9)，然后是可选的通配符。
企业拨号模式
企业拨号模式的表示方式是一串数字 (1-9) 后跟可选的通配符。 有效的通配符为 ! （表示任何一串数字）和 X（表示 0-9 中的单个数字）。 ! 通配符只能在末尾出现一次，并且只能用在 E.164 模式中。
|
您无法使用：
|
企业拨号方案示例 |
|
|---|---|
+1408555XXXX |
以 +1408555 开头的 11 位 E.164 号码 |
+14085551234 |
实际拨号字符串：+14085551234 |
+496100! |
以 +496100 开头的任何拨号字符串 |
84969XXX |
以 84969 开头的 8 位 ESN |
84969764 |
8 位数的实际 ESN：84969764 |
SIP URI 拨号模式语法：
仅与域（@ 后面 SIP URI 的右侧）一致。 选项如下：
完全限定域
前导字符为 * 的域（表示给定域的所有子域）
例如：
SIP URI 拨号模式语法示例 |
||
|---|---|---|
带路由规则 |
含义 |
示例 |
example.com |
仅限主机部分为“example.com”的 URI |
alice@example.com |
us.example.com |
仅限主机部分为“us.example.com”的 URI |
alice@us.example.com |
*.example.com |
主机部分为“example.com”的子域的 URI |
alice@eu.example.com alice@sales.us.example.com 注： 与 alice@example.com 不一致 |
创建中继和路由组之后，可以在 Control Hub 中配置拨号方案。
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 单击拨号方案，然后单击创建拨号方案。 |
| 3 | 输入拨号方案的名称。 |
| 4 | 选择路由选项。 选择先前创建的中继或路由组。 |
| 5 | （可选）可以手动创建或导入所选路由选项的拨号模式。 |
| 6 | 单击保存。 |
下一步
创建拨号方案之后，还可以批量添加拨号模式。 要使用 CSV 文件批量添加拨号模式，请转至拨号方案屏幕，在要编辑的拨号方案中选择操作下拉菜单，然后选择导入拨号模式 CSV 或导出拨号模式 CSV。 选择下载模板或导入 CSV 文件，然后单击提交。
可以在 Control Hub 中更改现有的拨号方案名称、路由选项和拨号模式。
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 选择要修改的拨号方案。 |
| 3 | 在侧面板上，在拨号方案名称旁，单击 |
| 4 | 要更改路由选项，请在下拉菜单中选择其他选项。 |
| 5 | 要手动新增拨号模式，请单击添加拨号模式。 或者，单击导入 CSV 以批量添加拨号模式。 |
| 6 | 要删除拨号模式，请在要删除的拨号模式旁单击 |
| 7 | 单击保存。 |
图标。| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 选择要删除的拨号方案。 |
| 3 | 单击 |
可以在 Control Hub 中启用“呼叫本地分机号”设置。 此设置适用于所在位置已注册到 PBX 的用户，并且支持您使用现有中继或路由组将未知分机号（呼叫号码长度为 2-6 位数）路由到 PBX。
准备工作
根据位置启用“呼叫本地分机号”设置。
此设置支持在混合云/本地环境中保存拨号习惯。 用户可以继续使用简化拨号（例如 4 位数），即使站点已部分迁移到 Webex Calling 中也是如此。
启用之后，该位置的用户向未知分机号（2-6 位数）发起的呼叫将作为本地呼叫路由到所选的路由组/中继。
在该位置通过中继从未知分机号路由的呼叫将作为本地呼叫进行处理。 这是指从干线传入Webex Calling的上游呼叫。
如果主叫号码与任何现有拨号方案模式不一致，呼叫将被视为从未知分机号发起。
| 1 | 从https://admin.webex.com中的客户视图，转至。 |
| 2 | 选择要修改的位置。 |
| 3 | 在面板上，单击内部拨号。 |
| 4 | 选中支持将未知分机号作为内部呼叫路由到本地旁的复选框以启用此设置。 |
| 5 | 在下拉菜单中选择路由选项。 |
| 6 | 单击保存。 |
您可以在 Control Hub 中配置 Webex Calling 与本地之间的呼叫路由设置。 这些设置可确定在对本地 PBX 使用中继和路由组时对未知号码的处理方式，以及在 Webex Calling 与 PBX 之间路由的呼叫的主叫号码格式。
| 1 | 从https://admin.webex.com中的客户视图，转至。 |
||
| 2 | 滚动至 Webex Calling 与本地之间的呼叫路由，并选择对未知号码的处理方式。
|
||
| 3 | 选择主叫号码格式。
|
||
| 4 | 单击保存。  |
Control Hub 中的“验证呼叫路由”工具可提供以下功能：
模拟呼叫以分析路由决策。
在设计和配置部署时提供有用的指导。
Webex Analytics 平台中包含呼叫路由决策的事件。
为故障排除实例提供支持。
| 1 | 从 https://admin.webex.com 的客户视图，转至。 |
| 2 | 选择验证呼叫路由。 |
| 3 | 从下拉菜单中，选择选择呼叫源要验证的用户或干线的连接。 |
| 4 | 输入号码或 URI。 |
| 5 | 单击查看路由结果以查看呼叫路由。 |
示例 1： 多站点 PBX
部署描述
企业客户在美国有 100 个站点。
采用多站点 PBX 部署（或者 PBX 网络），并且主 PBX 分布在 HA 的两个主站点上。
8 位数企业拨号方案： 8 + 3 位数站点代码 + 4 位数分机号。
30 个站点保留在本地，70 个站点移至 Webex Calling。 PSTN 通过两个主站点上的 SIP 中继保留在本地。
没有混合站点。 在每个站点中，用户要么全是本地用户，要么全是云注册用户。
部署解决方案
采用 30 E.164 + 30 ESN 模式的单个拨号方案，将本地用户的呼叫路由到具有两个中继的路由组，这两个中继端接在两个主站点的两个本地网关上。
示例 2： 混合云-PBX 站点
部署描述
企业客户在美国有 50 个站点： 10 个大型站点和 40 个小型分支站点。
PBX 位于大型站点上，主交换机位于分支站点上。
7 位数企业拨号方案： 8 + 2 位数站点代码 + 4 位数分机号。
Webex Calling 仅位于分支站点上，通过大型站点（同时存在 Webex Calling 用户和 PBX 用户的混合站点）的 PBX 进行慢速迁移。
对所有云用户使用云连接 PSTN（本地用户继续使用现有 PSTN）。
每个大型站点的云用户和 PBX 用户必须保留仅分机拨号功能。
部署解决方案
使用拨号方案将呼叫从任何其他站点路由到各个 PBX。 另外，在各个大型站点配置“呼叫本地分机号”，用于将呼叫路由到端接在站点的本地网关上的中继。
可配置的干线、路由组和拨号方案限制 |
|
|---|---|
描述 |
限制上限 |
CSV 可上传到拨号方案的拨号模式数 |
10000 |
每个位置可配置的中继数 |
100 |
每个企业客户的路由组数 |
10000 |
路由组中可配置的中继数 |
10 |
每个企业客户可配置的拨号方案数 |
10000 |
一个拨号方案可配置的拨号模式数 |
10000 |
