Webex 允许客户配置本地网关干线以发送和接收PSTN呼叫。 如果合作伙伴托管来自不同客户的中继,则建议为这些中继设置共享网关。

本文档概述了实现合作伙伴托管网关的高级方案,并重点介绍基于证书的中继。 基于注册的模型是一种简单模型,可用于合作伙伴托管网关,为容量较小的干线提供解决方案。 对于基于TCP的流量和连接共享模型的大容量干线,此解决方案具有固有的技术局限性。 建立基于证书的中继的主要原因是为了解决基于注册的模型的规模限制。

干线创建和网关配置的过程与客户托管的本地网关类似。 有关详细信息,请参阅: 本地网关入门

部署注意事项

让我们考虑一个名为TelSP的假设Webex合作伙伴来说明合作伙伴可以采用的不同部署模式。

以下是TelSP的高级规范和要求:

  • 合作伙伴计划使用 sip.telsp.com 作为其管理的所有客户共享的顶级域。

  • 合作伙伴拥有 sip.telsp.com 并可以管理DNS基础结构和证书颁发机构、管理DNS地址以及此域及其子域的证书签名。

  • 合作伙伴可以将两个不同的会话边界控制器(物理或虚拟)部署为本地网关,以便在最终客户之间进行共享PSTN访问。

  • 该合作伙伴有两个物理站点,并且这两个站点共享PSTN连接:

    • 迈阿密

    • 芝加哥

  • TelSP代表本协议中提及的两个客户CustA和CustB操作其本地网关。


 

在本文中,“合作伙伴”一词指的是管理Webex合作伙伴,尤其是本示例中的TelSP。 此实体有权访问Webex合作伙伴中心。

表 1. 客户和位置详细信息
地点CustA中层B

使用迈阿密网关作为主要PSTN目标的位置

丹佛

达拉斯

使用芝加哥网关作为主要PSTN目标的位置

底特律

波士顿

为客户选择的子域

custa.sip.telsp.com custb.sip.telsp.com

期望的场景是使用合作伙伴提供的迈阿密和芝加哥网关为客户提供PSTN发起/终止,如图所示:

将客户位置关联到干线和网关

Webex 允许创建中继并跨多个位置共享中继。 创建干线时,将干线与位置关联。

对于CustA,中继详细信息如下:

中继名称FQDN中继定义中的关联位置
trunk_miamitrunk.miami.custa.sip.telsp.com丹佛
trunk_chicagotrunk.chicago.custa.sip.telsp.com底特律

此图显示了客户位置与 CustA 的网关和中继的关联:

在此部署中,与该位置关联的干线是该位置的主PSTN连接。 另一干线用作特定拨号方案条目的辅助PSTN连接或路由。 主要和辅助PSTN连接关系的实现是通过路由组概念实现的。 有关详细信息,请参阅 bex客户设置 部分。

对于CustB,将创建具有以下干线的类似设置:

中继名称FQDN中继定义中的关联位置
trunk_miami trunk.miami.custb.sip.telsp.com 达拉斯
trunk_chicago trunk.chicago.custb.sip.telsp.com 波士顿

此图显示了客户位置与 CustB 的网关和中继的关联:

此图显示了第三个位置,即纽约,您可以稍后添加,并将其 trunk_chicago 干线指向其主要PSTN连接。

配置IP地址的要求

部署共享多个干线的本地网关时,Cisco要求每个干线使用唯一的FQDN。 有关详细信息,请参阅 -干线、-路由组、和-dial-plans-for-Webex - 。

使用IP地址和每个干线众所周知的端口是理想的选择。 但是,对于希望每个站点每个网关使用一个地址的某些合作伙伴来说,获取公共IPv4地址可能很困难。

因此,请阅读以下重要指示:

  • Cisco没有强制要求每个干线使用IP地址。

  • 干线地址可以解析为唯一的IP地址或其他干线之间共享的地址。

  • 由于以下原因,Cisco建议每个干线使用唯一的侦听端口:

    1. 提供客户之间的网络级别隔离

    2. 会话边界控制器通常会重用临时TCP socket连接,除非存在由IP地址分区的唯一租户或租户的唯一侦听端口所提供的隔离。

    3. 通过租户隔离每个干线的连接或连接可提供更好的吞吐量,特别是在数据损耗高的网络条件下。 因此,一个客户的流量不会影响另一个客户。

每个网关的IP地址: 干线配置和建议

请参考以下不同模型的示例进行规划:

模型1: 每个干线唯一的IP地址

在此模型中,两个网关托管的所有干线解析为唯一的IP地址,每个干线可能使用或不使用相同的端口,但理想情况下使用相同的端口。

以表格格式表示信息:

干线地址(FQDN)IP 地址端口
trunk.miami.custa.sip.telsp.com10.170.158.2005061
trunk.miami.custb.sip.telsp.com10.170.158.2015061
trunk.chicago.custa.sip.telsp.com10.170.158.1005061
trunk.chicago.custb.sip.telsp.com10.170.158.1015061

在同一模型中,合作伙伴可以使用SRV地址。 如果是SRV记录,Webex 仅允许“_sips。_tcp”作为服务和协议组合来发现对等地址。

干线地址(SRV)SRV地址一条记录IP 地址端口
trunk.miami.custa.sip.telsp.com_sips._tcp。trunk.miami.custa.sip.telsp.com迈阿密。custa.sip.telsp.com10.170.158.2005061
trunk.miami.custb.sip.telsp.com_sips._tcp。trunk.miami.custb.sip.telsp.com迈阿密。custb.sip.telsp.com10.170.158.2015061
trunk.chicago.custa.sip.telsp.com_sips._tcp。trunk.chicago.custa.sip.telsp.comchicago.custa.sip.telsp.com10.170.158.1005061
trunk.chicago.custb.sip.telsp.com_sips._tcp。trunk.chicago.custb.sip.telsp.comchicago.custb.sip.telsp.com10.170.158.1015061

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.com10.170.158.2005061
trunk.miami.custb.sip.telsp.com10.170.158.2005062
trunk.chicago.custa.sip.telsp.com10.170.158.1005061
trunk.chicago.custb.sip.telsp.com10.170.158.1005062

在同一模型中,合作伙伴使用的是SRV地址。 如果是SRV记录,Webex 仅允许“_sips。_tcp”作为服务和协议组合来发现对等地址。

干线地址(SRV)SRV地址一条记录IP 地址端口
trunk.miami.custa.sip.telsp.com_sips._tcp。trunk.miami.custa.sip.telsp.com迈阿密。sip.telsp.com10.170.158.2005061
trunk.miami.custb.sip.telsp.com_sips._tcp。trunk.miami.custb.sip.telsp.com迈阿密。sip.telsp.com10.170.158.2005062
trunk.chicago.custa.sip.telsp.com_sips._tcp。trunk.chicago.custa.sip.telsp.com芝加哥。sip.telsp.com10.170.158.1005061
trunk.chicago.custb.sip.telsp.com_sips._tcp。trunk.chicago.custb.sip.telsp.com芝加哥。sip.telsp.com10.170.158.1005062

SRV记录如何解析的另一个示例如下。 在本例中,每个IP地址存在1 A条记录。 但是,每个地址的端口都是唯一的,通过将SRV地址链接到正确端口的特定DNS配置表示。

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

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 5062 miami.custa.sip.telsp.com

设置域服务器并生成证书

该合作伙伴拥有telsp.com及其子域。 因此,DNS服务器和获取经批准的证书颁发机构签名的证书的权限属于合作伙伴。

  • Cisco Webex希望合作伙伴将FQDN或SRV地址(包括A记录)发布在公共域中。

  • Cisco Webex希望合作伙伴使用本 中发布的其中一个证书颁发机构。

使用FQDN作为干线地址时,设置签名证书,将公用名(CN)或主题号码备用号码(SAN)设置为干线的FQDN。

合作伙伴托管网关客户干线地址证书CN/SAN
迈阿密CustAtrunk.miami.custa.sip.telsp.comtrunk.miami.custa.sip.telsp.com
CustBtrunk.miami.custb.sip.telsp.comtrunk.miami.custb.sip.telsp.com
芝加哥CustAtrunk.chicago.custa.sip.telsp.comtrunk.chicago.custa.sip.telsp.com
CustBtrunk.chicago.custa.sip.telsp.comtrunk.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
迈阿密CustAtrunk.miami.custa.sip.telsp.com_sips._tcp。trunk.miami.custa.sip.telsp.comtrunk.miami.custa.sip.telsp.com
CustBtrunk.miami.custb.sip.telsp.com_sips._tcp。trunk.miami.custb.sip.telsp.comtrunk.miami.custb.sip.telsp.com
芝加哥CustAtrunk.chicago.custa.sip.telsp.com_sips._tcp。trunk.chicago.custa.sip.telsp.comtrunk.chicago.custa.sip.telsp.com
CustBtrunk.chicago.custb.sip.telsp.com_sips._tcp。trunk.chicago.custb.sip.telsp.comtrunk.chicago.custb.sip.telsp.com

设置网关

使用这些资源设置本地网关。

要设置Cisco CUBE,请执行以下程序: 为 Webex Calling 配置 Cisco IOS-XE 上的本地网关

您可以设置获得批准的第三方SBC,请参阅: 本地网关入门


 
您可以预先配置网关中继。

根据以下准则设置合作伙伴托管网关: 本地网关入门

根据SBC设备的相关说明设置每个干线。 有关Cisco CUBE说明,请参阅: 为 Webex Calling 配置 Cisco IOS-XE 上的本地网关

根据图像为干线的传入和传出流量设置语音类、拨号对等方和拨号对等方组:

在Control Hub中配置网关干线

从Partner Hub,您可以启动CustA或CustB的Control Hub并配置网关。 此程序用于为每个客户配置:

  1. 创建中继-在呼叫/呼叫路由/中继下为每个合作伙伴共享网关添加中继。 要设置中继,请参阅为Webex Calling 中继、路由组和拨号方案
  2. 添加域并验证-添加并验证以下域,用于在管理/组织设置/域下创建中继。

    CustACustB
    sip.telsp.comsip.telsp.com

    添加域时,会生成令牌并将其放置在合作伙伴DNS服务器中的域的TXT记录中。 此记录允许Control Hub验证该域是否为合作伙伴所有。 有关详细信息,请参阅管理您的域


     
    由于公共域用于对每个客户进行验证。 但是,由于此验证发生在客户组织级别,请确保生成不同的令牌并用于每个客户组织的验证。 由于单个域在客户组织中使用,任何一个组织都无法申领域所有权。
  3. 使用FQDN设置SBC地址-

    迈阿密网关:

    参数CustACustB
    地点丹佛波士顿
    中继名称trunk_miamitrunk_miami
    中继类型基于证书基于证书
    设备类型例如Cisco Unified Border Element(或其他支持的设备)例如Cisco Unified Border Element(或其他支持的设备)
    SBC地址类型FQDNFQDN
    主机名干线。miami.custa中继。miami.custb
    sip.telsp.comsip.telsp.com
    端口50615062
    FQDNtrunk.miami.custa.sip.telsp.com:5061trunk.miami.custb.sip.telsp.com:5062
    并发呼叫数最大值(250-6500)500500

    对于芝加哥网关:

    参数CustACustB
    地点底特律达拉斯
    中继名称trunk_chicagotrunk_chicago
    中继类型基于证书基于证书
    设备类型例如Cisco Unified Border Element(或其他支持的设备)例如Cisco Unified Border Element(或其他支持的设备)
    SBC地址类型FQDNFQDN
    主机名干线。chicago.custa干线。chicago.custb
    sip.telsp.comsip.telsp.com
    端口50615062
    FQDNtrunk.chicago.custa.sip.telsp.com:5061trunk.chicago.custb.sip.telsp.com:5062
    并发呼叫数最大值(250-6500)500500

     
    • (可选)没有跨客户中继的唯一名称,相同名称可帮助跟踪中继。

    • 某些SBC允许配置相同的端口,但此配置可能会影响容量。 因此,请使用不同的端口。

  4. 使用干线-为干线选择任意位置,原因如下:
    • 任何位置都可以使用PSTN连接中的中继。

    • 您可以通过路由组访问中继。

    • 任何拨号方案都可以使用中继。

  5. 请参阅具有关联位置的中继定义:

    您可以使用这些中继创建路由组。 在图中,路由组 rg_miami_chicago 定义了哪些路由呼叫到 trunk_miami 中继作为主要选项,哪些路由呼叫到 trunk_chicago 中继作为辅助选项。

    您可以定义第二个路由组 rg_chicago_miami,它将呼叫路由到 trunk_chicago 中继作为主要选项,trunk_miami中继作为辅助选项。

  6. 定义的中继和路由组现可在每个位置的 Connection PSTN选项中使用。 在图中,请查看丹佛的位置。

  7. 您可以在拨号方案定义中使用中继和路由组。 例如: 芝加哥地区NPA被拆分为终止于图片中的 rg_chicago_miami 路由组(针对所有位置):