Voix et communications unifiées : Cisco Unity

Intégration IP de Cisco Unity et CallManager : Port de messagerie vocale Unity inaccessible

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


Contenu


Introduction

Ce document décrit comment dépanner un problème qui peut entraîner une panne quand un appel de Cisco CallManager est dirigé vers un port de messagerie de vocal Cisco Unity et le port ne fait pas intrcpt l'appel.

Mentions de ce document également comment dépanner la question des appels qui proviennent un PRI RNIS par le Cisco CallManager qui ne connectent pas au Cisco Unity.

Il y a plusieurs autres raisons pour lesquelles un port de messagerie de vocal Cisco Unity pourrait échouer à l'intrcpt un appel de Cisco CallManager. Si le problème décrit dans ce document n'est pas le problème que vos expériences de système, se rapportent à la section Informations connexes à la fin de ce document.

Conditions préalables

Conditions requises

Si votre configuration de Cisco CallManager utilise des partitions et les espaces de recherche de appeler, ce document suppose que vous comprenez déjà comment les configurer et dépanner. Si vous voudriez se renseigner plus sur des partitions et les espaces de recherche de appeler, référez-vous à comprendre et à l'aide des partitions et à appeler les espaces de recherche avec le Cisco CallManager.

Ce document suppose également que vous comprenez les tâches de base priées pour intégrer un serveur de Cisco Unity avec un serveur Cisco CallManager.

Composants utilisés

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

  • Versions 3.1 et 4.0 de Cisco Unity

  • Cisco CallManager 3.1, 3.2, 3.3, 4.x, et 5.x

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 utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Problème 1

Conflit entre la configuration du CallManager CMI et le côté de CallManager d'une intégration d'Unity

Une raison qu'un port de messagerie de vocal Cisco Unity ne prend pas un appel est due à un conflit dans la configuration de la caractéristique d'interface de Messagerie de Cisco (CMI) et de la fonctionnalité de port de messagerie vocale utilisées par le Cisco Unity. Dans cette situation l'administrateur du serveur a configuré le même nombre de répertoire (DN) dans la même partition pour chacun des deux le CMI et le Cisco Unity. Ce n'est pas une configuration prise en charge. Dans ce cas, le Cisco Unity ne reçoit jamais l'appel parce que le Cisco CallManager ne peut pas déterminer comment résoudre le conflit entre les deux périphériques (les ports de messagerie de vocal Cisco Unity et le DN de messagerie vocale CMI).

Il est également possible d'avoir quelques ports de messagerie de vocal Cisco Unity qui fonctionnent et d'autres qui échouent. Ceci se produit typiquement quand le conflit entre les dn de port de messagerie de vocal Cisco Unity et le DN CMI se produit plus tard dans la chaîne des dn de port de messagerie de vocal Cisco Unity. Par exemple, si vous avez des dn 5000 à 5011 configurés en tant que ports de messagerie de vocal Cisco Unity et des dn et à travail 5000 à 5009 tandis que 5010 échoue, ceci pourrait être parce que 5010 ont été assignés comme le DN pour CMI dans la même chose partitionnent.

Si vous rencontrez un problème d'accessibilité avec des ports de messagerie de vocal Cisco Unity et vous ne faites pas configurer CMI, ce document ne vous aide pas à réparer votre problème.

Remarque: Assurez-vous également que le DN de port de messagerie vocale n'est en conflit avec aucun autre DN sur la batterie.

Solution 1

Vérifiez la configuration CMI n'est pas en conflit avec des dn de port de messagerie de vocal Cisco Unity

Vous ne pouvez pas utiliser le même DN pour la messagerie de vocal Cisco Unity et le CMI dans la même chose partition. Cette tâche vérifie que ces deux caractéristiques n'ont pas le même DN dans la même partition.

  1. Accédez à la page Web d'administration Cisco CallManager.

  2. Naviguez vers la page de la configuration CMI en sélectionnant le service > l'interface de Messagerie de Cisco.

  3. Localisez le paramètre de VoiceMailDN et les paramètres de VoiceMailPartition.

  4. Les paramètres de VoiceMailDN et de VoiceMailPartition sont vides.

    /image/gif/paws/19105/unity_vm-rollovr1.gif

    Si ces paramètres ne sont pas vides, passez à l'étape 5.

    Si ces paramètres sont vides sur votre serveur, un conflit entre la configuration CMI et la configuration des ports de messagerie de vocal Cisco Unity de Cisco CallManager ne devrait pas être la cause de votre problème. Vous pouvez essayer de redémarrer le service CMI au cas où quelqu'un d'autre changeait les valeurs pour masquer et n'avez pas redémarré le service pour forcer les modifications pour prendre effet. Si les valeurs sur votre système sont vides et redémarrer le service CMI ne résolvait pas le problème, ce document ne peut pas vous aider à résoudre ce problème. Voyez la section Informations connexes de ce document pour plus de ressources sur dépannage des questions de Cisco Unity et de Cisco CallManager.

  5. Les paramètres de VoiceMailDN et de VoiceMailPartition ont des valeurs dans eux comme affiché ici.

    unity_vm-rollovr2.gif

    Si votre serveur doit faire configurer CMI, notez les valeurs. Passez à l'étape alors 6.

    Remarque: Le système de messagerie de vocal Cisco Unity n'exige pas le service CMI.

    Si vous serveur fait pas le besoin CMI configuré, changer les valeurs dans ces deux paramètres pour masquer et mettre à jour la page.

    Remarque: Vous pouvez également désactiver le service CMI si vous ne voulez pas qu'il fonctionne. Pour le Cisco CallManager 3.3 et 4.x ceci est fait à la page de Cisco CallManager Serviceability d'application dans la page d'outils > d'activation de service. Pour le Cisco CallManager 3.1 et 3.2 ceci est fait en sélectionnant le début > les programmes > le CallManager 3.1 > menu services de CallManager.

  6. Naviguez vers la page de port de messagerie vocale de Cisco CallManager.

  7. Cliquez sur en fonction le premier port de messagerie vocale.

    Dans ce cas, c'est VMail-VI1. En outre, il y a un conflit parce que le DN et la partition sont identique que les valeurs pour CMI (5000 et VMPilot respectivement).

  8. Comparez les valeurs pour le DN et la partition que vous avez notés dans l'étape 5 aux valeurs sur les nombres de répertoire à cette page.

    Si vous avez un conflit, résolvez-le en changeant votre configuration CMI ou votre configuration des ports de messagerie de vocal Cisco Unity. Dans la plupart des cas il est plus facile de changer la configuration CMI.

    unity_vm-rollovr3.gif

  9. Si vous utilisez le Cisco CallManager 3.2, 3.3, ou 4.x, vérifiez le DN de pilote de messagerie vocale à la page pilote de caractéristique > de messagerie vocale > de messagerie vocale puisqu'elle peut également avoir un conflit.

    Dans ce cas, il y a un conflit parce que le DN est identique que la valeur pour CMI (5000). Si vous décidez de changer votre configuration de messagerie de vocal Cisco Unity au lieu de changer votre configuration CMI, changez le DN de pilote de messagerie vocale aussi bien.

    unity_vm-rollovr4.gif

    Si vous n'avez pas un conflit entre la configuration CMI et la configuration des ports de messagerie de vocal Cisco Unity de Cisco CallManager, ce n'est pas la cause de votre problème. Voyez la section Informations connexes pour plus de ressources sur dépannage des questions de Cisco Unity et de Cisco CallManager.

Problème 2

Appelle que PRI RNIS provenu par l'échouer de Cisco CallManager pour se connecter au Cisco Unity

Ceci peut se produire quand le Cisco CallManager est connecté à certains réseaux RNIS. Quand le Cisco CallManager est le côté utilisateur du PRI, il pourrait envoyer un IE d'indicateur de progression dans le message d'ALERTE envoyé. C'est non valide dans quelques protocoles PRI. Dans une situation où le Cisco CallManager connecte immédiatement l'appel au Cisco Unity, l'indicateur de progression de alerte pourrait être livré après que le message de CONNECTER soit envoyé. Ceci entraîne une violation de protocole, et le Cisco CallManager déconnecte l'appel.

Solution 2

Afin de résoudre ce problème, placez le débronchement alertant le paramètre de service d'indicateur de progression pour rectifier dans le Cisco CallManager. Vous pouvez faire ceci quand vous vous connectez dans la page d'admin de Cisco CallManager et vous terminez ces étapes :

  1. Choisissez le Service > Service Parameters et cliquez sur le CallManager.

  2. Faites descendre l'écran pour désactiver alerter l'indicateur de progression et pour placer ce paramètre pour rectifier.

  3. Cliquez sur Update.

Problème 3

Configurez le serveur d'Unity pour éviter des boucles avec le Cisco CallManager

Si un utilisateur active la notification de message et le Cisco Unity envoie message des appels de notification à un périphérique qui puis automatiquement en avant au Cisco Unity quand des appels ne sont pas répondus, une boucle sans fin est créée entre le Cisco Unity et le Cisco CallManager. Ceci peut également remplir la messagerie vocale d'abonné.

Solution 3

Le Cisco Unity le détecte que l'appel transféré a été initialement envoyé par le Cisco Unity comme notification de message et ne lui répond pas. Le Cisco Unity détecte les appels de notification de message qui sont expédiés de retour à l'aide de la tonalité DTMF 4th-column parce que l'Identification de l'appelant de l'appel de notification d'origine pourrait être perdue.

Terminez-vous ces étapes afin d'activer le rejet de Cisco Unity des annonces de notification de message transféré :

  1. Sur l'appareil de bureau de Cisco Unity, double-cliquer l'icône de dépôt d'outils de Cisco Unity.

  2. Dans le volet gauche de la fenêtre de dépôt d'outils, sous des outils de diagnostic, outils d'administration de clic.

  3. Outil de paramètres avancés de double clic.

  4. Dans l'Unity les configurations enferment dans une boîte, cliquent sur le système — rejetez la tonalité DTMF expédiée de notification.

  5. Dans le nouveau domaine de valeur, écrivez le R.

    Remarque: Évitez la valeur du C parce qu'elle pourrait être en conflit avec des appels AMIS.

  6. Une fois incité que la valeur a été placée, cliquez sur OK et quittez.

    Vous pouvez maintenant éviter la boucle sans fin entre le CallManager et l'Unity qui est déclenché par des appels de notification de message.


Informations connexes


Document ID: 19105