Voix et communications unifiées : Cisco Unity

Cisco Unity : Définition du référentiel de messages Unity

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Le référentiel de message de Cisco Unity (UMR), construit dans le Cisco Unity 3.x et plus tard, permet aux appelants extérieurs pour laisser des messages pour des utilisateurs quand leur serveur exchange primaire est hors ligne. Des messages sont temporairement enregistrés sur le serveur de Cisco Unity dans \ répertoire de CommServer \ unityMta et peuvent être accédés à par une conversation de l'offre spéciale UMR. Quand le serveur exchange primaire revient en ligne, le Cisco Unity commence à passer les messages en tant que normale dans la mémoire de message correcte.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir une compréhension générale de la façon dont le Cisco Unity fonctionne. Pour de plus amples informations, référez-vous à Livre Blanc : Architecture de données de Cisco Unity et comment le Cisco Unity fonctionne l'aperçu (de version 3.x).

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :

  • Cisco Unity 3.0 ou plus tard avec Microsoft Exchange

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Pannes de serveur

La caractéristique UMR laisse le Cisco Unity pour prendre les messages extérieurs d'appelant tandis qu'il y a un problème avec un serveur exchange. UMR manipule les modifications selon lesquelles le serveur exchange va off-line :

  • Si le serveur exchange primaire du Cisco Unity va off-line, tous les abonnés entendent la conversation UMR.

  • Si un serveur exchange avec des abonnés de hors fonction-serveur va off-line, seulement ces abonnés avec des boîtes aux lettres sur le serveur exchange autonome entendent la conversation UMR, alors que les abonnés sur d'autres serveurs ont accès régulier de message.

Remarque: Les abonnés qui ont accès régulier, ces non affectés par une panne, peuvent laisser un message pour un abonné dont le serveur exchange est hors ligne en appelant la messagerie vocale, en ouvrant une session, et en appuyant sur #2. Cependant, ces messages ne sont manipulés exclusivement par échange et pas l'UMR. Par conséquent, les abonnés ne peuvent pas accéder à ces messages jusqu'à ce que l'échange revienne en ligne.

Conversation et message Access UMR

Si un abonné appelle dans le Cisco Unity tandis qu'un serveur exchange est hors ligne et ils entendent la conversation UMR, ils peuvent seulement écouter les messages extérieurs d'appelant qu'ils ont reçus pendant la panne de serveur. Ces messages ne sont enregistrés temporairement sur le serveur de Cisco Unity dans \ CommServer \ répertoire et pas échange d'UnityMTA, donc, seulement les messages dans la zone provisoire sont accessibles tandis que le serveur exchange primaire de l'utilisateur est hors ligne. L'utilisateur entend le message et un horodateur mais ne peut pas supprimer, répondre les messages à, en avant, ou de congé pour d'autres abonnés. Puisque l'échange est hors ligne, les abonnés ne peuvent pas n'accéder à aucun message qui a existé sur le serveur exchange avant la panne.

Appels transférés se comportant comme appels d'extérieur

Tandis que l'échange est hors ligne, si un abonné compose directement l'extension d'un autre abonné et est alors expédié au Cisco Unity, le Cisco Unity traite cet appel les mêmes qu'un appelant extérieur. Une fois expédié au Cisco Unity, les abonnés peuvent laisser des messages pour d'autres abonnés, mais ces messages sont seulement disponibles dans l'UMR. Ces messages ne sont pas identifiés comme messages d'abonné-à-abonné, et il n'y a pas une option de répondre au message, même après que l'échange revient en ligne et le message est dans la boîte vocale régulière. Selon le système téléphonique et son intégration après la panne, ces appels peuvent avoir l'extension de l'abonné comme informations d'identification de l'appelant dans le champ objet une fois visualisés dans ViewMail pour Outlook (VMO).

La livraison et notification de message après une panne

Le Cisco Unity rapidement le détecte quand un serveur va en bas de mais prend plus long pour déterminer quand un serveur revient en ligne. C'est partiellement dû aux services d'échange ayant de longues périodes de démarrage, qui retardent le serveur du retour en ligne. Pendant ce temps intermédiaire, les abonnés peuvent entendre la conversation de sécurité au lieu de la conversation UMR, ou la conversation régulière quand ils appellent le Cisco Unity (remarquable dans ID de bogue Cisco CSCdu13936 (clients enregistrés seulement)). De même, les abonnés peuvent entendre la conversation de sécurité s'ils écoutent un message dans l'UMR pendant que leur serveur exchange revient en ligne (remarquable dans ID de bogue Cisco CSCdu25943 (clients enregistrés seulement)). Les abonnés doivent attendre jusqu'à ce que le Cisco Unity puisse accéder à leur boîte aux lettres régulière avant d'entendre la conversation régulière. En outre, puisqu'il peut y a un arriéré des messages dans l'UMR, le Cisco Unity peut prendre plusieurs minutes pour déplacer les messages des gens du pays UMR au serveur exchange compétent, quoique les abonnés puissent appeler dedans et obtenir la conversation régulière.

Quand le Cisco Unity déplace des messages de l'UMR au serveur exchange, tous les messages apparaissent pendant qu'indicateurs de nouveaux même si ils ont été écoutés utiliser la conversation UMR, et de déclencheur de message en attente (mwi). Les messages contiennent un nouvel horodateur avec du temps où ils ont été fournis par échange. Ceci peut avoir comme conséquence un message ayant deux horodateurs différents ; un tandis qu'il est dans l'UMR et un autre après la livraison par l'échange (remarquable dans ID CSCdu04991 (les clients enregistrés de bogue seulement))

Les mwi peuvent correctement ne pas indiquer l'état de message quand l'échange est hors ligne. Des mwi peuvent être allumés des messages qui sont arrivés tandis que le serveur exchange était en fonctionnement, cependant, avec l'échange vers le bas, des abonnés ne peuvent pas les accéder à. En outre, le Cisco Unity n'allume pas des mwi pour les messages qui sont arrivés pendant une panne et est dans l'UMR. Les abonnés doivent appeler dedans et vérifier pour voir s'ils ont des messages les attendant.

Emplacement de référentiel de message

Le nombre de messages UMR que le Cisco Unity manipule pendant une panne d'échange est limité par l'espace disque dur disponible. Spécifiquement, l'espace disponible dans le répertoire de C:\Commserver\UnityMTA. Ce répertoire est contrôlé par des paramètres de registre, qui peuvent être trouvés ici :

  • HKLM \ logiciel \ voice\UnityUMR\1.0\MtaStoragePath actif

Messages aux listes de distribution

Pendant les messages d'une panne d'échange aux listes de distribution, telles que la liste de distribution sans direction de messages, apparaissez dans l'UMR mais êtes adressé à la liste de distribution et pas aux membres de la liste de distribution, puisque des listes ne sont pas développées alors que dans l'UMR. Par conséquent, les abonnés ne peuvent pas les accéder à jusqu'à ce qu'ils soient développés et livrés par échange.

Service d'AvUMRSyncSvr

Avant que le Cisco Unity fournisse des messages de l'UMR, le serveur exchange que les messages sont destinés au au devoir être de retour en ligne et prêt à recevoir des messages. Il y a des périodes où les messages peuvent continuer à s'accumuler dans l'UMR, même après que tous les numéros liés à l'échange semblent être établis.

Si les administrateurs notent que des messages ne sont pas fournis à partir du répertoire des gens du pays UMR, habituellement C:\Commserver\UnityMTA, même après que les serveurs exchanges sont tout l'en ligne arrière, dépannent le problème en redémarrant le service UMR pour déclencher la livraison de message. Ceci est accompli en accédant à AvUMRSyncSvr du panneau de configuration de services. La livraison de message UMR peut prendre environ trois minutes pour commencer après que le serveur revienne en ligne.

Messages de journal d'événements

Vérifiez le journal d'événements pour les messages qui confirment le serveur exchange sont de retour en ligne. Vous devriez voir des messages répertoriés dans le visualisateur d'événements de Windows semblable aux deux exemples affichés ci-dessous. Si ces messages ne sont pas en cas log, il restent des problèmes avec le serveur exchange qui empêchent le Cisco Unity de envoyer message à lui.

Event Type: Information
Event Source: AvWM_MC
Event Category: Warning
Event ID: 29002
Computer: MCH-UNITY
Description: MCH-UNITY has come back online

Event Type: Warning Event Source: AvExchangeMonitor_MC
Event Category: Run Event ID: 1020 Computer: MCH-UNITY
Description: Server MCH-UNITY is back on-line. Resyncing mailboxes.

Messages non valides

S'il y a un fichier de message non valide ou un message pour un abonné avec un compte non valide (par exemple, un homeserver non valide dans le SQL) dans l'UMR, il bloque la livraison de tous autres messages. Le service d'AvUMRSyncSvr fournit des messages dans la commande du first-in, first-out (FIFO). Si le destinataire d'un message plus tôt a une configuration non valide, ou le serveur domestique est en ligne mais ne reçoit pas des messages, les messages restants ne sont pas fournis. Il est utile l'utiliser Outlook en vérifiant pour voir si l'adresse d'un abonné est configurée correctement. Si un message d'Outlook ne peut pas être fourni à l'abonné, alors l'UMR ne peut pas fournir le message l'un ou l'autre. Retirez le message de l'UMR, ou corrigez le problème avec le compte de l'abonné.

Cheminement d'échange et de message

Pour les messages qui sont fournis de l'UMR mais n'apparaissent pas dans les boîtes vocales des abonnés, le message transfer agent de l'échange d'utilisation (MTA) usine pour vérifier les messages qui sont coincés dans la file d'attente de l'échange. Les étapes ci-dessous expliquent comment utiliser les outils MTA pour l'échange 2000 et l'échange 5.5.

Échange 2000

Employez cette procédure pour utiliser l'outil MTA pour l'échange 2000 :

  1. Commencez le gestionnaire de système par sélectionner le début > les programmes > le Microsoft Exchange > le gestionnaire de système.

  2. De l'arborescence de la console, serveur de double clic.

  3. Cliquez avec le bouton droit sur un serveur de votre choisir et sélectionnez Properties.

  4. De l'onglet Général, du message choisi d'enable dépistant pour se connecter des informations sur l'expéditeur, du temps où le message a été envoyé ou reçu, de la taille de message, de la priorité, et des destinataires.

  5. De l'onglet Général, se connecter soumis d'enable choisi pour enregistrer le sujet de n'importe quel message a envoyé, ou par derrière le serveur.

Remarque: C'est seulement disponible pour des serveurs de l'échange 2000.

Cheminement des messages sur l'échange 2000

Employez cette procédure pour dépister des messages sur l'échange 2000 :

  1. Ouvrez l'Exchange System Manager.

  2. De l'arborescence de la console, double-cliquer les outils et sélectionnez le centre de cheminement de message.

  3. Cliquez avec le bouton droit dans le volet de droite et puis cliquez sur le message de piste.

    Utilisez l'outil de recherche pour aider à diagnostiquer des problèmes de Messagerie et à trouver tous les messages que le Cisco Unity peut avoir envoyés pour permuter mais l'échange ne pouvait pas livrer. Une fois que vous trouvez un message, obtenez plus d'informations sur le message en cliquant sur les détails et les boutons d'historique de message.

Échange 5.5

Employez cette procédure pour utiliser l'outil MTA pour l'échange 5.5 :

  1. Commencez l'Exchange Administrator par sélectionner le début > les programmes > l'échange > l'administrateur de Microsoft Exchange.

  2. De l'arborescence de la console, double-cliquer le site qui contient le serveur de Cisco Unity.

  3. Serveurs de double clic.

  4. Cliquez sur en fonction le serveur où vous voulez surveiller des messages.

  5. Du côté droit de la fenêtre, le message transfer agent de double clic et cliquent sur l'onglet de files d'attente.

    La page de propriétés de message transfer agent répertorie tous les messages attendant dans la file d'attente de l'échange. Recherchez les messages que le Cisco Unity a envoyé pour permuter mais l'échange n'a pas livré.

Messages sans direction

Vous pouvez noter que les messages obtiennent ont livré aux « unaddressedmessages » alias. Ceci se produit quand l'un ou l'autre le message est adressé à un pseudonyme qui n'existe plus, ou a une configuration non valide. Utilisez Outlook et permutez les outils pour dépanner n'importe quelle adresse problématique dans l'échange et pour déterminer la cause principale.

Dépannage

Pour la plupart des UMR émet, particulièrement si l'UMR ne fournit pas des messages à partir du répertoire des gens du pays UMR, habituellement C:\Commserver\UnityMTA, et même après que les serveurs exchanges sont tout l'en ligne arrière, redémarrent le service UMR pour déclencher la livraison de message. Ceci peut être accompli en accédant à AvUMRSyncSvr du panneau de configuration de services. Le Cisco Unity et l'échange peuvent retarder jusqu'à cinq minutes avant que la livraison de message de l'UMR commence.

Pendant que le serveur exchange revient en ligne et le Cisco Unity resynchronise avec le serveur, les abonnés peuvent entendre une conversation de sécurité au lieu de l'UMR ou la conversation régulière en appelant dans le Cisco Unity (remarquable dans ID de bogue Cisco CSCdu13936 (clients enregistrés seulement)). Les abonnés peuvent entendre la conversation de sécurité s'ils écoutent un message dans l'UMR pendant que leur serveur exchange revient en ligne (remarquable dans ID de bogue Cisco CSCdu25943 (clients enregistrés seulement)). L'abonné doit attendre jusqu'à ce que le Cisco Unity puisse accéder à leur mémoire de message de nouveau afin d'entendre la conversation régulière.


Informations connexes


Document ID: 19030