Voz y Comunicaciones unificadas : Cisco Paging Server

Integración CUCM con Cisco que pagina el servidor/el ejemplo de configuración de InformaCast

25 Agosto 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (23 Abril 2015) | Comentarios

Introducción

Este documento sirve como introducción a Cisco que pagina el producto del servidor (también conocido como InformaCast) y contiene la configuración básica/la integración con el administrador de las Comunicaciones unificadas de Cisco (CUCM), una descripción general de la arquitectura, y algunos consejos de Troubleshooting.

Contribuido por Mateusz Olszowy, ingeniero de Cisco TAC

Prerrequisitos

Requisitos

Para recibir el soporte directo del TAC de Cisco, su sistema debe tener:

  • Versión 8.3+ de InformaCast
  • Versión 4.0 y posterior de VMware ESXi para desplegar el archivo abierto de la virtualización de Informacast (HUEVOS)
  • Versiones 8.5 CUCM, 8.6, 9.0, 9.1, 10.0
  • El teléfono soportado modela (véase la matriz de compatibilidad de Singlewire InformaCast para más información)
  • Modo que pagina básico

Otras configuraciones son soportadas por el soporte de Singlewire.

Componentes Utilizados

La información en este documento se basa en las versiones de software y hardware enumeradas en la sección de los requisitos.

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.

Antecedentes

Cisco que pagina el servidor es una solución de la notificación de la paginación/de la masa para los millares de teléfonos, de altavoces, y de otros dispositivos. Esto es especialmente útil en las situaciones de emergencia con el audio vivo, previó, y/o los annoucements del texto.

Sobre el acuerdo del Original Equipment Manufacturer (OEM) con Singlewire (vendedor de InformaCast), el Centro de Asistencia Técnica de Cisco (TAC) soporta InformaCast de la versión 8.3 así como la versión 8.5 y posterior CUCM. El único modo soportado por el TAC de Cisco es paginación básica. Los soportes básicos del modo que pagina viven audio transmitido para hasta 50 teléfonos por el grupo receptor. Los clientes que necesitan las funciones adicionales pueden actualizar al modo de la notificación avanzada, y sean soportados por Singlewire. Entre en contacto sales@singlewire.com para los detalles.

Las nuevas funciones de la paginación son incluidas como parte de todas las órdenes de la versión 9.0 y posterior CUCM.

Configurar

La versión de InformaCast proporcionada como parte de CUCM incluye una licencia para el modo que pagina básico. El modo que pagina básico soporta los broadcastes en vivo solamente. Después de la instalación, usted puede ser que habilite un ensayo del modo de la notificación avanzada, que desbloquea la capacidad de enviar diversos tipos de broadcasts, tales como audio y texto previó, los altavoces, y los correos electrónicos.

Diagrama de la red y arquitectura

Aquí está un diagrama de Cisco que pagina el servidor que envía los mensajes a los múltiples grupos de teléfonos; fue tomado de los diseños de red de la referencia de la solución de la Colaboración de la versión 10.X CUCM (SRND).

El servidor de InformaCast descubre los teléfonos de CUCM con el uso del Simple Network Management Protocol (SNMP) y de la capa administrativa XML (AXL). InformaCast entonces los asigna a los grupos receptores. En el broadcast envíe el tiempo, InformaCast los entra en contacto directamente con la interfaz de los servicios XML (XSI) sobre el HTTP.

Para los broadcasts audios Live, el usuario marca un número predefinido, y establece un trayecto de audio con el servidor de InformaCast. Este número predefinido puede pertenecer a un patrón de ruta y a un trunk del Session Initiation Protocol (SIP) o a un punto de ruta del Integración de telefonía de computadora (CTI). InformaCast asocia número al que se llamó a un grupo de teléfonos (llamados un grupo receptor). InformaCast entonces da instrucciones a cada miembro del grupo receptor para recibir el audio enviando un comando HTTP XSI de unirse a una secuencia de multidifusión. InformaCast es siempre la fuente la secuencia de multidifusión.

Refiera a Cisco que pagina el artículo del servidor (versión 10.X SRND de la colaboración de Cisco) para ver los aspectos del diseño.

Para información detallada sobre XSI API, refiera a las características internas de URI en las notas unificadas Cisco del Desarrollo de aplicaciones de los servicios del teléfono del IP, liberan 8.5(1) la guía.

Configuraciones

Integre CUCM con el servidor de la paginación con el uso de:

  • SORBO
  • Interfaz de programación de aplicaciones de telefonía CTI/Java (JTAPI)

Aquí está una lista de los servicios que se activará:

  • Administrador de llamada
  • Administrador CTI.
  • Agente SNMP del administrador de llamada
  • Agente principal SNMP
  • AXL

Guía de configuración rápida

CUCM

  1. Navegue a la utilidad unificada > al SNMP > al V1/V2 > a la cadena de comunidad, y cree una cadena de comunidad.



  2. Habilite el Acceso Web para los Teléfonos IP y los teléfonos soportados de la restauración. El Acceso Web se puede configurar por el dispositivo, por el perfil de los dispositivos en común, o sistema-ancho en la Configuración del teléfono de la empresa.

  3. Cambie la autenticación URL para enviar los pedidos de autenticación de los Teléfonos IP a InformaCast y reajustar los teléfonos. Todos los pedidos de autenticación NON-InformaCast se reorientan de nuevo a la autenticación URL del valor por defecto CUCM.

    Nota: La autenticación segura URL y la autenticación URL se deben fijar al mismo valor, HTTP URL.



     



  4. En el caso de la integración del trunk del SORBO, cree un trunk del SORBO con la dirección IP del servidor de InformaCast como su destino. Asigne a un patrón de ruta al trunk creado recientemente del SORBO. InformaCast soporta solamente G.711 CODEC, así que las llamadas non-G.711 deben ser transcodificadas.

  5. Para la integración CTI/JTAPI, cree un punto de ruta CTI. No hay necesidad de crear los puertos CTI para la paginación básica, puesto que Cisco que pagina el servidor puede terminar los media con los puntos de ruta CTI.

  6. Cree a un usuario de la aplicación (la administración CUCM > User Management (Administración de usuario) > usuario de la aplicación). Asigne estos papeles:
    • Standard CTI Enabled
    • Acceso estándar AXL API
    • El CTI estándar permite el control de los teléfonos que soportan Xfer conectado y el conf.
    • El CTI estándar permite el control de los teléfonos que soportan el modo de la renovación


  7. Para las integraciones CTI/JTAPI, agregue el punto de ruta previamente creado CTI a los dispositivos controlados de modo que el servidor de InformaCast pueda registrarlos.

InformaCast

  1. Navegue a InformaCast https:// <IP address>:8444/InformaCast/, y entonces los Admin > la telefonía > el cluster CUCM > editan. Configure todos los datos requeridos según la configuración CUCM. Haga clic la actualización para confirmar la integración.



  2. Navegue a los beneficiarios > editan al grupo receptor, y hacen clic la actualización para extraer los teléfonos activos/registradoes y sus datos. Estos datos incluyen la dirección IP, Nombre del dispositivo, el Calling Search Space (CSS), agrupación de dispositivos, y así sucesivamente. El grupo receptor predeterminado todos los beneficiarios debe contener los teléfonos descubiertos.



  3. Para asociar una extensión específica (extensión del patrón de ruta o del punto de ruta CTI) a un grupo receptor, navegue a Admin > DialCast > las configuraciones de marca:



  4. Navegue a Admin > los parámetros transmitidos, y ingrese el rango de Multicast IP Address. Asegúrese de que este rango corresponda a sus configuraciones de la infraestructura de red y cubra a todos los grupos receptores. En las implementaciones multisite, Singlewire y Cisco recomiendan que un rango de direcciones esté utilizado. Este rango debe ser bastante grande para manejar un direccionamiento para cada uno broadcast simultáneo.

  5. Un paso para la configuración adicional es necesario para la integración del SORBO. El acceso del SORBO se requiere para los mensajes entrantes del SORBO. Navegue a Admin > acceso del sorbo SIP>, y permita las llamadas entrantes del SORBO.

Para los pasos de la configuración detallada, refiera a la instalación y al guía del usuario básicos de la paginación del dispositivo virtual de InformaCast.

Verificación

Actualmente, no hay un procedimiento de verificación disponible para esta configuración.

Troubleshooting/problemas frecuentes

En esta sección encontrará información que puede utilizar para solucionar problemas de configuración.

  • Usted recibe un error de SNMP durante la detección del teléfono, similar a incapaz de construir a los grupos receptores: java.lang.Exception.

    Este problema se relaciona con la Conectividad del Domain Name System (DNS) cuando el SNMP no puede resolver el nombre de host CUCM en el DNS. En este caso, el SNMP no puede responder a las interrogaciones a tiempo. Id. de bug Cisco CSCtb70375 - El SNMP necesita alertar al usuario de los problemas de conectividad DNS.

  • Se descubren no todos los teléfonos.

    Solamente los teléfonos registradoes son descubiertos por InformaCast. Si se registra pero no se descubre un teléfono del IP, marque la configuración de servicio SNMP, y recomience el servicio SNMP. El servicio y la cadena de comunidad SNMP se deben configurar para todos los Nodos donde el servicio de CallManager activiated.

  • Los usuarios no pueden oír un broadcast en vivo.

    Configuraciones de la autenticación del control URL bajo parámetros de Enteprise. Asegúrese de que usted haya fijado la autenticación URL y la autenticación segura URL, y que ambo la referencia HTTP, no HTTPS.

    Tome a una captura de paquetes del teléfono, y verifique los comandos HTTP XSI de InformaCast. Entonces, mensaje del Internet Group Management Protocol (IGMP) para unirse a la secuencia de multidifusión. Si usted no ve una secuencia del Real-Time Transport Protocol (RTP) del Multicast después del mensaje IGMP, usted puede tomar a una captura de paquetes de InformaCast, y después examina su infraestructura de red.

    El administrador 7.x de las Comunicaciones unificadas de Cisco: El artículo del mensaje de error de CiscoIPPhoneError describe los códigos de error que se devuelven en respuesta a las interrogaciones XSI.

    Aquí es cómo usted toma a las capturas de paquetes de InformaCast:

    Conecte con el CLI vía el Secure Shell (SSH): capturePackets test.cap del sudo, y uso SSH FTP (SFTP) o Secure Copy (SCP) para transferir el archivo a su PC.

  • Usted recibe una señal de ocupado cuando usted llama el patrón de ruta de InformaCast o el punto de ruta CTI.

    Marque las configuraciones CSS y de la división; usted puede utilizar el analizador del Número marcado de CUCM.

    Para las integraciones del trunk del SORBO, marque las configuraciones de la dirección IP del trunk del SORBO. Reajuste el trunk del SORBO. Asegúrese de que InformaCast esté configurado para permitir los mensajes entrantes del SORBO. Los mensajes del SORBO a y desde InformaCast son visibles en el InformaCast performance.log. Encuentre performance.log en la interfaz de InformaCast admin bajo el Admin, soporte.

    Cuando usted utiliza el CTI, también ponga al día el JTAPI. Vea la guía de instalación para los pasos detallados.

Información Relacionada


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 117059