Voix et communications unifiées : Cisco Unity

Solutions pour les problèmes liés à l'indicateur de message en attente dans Cisco Unity

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


Contenu


Introduction

Un indicateur de message en attente (MWI) peut être retrouvé sur les téléphones d'abonné sous la forme d'un indicateur lumineux, un panneau ACL clignotant, ou une tonalité spéciale pour laisser savoir aux abonnés la présence d'un message vocal. Le type d'indicateur dépend du système téléphonique et des types de téléphones utilisés par les abonnés. Deux principaux événements font lancer et désactiver le½ du¿Â du Cisco Unityï des mwi :

  • Quand un appelant laisse un message pour un abonné, le Cisco Unity informe le système téléphonique de lancer le MWI au téléphone de l'abonné.

  • Quand l'abonné écoute le message, le Cisco Unity informe le système téléphonique de désactiver le MWI au téléphone.

Ce document discute trois problèmes de MWI et fournit les solutions appropriées :

  1. La lumière de MWI sur un téléphone IP ne s'active pas pour indiquer un nouveau message vocal.

    Ce problème peut se poser pour ces raisons :

    • Les paramètres communs des configurations du serveur de½ dans de Cisco Unity et de Cisco CallManagerï¿ ne sont pas placés correctement.

    • Une configuration de la caractéristique appelante de l'espace de recherche (CSS) est incorrecte.

  2. Les mwi de temps en temps n'arrêtent pas comme prévu. Ceci indique que les mwi ont perdu la synchronisation.

  3. Le MWI ne régénère pas automatiquement. Ce problème peut se poser si le serveur DNS ne peut pas résoudre l'adresse IP du serveur de Répertoire actif.

Conditions préalables

Conditions requises

Cisco recommande une connaissance de base de ces thèmes :

  • Cisco CallManager

  • Cisco Unity

  • CSS

Composants utilisés

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

  • Version 4.x et ultérieures de Cisco Unity

  • Cisco CallManager version 3.3 et plus élevé

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 commencé par 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.

Remarque: Le Cisco Unity 4.x ne prend en charge pas Microsoft Exchange Server 2007. Le MWI ne fonctionne pas si vous avez mis le serveur exchange à jour de partenaire de l'Exchange 2003 pour permuter 2007. Le serveur de Microsoft Exchange 2007 est pris en charge dans le Cisco Unity 5.0.

Remarque: Le Cisco Unity 5.x prend en charge l'extension de MWI du maximum 10 pour chaque boîte vocale.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Informations générales

Vérification initiale

Vérifiez si ces deux tests sont réussis avant que vous poursuiviez :

  • Testez si les serveurs de CallManager et d'Unity peuvent se cingler. Ce test s'assure que la connectivité IP est disponible.

  • Vérifiez si vous pouvez composer le téléphone IP dont la lumière de MWI ne lance pas. Ce test fait sonner le téléphone IP.

Configurez le modèle par défaut d'abonné pour activer l'utilisation de la caractéristique de MWI pour un nouvel abonné

Quand un nouvel abonné est créé, le comportement de la caractéristique de MWI est hérité du modèle par défaut d'abonné. Dans cette fenêtre par défaut de modèle d'abonné, l'utilisation des mwi est activée. L'extension est placée à X par défaut, qui utilise l'extension de l'abonné pour le MWI. Ceci peut être changé si vous prévoyez d'allumer le MWI d'une extension différente que celle qui a reçu le message.

/image/gif/paws/70600/mwilightnotworking-1.gif

Après que cette option soit activée dans le modèle par défaut d'abonné, la caractéristique de MWI devient active pour de nouveaux abonnés.

Remarque: Ceci n'affecte pas les abonnés en cours. Une fois que le profil d'un abonné est créé, toutes les modifications doivent être apportées sur le profil de l'abonné individuel.

Configurez le profil de l'abonné pour activer l'utilisation de la caractéristique de MWI pour un abonné en cours

Dans la fenêtre d'abonnés > de messages, la caractéristique du MWI de l'abonné semble être désactivée, mais elle est activée réellement en raison du comportement de MWI hérité du modèle par défaut d'abonné. L'administrateur système n'a apporté aucune modification qui ignorerait ce comportement.

L'option d'état de régénération n'est pas en activité dans cette fenêtre et ne peut pas être utilisée. Cochez la case de MWI d'utilisation et ajoutez un X dans la région d'extension temporairement pour lancer l'option d'état de régénération mais pour ne pas sauvegarder les modifications. Si vous avez tous les doutes au sujet du MWI de cet abonné comportent l'état, sauvegardent cette modification.

/image/gif/paws/70600/mwilightnotworking-2.gif

Dans cette fenêtre, l'option d'état de régénération est maintenant en activité.

/image/gif/paws/70600/mwilightnotworking-3.gif

La lumière de MWI ne s'active pas

La lumière de MWI sur un téléphone IP ne s'active pas pour indiquer un nouveau message vocal.

Problème : Configuration incorrecte de paramètre de Cisco Unity ou de Cisco CallManager

Si le Cisco Unity ou les systèmes Cisco CallManagers sont configurés inexactement, le MWI ne s'active pas. Cette configuration incorrecte peut se produire en raison de l'un de ces possibilités :

  • Les seules extensions pour tourner des mwi en marche et en arrêt n'ont pas été écrites dans le MWI sur l'extension et le MWI outre des champs d'extension dans le gestionnaire d'intégration de téléphonie d'Unity (UTIM), ou le serveur de Cisco Unity n'a pas été redémarré pour activer ces valeurs.

  • Les seules extensions pour tourner des mwi en marche et en arrêt n'ont pas été écrites dans le serveur Cisco CallManager, ou ce serveur n'a pas été redémarré pour activer ces valeurs.

  • Les seules extensions pour tourner des mwi en marche et en arrêt dans le serveur Cisco CallManager ne sont pas identiques aux valeurs écrites dans le MWI sur l'extension et le MWI outre des champs d'extension dans UTIM.

Référez-vous à résoudre des problèmes d'intégration de Cisco CallManager pour plus d'informations sur les questions de configuration de MWI dans le Cisco CallManager et le Cisco Unity.

Solution : Configurez/vérifiez les paramètres d'Unity

Suivez ces procédures pour s'assurer que les seules extensions pour tourner des mwi en marche et en arrêt ont été écrites correctement dans le MWI sur l'extension et le MWI outre des champs d'extension dans UTIM :

  1. Sur le menu de démarrage de Windows du serveur de Cisco Unity, programmes de clic.

    1. Unity de clic.

    2. Le clic gèrent des intégrations.

    3. Les affichages de fenêtre UTIM.

      /image/gif/paws/70600/mwilightnotworking-0.gif

  2. Dans le volet gauche, cliquez sur l'intégration applicable, qui dans cet exemple est la batterie 01 de Cisco CallManager.

    /image/gif/paws/70600/mwilightnotworking-9.gif

  3. Dans le volet de droite, cliquez sur le MWI tableau confirment que les extensions pour lancer et désactiver les mwi sont correctes. Les valeurs dans le MWI sur l'extension et le MWI outre des champs d'extension devraient apparier les extensions configurées sur le système téléphonique.

    /image/gif/paws/70600/mwilightnotworking-10.gif

  4. Si les extensions ne sont pas correctes, changez-les et cliquez sur la sauvegarde. Cliquez sur oui pour la demande, qui demande si redémarrer l'Unity entretient.

Solution : Configurez/vérifiez les paramètres de Cisco Callmanager

Assurez-vous que les seules extensions pour tourner des mwi en marche et en arrêt ont été écrites dans le serveur Cisco CallManager. Confirmez qu'ils apparient le MWI sur l'extension et le MWI outre des champs d'extension dans UTIM.

Terminez-vous ces six étapes :

  1. Ouvrez la page de Cisco CallManager Administration.

  2. Choisissez la caractéristique > la messagerie vocale > le message en attente.

    /image/gif/paws/70600/mwilightnotworking-4.gif

  3. Spécifiez le texte approprié de recherche, si c'est approprié, et cliquez sur Find.

  4. Confirmez que les seules extensions pour tourner des mwi sont en marche et en arrêt identiques aux valeurs écrites dans le MWI sur l'extension et le MWI outre des champs d'extension dans UTIM.

    /image/gif/paws/70600/mwilightnotworking-5.gif

  5. Si les les valeurs diffèrent des valeurs de MWI UTIM, suivez ces procédures pour changer les valeurs.

    1. De la liste d'enregistrements qui s'assortissent, choisissez l'enregistrement approprié

    2. Cliquez sur les informations dans les domaines l'uns des : Nombre de répertoire, description, partition, ou appeler l'espace de recherche. Par exemple, DN de MWI de clic pour en fonction dedans la ligne 9003 record.

    3. Les informations sont un lien à la fenêtre de configuration de message en attente.

    4. La mise à jour de clic après les modifications sont faites.

    /image/gif/paws/70600/mwilightnotworking-6.gif

  6. Redémarrez le serveur Cisco CallManager.

    Remarque: Dans une batterie de CallManager, il est recommandé pour redémarrer un serveur à la fois, avec Publisher redémarré d'abord.

Problème : Mauvaise configuration du Cisco CallManager CSS

La deuxième cause de la lumière de MWI sur un téléphone IP qui ne s'allume pas associe à une configuration incorrecte de la caractéristique CSS. Si votre installation n'utilise pas la caractéristique CSS, vous ne pouvez pas appliquer la solution dans cette section à votre problème.

Ce problème se pose quand le téléphone IP n'est pas dans le même espace de recherche ou partition appelant que les ports de messagerie vocale de vocal Cisco Unity. Pour déterminer ceci, composez l'extension qui active des mwi d'un téléphone. Si vous entendez l'occupé rapide (commandez à nouveau la tonalité), l'extension pour tourner des mwi en fonction n'est pas assignée à l'espace de recherche ou à la partition appelant correct dans le Cisco CallManager. Si vous n'entendez pas l'occupé rapide, et le MWI n'est pas lancé ou est désactivé, un plan de routage peut être la cause du problème.

Solution : Périphériques et Téléphones IP de Cisco Unity d'endroit dans le même CSS

Placez les périphériques de Cisco Unity et les Téléphones IP dans le même CSS afin de résoudre ce problème. Pour plus d'informations sur appeler les espaces de recherche, référez-vous à comprendre et à l'aide des partitions et à appeler les espaces de recherche avec le Cisco CallManager.

Remarque: Si les mwi ne s'activent pas ou s'il y a un retard dans cette action, elle pourrait être parce qu'il y a un Pare-feu entre le Cisco Unity et le Microsoft Exchange. Un Pare-feu entre le Cisco Unity et le Microsoft Exchange n'est pas pris en charge pour cette raison. Des messages de MWI sont envoyés du serveur exchange sous forme de messages de Protocole UDP (User Datagram Protocol), qui utilisent les ports aléatoires. C'est un port UDP dans la plage 1024-65535. Puisque le serveur n'utilise pas toujours le même port quand la notification est envoyée, il n'y a aucune manière de prévoir la source ou les destinations port que ce trafic utilise. Si vous mettez le Cisco Unity et le serveur exchange du même côté du réseau ou ouvrez les ports droits dans le Pare-feu pour l'Unity, ceci résout ce problème.

Problème : Message d'erreur dans le visualiseur de journal d'événements d'application

La lumière de MWI sur un téléphone IP ne s'active pas pour indiquer un nouveau message vocal. Un message d'erreur qui est semblable à un de ces messagesappears dans le visualiseur de journal d'événements d'application :

Event Type:	Error
Event Source:	CiscoUnity_AvCs
Event Category:	None
Event ID:	100
Date:		27/06/2006
Time:		05:52:27
User:		N/A
Computer:	UNITYSERVER
Description:
Exception occurred and handled.  Contact Cisco Technical Support.  File:
e:\views\Unity4.0.2.122\un_Core1\Notifier\AvMWIDeviceSvr\AvMWIDevice.cpp at Line: 768 -
Error:80004005H Call stack: 
0x5DF772DD AvMWIDeviceSvr.dll: <unknown symbol>

ou

AvCsGateway: FindCsComponents failed for caller NT1\unityadmin with subscriber type
Subscriber+Administrator+StatusMonitor.

/image/gif/paws/70600/mwilightnotworking-11.gif

Solution : Services de reprise

Terminez-vous ces étapes afin de surmonter ce problème :

  1. Ouvrez une invite de commande et exécutez cette commande :

    regsvr32 X:\commserver\components\avmwidevicesvr.dll

    Là où X : est le lecteur où votre répertoire de commserver se trouve

  2. Alors entrez dans des services et redémarrez ces derniers :

    • AvNotifierMgr

    • AvMsgStoreMonitorSvr

    • AvCsNotifier

    • AvDSGlobalCatalog AvDSAD

    • AvDSAD

    Alternativement, après que vous exécutiez cette commande, vous pouvez essayer de redémarrer la case.

    Si le problème persiste toujours, vérifiez que le serveur de Répertoire actif est accessible et exécution.

Problème : MWI non activé pour des messages d'un utilisateur spécifique

Le MWI n'est pas activé pour des messages d'un abonné spécifique et il fonctionne bien pour les messages de tous les autres abonnés.

Solution

Si les messages vocaux n'entrent pas dans le répertoire de boîte de réception ou si l'abonné a créé une règle de déplacer le message vocal d'un expéditeur particulier à un répertoire différent, alors il n'est pas signalé à la lueur de doesnot de Cisco Unity et ainsi de MWI. Mais le message vocal sont accessible sur Outlook. Les messages vocaux doivent être toujours dans le répertoire de boîte de réception afin de récupérer du serveur de Cisco Unity.

Problème : Le MWI ne fonctionne pas après transfert de serveur exchange

Le MWI ne fonctionne pas après que le serveur de Cisco Unity ait été migré vers un nouveau serveur exchange. Ceci peut se produire quand la boîte aux lettres de compte de Cisco Unity_ServerName est toujours sur le vieux serveur exchange.

Solution

Si vous déplacez la boîte aux lettres de compte d'Unity_ServerName au serveur exchange nouvellement migré, il résout le problème. Exécutez l'assistant d'autorisation suivi de l'assistant de configuration de mémoire de message, et puis redémarrez les serveurs d'échange et de Cisco Unity. Référez-vous au vérifier que le compte de ServerName d'Unity est dans le Répertoire actif pour plus d'informations sur la boîte aux lettres de compte d'Unity_ServerName.

Problème : Le MWI ne fonctionne pas et AvNotifierMgr ne commence pas comme service

Le MWI ne fonctionne pas et l'AvNotifierMgr ne commence pas comme service.

Solution

Terminez-vous ces étapes afin de réparer cette question :

  1. Ouvrez une session au serveur de Cisco Unity à l'aide d'un compte cela :

    • Est un membre du groupe d'admins de domaine dans le domaine dans lequel le serveur de Cisco Unity est installé, ou cela a des autorisations équivalentes aux autorisations par défaut pour le groupe d'admins de domaine.

    • Est un plein administrateur d'échange ou un membre du groupe d'admins de domaine dans le domaine qui contient tous les domaines dont vous voulez importer des abonnés de Cisco Unity.

  2. Choisissez le dépôt > les outils d'administration d'outils de Cisco Unity et exécutez l'assistant de configuration de service et l'assistant d'autorisation.

  3. Choisissez le Start > Run et écrivez l'AvNotifierMgr.exe - entretenez la commande.

Le MWI ne fonctionne pas pour une liste particulière de recherche

Le MWI de Cisco Unity ne fonctionne pas pour une liste particulière de recherche.

Solution

Afin de résoudre ceci, dans la page de gestion CUCM, choisissez les paramètres de service > le Cisco CallManager et recherchez le plusieurs MWI de locataire. Assurez-vous que ce paramètre est placé pour rectifier.

Le MWI ne fonctionne pas pour un utilisateur migré vers une nouvelle mémoire de message

Le MWI de Cisco Unity ne fonctionne pas pour un utilisateur migré vers une nouvelle mémoire de message.

Solution

Terminez-vous ces étapes afin de résoudre le problème :

  1. Allez les outils de Cisco Unity aux outils d'intégration de dépôt > de commutateur > au gestionnaire d'intégration de téléphone > au Cisco CallManager > au Properties > à la synchronisation de MWI. Choisissez la région de synchronisation de MWI et cliquez sur le resynchroniser se boutonnent maintenant.

  2. Exécutez DBWalker afin de voir s'il y a n'importe quelle non-concordance d'ID de commutateur. Si oui, alors vous devez exécuter une requête pour mettre à jour les valeurs sur le SQL ou pour recréer l'intégration.

  3. Allez à n'importe quel abonné sur le Cisco Unity pour lequel le MWI ne fonctionne pas et choisit des messages > régénèrent l'état, contrôle si le Cisco Unity envoie le POSITIONNEMENT ou annulez.

    Assurez-vous que les messages entrent dans la boîte de réception (client d'Outlook). Si les messages sont déplacés de la boîte de réception à un autre répertoire (répertoire fait sur commande), le Cisco Unity ne détecte pas le message et la lumière de MWI n'est pas activée (Mwi-annulation).

  4. Exécutez l'assistant d'autorisation et l'assistant de configuration de mémoire de message afin de vérifier des autorisations.

  5. Services de reprise AvMsgStoreMonitorSvr et d'AvNotifierMgr.

Problème : Le MWI a manqué parce qu'il n'y a aucun port approprié pour des mwi

Pour chaque MWI qui est envoyé, cette erreur apparaît dans le journal d'événements d'application :

Event Type:	Error
Event Source:	CiscoUnity_Notifier
Event Category:	Run 
Event ID:	1041
Date:		10/29/2004
Time:		6:23:58 PM
User:		N/A
Computer:	TSPUNITY
Description:
Failed to set message waiting lamp for usr_080795, ext 2001, switch 0, cluster 2,
reason: no suitable port.  Verify the MWI port configuration.

Cette question se produit quand vous avez une intégration de Cisco Unity avec plus d'une batterie de Cisco CallManager définie sur le serveur de Cisco Unity. Tout sauf une batterie a des ports activés pour les mwi et vous recevoir les messages d'erreur pour les batteries qui n'ont aucun mwi activé. Ce message est enregistré pour chaque MWI qui est envoyé, qui entraîne potentiellement le log de tout à fait quelques messages en cas.

Solution

Vous pouvez activer un port unique pour des mwi sur chaque batterie qui n'envoie pas des mwi pour arrêter les messages d'erreur.

Les mwi n'arrêtent pas

Problème : Synchronisation perdue de mwi

Le possible raison que les mwi n'arrêtent pas car prévu est que les mwi ont perdu la synchronisation. Les mwi perdent la synchronisation si le système téléphonique est autonome quand des changements d'état d'un MWI.

Solution 1 : Resynchronisez les mwi

Resynchronisez les mwi avec cette procédure afin de résoudre le problème :

  1. Sur le menu de démarrage de Windows du serveur de Cisco Unity, choisissez les programmes > l'Unity > gèrent des intégrations.

    /image/gif/paws/70600/mwilightnotworking-0.gif

  2. Sur l'onglet d'intégration, clic Properties dans le volet gauche.

    • Choisissez la région de synchronisation de MWI et cliquez sur le resynchroniser se boutonnent maintenant afin de commencer le processus immédiatement.

      /image/gif/paws/70600/mwilightnotworking-7.gif

    • Pour commencer le processus à une date ultérieure, aller à la région de synchronisation de MWI et cocher le resynchroniser à la case. Choisissez l'heure pour que le système resynchronise les mwi. Cisco recommande que vous choisissiez un moment en dehors de des heures de travail régulières en raison des ressources en Cisco Unity requises pour la resynchronisation. Cliquez sur Save.

      mwilightnotworking-8.gif

Remarque: Si vous recevez le message d'erreur en attendant de demande de MWI tandis que vous essayez de resynchroniser les mwi, redémarrez les services de l'AvMsgStoreMonitorSvr et d'AvNotifierMgr, et puis les essayez de resynchroniser les mwi. En outre, assurez-vous que le service d'AvMsgStoreMonitorSvr s'exécute avec le compte d'UnityMsgStoreSvc et que ce compte a les autorisations correctes.

Solution 2

Si les mwi a perdu la synchronisation après l'installation d'une nouvelle mémoire de message sur la batterie de Basculement de Cisco Unity, terminez-vous ces étapes :

  1. Dans le Cisco Unity divisez, choisissez le dépôt d'outils de Cisco Unity > l'assistant d'outils d'administration > d'autorisations afin d'exécuter l'assistant d'autorisations.

  2. Tandis que vous exécutez l'assistant, vous voyez une case à cocher pour choisir des mailstores. Cliquez sur en fonction qu'afin de choisir les vieux et nouveaux mailstores.

  3. Après que vous exécutiez l'assistant d'autorisations, redémarrez le service d'AvNotifierMgr sur le serveur de Cisco Unity.

Solution 3

Procédez comme suit :

  1. Choisissez le début et puis cliquez sur Run. Tapez le regedit, et puis cliquez sur OK.

  2. Localisez cette sous-clé de registre :

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\Exchange Provider
  3. Sur le menu Edit, cliquez sur New, et puis cliquez sur la valeur DWORD.

  4. Dans les détails volet, le type EMSAB_UserAuth_Credentials, et appuient sur alors entrent.

  5. Le clic droit EMSAB_UserAuth_Credentials, et cliquent sur alors modifient.

  6. Dans la boîte de dialogue de valeur de l'éditer DWORD, cliquez sur la décimale dans la zone de base.

  7. Dans la case de données de valeur, le type 1, et cliquent sur OK alors.

  8. Quittez Registry Editor.

Le MWI ne régénère pas

Problème : Aucun rafraîchissement automatique

Le MWI ne régénère pas automatiquement.

Solution 1 : Ajoutez le serveur de Répertoire actif dans le serveur DNS

Ce problème peut se poser si le serveur DNS ne peut pas résoudre l'adresse IP du serveur de Répertoire actif.

  1. Afin de résoudre ce problème, ajoutez le serveur de Répertoire actif dans le serveur DNS ou incluez manuellement l'adresse Internet du Répertoire actif dans le hostsfile du serveur d'Unity.

  2. Pour plus d'informations sur la façon éditer le hostsfile, référez-vous éditent le fichier d'hôtes.

  3. Pour plus d'informations sur la façon dépanner le problème lié aux DN dans Cisco Unity Server, référez-vous aux DN de base dépannant pour des serveurs de Cisco Unity.

  4. Référez-vous au système téléphonique n'est pas placé pour tourner des mwi en marche et en arrêt afin d'obtenir plus d'informations sur la façon dépanner des questions de MWI.

Solution 2 : Resynchronisez

Pour le Cisco Unity 4.0(4) et les versions ultérieures, terminez-vous la resync de ces étapes :

  1. Commencez l'utilitaire en vrac de déconnexion, disponible dans le dépôt d'outils et puis exécutez-le sur le lecteur sur lequel le Cisco Unity est installé. Choisissez X > CommServer > utilitaires > outil de déconnexion en vrac où X : est le lecteur.

  2. Choisissez les utilisateurs et cliquez sur Next.

  3. Abonnés de resync de clic.

Problème : Le MWI ne régénère pas quand le Lotus Domino est utilisé avec le Cisco Unity

Le MWI ne fonctionne pas après une période où les transmissions unifiées par domino d'IBM Lotus (DUC) est utilisées avec le Cisco Unity.

Solution : Éditez Notes.ini

Le DUC pour Cisco n'informe pas le Cisco Unity d'arrêter des mwi quand chacun des deux conditions sont remplies :

  • Le fichier du serveur Domino Notes.ini contient de plusieurs tâches d'ExtMgr_Addins.

  • Le DUC pour l'extension de serveur Cisco (ucextn) n'est pas répertorié d'abord dans la ligne d'ExtMgr_Addins.

  • Si vous utilisez Lotus DUC 1.2.1 ou 1.2.2, ajoutez le paramètre UCCacheSize=0 au Notes.ini.

Terminez-vous ces étapes afin de corriger le fichier Notes.ini sur le serveur Domino :

  1. Localisez le fichier Notes.ini (habituellement situé dans C:\Lotus\Notes ou C:\Program Files\Lotus\Notes) dans le serveur Domino.

  2. Double-cliquer le fichier Notes.ini. Le fichier s'ouvre dans Notepad.

  3. Localisez la ligne qui commence par ExtMgr_Addins=.

  4. Mettez à jour la ligne de sorte que l'extension de serveur DUC (ucextn) apparaisse d'abord dans la liste.

    Cet exemple est correct : ExtMgr_Addins=ucextn, nnem.dll.

  5. Remarque: Un mécanisme à cacher a été introduit dans la release de Lotus DUC 1.2.1. Son but était de cacher le profil UC de la DUC-activation des utilisateurs. La version 1.2.2 DUC autre a amélioré le cache et a introduit le concept du cache étendu. Ce mécanisme a été problématique, et les zones qui peuvent être affectées sont DUC-activation et désactivation des abonnés, catégorisation de message par DUC, notification de message, et, dans de rares cas, instabilité sur le serveur de Lotus Domino quand DUC est installé et/ou pendant que des utilisateurs deviennent DUC-activées. Ceci est vu dans un Cisco Unity 4.x avec l'intégration de domino d'IBM Lotus quand la version 1.2.1 ou 1.2.2 DUC est installée sur le serveur de Lotus Domino.

    Le contournement pour ce problème est d'ajouter le paramètre UCCacheSize=0 à Notes.ini.

    Remarque: Ce paramètre distingue les majuscules et minuscules.

  6. Sauvegardez le fichier et redémarrez le serveur Domino.

La lumière de MWI est allumée ; Aucune messagerie vocale n'apparaît dans la boîte aux lettres

Sur le téléphone IP, la lumière de MWI est allumée, et les expositions d'enveloppe de message également, mais quand les journaux de l'utilisateur dans la messagerie vocale, là n'est aucune messagerie vocale. Parfois, les messages vocaux sont reçus avec un retard.

Ceci peut se produire quand il y a une certaine question avec la configuration d'intégration de ports sur le serveur de Cisco Unity. Terminez-vous ces étapes afin de vérifier si l'intégration de port est configurée correctement :

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

  2. Sous des outils d'intégration de commutateur, gestionnaire d'intégration de téléphone de double clic.

  3. Choisissez le Cisco CallManager et cliquez sur l'onglet de ports.

  4. Sous les ports tabulez, vérifiez cette configuration :

    1. 75% des ports devrait avoir des appels de réponse vérifiés.

    2. 25% des ports devrait avoir la notification de message, composer pour sortir le MWI et EMPRISONNER la connexion vérifiée.

Erreur : Aucun services configurés

Quand vous appuyez sur le bouton messages sur le téléphone IP de Cisco pour accéder à la messagerie vocale, ce message d'erreur est affiché :

No Services Configured

Solution

Procédez comme suit pour résoudre ce problème :

  1. Choisissez la page de gestion de Cisco Unified Communications Manager et puis choisissez les services de périphérique > de paramètres de périphérique > de téléphone IP.

  2. Vérifiez si le service de messagerie vocale est affiché là. Sinon, exécutez cette requête dans le CLI afin de créer le service de messagerie vocale.

    run sql insert into telecasterservice
    (pkid,Name,NameASCII,Description,URLTemplate,tkPhoneService,
    EnterpriseSubscription,Priority) 
    values('ca69f2e4-d088-47f8-acb2-ceea6722272e','Voicemail','
    Voicemail','Voicemail','Application:Cisco/Voicemail',2,'t',1)
  3. Remettez à l'état initial le téléphone IP pour des modifications pour le prendre effet.


Informations connexes


Document ID: 70600