Este documento describe cómo configurar un despliegue híbrido del móvil y del Acceso Remoto (MRA) y cómo resolver problemas los problemas que se pudieron encontrar con este despliegue.
No hay requisitos específicos para este documento.
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
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.
Esta sección proporciona una cierta información previa que sea útil para los procedimientos que se describen en este documento.
Éste es el flujo híbrido de la detección del servicio, según lo descrito en la guía de Configuración de DNS del Jabber de Cisco:
Una vez que el Jabber de Cisco abre una sesión con éxito al mensajero del WebEx de Cisco para el mensaje y el teléfono inmediatos (servicios IM&P), marca para ver si asocian al usuario a un cluster del administrador de las Comunicaciones unificadas de Cisco (CUCM). Si asocian al usuario a un cluster CUCM, y un expediente del servicio del _collab-edge (SRV) se encuentra para el voiceservicesdomain o el dominio del mensajero del WebEx, después las tentativas del cliente del Jabber de extraer los servicios telefónicos del CUCM configurado agrupan a través de las autopistas de Cisco que se indican en la interrogación del _collab-edge.
El único requisito del Domain Name System (DNS) para un despliegue híbrido MRA es que un expediente del collab-borde. _tls.<domain> SRV esté creado en un servidor DNS externo, y que señala al IP Address externo de Expressway-e en el puerto 8443.
Le no requieren crear un expediente del _cuplogin. _tcp.<domain> SRV internamente. Cisco recomienda que usted crea los _cisco-uds. _tcp.<domain> de modo que Expressway-C pueda mirar para arriba al cluster del hogar de los clientes del Jabber que se registran vía MRA.
Según lo descrito en el Guía de despliegue del Jabber DNS de Cisco:
En las implementaciones híbridas el dominio requerido para descubrir el dominio del WebEx de Cisco con las operaciones de búsqueda de CAS puede ser diferente al dominio donde se despliegan los expedientes DNS. En este escenario usted fija el ServicesDomain para ser el dominio usado para descubrir el WebEx de Cisco y para fijar el VoiceServicesDomain para ser el dominio donde se despliegan los expedientes DNS. Se configura el dominio de los servicios de voz como sigue:
- El cliente utiliza el parámetro de VoiceServicesDomain en el archivo de configuración. Esta opción está disponible en los clientes que soportan el archivo jabber-config.xml.
- El usuario hace clic en una configuración URL que incluya el VoiceServicesDomain. Esta opción está disponible en los clientes siguientes:
- Versión 9.6 o posterior del Cisco Jabber para Android
- Versión 9.6 o posterior del Cisco Jabber para Mac
- Versión 9.6.1 o posterior del Cisco Jabber para iPhone y del iPad
- El cliente utiliza el Switch de la instalación de Voice_Services_Domain en los archivos de la carga inicial. Esta opción está solamente disponible en la versión siguiente del cliente:
- Jabber de Cisco para versión de Windows 9.6 o más adelante
Vea la versión apropiada de la guía de instalación y configuración, para más información detallada.
Después de que el Jabber de Cisco consiga a servicios el dominio, pregunta al Servidor de nombres que se configura a la computadora cliente o al dispositivo.
Esta sección describe cómo configurar el C de las autopistas y la E, y también cómo configurar el WebEx de Cisco de modo que el despliegue híbrido MRA trabaje correctamente.
Un despliegue híbrido de la nube utiliza esta topología de red:
Estos elementos se deben configurar en Expressway-C y Expressway-e de modo que el despliegue híbrido MRA trabaje:
Complete los procedimientos que se describen en el móvil y el Acceso Remoto de las Comunicaciones unificadas vía el Guía de despliegue de Cisco Expressway para configurar las autopistas y prepararlas para los servicios telefónicos híbridos MRA.
La configuración de la herramienta de administración del mensajero del WebEx requiere que usted cree un cluster CUCM y asigne a cada usuario a ése el cluster CUCM.
Complete estos pasos para crear un cluster CUCM en la herramienta de administración del mensajero del WebEx:
Una vez que se crea un cluster CUCM, debe ser asignado a un usuario. Usted puede completar esto vía una importación y una Sincronización de directorio del Comma Separated Value (CSV), o vía la interfaz Web (según lo descrito aquí).
Complete estos pasos para asignar a un usuario vía la interfaz Web:
Actualmente, no hay un procedimiento de verificación disponible para esta configuración.
Esta sección proporciona la información que usted puede utilizar para resolver problemas su configuración.
Si usted ingresa a una cuenta del Jabber del mensajero del WebEx y descubre que el icono del servicio telefónico no aparece en la esquina más baja del Jabber, indica que usted no tiene un cluster CUCM asignado a su perfil del usuario en el WebEx.
Complete estos pasos para resolver este problema:
Si usted encuentra este problema, después refiera al borde de la Colaboración la mayoría del documento de Cisco de los problemas frecuentes para los problemas probables que hacen el registro de teléfono al CUCM fallar.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
06-Jan-2016 |
Versión inicial |