Inhalt

Einführung

Problem

Lösung 1

Lösung 2

Einführung

In diesem Dokument wird ein Problem beschrieben, das auftritt, wenn der automatische Erkennungsprozess nicht funktioniert, wenn Cisco Unified Messaging mit Microsoft Office 365 verwendet wird.

Problem

Wenn Sie versuchen, Cisco Unified Messaging mit Office 365 zu konfigurieren, füllen Sie das Feld Suche nach gehosteten Exchange-Servern mit mycompany.mail.onmicrosoft.com als Website-URL aus. Wenn Sie jedoch auf Test klicken, gibt keiner der Tests erfolgreiche Ergebnisse aus.

Um zusätzliche Informationen zu sammeln, müssen Sie auf der Cisco Unity Connection Serviceability-Webseite zusätzliche Traces aktivieren. Um dies abzuschließen, wählen Sie Trace > Micro Trace und aktivieren Sie:

CsMBXSync: 02, 10, 11,13,14,15,19,20,22,23

CsEWS: 10,11,12,13

EWSNotify:All

Verwenden Sie das Real-Time Monitoring Tool, um diese Ablaufverfolgungen aus dem Zeitrahmen zu erfassen, in dem Sie den Test für den Benutzer ausführen:

- Verbindung Mailbox-Synchronisierung

- Verbindung Tomcat

Diese Ergebnisse werden bei einem Fehler in den Protokollen angezeigt:

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 /

Lösung 1

Ändern Sie die Daten im Feld Nach gehosteten Exchange-Servern suchen von mycompany.mail.onmicrosoft.com in outlook.office365.com. Speichern Sie die Änderungen, und führen Sie den Test erneut aus. Das Problem sollte gelöst werden.

Lösung 2

Dieses Verhalten tritt auch auf, wenn ein Firewall- oder Routing-Problem auftritt, das die Kommunikation zwischen Unity Connection und dem Internet blockiert. Um dies zu bestimmen, erfassen Sie eine Netzwerkerfassung über die CLI von Unity Connection. Verwenden Sie Wireshark, um die Erfassung zu öffnen und dns im Display-Filter einzugeben.

Suchen Sie das Paket mit der DNS-Antwort (CNAME Domain Name System), die vom DNS-Server an Unity Connection zurückgegeben wird. Dies enthält alle öffentlichen IP-Adressen von Office 365-Servern, die Unity Connection verwenden soll. Wenn Sie die Liste dieser IP-Adressen im Paket gefunden haben, ändern Sie den Display-Filter, damit er einfacher zu befolgen ist:

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

Die X.X.X.Xs sind die öffentlichen IP-Adressen von Office 365, die in der DNS-CNAME-Antwort zurückgegeben werden.

Wenn Unity Connection nicht in der Lage ist, eine Verbindung zu diesen öffentlichen IP-Adressen herzustellen, überlässt TCP SYN Unity Connection diesen öffentlichen IP-Adressen. Es gibt kein TCP-SYN,ACK-Return, wodurch Unity Connection versucht, eine Verbindung zu den nächsten mehreren IP-Adressen herzustellen. Dies führt zu dem beschriebenen Fehler.