Voix et communications unifiées : Cisco Unity Connection

Messages pas Synced entre l'Unity Connection et l'échange

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

Introduction

Ce document décrit un problème où vos utilisateurs ne pourraient pas recevoir leurs messages synced entre le Cisco Unity Connection et le Microsoft Exchange 2010. Ce problème pourrait surgir avec une nouvelle installation ou pourrait gêner une installation existante. Les changements récents apportés par la remontée pyramidale 4 (RU4) du Service Pack 2 de l'échange 2010 (SP2) pourraient faire partie de la cause.

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

Problème

Le problème de synchronisation se pose habituellement avec les utilisateurs qui ont un grand nombre d'éléments dans leur boîte de réception, mais elle peut se produire avec d'autres tailles de boîte aux lettres aussi bien. Il y a eu un changement de la manière que Microsoft Exchange 2010 SP2 RU4 applique la limite de étranglement.

États de Documentation Cisco :

« Avant l'échange 2010 SP2 RU4, la limite de étranglement a été calculée contre le compte appelant (dans notre compte des services de cas). En commençant par, permutez 2010 SP2 RU4, cette limite a été changé. Maintenant, les frais sont comptés contre la boîte aux lettres de cible plutôt que le compte appelant. »

Dépannez

Cette procédure décrit comment étudier et vérifier le problème :

  1. Appuyez sur la touche "TEST" sur l'utilisateur sous des comptes de messagerie unifiée. Naviguez vers des utilisateurs > « sélectionnent vos utilisateurs » > éditent > messagerie unifiée rend compte > « sélectionnent le service. »

  2. Allez l'à la page Web d'utilité de Cisco Unity Connection, naviguez pour tracer > suivi micro, et activez ces suivis micro :
    CsMBXSync: 10,11,12,13,14,15,16,17,18,19,20,21,22,23
    CsEWS: 10,11,12,13
  3. Laissez un message-test pour l'utilisateur. Attendez le message à partir au téléphone, et attendez encore trois minutes afin de permettre l'Unity Connection au sync avec le service Web d'échange (EWS).

  4. Utilisez l'outil de suivi en temps réel d'utilisateur afin de collecter ces deux suivis. Placez la période à dix minutes ainsi vous obtenez tous les suivis pour la période de test. Placez le site de téléchargement pour être l'appareil de bureau, et recherchez un répertoire nommé « le serveur d'Unity Connection : "
    Connection Mailbox Sync
    Connection Tomcat

    Remarque: Le suivi de sync de boîte aux lettres de connexion est le suivi le plus utile. Si de plusieurs suivis de sync de boîte aux lettres sont générés, employez Notepad++ afin de le rechercher par tous les suivis immédiatement.

  5. Recherche par le suivi. Généralement vous pouvez trouver l'utilisateur par leur adresse e-mail entreprise.
    12:38:48.095 |13196,,,CsMbxSync,20,Created Service Entry Handler with 
    retry count 1 for Srvc Entry Data: (Cnx Mbx Id: Cnx Mbx Id: (Mbx Uid:
    {11f4a1b5-7758-434a-b66e-f84889b923f2}, Inbox Folder Uid:
    {6d08496c-9f8c-4cb4-a828-a38a3d9b7d97}, Mail Store: UnityMbxDb1, Inbox
    Folder Name: inbox), Srvc Data: External Srvc Data:
    (Ext Srvc Oid: {85ee84a7-0bb6-457f-8cce-2fbf2fae5ad7}, Display Name: UM
    Sevices 1, Auth Scheme: 2, Is Enabled: 1, Srvc Supports Sync: 1 , Exch Do
    Auto Discover: 0, Exch Do Auto Discover 2003: 0, Security Transport Type:
    1, Server: 192.168.5.5, Service Account: Test, Service Password: XXXXXXXXX,
    Service
    Type: 4, Exch Service Type: 1, Trust Cert Dir:
    /usr/local/platform/.security/tomcat/trust-certs/, Ldap Security Transport
    Type: 0, Ldap Validate Server Certificate: 0, Validate Server Certificate:
    0, Notification Type: 0, Is Impersontaion Enabled: 1, Proxy Ip Address: ),
    Mbx Data: Mbx Data:
    (Email Addr: user@mylab.com, Subscriber Oid:
    {019b9589-d0b4-440f-8afd-dc99ba67547e}
    , Sync Enabled: 1, SESM Oid:
    {ac8b5b58-766b-4ccf-b444-525606562f18}, DTMFAccess ID: 111))
    L'information principale est l'abonné Oid, qui est {019b9589-d0b4-440f-8afd-dc99ba67547e} dans cet exemple. N'importe quelle ligne qui contient cet Oid se rapporte à cet utilisateur. Vous pouvez maintenant obtenir plus d'informations si vous recherchez sur l'abonné Oid.

  6. Recherchez un code tel que « ErrorServerBusy. » C'est exemple de sortie d'une recherche :
    12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
    CsEws,14,endElement>>> 0:0 - MessageText = The server cannot service this
    request right now. Try again later.
    12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
    CsEws,14,startElement>>> 0:0 - ResponseCode =
    12:38:48.281 |13459,172.16.10.31,{019b9589-d0b4-440f-8afd-dc99ba67547e},
    CsEws,14,endElement>>> 0:0 - ResponseCode = ErrorServerBusy

    Cette sortie indique qu'EWS a chronométré la demande basée sur la stratégie du courant EWS sur le serveur exchange.

Solution

Pour résoudre ce problème, ajustez votre stratégie EWS basée sur cette documentation mise à jour : Configurer le Cisco Unity Connection 9x et Microsoft Exchange pour la messagerie unifiée : En retirant des limites EWS pour la messagerie unifiée Serivces expliquez le Cisco Unity Connection (échange 2010 SP2 RU4 et plus tard).

Cette procédure décrit comment créer une nouvelle stratégie EWS avec les connexions illimitées EWS. La nouvelle stratégie permettra les utilisateurs qui ont rencontré le problème d'ErrorServerBusy pour pouvoir fonctionner correctement :

  1. Ouvrez une session à un serveur sur lequel le shell de Gestion d'échange est installé. Utilisez l'un ou l'autre un compte qui est un membre du groupe d'admins d'entreprise ou d'un compte qui a l'autorisation d'accorder des autorisations sur des objets d'échange dans le conteneur de configuration.

  2. Créez une nouvelle stratégie avec les connexions illimitées EWS :
    New-ThrottlingPolicy -Name "<ConnectionUnifiedMessagingServicesPolicy>" 
       -EWSMaxConcurrency $null -EWSMaxSubscriptions $null -EWSPercentTimeInCAS
    $null -EWSPercentTimeInMailboxRPC $null -EWSFindCountLimit $null
    -EWSPercentTimeinAD $null
    là où ConnectionUnifiedMessagingServicesPolicy est le nom la stratégie vous voulez créer.

  3. Appliquez-vous la nouvelle stratégie à toutes les boîtes aux lettres d'utilisateur de messagerie unifiée. Pour chaque boîte aux lettres d'utilisateur, exécutez cette commande :
    Set-ThrottlingPolicyAssociation -Identity 
    "
    <ConnectionUnifiedMessagingusermailbox>" -ThrottlingPolicy
    "
    <ConnectionUnifiedMessagingServicesPolicy>"

    où :

    ConnectionUnifiedMessagingusermailbox est la boîte aux lettres de nom d'utilisateur.
    ConnectionUnifiedMessagingServicesPolicy est le nom de la stratégie que vous avez créée dans l'étape 2.

  4. Confirmez que la boîte aux lettres utilise la nouvelle stratégie :
    Get-ThrottlingPolicyAssociation -Identity 
    "
    <ConnectionUnifiedMessagingusermailbox>" | findstr "ThrottlingPolicy"
  5. Redémarrez le service d'accès client du protocole RPC de Microsoft Exchange (RPC) sur chaque serveur de l'échange 2010 qui a le rôle de signalisation CAS (Channel Associated Signaling).

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: 116488