Voz : Plan de marcado

Consideraciones del Plan de marcado CUCM para el CMR en el ejemplo CUCM-céntrico de la configuración de despliegue

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

Este documento describe las consideraciones del Plan de marcado en el administrador de las Comunicaciones unificadas de Cisco (CUCM) cuando las Salas de reuniones de la Colaboración (CMR) se utilizan en un despliegue CUCM-céntrico. Discute las diversas opciones, las implicaciones, y la configuración.

Contribuido por Kristof Van Coillie, ingeniero de Cisco TAC.

Prerrequisitos

Requisitos

El CMR se soporta a partir de la versión XC2.3 del conductor del TelePresence y de la versión 1.2 de la extensión del aprovisionamiento del conjunto de administración del TelePresence (TMSPE). Este documento no cubre la configuración del CMR, que se cubre en el Guía de despliegue de la extensión del aprovisionamiento del conjunto de administración del Cisco TelePresence.

Componentes Utilizados

La solución en este ejemplo utiliza el conjunto de administración del TelePresence (TMS), TMSPE, el conductor del TelePresence, el servidor del TelePresence (TS), y CUCM. Los otros componentes ilustrados (autopista-C y autopista-e) son opcionales y proporcionan la Conectividad a los puntos finales en Internet y/o las llamadas interempresariales.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Configurar

Diagrama de la red

Puesto que este documento utiliza un despliegue CUCM-céntrico, se utiliza la serie de la autopista y el conductor se integra con CUCM. Una instalación típica se ilustra aquí:

En este ejemplo, el dominio del Session Initiation Protocol (SIP) en el despliegue es company.com y los usuarios pueden ser alcanzados vía el Identificador de recursos uniformes (URI) que marca, por ejemplo user1@company.com.

Configuraciones

El CMR es recibido por los servidores del TelePresence. Para que los usuarios marquen en ellos, las llamadas se deben rutear hacia el trunk del SORBO al conductor. Hay dos opciones para el formato de URI para el CMR.

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

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

Esto hace la configuración de plan de marcado en el straighforward CUCM; usted puede configurar a un nuevo patrón de ruta del SORBO con la encaminamiento del dominio para este subdomain según lo ilustrado aquí:

Observe que en este ejemplo, no se configura en el patrón de ruta del SORBO y es por lo tanto accesible ninguna división de la ruta a todos los dispositivos. La clase de control usando los espacios de búsqueda de la llamada (CSS) y las divisiones se puede utilizar para restringir los ciertos usuarios/los dispositivos para marcar estos modelos.

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

La segunda opción utiliza el dominio principal como la porción del dominio en el SORBO URI del CMR: company.com.

Los patrones de ruta del SORBO no soportan las expresiones normales, así que usted podría configurar al patrón de ruta del SORBO según lo ilustrado aquí:

Con esta configuración, cada URI que haga juego la porción company.com del dominio que no está en la base de datos CUCM (puntos finales local-registradoes) se rutea al conductor. Es importante observar que las llamadas a los URI no registradoes en CUCM están enviadas al conductor (incluso para los URI el conductor no es consciente alrededor). Para superar esto, usted puede utilizar la importación del servicio de las operaciones de búsqueda del intercluster (ILS), que se describe más adelante.

La solución previa trabaja cuando el despliegue no tiene ninguna puntos finales registradoa al servidor del comunicación mediante video (VCS) que comparte el mismo dominio o integración de Lync que comparten el mismo dominio. En caso de que haya los puntos finales o una integración de Lync que comparten el mismo dominio, algunas llamadas con la porción company.com del dominio se deben enviar a Expresssway-C/VCS-C, mientras que las llamadas hacia el CMR (que también tienen la porción company.com del dominio) se deben rutear al conductor. Un despliegue de ejemplo donde el mismo dominio se comparte entre los puntos finales registradoes a CUCM y un sistema de control de la llamada de tercero se muestra aquí:

En esta situación, usted debe utilizar la función importar ILS para importar el SORBO URI del conductor como catálogo global en la tabla CUCM ILS. Como la fuente para esta importación, usted puede exportar los datos del sitio en TMS. Esta opción está disponible bajo sistema > Provisioning > Users.

Es importante observar, sin embargo, que si el CMR no ha sido creado por el usuario, el cuarto no está enumerado en esta exportación. Esto significa que usted debe realizar este procedimiento que un nuevo cuarto se crea cada vez o los datos de la exportación del Active Directory (AD) para construir la lista para todos los usuarios.

En CUCM, usted debe completar estos pasos:

  1. Aseegurese Cisco ILS y el servicio del aprovisionamiento del bulto de Cisco se activa y se ejecuta.

  2. Cambie el papel del cluster al cluster del concentrador bajo las funciones avanzadas > configuración ILS.



  3. Dé a cluster ID un nombre propio bajo el System (Sistema) > Enterprise Parameters (Parámetros Enterprise).



  4. Cree un catálogo global del Plan de marcado bajo ruteo de llamadas > replicación global del Plan de marcado > los catálogos globales importados del Plan de marcado. La cadena de la ruta se utiliza conjuntamente con los patrones de ruta del SORBO para rutear las llamadas al conductor: usted asocia los URI para el CMR a este catálogo global del Plan de marcado, CUCM después utiliza la cadena de la ruta configurada para decidir cómo rutear la llamada (en vez de URI original). Esta manera, usted puede rutear las llamadas con la misma porción del dominio a un diverso trunk del SORBO:



  5. Configure a un patrón de ruta del SORBO que haga juego la cadena de la ruta en el catálogo global configurado del Plan de marcado para rutear los URI importados asociados al catálogo global del Plan de marcado al trunk del SORBO del conductor:



  6. Cargue el archivo de texto que contiene el SORBO URI del CMR como el directorio importado URI y modelos conforme a los archivos a granel de la administración > de la carga/de la descarga:



    Su archivo de la importación debe parecer esto:

    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 global creado del Plan de marcado bajo administración > el directorio a granel URI y los modelos > directorio importado separador de millares URI y configuración del modelo.



Una vez que se ha completado el trabajo, las llamadas a los URI en el archivo de texto se rutean al trunk del SORBO al conductor.

Verificación

Cuando no se importa ningunos URI en el catálogo global, usted puede probar si usted llama URI de un CMR se ha creado que. En CUCM, usted debe aseegurarse:

  • El trunk del SORBO hacia el conductor está en el servicio completo:



  • El CSS del dispositivo de llamada debe contener la división configurada en el patrón de ruta del SORBO.

En caso de que los URI se hayan importado en el catálogo global, usted también debe aseegurarse que:

  • El trabajo de la importación fue completado con éxito bajo el planificador de trabajos a granel de la administración > de trabajo:



  • URI que usted llama es mencionado bajo ruteo de llamadas > replicación global del Plan de marcado > el directorio importado URI:

Troubleshooting

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

Información Relacionada



Document ID: 118822