Contenido

Introducción

Situación

Suposiciones efectuadas

Configuración en la Empresa 1 cuando Jabber A llame a Jabber B

El flujo de llamada entrante general se convierte en

Configuración en la Organización 1 cuando Jabber B llama a Jabber A

El flujo de llamadas entrantes total se convierte en

Introducción

Este documento describe la configuración implicada en Cisco Unified Communications Manager (CUCM) y Expressway C y E para que Jabber pueda llamar al identificador uniforme de recursos (URI) del protocolo de inicio de sesión (SIP) de otro usuario de una organización diferente cuando se conecta a través de acceso remoto móvil (MRA). Lo mismo en el contexto de Expressway también se denomina flujo de llamadas B2B.

Situación

Suponga un escenario en el que la Organización 1 implemente MRA y la Organización 2 no. Para la organización 2, el perímetro termina con un dispositivo de seguridad adaptable (ASA), más allá del cual hay CUBE que se integra con el clúster de CUCM de la organización 2.

Como se muestra en la imagen, Jabber A se puede conectar a través de MRA o internamente, pero la configuración sigue siendo la misma en CUCM, Expressway C y E, para Organización 1.

Suposiciones efectuadas

Puede suponer que el usuario de Jabber A y el usuario de Jabber B pueden intercambiar mensajería instantánea y presencia a través de la federación de protocolo extensible de mensajería y presencia (XMPP), y que sus direcciones de IM también son sus URI de SIP de trabajo.

Además, Jabber A y Jabber B pueden marcar a través de URI SIP internamente, dentro de sus respectivas organizaciones, con éxito.

En la situación anterior, se supone que la Empresa 2 tiene CUCM como servidor de control de llamadas. Sin embargo, también puede ser un servidor de control de llamadas de un proveedor diferente.

Es necesario conocer la versión al integrar CUCM, Jabber y VCS para MRA.

Configuración en la Empresa 1 cuando Jabber A llame a Jabber B

Paso 1. Cree un nuevo perfil de seguridad troncal SIP, que tiene un puerto de escucha de 5065, como se muestra en la imagen:

Paso 2. Cree un enlace troncal SIP que apunte a ExpressWay-C y asigne el perfil de seguridad del enlace troncal SIP, como se muestra en la imagen:

Nota: Se crea un nuevo perfil de seguridad troncal que escucha en el puerto 5065. Se asigna a este nuevo troncal SIP que apunta a Expressway-C porque Expressway-C ya está configurado para enviar registros no seguros de Jabber en 5060 a CUCM cuando el usuario de Jabber inicia sesión a través de MRA. Si utiliza el perfil de seguridad del troncal predeterminado, el jabber conectado a través de MRA no puede registrarse en el puerto 5060 de CUCM.

Paso 3. Cree un patrón de ruta SIP para el URI de la organización 2 y asígnelo al punto troncal SIP a Expressway-C, como se muestra en la imagen:

Paso 4. Cree una zona vecina en Expressway-C que apunte a CUCM, como se muestra en la imagen:

Paso 5. Cree una zona de cliente transversal en Expressway-C (Not a UC Traversal), como se muestra en la imagen:

Paso 6. Cree una zona de servidor transversal en Expressway-E (no transversal de UC), como se muestra en la imagen:

Paso 7. Cree una zona DNS en Expressway-C, que se utilizaría para realizar una búsqueda DNS SRV para el URI de la organización 2, como se muestra en la imagen:

Una vez realizadas todas las zonas, debe definir reglas de búsqueda en Expressway C y E para que el ruteo pueda tener lugar.

Paso 8. La regla de búsqueda en Expressway-C es reenviar la invitación SIP destinada a URI starlabs.com a Expressway-E , en la nueva zona transversal que ha realizado, como se muestra en la imagen:

Paso 9. Regla de búsqueda en Expressway-E para reenviar la invitación SIP destinada a URI starlabs.com a la zona DNS , una vez que la llamada llegue a Expressway-Evia en la zona transversal, como se muestra en la imagen:

Paso 10. Una vez que la llamada llega a la zona DNS , Expressway-C realiza una búsqueda DNS SRV para _sips.tcp.starlabs.com, _sip._tcp.starlabs.com y _sip._udp.starlabs.com contra el servidor DNS público.

En los registros Exp-E , puede ver esto como:

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"

Desde la búsqueda DNS SRV , Exp-E obtiene la IP y el puerto para el salto siguiente, para alcanzar la Organización 2. En este escenario, el DNS SRV _sip._tcp.starlabs.com resuelve al FQDN/IP público y al puerto 5060 del ASA para la Organización 2.

El flujo de llamada entrante general se convierte en

1. Jabber A marca userB@starlabs.com como URI SIP.

2. La invitación SIP llega a CUCM (a través de Exp-E —> Exp-C).

3. CUCM realiza el análisis de dígitos que coincide con el patrón de ruta SIP.

4. CUCM enruta la llamada a Exp-C a través de la línea troncal SIP.

5. Exp-C recibe la llamada en la 'zona de vecino de CUCM' y la 'regla de búsqueda' reenvía la llamada a la zona transversal que hicimos.

6. La llamada llega ahora al Exp-E a través de la 'zona transversal' y la regla de búsqueda aquí reenvía la llamada a 'zona DNS'.

7. Una vez que se llega a la zona DNS, se realiza la búsqueda de DNS SRV para _sip._tcp.starlabs.com con respecto al servidor DNS público, que se resuelve en el siguiente salto para alcanzar la organización 2.

Configuración en la Organización 1 cuando Jabber B llama a Jabber A

Suponga ahora que Organización 2 tiene su propio plan de marcación configurado para rutear una llamada URI SIP a Organización 1, cuando Jabber B llama a Jabber A. Veamos qué cambios necesita para que SIP INVITE entrante se envíe a CUCM de Organization 1.

Paso 1. Regla de búsqueda entrante en Expressway-E, para enviar una invitación SIP entrante de la Organización 2 a Exp-C, para el dominio fed.sollab1.com SIP, como se muestra en la imagen:

Paso 2. Regla de búsqueda entrante en Expressway-C, para enviar una invitación SIP entrante de Exp-E a CUCM, para el dominio fed.sollab1.com SIP, como se muestra en la imagen:

El flujo de llamadas entrantes total se convierte en

1. SIP INVITE entrante de Jabber B para userA@fed.sollab1.com llega a Exp-E.

2. La regla de búsqueda en Exp-E reenvía la llamada a Exp-C,a través de la 'zona transversal'.

3. Regla de búsqueda en Exp-C , reenvía la llamada al clúster de CUCM a través de la 'zona de vecino de CUCM'.

4. CUCM envía la invitación SIP a Jabber A registrada a través de MRA (a través de Exp-C —> Exp-E).

Nota: Se necesitan licencias de medios enriquecidos tanto en Expresssway-C como en Expresssway-E para que funcionen las llamadas B2B.

Nota: Asegúrese de que el cliente haya abierto los puertos correctos en el firewall.