Introducción
Este documento describe un problema encontrado donde el proceso de detección automática no trabaja cuando Cisco unificó la Mensajería se utiliza con Microsoft Office 365.
Problema
Cuando usted intenta configurar la Mensajería unificada Cisco con la oficina 365, usted puebla la búsqueda para los servidores Exchange recibidos coloca con mycompany.mail.onmicrosoft.com como el sitio URL. Sin embargo, cuando usted hace clic la prueba, ningunos de los resultados acertados de la vuelta de las pruebas.
Para recoger la información adicional, usted debe habilitar las trazas adicionales conforme a la página web de la utilidad del Cisco Unity Connection. Para completar esto, elija la traza > traza micro y habilitela:
CsMBXSync: 02, 10, 11,13,14,15,19,20,22,23
CsEWS: 10,11,12,13
EWSNotify:All
Utilice la herramienta del monitoreo en tiempo real para recoger estas trazas del timeframe que usted funciona con la prueba en el usuario:
- El buzón de la conexión sincroniza
- Conexión Tomcat
Estos resultados aparecen en los registros si hay un error:
10:47:02.756 |31923,,,CsExMbxLocator,10,[CsExMbxLocator/CsExMbxLocator.cpp:1249]: HTTP
request failed with error: Couldn't resolve host name -- Could not resolve host:
mycompany.mail.onmicrosoft.com (DNS server returned answer with no data), HTTP
status code: 0, for Autodiscovery URL:
https://mycompany.mail.onmicrosoft.com/autodiscover/autodiscover.xml, verb: GET,
query:
10:47:02.756 |31923,,,CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:192] Test
Button result: Failed connected to Exchange CAS server at
(https://mycompany.mail.onmicrosoft.com/autodiscover/autodiscover.xml)
10:47:02.756 |31923,,,CsExMbxLocator,13,[CsExMbxLocator/CsExMbxLocator.cpp:1116]: HTTP
request: GET /
https://autodiscover.mycompany.mail.onmicrosoft.com/autodiscover/autodiscover.xml /
Cambie los datos en la búsqueda para el campo recibido de los servidores Exchange de mycompany.mail.onmicrosoft.com a outlook.office365.com. Salve los cambios y funcione con la prueba otra vez. El problema debe ser resuelto.
Solución 2
Este comportamiento también ocurre si hay un Firewall o un problema de ruteo que bloquean la comunicación entre el Unity Connection y Internet. Para determinar esto, recoja una captura de la red del CLI del Unity Connection. Utilice Wireshark para abrir la captura y para ingresar el dns en el filtro de la visualización.
Busque el paquete con la respuesta del Domain Name System (DNS) CNAME vuelta del servidor DNS al Unity Connection. Esto contiene a todos los IP Address públicos de los servidores de la oficina 365 que el Unity Connection se dice para utilizar. Una vez que usted ha localizado la lista de esos IP Addresses dentro del paquete, modifique su filtro de la visualización así que es más fácil seguir:
dns || ip.addr == X.X.X.X || ip.addr == X.X.X.X || ip.addr == X.X.X.X || ip.addr == X.X.X.X
Los X.X.X.Xs son los IP Address públicos de la oficina 365 vuelta en la respuesta DNS CNAME.
Si el Unity Connection no puede conectar con estos IP Address públicos, el TCP SYN deja el Unity Connection a esos IP Address públicos. No hay un TCP SYN, la vuelta ACK, que hace el Unity Connection intentar conectar con los varios IP Addresses siguientes. Esto da lugar al error descrito.