Voix et communications unifiées : Cisco Unity

Guide de dépannage TSP (TAPI Service Provider) Cisco Unity-CallManager

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


Contenu


Introduction

Cisco Unity-CM TSP permet la communication entre Cisco Unity et Cisco CallManager et sert uniquement à l'intégration de Cisco CallManager. TSP est un élément essentiel d'un service de messagerie vocale. De façon générale, il remplit une fonction simple : Il traduit les messages Skinny de Cisco CallManager en messages natifs pour Cisco Unity, et les messages natifs de Cisco Unity en messages Skinny. Toutefois, si un problème survient, la connectivité à la messagerie vocale peut être complètement interrompue. En raison de sa fonction unique, le TSP peut être relativement facile à dépanner. Ce document traite des techniques de dépannage et des façons de régler les problèmes courants.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Composants utilisés

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

  • Cisco Unity 2.4.6.161 ou plus tard

  • TSP d'Unity-CallManager de Cisco 6.0(1) ou plus tard

  • Cisco CallManager 3.1 ou plus tard

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.

Dépannage de la liste de contrôle

Avant que le dépannage en profondeur commence, une gamme d'étapes doit être commande rentrée pour s'assurer que le TSP est configuré correctement et que l'environnement de travail est stable. Une mauvaise configuration ou un problème de réseau simple peut empêcher le TSP de fonctionner entièrement, et consécutivement, perturbez le service de messagerie vocale. Avant que vous appeliez le support technique de Cisco, vérifiez le statut de votre système contre cette liste de contrôle.

  1. La connectivité IP complète existe-t-elle entre le Cisco Unity, l'échange, et le Cisco CallManager ? Le réseau est-il stable ?

    La connexion réseau est extrèmement importante. Le Cisco Unity et le Cisco CallManager permutent des messages de keepalive toutes les 15 secondes. Après trois Keepalives perdus, le TSP met en communication l'unregister et la tentative de reregister. Le Keepalives peut être dû perdu à l'encombrement de réseau, aux erreurs de port de commutateur, et à d'autres dysfonctionnements du réseau. Avant que vous dépanniez la Connectivité de CallManager de Cisco Unity-Cisco, il est essentiel de vérifier que les problèmes de réseau n'existent pas.

  2. Les préfixes de nom du périphérique s'assortissent-ils entre le TSP et les configurations des ports de messagerie vocale de Cisco CallManager ?

    Si les préfixes de nom du périphérique ne s'assortissent pas, le TSP ne s'inscrit pas au Cisco CallManager, et les appels au Cisco Unity reçoivent ultérieurement une tonalité de réarrangement. En fait, si l'enregistrement automatique est activé, le TSP s'inscrit au Cisco CallManager pendant qu'un téléphone IP de Cisco 12 ESPÈCES revérifient le préfixe de nom du périphérique dans les configurations TSP et de Cisco CallManager.

    Terminez-vous ces étapes afin de vérifier les noms du périphérique sur le serveur de Cisco Unity :

    1. Choisissez les options de début > de panneau de configuration > de téléphone et de modem de configurations.

    2. Choisissez avancé.

    3. Choisissez le fournisseur de services de Poids du commerce-Cisco, et choisissez configurent.

    4. Sélectionnez Settings.

      La fenêtre de configurations de fournisseur de services de Poids du commerce-Cisco apparaît, comme affiché.

      http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/21325-image001.gif

      La valeur dans le domaine de préfixe de nom du périphérique est placée à CiscoUM-VI. La liste de périphériques de Cisco CallManager, qui est du côté droit de la fenêtre, contient les noms du périphérique que vous voyez idéalement dans le Cisco CallManager, suivant les indications de cette fenêtre.

      http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/21325-image003.gif

    5. Vérifiez que les noms dans la liste de périphériques de Cisco CallManager, qui est dans les configurations fenêtre de fournisseur de services de Poids du commerce-Cisco, la correspondance ce qui est configurée dans les ports de messagerie vocale de Cisco les répertorient dans la fenêtre de configuration des ports de messagerie vocale de Cisco CallManager.

  3. Y avait-il des modifications apportées à la configuration des ports de messagerie vocale de Cisco CallManager sans nécessité d'arrêter et reprise le service de Cisco CallManager ?

    Si vous entrez un port de messagerie vocale dans une partition différente, changez l'espace de recherche appelant, ou apportez n'importe quelle autre modification, ceci exige du service de Cisco CallManager d'être redémarré. Référez-vous à la section de Control Center du guide d'administration de Cisco CallManager Serviceability, la version 3.0(1) et la section de Control Center du guide d'administration de Cisco CallManager Serviceability, relâchent 3.1(1) le pour en savoir plus. Si vous apportez des modifications et ne redémarrez pas le service de Cisco CallManager, ceci pose des problèmes de connexion inattendus.

  4. Le pas de réponse en avant et les configurations occupées en avant pour chaque port de messagerie vocale sont-ils corrects ?

    Si les ports de messagerie vocale sont occupés ou ne peuvent pas répondre, il est important qu'ils expédient aux nombres de répertoire appropriés. La configuration standard est pour que chaque port expédie au prochain port consécutif, avec le dernier port qui des points au premier port ou à un opérateur vivant. Ceci est configuré de la fenêtre de configuration des ports de messagerie vocale de Cisco CallManager.

    Si les ports de messagerie vocale sont assignés des partitions, le port a idéalement un espace de recherche appelant qui peut atteindre la partition de l'autre port, et qui peut atteindre des partitions de téléphone ainsi les ports qui ont indication de message en attente (MWI) peut atteindre les téléphones. Le transfert d'appel appelle des configurations de l'espace de recherche doit inclure les ports de messagerie vocale. Une tonalité de réarrangement est jouée s'ils ne sont pas.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/21325-image004.gif

    Dans cet exemple, l'expédition pour l'extension 16601 affiche 16602 en tant que sa cible en avant. Les espaces de recherche appelants de ces extensions d'expédition sont placés à aucun parce que les ports de messagerie vocale ne sont assignés à aucune partition, dans l'exemple précédent de fenêtre de configuration des ports de messagerie vocale. Si des partitions étaient assignées aux ports de Cisco Unity, alors le champ appelant de l'espace de recherche doit indiquer l'espace de recherche appelant pour l'utiliser en expédiant à la destination port spécifiée.

    Arrêtez et redémarrez le service de Cisco CallManager comme expliqué dans l'étape 3 si l'un de ces configurations sont changées.

  5. Les positions de commutateur de Cisco Unity sont-elles correctes ?

    Quand le Cisco Unity est d'abord installé, l'installateur est invité à écrire le type d'intégration. Si le mauvais type est sélectionné, le Cisco Unity s'attend à certains messages que les PBX existants fournissent. Il peut y avoir des longs délais d'attente pendant la procédure de connexion et entre les demandes. Des appelants sont probablement envoyés aux boîtes aux lettres fausses. Vérifiez les positions de commutateur dans la fenêtre de commutateur, et les vérifiez également que ces paramètres de registre sont placés correctement.

    HKLM\SOFTWARE\Active Voice\MIU\1.0\Initialization\Switch 0
    "Switch Configuration File"="CISCO0002.INI"
    HKLM\SOFTWARE\Active Voice\MIU\1.0\Initialization\Switch 1
    "Switch Configuration File"="CISCO0002.INI"

    Si vous dépannez un double système d'intégration, une clé de registre du commutateur 0 et du commutateur 1 sont tous deux présentent. On s'attend à ce que le commutateur assigné pour commuter 0 soit le PBX existant, et le commutateur 1 est Cisco CallManager. Si ce n'est pas un double système d'intégration, seulement une clé de registre du commutateur 0 est présente.

    attention Attention : Si vous changez la clé de registre fausse ou écrivez une valeur incorrecte, ceci peut faire fonctionner mal le serveur. Avant que vous éditiez le registre, vérifiez que vous savez le restaurer si un problème se pose. Notez qu'une sauvegarde typique du serveur de Cisco Unity ne sauvegarde pas le registre. Référez-vous à restaurer la rubrique d'aide de registre dans le regedit.exe ou à restaurer une rubrique d'aide de clé de registre dans le pour en savoir plus Regedt32.exe. Si vous avez n'importe quelles questions au sujet de la façon changer cette configuration de clé de registre, entrez en contact avec le support technique de Cisco.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/21325-image006.gif

    Choisissez le commutateur > le commutateur et le commutateur > le commutateur IP dans la page d'administrateur système d'Unity, et le défilement à l'inférieur afin de configurer la position de commutateur active afin de configurer la position de commutateur active.

  6. Le TSP a-t-il été correctement installé ?

    Des instructions d'installation TSP peuvent être trouvées dans les notes de mise à jour. Référez-vous au Cisco Unity — Les notes de mise à jour et trouvent les notes de mise à jour pour votre version de TSP.

  7. G.729 le codec a-t-il été installé ?

    Par défaut, G.711 le codec est installé par le Cisco Unity dans les versions antérieures à 3.1.3, et G.729 et G.711 le codec est installé pour des versions 3.1.3 et ultérieures. Le potentiel pour des non-concordances de codecs quand le Cisco Unity s'appelle existe. Le code mal adapte le résultat dans les appels abandonnés une fois qu'un rapport est établi, qui est caractérisé par une tonalité de réarrangement après que les tonalités appropriées de rappel soient reçues. Vérifiez les configurations d'enregistrement et de format de streaming afin de voir si elles sont en conflit avec le reste du réseau.

    Format d'enregistrement — De la console du serveur de Cisco Unity, exécutez l'utilitaire SetRecordFormat.exe trouvé sous le répertoire de CommServer > d'utilitaires. Ceci vous informe du format d'enregistrement de Cisco Unity. G.729 le codec apparaît comme option seulement si on l'a installé par défaut, ou si l'utilitaire \CommServer\Utilities\sl_g729a_setup.exe a fonctionné.

    Format de streaming — De la console du serveur de Cisco Unity, exécutez \ utilitaire de CommServer \ utilitaires \ UnityAdvancedSettingsTool.exe. Dans les configurations colonne de Cisco Unity, vous pouvez choisir le support des codecs EnableG.729 et changer la valeur à 0 ou à 1, puis choisissez le positionnement, puis quittez. Ceci tourne G.729 en marche et en arrêt. Est G.729 nécessaire si le Cisco CallManager a une région de G.729, un périphérique dans des essais de cette région pour se connecter au Cisco Unity, et il n'y a aucune ressource dure en transcodeur pour faire ce transcodage.

    Les paramètres de registre qui indiquent cela G.729 sont activés :

    HKLM\SOFTWARE\Active Voice\AvSkinny
    	"G729 Enabled"=dword:00000001

    Une autre méthode à vérifier que G.729 le codec a été installé est la présence de ce message dans le journal d'événements d'application alors que vous installez ou activez G.729.

    Event Type: Information
    Event Source: AvCiscoTsp_MC
    Event Category: None
    Event ID: 103
    Date: 2/6/2002
    Time: 5:18:00 PM
    User: N/A
    Computer: PONY
    Description:
    AvCiscoTsp device 0: G729a enabled.

    Référez-vous à l'installation et au dépannage de Cisco Unity : Codecs G.729a et Codec audio et Cisco Unity (toutes les versions de Cisco Unity) pour plus d'informations sur des instructions sur la façon dont installer G.729 les codecs.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/unity/21325-image007.gif

    Dans cet exemple, G.729 le codec apparaît comme ITU G.729A par le laboratoire de Sipro dans l'utilitaire SetRecordFormat.exe. Ce n'est pas une option si G.729 le codec n'est pas installé.

Si les problèmes existent toujours

Si vous rencontrez toujours des problèmes et vous vérifiiez les étapes dans la section de liste de contrôle de dépannage, terminez-vous ces étapes. Ces étapes exigent l'implication du support technique de Cisco. Voyez également les problèmes courants et les solutions sectionner s'il y a lieu.

  1. Vérifiez le journal d'événements d'application pour des erreurs.

    Quand vous appelez le support technique de Cisco, c'est l'une des premières choses lesquelles l'ingénieur demande, après votre Cisco Unity, TSP, et versions d'échange. Les problèmes TSP sont fréquemment un symptôme de plus de sérieux problème. Trouvez les premières erreurs et les avertissements TSP, et passez de retour par le fichier journal pour voir si des erreurs antérieures existent.

    Remarque: Le journal d'événements d'application est la façon déterminer les santés globales du serveur de Cisco Unity. Il est dans bonne pratique de la surveiller régulièrement.

  2. Appelez chaque port de messagerie vocale individuellement.

    Parfois, les appels démontent inexactement du Cisco Unity, qui quitte le port dans un mauvais état. Quand ceci se produit, l'état de port enregistré dans le Cisco CallManager peut différer de l'état de port enregistré dans le Cisco Unity. Ceci, naturellement, peut poser des problèmes de connexion. Si vous introduisez dans le numéro pilote de Cisco Unity et ceci rapporte une tonalité de réarrangement, essayez d'appeler la prochaine extension au groupe de recherche de messagerie vocale. Si cette extension rapporte également une tonalité de réarrangement, appelez chaque port de messagerie vocale et prenez la note dont les ports fonctionnent et qui ne font pas. Si seulement quelques ports ne fonctionnent pas, ajustez le groupe de recherche pour ignorer ces ports comme contournement provisoire.

  3. Arrêtez et redémarrez le service de Cisco CallManager.

    Comme précédemment mentionné, les changements à la configuration des ports de messagerie vocale du Cisco CallManager exigent de vous d'arrêter et redémarrer le service de Cisco CallManager. Si vous rebondissez ce service, ceci peut également aider à rétablir la Connectivité avec le TSP si le serveur de Cisco Unity était récemment redémarré.

  4. Réinstallez ou promouvez le TSP.

    Il est dans bonne pratique de tenir des versions de logiciel à jour. Si la réinitialisation du serveur ne corrige pas le problème avec la Connectivité, améliorez à la plupart de version actuelle du logiciel afin de résoudre le problème. Ceci peut également résoudre tous les problèmes liés à TSPs inexactement installé.

  5. Configurez et capturez les suivis maigres.

    Si vous ne pouvez pas résoudre le problème avec des méthodes précédentes l'unes des, et des problèmes de connectivité TSP continuez à apparaître après que vous redémarriez, configurent les suivis maigres pour le TSP puisqu'il est essentiel que l'ingénieur de support technique de Cisco dépanne. Les suivis maigres doivent fonctionner avant que le problème se pose, et l'ingénieur doit savoir que le temps le plus approximatif les ports commencent à avoir des problèmes.

    Référez-vous à configurer des suivis d'Unity avec MaestroTools.exe pour plus d'informations sur la façon configurer les suivis maigres dans le Cisco Unity 3.0.x et plus tôt.

    L'outil de diagnostic de Cisco Unity a remplacé des outils Maestro, qui commence par le Cisco Unity 3.1. Référez-vous l'à la section d'outil de diagnostic de Cisco Unity pour plus d'informations sur la façon utiliser cet outil.

    Référez-vous aux suivis de Cisco CallManager d'installation pour le support technique de Cisco pour plus d'informations sur la façon configurer des suivis de Cisco CallManager.

Problèmes courants et solutions récapitulatifs

Les sections précédentes décrivent les questions TSP que vous pouvez dépanner sans implication de support technique de Cisco. Employez ces procédures afin de corriger la plupart de ces problèmes. Cette section répertorie les problèmes courants, leur cause, et leurs solutions.

  1. TSP les débranchements à plusieurs reprises et rebranche avec le Cisco CallManager.

    En tant que connexion réseau plus tôt et peu précise mentionnée peut faire devenir le Keepalives entre le TSP et le Cisco CallManager perdu. Après qu'un certain nombre de Keepalives consécutif soit perdu, les débranchements et les tentatives TSP de rebrancher au Cisco CallManager. S'il y a aucun d'autres erreurs avant ces messages d'avertissement dans l'événement d'application ouvrent une session le serveur de Cisco Unity, le problème est davantage que vraisemblablement un problème de réseau.

    Event Type: Warning
    Event Source: AvCiscoTsp_MC
    Event Category: None
    Event ID: 102
    Date: 3/2/2002
    Time: 5:34:13 PM
    User: N/A
    Computer: HUTCH-UNITY
    Description:
    AvCiscoTsp device 5: Disconnected from CallManager 192.168.200.4.
    Event Type: Information
    Event Source: AvCiscoTsp_MC
    Event Category: None
    Event ID: 101
    Date: 3/2/2002
    Time: 5:37:48 PM
    User: N/A
    Computer: HUTCH-UNITY
    Description:
    AvCiscoTsp device 5: Reconnected to CallManager 192.168.200.4.

    Déconnecte et rebranche peut également se produire si traitant des ressources sur ou le Cisco Unity ou le serveur Cisco CallManager sont dans l'approvisionnement court. De nouveau, soyez sûr de vérifier tous les avertissements ou les erreurs avant les débranchements se connectent en cas pour tout ce qui peut poser des problèmes de Connectivité.

    S'il y a un ordre de débranchement non-récupérant TSP et rebranche, au point où le Cisco Unity doit être redémarré, il est probable qu'un problème existe dans le Cisco Unity MIU ou UnityAvWav. Le débranchement et rebranchent l'ordre est vraiment un symptôme, pas le problème. Voyez le configurer et capturez les suivis maigres, qui est étape 5 dans si les problèmes existent toujours section, pour en savoir plus et assistance sur la façon dont dépanner cette question.

    Remarque: Quelques messages d'avertissement apparaissent dans le journal d'événements d'application pendant le startup de Cisco Unity. C'est normal. Le souci est quand les erreurs apparaissent pendant l'exécution régulière.

  2. La Connectivité de messagerie vocale ne peut pas être établie après l'installation initiale, ou le TSP refuse de s'inscrire aux ports de messagerie vocale de Cisco CallManager.

    Ce sont les principales raisons que le TSP n'enregistre pas avec le Cisco CallManager :

    • Si le préfixe de nom du périphérique (nom de port) sur le Cisco CallManager et le Cisco Unity ne s'assortissent pas, les ports de messagerie vocale s'inscrivent au Cisco CallManager en tant que SPS du téléphone IP 12 de Cisco. Corrigez le préfixe de nom du périphérique dans le TSP et redémarrez le serveur de Cisco Unity.

    • Si les ports de messagerie vocale ne s'inscrivent pas au Cisco CallManager pendant une nouvelle installation, vérifiez que le TSP setup.exe s'est exécuté au lieu de Cisco Unity-cm TSP.msi. Ce dernier est simplement un module d'installation et n'installe pas un TSP complet. Employez setup.exe afin de désinstaller et réinstaller le TSP. Référez-vous aux notes de mise à jour en unité de Cisco pour plus d'informations sur des instructions d'installation TSP. Les notes de mise à jour incluent une section pour l'installation du TSP.

    • Si les ports de messagerie vocale toujours ne s'inscrivent pas au Cisco CallManager juste après une nouveaux installation, arrêt et Cisco CallManager et Cisco Unity de reprise en même temps afin de leur permettre pour synchroniser correctement les uns avec les autres.

    Si le problème n'est pas résolu après que vous essayiez ces trois méthodes, vérifiez que le Cisco CallManager et le Cisco Unity ont la connexion réseau. Il est également important de vérifier que l'adresse IP répertoriée dans le champ IP Address primaire de CallManager sur le TSP est correcte. Voir l'étape 2 dans le pour en savoir plus de liste de contrôle de dépannage.

  3. Une tonalité de réarrangement est jouée quand le Cisco Unity répond à un appel.

    Si vous recevez une tonalité de réarrangement après que le Cisco Unity se connecte, ceci peut indiquer une non-concordance de codecs entre le périphérique appelant et le Cisco Unity. Par défaut, seulement G.711 le codec est installé sur le Cisco Unity. Vous pouvez encore installer G.729 puisque le Cisco Unity peut utiliser chacun des deux en même temps. Après que vous vérifiiez que G.729 le codec n'est pas installé, exécutez l'application sl_g729a_setup.exe trouvée sous le répertoire de CommServer > d'utilitaires sur le serveur de Cisco Unity. Insérez la clé de registre et redémarrez le serveur afin de résoudre le problème de tonalité de réarrangement.

  4. Si vous appuyez sur le bouton messages sur un téléphone IP, il rapporte une tonalité de réarrangement.

    Le bouton messages est simplement un cadran de vitesse au numéro pilote de messagerie vocale. Par conséquent, vous pouvez dépanner cette question avec l'utilisation des mêmes méthodes décrites dans les deux exemples précédents. Les questions d'enregistrement TSP ou une cause de non-concordance de codecs une tonalité de réarrangement quand le bouton messages sur un téléphone IP est appuyé sur.

  5. Le Cisco Unity connecte un appel, mais l'audio n'est pas entendu pendant dix secondes.

    C'est un symptôme classique d'une intégration misconfigured de commutateur. En dépit de la présence du TSP, les positions de commutateur actives dans le Cisco Unity sous les configurations > le commutateur dans l'interface de SAWeb misconfigured. Ceux-ci sont habituellement placés aux valeurs par défaut, qui assument l'intégration avec un PBX existant. Quand ceci se produit, le Cisco Unity chronomètre tout pendant qu'il attend la Messagerie spécifique signale que le Cisco CallManager ne fournit pas.

    Ceci peut réellement poser plus de problèmes que des pauses simplement longues entre l'audio. Les lampes de MWI peuvent prendre plus long pour s'allumer, les messages peuvent prendre plus long pour récupérer, et des utilisateurs peuvent être envoyés aux gestionnaires ou aux boîtes aux lettres faux d'appel quand ils appellent dans le Cisco Unity.

    Afin de réparer ces question, sélectionnez Settings > commutateur > commutateur et configurations > commutateur > commutateur IP. Les positions de commutateur actives en cours sont en haut de la page, alors que le bas de page affiche la zone où vous pouvez configurer les positions de commutateur. Pour que le Cisco Unity fonctionne correctement avec le Cisco CallManager, configurez les positions de commutateur aux valeurs affichées ici, et redémarrez le Cisco Unity.

    Manufacturer: Cisco
    Model: CallManager
    Switch PBX software version: 3.01 or later
    Integration: TAPI

    Si les délais d'attente continuent après que vous redémarriez le Cisco Unity, changez les paramètres de registre de fichier de configuration de commutateur, aux lesquels vous pouvez se référer dans l'étape 5 de la liste de contrôle de dépannage, et redémarrez le Cisco Unity de nouveau.

  6. Les messages vocaux ont l'audio rempli statique ou variable.

    Parfois, les messageries vocales avec l'audio rempli statique ou variable sont indicatives d'une certaine partie du flux audio qui est trop bruyant. Jouez le renvoi de Voix sur un ordinateur afin de déterminer si le Cisco Unity enregistre le message trop fort, ou le jouez de retour trop fort. S'il retentit la même chose, la messagerie vocale a été enregistrée trop fort. S'il semble clair et croquant, la messagerie vocale est jouée de retour trop fort par le Cisco Unity. Ceci n'a réellement rien à faire avec le TSP, mais est souvent perçu pour être un problème TSP.

    Si le message vocal est enregistré trop fort, diminuez les paramètres de registre de WaveDBGainRecord afin d'améliorer la qualité de messagerie vocale. Si le message vocal est lu de retour trop fort, diminuez les paramètres de registre de WaveDBGainPlayback. Ce sont les paramètres de registre :

    HKLM\SOFTWARE\Cisco Systems, Inc.\Cisco TSP\WaveDBGainRecord
    HKLM\SOFTWARE\Cisco Systems, Inc.\Cisco TSP\WaveDBGainPlayback

    La valeur par défaut pour WaveDBGainRecord est 5 dB. La valeur par défaut pour WaveDBGainPlayback est ? 10 dB. Changer l'un ou l'autre de ces valeurs exige du Cisco Unity d'être redémarré.

    Si vous commencez par le Cisco Unity 3.1(3), la commande automatique de gain (CAG) est activée par par défaut, ainsi vous veulent placer ces valeurs de WaveDBGain à 0. Le programme maigre d'installateur fait cela pour vous si vous exécutez le programme d'installation TSP après que vous amélioriez le Cisco Unity à 3.1(3) ou plus tard. Quand vous exécutez le programme d'installation, il le détecte que la version du Cisco Unity vous exécutent. Si la version est plus tôt que 3.1(3), elle écrit en 5 et -10 valeurs. Si la version est 3.1(3) ou plus tard, elle écrit dans 0 pour chacun des deux. Référez-vous à la section de qualité audio du guide de dépannage de Cisco Unity, libérez 3.1(3) pour plus d'informations sur le CAG.

    Si la modification de chacun des deux configurations n'aide pas, la question est le plus susceptible un résultat d'encombrement de réseau ou manque de ressources système. Davantage de dépannage de l'environnement est exigé.

  7. Le volume de message vocal est si bas.

    S'il y a un signaler que les messages vocaux ont un bas volume, utilisez la même méthode de dépannage décrite dans l'étape 6. Une fois qu'on l'a déterminé que les messages sont enregistrés ou de retour lu si bas, les mêmes paramètres de registre peuvent être augmentés afin d'améliorer le volume. Le Cisco Unity doit être redémarré pour que les nouvelles valeurs les prennent effet.

  8. Tandis qu'un appelant enregistre un message, l'appelant obtient donné un coup de pied avec une demande.

    Après qu'un appelant extérieur appelle dans au-dessus d'une passerelle de h323 au Cisco Unity par le Cisco CallManager et les débuts pour laisser un message, l'appelant obtient donné un coup de pied aux demandes après approximativement cinq secondes. C'est normalement dû à la Voix à sens unique, où le flux voix de l'utilisateur n'obtient pas au Cisco Unity. La solution normale est d'utiliser la commande de grippage sur le routeur.

    L'autre raison pour cette question peut être l'enregistrement d'arrêt après combien de paramètres de secondes qui sont trouvés sur le Cisco Unity sous les configurations de système > de configuration > d'enregistrements.

  9. Les ports de messagerie vocale de Cisco CallManager semblent occupés tandis que les ports de Cisco Unity semblent de veille, ou s'inversent.

    Quand les appels échouent ou déconnectent inexactement, le TSP ou le Cisco CallManager peut quitter le port dans un état occupé ou arrêté. Si vous redémarrez le serveur de Cisco Unity, ou arrêtez et redémarrez le service de Cisco CallManager, il éclaircissent les ports. Une cause particulière est que l'engine (TTS) texte-voix dans le Cisco Unity échoue et les baisses appelle. Si le TTS n'est pas utilisé, ou s'il y a d'autres erreurs de journal d'événements d'application, le dépannage détaillé est exigé. Le problème doit être capturé, bien que, car il se produit. Activez les suivis de Cisco Unity et de Cisco CallManager, qui correspond à l'étape 5.

  10. Le Cisco Unity ne détecte pas des tonalités multifréquences de double tonalité (DTMF) des appelants du réseau téléphonique public commuté (PSTN).

    Ce n'est pas un TSP émettent si le Cisco Unity peut détecter DTMF des utilisateurs internes de téléphone IP. Dans ce cas, la fonction de relais de DTMF doit être configurée sur les pairs de cadran sur la passerelle de Voix connectée au PSTN.

    Téléphones portables qui appellent dans la pose de Cisco Unity une torsade intéressante à cette question. Si seulement les téléphones portables rencontrent ce problème, et s'il est intermittent, placez cette clé de registre un nombre à moins que le par défaut de 250.

    HKLM\Software\Active Voice\CDE\1.0\Advanced Navigation\DoubleKeyInterDigitTimeOut

    Ceci contrôle le délai interchiffre pour appuyer sur de doubles chiffres. C'est une valeur DWORD représentée en quelques millisecondes, avec l'ensemble par défaut à 250 ms. Avec ce par défaut, si vous appuyez sur une touche deux fois sans espace de 250 ms entre chaque presse, le Cisco Unity suppose que c'est une presse simple de la même clé. Ceci entre dans le jeu si vous faites apparaître le même chiffre à la suite dans votre mot de passe, ou vous pour changer le mode d'adressage du nom d'utilisateur à l'extension si vous appuyez sur # deux fois. Avec des téléphones portables, ceci devient un problème avec à quelle rapidité le fournisseur de services présente les chiffres entrés au Cisco Unity.

  11. Transferts hors d'échouer de Cisco Unity.

    Ceci est habituellement entraîné quand le Cisco CallManager fournit une tonalité de réarrangement au Cisco Unity quand des essais d'un utilisateur pour transférer. Dans la plupart des cas, les erreurs MIU apparaissent dans le journal d'événements d'application et se plaignent sur les transferts sans suivi défectueux, suivant les indications de ces exemples :

    Event Type: Error
    Event Source: AvMiu_MC
    Event Category: Error
    Event ID: 525
    Date: 1/9/2002
    Time: 2:02:21 PM
    User: N/A
    Computer: PONY
    Description:
    Description:
    Component Miu: Thread 0x00000C64 had a Failure on Port 3 in 
        Method CAvMiuLine::Transfer(eMIU_XFER_RELEASE)
    
    Event Type: Warning
    Event Source: AvCiscoTsp_MC
    Event Category: None
    Event ID: 111
    Date: 1/9/2002
    Time: 2:15:52 PM
    User: N/A
    Computer: PONY
    Description:
    AvCiscoTsp device 7: Failed blind transfer to extension 13800.
       Reorder tone detected

    Pour cette question, vous devez commencer à vérifier ces questions afin de dépanner avec le Cisco CallManager :

    • L'extension que l'appel est expédié fait-elle existent réellement ?

    • L'extension dans une partition qui est dans l'espace de recherche appeler est-elle des ports de messagerie vocale ? Par exemple, le Cisco Unity peut-il appeler cette extension ?

    • Que se produit dans les suivis de Cisco CallManager ?

  12. Les utilisateurs sont bloqué sur l'attente indéfiniment.

    Cette question se produit avec des versions 3.0.3 et antérieures TSP quand des transferts sont faits aux extensions qui n'existent pas. Mise à jour à une version plus en cours TSP afin de résoudre ce problème.

  13. Des sonneries de Cisco Unity continuellement, ou l'utilisateur est immédiatement expédiées à l'opérateur, qui dépend d'où le dernier port de messagerie vocale est configuré pour envoyer un appel.

    Ceci est habituellement attribué à une question ailleurs dans le Cisco Unity qui fait bloquer le système entier. Quelques exemples des pannes catastrophiques incluent ces id de bogue Cisco CSCdv04296 (clients enregistrés seulement), CSCdw22615 (clients enregistrés seulement), et CSCdw88890 (clients enregistrés seulement). Ce sont des pannes rares qui montrent d'autres symptômes sans compter que les ports immobilisés TSP. Les aides de journal d'événements d'application habituellement déterminent le problème vrai. Référez-vous au port de dépannage verrouillent se lève dans le pour en savoir plus d'arrêts du système de système Cisco Unity de Cisco Unity et de dépannage.

  14. Pendant l'installation du TSP 8.4.3 sur le Cisco Unity 5.0(1), les les fichiers AvSkinny et SelsiusNTWave.dll n'ont pas pu être message d'erreur enregistré apparaît. Référez-vous au pour en savoir plus de l'ID de bogue Cisco CSCtd43463 (registeredcustomers seulement).


Informations connexes


Document ID: 21325