目录

简介

场景

假设

当Jabber A呼叫Jabber B时组织1的配置

总出站呼叫流变为

当Jabber B呼叫Jabber A时组织1的配置

总呼入流变为

简介

本文档介绍Cisco Unified Communications Manager(CUCM)和Expressway C和E上涉及的配置，以便Jabber在通过移动远程访问(MRA)连接时可以呼叫来自不同组织的其他用户的会话发起协议(SIP)统一资源标识符(URI)。 在Expressway的情景中，这种情况也称为B2B呼叫流。

场景

假设组织1部署MRA，组织2不部署MRA。对于组织2，边界以自适应安全设备(ASA)结束，超出此边界的CUBE与组织2的CUCM集群集成。

如图所示，Jabber A可以通过MRA或内部连接，但CUCM、Expressway C和E上的配置对组织1保持不变。

假设

您可以假设Jabber A用户和Jabber B用户能够通过可扩展消息和在线状态协议(XMPP)联合交换即时消息和在线状态，并且其IM地址也是其工作SIP URI。

此外，Jabber A和Jabber B能够在各自组织内部通过SIP URI成功拨号。

在上述场景中，您假设组织2将CUCM用作呼叫控制服务器。但是，它也可以是来自不同供应商的呼叫控制服务器。

集成CUCM、Jabber、VCS for MRA时需要了解版本。

当Jabber A呼叫Jabber B时组织1的配置

步骤1.创建新的SIP中继安全配置文件，其侦听端口为5065，如图所示：

步骤2.创建指向ExpressWay-C的SIP中继并分配SIP中继安全配置文件，如图所示：

注意：系统将创建新的中继安全配置文件，该配置文件在5065端口上侦听。它被分配到指向Expressway-C的新SIP中继，因为Expressway-C已配置为在Jabber用户通过MRA登录时将5060上的Jabber不安全注册发送到CUCM。如果使用默认的中继安全配置文件，则通过MRA登录的jabber无法在CUCM的端口5060上注册。

步骤3.为组织2的URI创建SIP路由模式，并将其分配给SIP中继点到Expressway-C，如图所示：

步骤4.在指向CUCM的Expressway-C上创建邻居区域，如图所示：

步骤5.在Expressway-C上创建穿越客户端区域（不是UC穿越）,如图所示：

步骤6.在Expressway-E上创建遍历服务器区域（不是UC遍历）,如图所示：

步骤7.在Expressway-C上创建DNS区域，该区域将用于为组织2的URI执行DNS SRV查找，如图所示：

创建所有区域后，您需要在Expressway C和E上定义搜索规则，以便进行路由。

步骤8. Expressway-C上的搜索规则是将用于URI starlabs.com的SIP邀请转发到您所创建的新遍历区域上的Expressway-E，如图所示：

第9步：在Expressway E上搜索规则，将用于URI starlabs.com的SIP邀请转发到DNS ZONE（如果呼叫到达Expressway Evia，您已创建的穿越区域），如图所示：

步骤10.呼叫到达DNS区域后，Expressway-C会对公共DNS服务器_sips.tcp.starlabs.com、_sip._tcp.starlabs.com和_sip._udp.starlabs.com执行DNS SRV查找。

在Exp-E日志中，您可以看到：

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,399" Module="network.dns" Level="DEBUG":  Detail="Sending DNS query" Name="_sip._tcp.starlabs.com" Type="SRV (IPv4 and IPv6)"

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,400" Module="network.dns" Level="DEBUG":  Detail="Resolved hostname to:  ['IPv4''TCP''14.160.103.10:5060'] (A/AAAA) Number of relevant records retrieved: 1"

在DNS SRV查找中，Exp-E获取下一跳的IP和端口，以到达组织2。在此场景中，DNS SRV_sip._tcp.starlabs.com解析为组织2的ASA的公有FQDN/IP和端口5060。

总出站呼叫流变为

1. Jabber A将拨打userB@starlabs.com作为SIP URI。

2. SIP邀请到达CUCM（通过Exp-E —> Exp-C）。

3. CUCM执行与SIP路由模式匹配的数字分析。

4. CUCM通过SIP中继将呼叫路由到Exp-C。

5. Exp-C在“CUCM邻居区域”上接收呼叫，“搜索规则”将呼叫转发到我们发出的遍历区域。

6. 呼叫现在通过“遍历区域”到达Exp-E，此处的搜索规则将呼叫转发到“DNS区域”。

7. 到达DNS区域后，会针对公共DNS服务器对_sip._tcp.starlabs.com进行DNS SRV查找，该查找解析为到达组织2的下一跳。

当Jabber B呼叫Jabber A时组织1的配置

现在假设，组织2配置了自己的拨号方案，以在Jabber B呼叫Jabber A时将SIP URI呼叫路由到组织1。让我们了解您需要做哪些更改，以便将传入的SIP INVITE路由到组织1的CUCM。

步骤1. Expressway-E上的入站搜索规则，用于将传入SIP邀请从组织2发送到Exp-C，用于fed.sollab1.com SIP URI域，如图所示：

步骤2. Expressway-C上的入站搜索规则，用于将传入SIP邀请从Exp-E发送到CUCM，用于fed.sollab1.com SIP URI域，如图所示：

总呼入流变为

1. 从Jabber B发出的入站SIP INVITE(userA@fed.sollab1.com)命中Exp-E。

2. Exp-E上的搜索规则通过“遍历区域”将呼叫转发到Exp-C。

3. Exp-C上的搜索规则，通过“CUCM邻居区域”将呼叫转发到CUCM集群。

4. CUCM将SIP邀请发送到通过MRA注册的Jabber A（通过Exp-C —> Exp-E）。

注意：Expressway-C和Expressway-E都需要富媒体许可证，B2B呼叫才能正常工作。

注意：确保客户在防火墙上打开了正确的端口。