Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Configurar

Diagrama de la red

Configuraciones

Opción 1: Formato CMR - user1@meet.company.com

Opción 2: Formato CMR - meet.user1@company.com

Verificación

Troubleshoot

Información Relacionada

Introducción

Este documento describe las consideraciones del plan de marcación en Cisco Unified Communications Manager (CUCM) cuando se utilizan Collaboration Meeting Rooms (CMR) en una implementación centrada en CUCM. Describe las diferentes opciones, las implicaciones y la configuración.

Prerequisites

Requirements

CMR es compatible con TelePresence Conductor Version XC2.3 y TelePresence Management Suite Provisioning Extension (TMSPE) Version 1.2. Este documento no cubre la configuración de CMR, que se trata en la Guía de implementación de extensiones de aprovisionamiento de Cisco TelePresence Management Suite.

Componentes Utilizados

La solución de este ejemplo utiliza TelePresence Management Suite (TMS), TMSPE, TelePresence Conductor, TelePresence Server (TS) y CUCM. Los demás componentes ilustrados (Expressway-C y Expressway-E) son opcionales y proporcionan conectividad a los terminales de Internet o de las llamadas interempresariales.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Configurar

Diagrama de la red

Dado que este documento utiliza una implementación centrada en CUCM, se utiliza la serie de Expressway y Conductor se integra con CUCM. Aquí se ilustra una implementación típica:

En este ejemplo, el dominio del protocolo de inicio de sesión (SIP) en la implementación es company.com y se puede contactar con los usuarios mediante la marcación del identificador uniforme de recursos (URI), por ejemplo user1@company.com.

Configuraciones

Los servidores de TelePresence alojan el CMR. Para que los usuarios marquen en ellos, las llamadas deben enrutarse hacia el troncal SIP al Conductor. Hay dos opciones para el formato del URI para el CMR.

Opción 1: Formato CMR - user1@meet.company.com

La primera opción utiliza un subdominio de company.com como parte del dominio en los URI del CMR: meet.company.com.

Esto hace que la configuración del plan de marcación en CUCM sea sencilla; puede configurar un nuevo patrón de ruta SIP con routing de dominio para este subdominio, como se muestra aquí:

Tenga en cuenta que en este ejemplo, no se ha configurado ninguna partición de ruta en el patrón de ruta SIP y, por lo tanto, es accesible para todos los dispositivos. La clase de control que utiliza los espacios de búsqueda de llamadas (CSS) y las particiones se puede utilizar para restringir el marcado de estos patrones por determinados usuarios/dispositivos.

Opción 2: Formato CMR - meet.user1@company.com

La segunda opción utiliza el dominio principal como parte del dominio en los URI de SIP del CMR: company.com.

Los patrones de ruta SIP no admiten expresiones regulares, por lo que podría configurar el patrón de ruta SIP como se muestra aquí:

Con esta configuración, cada URI que coincida con la parte de dominio company.com que no esté en la base de datos de CUCM (terminales registrados localmente) se rutea al Conductor. Es importante tener en cuenta que las llamadas a los URI que no están registrados en CUCM se envían al Conductor (incluso para los URI que el Conductor no conoce). Para superar esta situación, puede utilizar la importación de InterCluster Lookup Service (ILS), que se describe más adelante.

La solución anterior funciona cuando la implementación no tiene ningún terminal registrado en Video Communication Server (VCS) que comparta el mismo dominio o la integración de Lync que comparte el mismo dominio. En caso de que haya terminales o una integración de Lync que comparta el mismo dominio, algunas llamadas con la parte de dominio company.com deben enviarse a Expresssway-C/VCS-C, mientras que las llamadas hacia el CMR (que también tienen la parte de dominio company.com) deben enrutarse al Conductor. Aquí se muestra un ejemplo de implementación en la que el mismo dominio se comparte entre los terminales registrados en CUCM y un sistema de control de llamadas de terceros:

En esta situación, debe utilizar la función de importación de ILS para importar URI de Conductor SIP como catálogo global en la tabla de ILS de CUCM. Como origen de esta importación, puede exportar los datos de la sala en TMS. Esta opción está disponible en System > Provisioning > Users.

Sin embargo, es importante tener en cuenta que si el usuario no ha creado el CMR, la sala no aparece en esta exportación. Esto significa que debe realizar este procedimiento cada vez que se crea una nueva sala o exportar datos de Active Directory (AD) para crear la lista para todos los usuarios.

En CUCM, debe completar estos pasos:

1. Asegúrese de que Cisco ILS y Cisco Bulk Provisioning Service estén activados y se ejecuten.

2. Cambie la función del clúster a Clúster del concentrador en Funciones avanzadas > Configuración de ILS.

3. Asigne al ID de clúster un nombre adecuado en System > Enterprise Parameters.

4. Cree un Catálogo de Plan de Marcado Global bajo Call Routing > Global Dial Plan Replication > Imported Global Dial Plan Catalogs. La cadena de ruta se utiliza junto con los patrones de ruta SIP para enrutar las llamadas al Conductor: Si asocia los URI para el CMR con este catálogo de plan de marcación global, CUCM utiliza la cadena de ruta configurada para decidir cómo enrutar la llamada (en lugar del URI original). De esta manera, puede rutear llamadas con la misma porción de dominio a un troncal SIP diferente:

5. Configure un patrón de ruta SIP que coincida con la cadena de ruta en el catálogo de plan de marcación global configurado para que los URI importados asociados con el catálogo de plan de marcación global se enruten al troncal SIP del Conductor:

6. Cargue el archivo de texto que contiene los URI SIP del CMR como URI y patrones de directorio importados en Administración masiva > Cargar/Descargar archivos:

El archivo de importación debe tener el siguiente aspecto:

PatternType,PSTNFailover,Pattern

URI,,meet.user1@company.com

URI,,meet.user2@company.com

7. Importe los URI con el archivo de texto importado y el catálogo de plan de marcación global creado en Administración masiva > URI y patrones de directorio > Insertar URI de directorio importado y configuración de patrón.

Una vez finalizado el trabajo, las llamadas a los URI del archivo de texto se enrutan al troncal SIP al Conductor.

Verificación

Cuando no se importa ningún URI en el catálogo global, puede probar si llama al URI de un CMR creado. En CUCM, debe asegurarse de:

- El troncal SIP hacia el Conductor está en servicio completo:

- El CSS del dispositivo de llamada debe contener la partición configurada en el patrón de ruta SIP.

En caso de que se hayan importado URI al catálogo global, también debe asegurarse de que:

- El trabajo de importación se completó correctamente en Administración masiva > Programador de tareas:

- El URI al que llama aparece en Call Routing > Global Dial Plan Replication > Imported Directory URI:

Troubleshoot

Actualmente, no hay información específica de troubleshooting disponible para esta configuración.

Información Relacionada

- Guías de extensión de aprovisionamiento de TelePresence Management Suite

- Guías de mantenimiento y funcionamiento de CUCM

- Soporte Técnico y Documentación - Cisco Systems