Voix et communications unifiées : Cisco Unity Connection

Question simple de MWI de boîte de réception d'Unity Connection

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit une question avec la configuration simple de boîte de réception dans le Cisco Unity Connection. Avec la configuration simple de boîte de réception vous pouvez aux messages de sync à Microsoft Exchange et puis recevez la notification de l'échange quand le message est marqué a lu ou a supprimé. Dès réception de cette notification d'échange, l'Unity Connection change le statut de la copie locale du message. Parfois il y a des questions où des notifications ne sont pas reçues de l'échange et ainsi l'indicateur de message en attente (MWI) et la copie locale de l'Unity Connection du message ne sont pas dans l'état approprié.

Contribué par des collines de Scott, ingénieur TAC Cisco.

Dépannez

Afin de dépanner cette question, vérifiez le login d'application le serveur d'accès client d'échange (CAS) pour des avertissements ou les messages d'erreur ont créé quand le message a été marqué en tant que lu ou supprimé dans Outlook. Généralement ces avertissements sont originaires des services Web de MSExchange. Un exemple de l'avertissement qui pourrait être vu est affiché ici :

Log Name:      Application
Source:        MSExchange Web Services
Date:          11/25/2013 11:12:41 AM

Event ID:      6
Task Category: Core

Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      Labtest.cisco.com
Description:

Unable to send a notification for subscription
HQBqb2huZXhjYXAwMS5jb3JwLmZtZ2xvYmFsLmNvbRAAAAAgUx5NOPjRQoqT+menP2j1.
(Send attempts: 3)

On lui suggère également de prendre une capture de réseau sur l'échange CAS afin de voir s'il envoie des notifications à l'Unity Connection.

Dans la capture, contrôle pour voir s'il y a n'importe quel trafic sur le port TCP 7080. C'est le port que les demandes d'Unity Connection permutent pour envoyer à la notification du changement d'état de message.

Si vous recevez une capture, vous pouvez le filtrer avec 'tcp.port==7080. Si vous appliquez le filtre et puis ne voyez pas n'importe quel trafic, l'échange n'a mis aucun trafic sur le fil sur ce port.

Au cas où vous verriez quelque chose semblable à l'exemple avertissant et ne voyez également pas n'importe quel trafic 7080 sur la capture de réseau, il est possible un paramètre de proxy sur le serveur de CAS est la cause de la question. Le trafic pourrait à la place être conduit à un paramètre de proxy qui est placé pour IP address>:80 de <unknown de http://.

Solution

Afin de corriger la question, terminez-vous ces étapes :

  1. Vérifiez les paramètres de proxy sur le serveur de CAS. Les paramètres de proxy sont en grande partie stratégie de groupe traversante appliquée et se reposent dans ce registre : HKLM \ logiciel \ Microsoft \ Windows \ CurrentVersion \ Paramètres Internet \ serveur proxy.

  2. Afin de tester la question, désactivez le proxy par défaut aux services Web d'échange (EWS) web.config.

    Chemin possible : C:\Exchsrvr\ClientAccess\exchweb\EWS

    <configuration>
       <system.Net>
          <defaultProxy>
              <proxy usesystemdefault="false"/>
          </defaultProxy>
       </system.Net>
    </configuration>

  3. Test afin de voir si échange de congé de notifications et Unity Connection de portée.

  4. Si ceci n'aborde pas la question, entrez en contact avec le centre d'assistance technique (TAC) pour d'autres conseils.


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 117118