El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
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.
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.
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.
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.
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:
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.