- 主页
- /
- 文章
配置合作伙伴托管网关
这些说明适用于打算托管网关的合作伙伴。请仔细阅读,了解最佳实践和建议。
Webex Calling 允许客户配置本地网关中继线以发送和接收 PSTN 呼叫。如果合作伙伴托管来自不同客户的中继线路,建议为这些中继线路设置共享网关。
本文档概述了实施合作伙伴托管网关的高级方案,重点介绍了基于证书的中继。基于注册的模型是一种简单的模型,适用于合作伙伴托管的网关,可为容量较小的中继提供解决方案。该解决方案对于高容量中继线,特别是基于 TCP 的流量和连接共享模型,存在固有的技术局限性。创建基于证书的中继的主要原因是解决基于注册的模型的规模限制。
主干创建和网关配置过程与客户托管的本地网关类似。有关详细信息,请参阅:本地网关入门
部署注意事项
让我们假设一个 Webex 合作伙伴名为 TelSP,以此来说明该合作伙伴可以采用的不同部署模型。
以下是主要规格说明 & TelSP的要求:
-
合作伙伴计划使用
sip.telsp.com作为其管理的所有客户共享的顶级域名。 -
合作伙伴拥有
sip.telsp.com并可以管理 DNS 基础设施和证书颁发机构,管理 DNS 地址,并为该域及其子域签署证书。 -
合作伙伴可以部署两个不同的会话边界控制器(物理或虚拟)作为本地网关,以便在最终客户之间共享 PSTN 访问。
-
合作伙伴拥有两个物理站点,这两个站点共用PSTN网络连接:
-
迈阿密
-
芝加哥
-
-
TelSP 代表两位客户 CustA 和 CustB(以下简称 CustA 和 CustB)运营其本地网关。
本文中,“合作伙伴”一词指的是 Webex 的管理合作伙伴,在本例中特指 TelSP。该实体有权访问 Webex 合作伙伴中心。
| 位置 | CustA | 客户 B |
|---|---|---|
|
使用迈阿密网关作为主要 PSTN 目的地的位置 |
丹佛 |
Dallas |
|
使用芝加哥网关作为主要 PSTN 目的地的位置 |
底特律 |
波士顿 |
|
为客户选择的子域名 | custa.sip.telsp.com | custb.sip.telsp.com |
理想的方案是拥有公共交换电话网络(PSTN)。 origination/termination 如图所示,对于使用合作伙伴提供的迈阿密和芝加哥网关的两类客户:

将客户位置与主干网和网关关联起来
Webex Calling 允许创建中继线并在多个地点共享中继线。创建树干时,将树干与某个位置关联起来。
对于 CustA,主干详细信息如下:
| 中继名称 | FQDN | 主干定义中的关联位置 |
|---|---|---|
| trunk_miami | trunk.miami.custa.sip.telsp.com | 丹佛 |
| trunk_chicago | trunk.chicago.custa.sip.telsp.com | 底特律 |
该图显示了客户位置与网关和中继的关联,适用于 CustA:
在此部署中,与该位置关联的中继线是该位置的主要 PSTN 连接。另一条中继线用作特定拨号计划条目的辅助 PSTN 连接或路由。主备 PSTN 连接关系的实现是通过路由组概念实现的。详情请参阅 Webex 客户设置 部分。
对于 CustB,创建了类似的设置,包含以下几个中继:
| 中继名称 | FQDN | 主干定义中的关联位置 |
|---|---|---|
| trunk_miami | trunk.miami.custb.sip.telsp.com |
Dallas |
| trunk_chicago | trunk.chicago.custb.sip.telsp.com |
波士顿 |
该图显示了客户位置与网关和中继的关联,适用于 CustB:
图中显示了第三个位置,即纽约,您可以稍后添加该位置,并将其指向 trunk_chicago 中继线作为其主要 PSTN 连接。
配置 IP 地址的要求
当部署共享多个中继的本地网关时,思科强制要求每个中继使用唯一的 FQDN。有关详细信息,请参阅 配置 Webex 呼叫的中继、路由组和拨号计划 。
每个中继链路使用 IP 地址和众所周知的端口是理想的选择。然而,对于一些希望每个站点每个网关使用一个地址的合作伙伴来说,获取公共 IPv4 地址可能是一个挑战。
因此,请阅读以下重要提示:
-
思科并没有强制要求每个中继线路都分配一个 IP 地址。
-
中继地址可以解析为唯一的 IP 地址,也可以解析为与其他中继共享的地址。
-
Cisco 建议在本地网关上为每个中继连接配置唯一的 IP 地址和端口组合,原因如下:
-
为每个中继线保持独立的 TCP 连接链路,可以实现每个中继线的最大并发呼叫容量。在多个中继线路之间共享 IP 地址和端口组合可能会对呼叫容量产生负面影响。
-
提供客户之间的网络级隔离
-
除非通过 IP 地址划分的唯一租户或租户的唯一监听端口提供隔离,否则会话边界控制器通常会重用临时 TCP 套接字连接。
-
通过租户隔离实现每个中继的连接或连接数,可以在数据丢失严重的网络条件下提供更高的吞吐量。因此,来自一个客户的流量不会影响另一个客户。
-
每个网关的 IP 地址:主干配置和建议
请参考以下不同规划模型的示例:
模型 1: 每个中继线都拥有唯一的 IP 地址。
在此模型中,两个网关托管的所有中继都解析为唯一的 IP 地址,并且每个中继可以使用也可能不使用相同的端口,但理想情况下使用相同的端口。

将信息以表格形式呈现:
| 中继地址(FQDN) | IP 地址 | 端口 |
|---|---|---|
| trunk.miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | 10.170.158.201 | 5061 |
| trunk.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | 10.170.158.101 | 5061 |
在这种模式下,合作伙伴可以使用 SRV 地址。Webex Calling 仅允许使用“_sips._tcp”作为服务和协议组合来发现 SRV 记录中的对等地址。
| 中继地址(SRV) | SRV 地址 | 记录 | IP 地址 | 端口 |
|---|---|---|---|---|
| trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | miami.custb.sip.telsp.com | 10.170.158.201 | 5061 |
| trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | chicago.custb.sip.telsp.com | 10.170.158.101 | 5061 |
SRV 记录解析方式示例
nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.custa.sip.telsp.com
模型 2: 网关共享 IP 地址,但监听端口不同
在此模型中,托管在芝加哥本地网关上的所有中继都解析到同一个 IP 地址,而托管在迈阿密本地网关上的所有中继都解析到不同的 IP 地址。但是,当使用相同的 IP 地址时,每个中继线都在控制中心使用 FQDN 进行配置,并配置一个唯一的端口。

| 干线地址 | IP 地址 | 端口 |
|---|---|---|
| trunk.miami.custa.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | 10.170.158.200 | 5062 |
| trunk.chicago.custa.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | 10.170.158.100 | 5062 |
在这个模型中,合作伙伴使用的是 SRV 地址。Webex Calling 仅允许使用“_sips._tcp”作为服务和协议组合来发现 SRV 记录中的对等地址。
| 中继地址(SRV) | SRV 地址 | 记录 | IP 地址 | 端口 |
|---|---|---|---|---|
| trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | miami.sip.telsp.com | 10.170.158.200 | 5061 |
| trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | miami.sip.telsp.com | 10.170.158.200 | 5062 |
| trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | chicago.sip.telsp.com | 10.170.158.100 | 5061 |
| trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | chicago.sip.telsp.com | 10.170.158.100 | 5062 |
以下是 SRV 记录解析方式的另一个示例。在这个例子中,每个 IP 地址对应 1 条 A 记录。但是,每个地址的端口都是唯一的,并且通过特定的 DNS 配置将 SRV 地址链接到正确的端口来表示。
nslookup -type=srv _sips._tcp.trunk.miami.custa.sip.telsp.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
_sips._tcp.trunk.miami.custa.sip.telsp.com = 3600 50 5061 miami.sip.telsp.com
nslookup -type=srv _sips._tcp.trunk.miami.custb.sip.telsp.com
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
_sips._tcp.trunk.miami.custb.sip.telsp.com = 3600 50 5062 miami.sip.telsp.com
设置域服务器并生成证书
合作伙伴拥有 telsp.com 及其子域名。因此,DNS 服务器以及获取由经批准的证书颁发机构签名的证书的权限都归合作伙伴所有。
当使用 FQDN 作为中继地址时,请将签名证书的通用名称 (CN) 或主题编号备用编号 (SAN) 设置为中继的 FQDN。
| 合作伙伴托管网关 | 客户 | 主干地址 | 证书 CN/SAN |
|---|---|---|---|
| 迈阿密 | CustA | trunk.miami.custa.sip.telsp.com | trunk.miami.custa.sip.telsp.com |
| CustB | trunk.miami.custb.sip.telsp.com | trunk.miami.custb.sip.telsp.com | |
| 芝加哥 | CustA | trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
| CustB | trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
请使用以下方法之一生成证书中的 FQDN:
-
选择其中一个 FQDN 作为通用名称 (CN),其余的作为主题编号备用编号 (SAN)。
-
将顶级域名(sip.telsp.com)设为 CN,将所有 FQDN 设为 SAN。
将来,您可以根据此配置适用的顶级域名来验证证书。
当使用 SRV 作为中继地址时,请将 CN 或 SAN 设置为 SRV 地址的主机部分并进行签名。SRV 地址解析到的 A 记录或 CNAME 记录不是必需的。
| 合作伙伴托管网关 | 客户 | 主干地址 | SRV 地址 | 证书 CN/SAN |
|---|---|---|---|---|
| 迈阿密 | CustA | trunk.miami.custa.sip.telsp.com | _sips._tcp.trunk.miami.custa.sip.telsp.com | trunk.miami.custa.sip.telsp.com |
| CustB | trunk.miami.custb.sip.telsp.com | _sips._tcp.trunk.miami.custb.sip.telsp.com | trunk.miami.custb.sip.telsp.com | |
| 芝加哥 | CustA | trunk.chicago.custa.sip.telsp.com | _sips._tcp.trunk.chicago.custa.sip.telsp.com | trunk.chicago.custa.sip.telsp.com |
| CustB | trunk.chicago.custb.sip.telsp.com | _sips._tcp.trunk.chicago.custb.sip.telsp.com | trunk.chicago.custb.sip.telsp.com |
设置网关
使用这些资源设置本地网关。
要设置 Cisco CUBE,请使用以下步骤:为 Webex Calling 配置 Cisco IOS XE 上的本地网关
您可以设置经批准的第三方 SBC,请参阅:本地网关入门
请按照以下指南设置合作伙伴托管网关:本地网关入门
根据 SBC 设备的相关说明设置每个中继线。有关 Cisco CUBE 的使用说明,请参阅:为 Webex Calling 配置 Cisco IOS XE 上的本地网关
根据图示,为中继线的传入和传出流量设置语音类、拨号对等体和拨号对等体组:
在控制中心配置网关中继
从合作伙伴中心,您可以启动 CustA 或 CustB 的控制中心并配置网关。使用以下步骤为每个客户进行配置:
- 创建树干——在下方添加树干 Calling/Call Routing/Trunk 对于每个合作伙伴共享网关。要设置中继,请参阅 配置 Webex Calling 的中继、路由组和拨号计划
-
添加域并验证—添加并验证以下用于创建主干的域 Management/Organization Settings/Domains.
CustA CustB sip.telsp.com sip.telsp.com 添加域时,会生成一个令牌并将其放置在合作伙伴 DNS 服务器中该域的 TXT 记录中。此记录允许 Control Hub 验证该域名是否归合作伙伴所有。详情请参阅 管理您的域名
因为公共域名用于验证每个客户的身份。但是,由于此验证是在客户组织级别进行的,因此请确保为每个客户组织生成不同的令牌并用于验证。由于客户组织之间使用同一个域名,因此任何一个组织都不能声称拥有该域名的所有权。 - 使用 FQDN 设置 SBC 地址—
前往迈阿密门户:
参数 CustA CustB 位置 丹佛 波士顿 中继名称 trunk_miami trunk_miami 中继类型 基于证书 基于证书 设备类型 例如 Cisco Unified Border Element(或其他受支持的设备) 例如 Cisco Unified Border Element(或其他受支持的设备) SBC 地址类型 FQDN FQDN 主机名 trunk.miami.custa trunk.miami.custb 域 sip.telsp.com sip.telsp.com 端口 5061 5062 FQDN trunk.miami.custa.sip.telsp.com:5061 trunk.miami.custb.sip.telsp.com:5062 最大并发调用数(250-6500) 500 500 前往芝加哥的门户:
参数 CustA CustB 位置 底特律 Dallas 中继名称 trunk_chicago trunk_chicago 中继类型 基于证书 基于证书 设备类型 例如 Cisco Unified Border Element(或其他受支持的设备) 例如 Cisco Unified Border Element(或其他受支持的设备) SBC 地址类型 FQDN FQDN 主机名 trunk.chicago.custa trunk.chicago.custb 域 sip.telsp.com sip.telsp.com 端口 5061 5062 FQDN trunk.chicago.custa.sip.telsp.com:5061 trunk.chicago.custb.sip.telsp.com:5062 最大并发调用数(250-6500) 500 500 -
(可选)不要为不同客户的 Trunk 设置唯一的名称,相同的名称有助于跟踪 Trunk。
-
某些单板计算机允许配置同一个端口,但这种配置可能会影响容量。因此,请使用不同的端口。
-
- 使用中继线——由于以下原因,可以选择任意位置作为中继线:
-
PSTN 连接中的任何位置都可以使用中继线。
-
您可以通过路由组访问主干。
-
任何拨号方案都可以使用该中继线。
-
请参阅主干定义及其关联位置:

你可以使用这些中继来创建路由组。在图中,定义了一个路由组 rg_miami_chicago ,它将呼叫路由到 trunk_miami 中继作为主要选项,将呼叫路由到 trunk_chicago 中继作为次要选项。

您可以定义第二个路由组 rg_chicago_miami ,将呼叫路由到 trunk_chicago 中继作为主要选项,将呼叫路由到 trunk_miami 中继作为次要选项。
-
现在,每个位置的 呼叫连接 PSTN 选项中都提供了已定义的中继线和路由组。图片中显示的是丹佛的位置。

-
您可以在拨号方案定义中使用中继线和路由组。例如,图中所示的芝加哥客户本地号码范围被拆分,并终止到 rg_chicago_miami 路由组(适用于所有位置):

