Cisco Jabber跨组织SIP URI呼叫配置指南

"Cisco Jabber SIP URI呼叫通过MRA的配置与流程详解" 本文档主要讨论的是Cisco Jabber如何通过Mobile and Remote Access (MRA)功能发起Session Initiation Protocol (SIP) URI呼叫到不同组织的用户。这个过程在Expressway C和E的上下文中也被称为Business-to-Business (B2B)呼叫流程。以下将详细阐述相关的呼叫条件、原理以及配置步骤。 首先，让我们了解基本场景。假设有一个组织1启用了MRA服务，而组织2则没有。组织2的外围网络由Adaptive Security Appliance (ASA)保护，ASA后面是与组织2的CUCM集群集成的CUBE（Cisco Unified Border Element）。 **呼叫条件**： 1. Jabber A用户（在组织1中）可以是通过MRA连接的，也可以是内部网络连接，但对组织1的CUCM、Expressway C和E的配置保持不变。 2. 假设Jabber A和Jabber B用户能够进行基本的通信，即他们都有有效的SIP URI，并且可以在各自的网络环境中正常注册和通话。 **呼叫原理**： 1. **出站呼叫流程**（Jabber A呼叫Jabber B）：当Jabber A发起对Jabber B的SIP URI呼叫时，呼叫首先会通过Expressway C，然后通过Expressway E到达组织2的CUCM集群。CUCM会查找Jabber B的注册信息并建立呼叫。 2. **入站呼叫流程**（Jabber B呼叫Jabber A）：Jabber B发起的呼叫会经过组织2的CUCM、CUBE，然后通过ASA到达Expressway E，最后通过Expressway C传递给Jabber A。 **配置步骤**： 1. **组织1的配置**：在CUCM上，需要确保Jabber A用户的设备配置允许MRA连接。此外，需要在Expressway C上配置外部域的信任，以接受来自组织2的呼叫。Expressway E也需要相应配置，以便转发呼叫至CUCM集群。 2. **组织2的配置**：虽然组织2未启用MRA，但其CUCM和CUBE需要配置允许来自组织1的呼叫。CUBE需要配置安全策略，允许通过ASA的SIP流量。 在整个过程中，身份验证和加密至关重要，以确保通信的安全性。通常，这包括使用Secure Real-time Transport Protocol (SRTP) 加密语音数据，以及通过Expressway的TLS连接来保护控制通道。 总结来说，Cisco Jabber通过MRA发起SIP URI呼叫涉及多个组件的协调工作，包括CUCM、Expressway、ASA和CUBE，每个组件都需要适当的配置以确保跨组织的通信顺畅。理解这些配置和呼叫流程对于成功实施和维护这种环境至关重要。