Voix et communications unifiées : Cisco Unity

Dépannage de la qualité audio Cisco Unity

30 juillet 2013 - Traduction automatique
Autres versions: PDFpdf | Anglais (28 février 2008) | Commentaires


Contenu


Introduction

Ce document décrit des techniques pour dépanner les problèmes que vous pourriez rencontrer avec la qualité audio de Cisco Unity. La qualité audio pour l'architecture Cisco pour la Voix, le vidéo et la solution intégrée des données (AVVID) est une mesure perceptuelle de la façon dont de bons bruits sonores car elle atteint le destinataire destiné. Avec n'importe quelle évaluation subjective, il est le plus important de réaliser les zones mesurables de la qualité audio et d'identifier comment ces zones affectent le problème signalé de qualité audio.

Par exemple, si un problème signalé est « des systèmes invite bruyants d'Unity, » le volume peut être décrit comme zone problématique qui affecte l'audio. Si vous localisez l'enquête dans des volumes, vous pouvez prendre les mesures dans ce document pour étudier plus plus loin quelle partie de l'environnement pourrait changer des volumes.

Après que vous classiez le type par catégorie de question de qualité audio, vous pouvez déterminer la source de déformation sonore complète un processus d'élimination. Ceci peut être un processus complexe, selon le nombre de périphériques dans n'importe quel déploiement d'AVVID qui lancent, contrôlent, ou livrent des flux audios au Cisco Unity. Maintenez dans l'esprit la complexité de l'environnement et les divers chemins la prise de flux audio, à identifient plus rapidement la source des déformations sonores. Chacune des zones connues des questions de qualité audio dans ce document suit cette logique comme progressions de dépannage.

Par exemple, quand la zone problématique qui affecte la qualité audio est connue pour être un volume, il y a plusieurs manières de changer le volume dans l'environnement AVVID. La section de volumes et de contrôle du volume d'abord adresse toutes les modifications de volume de potentiel que le Cisco Unity peut apporter à un flux audio ; il couvre alors d'autres sources connues de modification de volume qui peuvent affecter l'audio reçu par le Cisco Unity. Si aucun des thèmes dans cette section ne corrige la déformation sonore, vérifiez les autres symptômes énumérés pour une question sonore de retentissement semblable.

Conditions préalables

Conditions requises

Les lecteurs de ce document devraient avoir connaissance des sujets suivants :

  • Comment placer des suivis de Cisco Unity

  • Comment utiliser Netmon (du kit de ressources de Microsoft Windows 2000)

  • Comment fonctionner avec le registre de Windows

En outre, vous devriez connaître ces informations sur l'installation de Cisco Unity, avant que vous vous terminiez le dépannage dans ce document :

  • Numéro de version de Cisco Unity

  • Type d'intégration comprenant le numéro de version du fournisseur de services de l'interface de programmation de téléphonie (TAPI) (TSP)

  • Format d'enregistrement de message de Cisco Unity (type de codecs)

  • Codes utilisés dans l'intégration et toutes autres régions du déploiement

  • Historique d'installation (nouveau installez, la mise à jour)

  • Les informations topologiques locales peuvent être également utiles pour comprendre les voies que l'audio voyage à l'Unity

Composants utilisés

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

  • Versions 2.4.6.161, 3.x de version de Cisco Unity par 3.1(5), et versions 4.x par 4.0(2).

  • Outil d'analyse réseau de Netmon du kit de ressources de Windows 2000

  • Pro version 4.5 de renifleur de Network Associates, Inc. (NAI).

  • Cisco Unity AudioStat de service, disponible dans le Cisco Unity 4.0(1) et les versions ultérieures ; et utilitaire de Capripper, disponible dans le Cisco Unity 4.0(2) et plus tard

Remarque: Pas tous sont exigés pour chaque type de question de qualité audio décrit.

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.

Types et dépannage sonores de déformation

Remarque: Les liens dans ce document contiennent les informations les plus en cours connues sur le type de déformation sonore possible dans l'environnement. Passez en revue les symptômes de chacun avant que vous tentiez des étapes de dépannage.

Volumes et contrôle du volume

Cette section décrit des techniques de dépannage de volume et de contrôle du volume.

Symptômes

Le symptôme de cette zone problématique associe aux changements inattendus du volume d'un message vocal ou les volumes du Cisco Unity mesuré en tant que « apaisent trop fort » ou « aussi. »

Des questions de volume et de contrôle du volume le plus souvent sont signalées quand l'audio est trop tranquille dans un message pour que l'utilisateur comprenne le contenu. Il y a également des fluctuations possibles de volume qui pourraient être signalées en tant que création d'un message « déformé », où le volume va en haut ou en bas indépendamment du volume de la Voix d'un haut-parleur (par exemple : Fluctuation sonore de volume sur le chargement de téléphone).

Les versions 3.1(2) et ultérieures de Cisco Unity contiennent également une caractéristique de la commande automatique de gain (CAG), qui pourrait contribuer aux fluctuations en volume si des configurations incorrectes sont introduites dans la configuration. C'est le plus souvent remarquable par de grandes augmentations de volume à l'extrémité d'un message (par exemple : Fluctuation sonore de volume des configurations incorrectes CAG).

En conclusion, les réglages à l'enregistrement ou le gain de lecture où le CAG est utilisé peuvent modifier le flux audio entrant avant qu'il atteigne l'exécution CAG. Ceci peut entraîner les volumes extrêmes dans le message (par exemple : Extrémités sonores de volume des configurations incorrectes TSP).

Dépannage

La déformation de volume sonore peut se produire à un point quelconque dans un flux voix, d'un téléphone mobile d'origine sur un appel externe au téléphone IP qui reçoit un message de cet appelant. Le gain de volume pourrait être tordu avec une augmentation ou une diminution de volume par ces périphériques :

  • Téléphone IP (aucun gain configurable)

  • Passerelles analogiques (augmentation ou diminution de gain)

  • Processeurs de signaux numériques (DSP) (augmentation ou diminution de gain)

  • TSP d'Unity (CAG intégré par un TSP dialogique ou lecture et valeurs record de gain en valeurs de registre de Cisco Unity TSP)

  • Unity CAG (augmentation et diminution par le CAG)

  • Périphériques PSTN (inconnu, et habituellement pas programmatiquement modifiant le volume, bien que les microphones « d'attenuation de bruit » puissent ajuster l'input gain)

Les versions de Cisco Unity plus tard que 3.1(2) avec le CAG activé ont un volume nominal de cible ? de 26 décibels par défaut. Quand d'autres périphériques dans le déploiement pourraient également contrôler des niveaux de gain, il peut être le plus facile d'isoler une question de volume en désactivant d'abord ces configurations sur les passerelles qui fournissent l'audio au Cisco Unity.

Remarque: Quand les niveaux de gain varient sur différentes passerelles, les configurations devraient être notées de sorte que vous puissiez renvoyer les niveaux aux valeurs initiales après que vous dépanniez (si nécessaire).

Remarque: Assurez-vous que vous n'augmentez pas le volume de haut-parleur ou écouteur tandis que vous dépannez ce type de question.

Employez ces étapes pour dépanner des questions de volume et de contrôle du volume :

  1. Identifiez quels flux audios sont affectés par les problèmes de volume.

    Tous les flux audios de Cisco Unity sont-ils à un bas volume ? Si seulement une partie particulière d'un flux audio est affectée (par exemple, seulement le système Cisco Unity incite ou seulement des messages), passez à l'étape 2.

    1. Quand tout l'audio de Cisco Unity est à un bas volume et des volumes de téléphone-à-téléphone sont bas, les premières configurations de gain de contrôle sur des passerelles dans l'environnement.

      Cisco Unity d'utilisation pour valider des volumes :

      1. Pendant une fenêtre de maintenance, activez l'outil de diagnostic de Cisco Unity (UDT) pour le divers de MiuIO (23).

        /image/gif/paws/41042/ts_unityaudioq_01.gif

        Ce rapports de diagnostic les niveaux d'alimentation d'entrée de tous les échantillons sonores entrants, suivant les indications de cet exemple :

        MiuIO  23  [Thread 0x00000EB0] [Port 2] [AvWav: Miscellany]
        Power = -31.012355dB  Gain adjustment = 5.000000dB.
      2. D'une source unique (un téléphone IP local, par exemple), messages de congé pour le Cisco Unity avec les volumes semblables. Appliquant une Voix parlante régulière pour dire les mêmes 10 à 15 seconde expressions.

        Un appel interne devrait servir de point de « contrôle » au volume sur le réseau IP. Appelle qui sont faits par le PSTN et de nouveau dans l'exposition de Cisco Unity les volumes qui sont livré par un certain nombre de passerelles analogiques.

      3. Après que vous vous terminiez tous les appels d'essai, arrêtez le suivi UDT et recueillez le diagnostic pour le délai prévu que les appels ont été faits.

      4. Trouvez les différents appels par leur horodateur dans le diagnostic, et des configurations visualisez d'alimentation et de gain réglage pour chaque appel.

      5. Si les appels ont uniformément un réglage de gain de ±5db ou plus grands, ou le gain sur les passerelles ayez besoin de réglage ou les paramètres de registre de Cisco Unity TSP devraient être vérifiés (passez à l'étape 2).

    2. Si seulement sonore du Cisco Unity est à un bas volume, vérifie les volumes de lecture et d'enregistrement TSP de la clé de registre sur le serveur d'Unity :

      1. Exécutez Regedit et vérifiez les clés dans HKEY_LOCAL_MACHINE \ LOGICIEL \ TSP de Cisco Systems, Inc. \ Cisco.

      2. Les clés de WaveDBGainPlayback et de WaveDBGainRecord si chacun des deux ont la valeur de 0.

        /image/gif/paws/41042/ts_unityaudioq_02.gif

      Un exemple clair de quand cette configuration peut affecter l'audio est quand une passerelle a un gain positif appliqué et le WaveDBGainRecord a une valeur négative. Le volume inexactement est ajusté à la passerelle et au Cisco Unity. Une augmentation de volume appliquée à la passerelle suivie d'une diminution de volume au TSP pourrait avoir comme conséquence le même volume plus bas allant dans le Cisco Unity que cela qui est entré dans la passerelle.

      De la même manière, quand une passerelle a le gain négatif appliqué et WaveDBGainRecord a une valeur négative, n'importe quelle valeur sur le WaveDBGainPlayback pourrait être inutile d'ajuster des messages de bas volume lus de l'Unity.

      En conclusion, une valeur négative de WaveDBGainRecord avec une valeur négative de WaveDBGainPlayback diminuera toujours le volume de n'importe quel audio lu hors de l'Unity. Des versions plus anciennes TSP (pré 3,0) pourraient retenir une valeur de WaveDBGainRecord de 5, qui entraîne les volumes tordus sur les messages enregistrés.

      Remarque: Si la version de Cisco Unity est 3.1(2) ou plus tard et CAG est en activité, les valeurs de WaveDBGainPlayback et de WaveDBGainRecord devraient toujours être 0. Comme avec les plusieurs points de réglage du volume décrits dans le paragraphe précédent, si le volume sonore est déjà manipulé par CAG, puis on ne le recommande pas que vous ajustiez des niveaux d'enregistrement ou de volume de lecture dans le TSP.

  2. Vérifiez si les valeurs de paramètres de registre pour le CAG sont placées inexactement. Les mauvaises valeurs sont habituellement :

    • AGCsamplesize est 4e20 hexadécimal (décimale 20000) et devrait être 1f40 hexadécimal (décimale 8000)

    • AGCgainthreshold est l'hexa 28 (décimale 40) et devrait être l'hexa 5 (décimale 5)

    Si oui, changez les paramètres de registre aux valeurs correctes, comme décrit dans les clés de registre CAG ajournez qui peuvent être trouvées dans le document de qualité audio.

    Remarque: Si la qualité des demandes sont inacceptable quand vous utilisez G.729 les codecs, vous pouvez changer les codecs à G.711 pour une meilleure qualité audio.

  3. Identifiez quelle partie du flux audio est affectée par la modification de volume : Demande, messages laissés pour des abonnés de l'extérieur du déploiement de réseau local (analogique ou numérique), ou messages de système Cisco Unity laissés pour des abonnés d'autres abonnés.

    Quand seulement les messages des appelants en dehors de du déploiement VoIP ont des volumes au-dessus ou au-dessous des messages laissés par des abonnés ou des demandes de système Cisco Unity, vérifiez les niveaux de gain sur les passerelles qui fournissent cet audio :

    1. Si les intégrations de Legacy PBX de Cisco Unity sont présentes, référez-vous à l'intégration du l'Unity-legs PBX de Cisco : Ajuster le volume dans le pour en savoir plus de registre.

    2. Si tous les messages sont affectés, mais les demandes de système Cisco Unity sont à un taux acceptable, vérifiez la version de l'Unity s'exécutant actuellement.

      Des valeurs par défaut CAG devraient être vérifiées, si la version de Cisco Unity est 3.1(2) ou plus tard. Référez-vous à ces documents pour plus d'informations :

      Vous devriez vérifier des niveaux de demandes et de gain TSP, si la version d'Unity est plus tôt que 3.1(2). Référez-vous à l'arborescence de décision sonore pour le pour en savoir plus 2,46 et 3.0x de Cisco Unity.

    3. Si seulement quelques messages sont affectés, vérifiez le chargement de téléphone déployé pour l'ID de bogue Cisco CSCdy27331 (clients enregistrés de question de DDTs seulement).

    4. Voyez la Connectivité, le jitter, le retard de paquet, et la section de « message confus » de ce document, si le volume flotte rapidement et uniformément dans n'importe quel message. Quoique le volume soit réellement mettez dedans beaucoup de parties à zéro de ces types de messages tordus, il peut être perçu comme question de fluctuation de volume.

    5. Si seulement quelques abonnés sont affectés par différents volumes sur la lecture de téléphone et d'ordinateur, référez-vous au Cisco Unity ViewMail pour le pour en savoir plus sonore de réglages du volume d'Outlook (VMO).

Remarque: Si vous éprouvez une mauvaise qualité pour la musique d'attente (MOH), assurez-vous que les fichiers de source audio de musique comportent des fichiers .wav dans un de ces formats :

  • PCM de 16 bits (stéréo ou mono) (taux d'échantillonnage 16k hertz ou 32k hertz ou 48k hertz ou 8k hertz ou 44.1k hertz)

  • a-law ou MU-loi de 8 bits de G.711 CCITT (stéréo ou mono) (taux d'échantillonnage 8k hertz)

Les informations relatives et problèmes connus

Référez-vous à ces documents pour plus d'informations sur des questions de volume et de contrôle du volume :

Connectivité, jitter, retard de paquet, et le « message confus »

Cette section décrit des techniques de dépannage sonores de déformation de Connectivité.

Symptômes

Le « message confus » le plus souvent est signalé quand un message laissé pour un abonné de Cisco Unity ou manque assez de contenu audio à considérer inintelligible ou quand les paquets sont intercalés tels que le contenu semble en panne. Plutôt que de plus longues périodes spécifiques de silence dans le message, qui pourrait être lié aux volumes (comme précédemment remarquable), le message confus pourrait avoir d'autres déformations actuelles.

Une carte d'interface réseau défectueuse sur un serveur de Cisco Unity est la source des déformations sonores entendues dans cet exemple : Déformation sonore due à un contrôleur défectueux d'interface réseau (NIC).

Cet exemple est notable en raison de la déformation qui est insérée pour de brefs intervalles à de divers points dans le message. Sont non seulement les paquets manquants la cause des mises en place de silence, mais des signaux supplémentaires d'autres flux audios — que le NIC livre inexactement — sont entendus en tant que « bruits » dans tout le message.

Notez la différence dans cet exemple, qui contient des déformations dues au retard de paquet dans le réseau : Déformation sonore due au retard de paquet.

Cet exemple est notable pour les mises en place de silence — pendant les grands retards de paquet — qui augmentent dans tout le message.

Dépannage

Les déformations sonores de Connectivité peuvent également se produire à plusieurs points dans un réseau d'une passerelle recevant un appel externe au téléphone IP qui reçoit un message de cet appelant. Employez ces étapes pour dépanner les questions sonores de déformation de Connectivité :

  1. Identifiez quels flux audios sont affectés par l'audio déformé.

    Tous les flux audios de Cisco Unity sont-ils déformés ?

    1. Quand seulement des demandes de système Cisco Unity sont déformées, vérifiez la difficulté pour des demandes déformées lisant de l'Unity par un Catalyst 6000, se rapportent à l'ID de bogue Cisco CSCdx36894 (clients enregistrés de question de DDTs seulement). La déformation associée avec ce défaut est entendue dans cet exemple : Déformation de demandes déformée par Unity.

    2. Là où tout l'audio de Cisco Unity est déformé et audio de téléphone-à-téléphone est également déformé, vérifiez les paramètres bidirectionnels sur la configuration NIC d'Unity et sur le port de commutateur auquel l'Unity est connecté. Ceux-ci ne devraient pas être placés automatique-pour négocier, mais plutôt aux valeurs dur-codées (habituellement 10/100 bidirectionnel simultané).

      Ceci élimine la possibilité que l'automatique-négociation de la livraison de paquet est une cause ou un contributeur à la déformation des flux audios.

    3. Si la déformation continue après la prise de la mesure ci-dessus, vérifiez la topologie du réseau et la bande passante disponible au Cisco Unity. Passerelles appropriées de contrôle pour des erreurs de cadrage.

    4. Si des erreurs de cadrage sont trouvées sur des ports de commutateur, et le serveur de Cisco Unity est un HPQ DL380G2 (MCS7837, MCS7847), alors la déformation pourrait être associée avec un pilote de carte NIC incorrect. Ces erreurs sont typiquement signalées comme erreurs de cadrage, paquets de trame incomplète, ou erreurs du Frame Check Sequence (FCS) par des Commutateurs. Les statistiques NIC d'OR-gamme pourraient signaler les erreurs en tant que transmettent Underruns ou reçoivent des dépassements de capacité. Vérifiez le gestionnaire N100NT.SYS sur le serveur de Cisco Unity. Si c'est version 0.74.001, la solution est d'installer une version plus ancienne du gestionnaire de : http://welcome.hp.com/country/us/en/support_task.htmlleavingcisco.com .

    5. Si la déformation continue ou le downgrade de pilote de carte NIC n'applique pas au matériel, le flux audio qui présente le serveur de Cisco Unity doit être validé pour n'importe quelle déformation par instructions dans l'étape suivante (étape 2).

  2. L'identifiez si la source de déformation est interne ou extérieure au Cisco Unity.

    C'est une description simplifiée du chemin de flux audio du NIC de Cisco Unity à un fichier wave :

    1. Flux audio entrant du réseau — > NIC

    2. NIC — > l'avaudio.sys du Cisco Unity

    3. L'avaudio.sys du Cisco Unity — > (par le gestionnaire d'onde de Microsoft Windows) à UnityAvWav

    4. UnityAvWav convertit le flot en PCM, applique le CAG, et convertit l'audio en format de codecs de destination — > fichier créé provisoire

    5. Fichier temporaire terminé à l'extrémité de l'enregistrement — > le fichier wave créé et passé au mailstore, après conduite ou remorquage du silence est équilibré

    Quand vous identifiez les incohérences dans le flux audio basé sur les différents chemins qu'il prend avant que ce devienne un fichier wave fourni par l'email, vous pouvez localiser la source de déformation dans une de ces raisons :

    • Une source externe de déformation sonore

    • Une carte NIC défectueuse

    • Une déformation liée à la bande passante qui affecte la logique de gestionnaire d'onde tout en collectant le flux audio entrant

    Une comparaison objective des flux audios car ils traversent les composants est nécessaire pour confirmer l'un de ces sources.

    attention Attention : Vous ne devriez pas utiliser les méthodes dans les étapes 3 et 4 en tant que méthodes générales de dépannage, si d'autres étapes n'ont pas été tentées. Pour capturer le trafic sonore sans discrétion n'est pas recommandé, et elle pourrait affecter le réseau AVVID.

    attention Attention : Vous devriez utiliser une fenêtre de maintenance quand vous faites les étapes 3 et 4, car les actions pourraient affecter le service.

    Utilisez un abonné de téléphone de test et de test pour obtenir la meilleure mesure objective de qualité audio, à moins qu'un point final spécifié ait été identifié comme source de déformation.

  3. Collectez le flux audio entrant du réseau au NIC, pour une comparaison d'audio externe à l'audio écrit au mailstore.

    Répartissez le port d'Unity au périphérique de réseau auquel le Cisco Unity est connecté, et collectez les paquets par un renifleur. Vous pouvez également employer Netmon (du kit de ressources de Microsoft Windows 2000) de n'importe quel serveur de Windows 2000 qui est externe au serveur d'Unity, pour collecter les données allant à l'Unity le serveur.

    Remarque: Il est recommandé que vous exécutez seulement Netmon sur le serveur de Cisco Unity lui-même après que le flux audio ait été externe collecté au NIC de serveur d'Unity.

    Pour des captures de paquet, utilisez un filtre de capture pour prendre des paquets UDP de n'importe quelle source avec une destination de l'adresse IP du serveur de Cisco Unity. Sauvegardez les captures du délai prévu de test, pour les comparer aux données que vous collecterez dans la prochaine procédure.

    1. Afin de collecter l'audio entrant au gestionnaire d'onde de Cisco Unity — employez Netmon sur le serveur de Cisco Unity pour collecter les flux audios entrants d'UDP de données. Après que Netmon soit installé, terminez-vous ces étapes pour configurer Netmon :

      1. Copiez le fichier RtpParser.dll sur… \WINNT\system32\NETMONFull\PARSERS. Ce fichier est disponible dans le répertoire sonore du Cisco Unity \ répertoire de Commserver \ utilitaires.

      2. Choisissez le début > les panneaux de configuration > les outils d'administration > les outils d'analyse réseau, pour ouvrir Netmon.

      3. Sélectionnez l'interface appropriée et capturez seulement le trafic UDP à l'Unity.

    2. Afin de collecter le flux audio que le fichier wave a créé (écrit par le gestionnaire d'onde de Cisco Unity) — le plus souvent, audio de problème est signalé d'un utilisateur directement pendant qu'ils reçoivent la messagerie vocale qui contiennent la déformation. Si oui, invitez ces messages pour aider à isoler la question. Pour davantage de dépannage, il est le meilleur de créer un compte d'abonné de test que vous pouvez accéder à d'un client mail, de sorte que vous puissiez sauvegarder les fichiers waves de messagerie vocale au disque. Si ce n'est pas possible, ayez les messages expédiés de cette boîte aux lettres de test à une adresse d'extérieur, pour aider à la collecte des fichiers waves. En conclusion, si ni l'un ni l'autre de ces derniers n'est des possibilités (où un système d'audio-messagerie seulement est en place, par exemple), cette procédure tient compte de l'accès direct aux fichiers waves avant qu'elles soient livrées :

      1. Arrêtez le service de mémoire de l'information de Microsoft Exchange du mailstore d'échange avec lequel le Cisco Unity est autoguidé.

        Ceci place le Cisco Unity dans le mode du référentiel de message d'Unity (UMR), où tous les messages envoyés aux abonnés vont d'abord au… \ répertoire de Commserver \ UnityMTA. Le pour en savoir plus, se rapportent à comment commencer le Cisco Unity en mode UMR.

      2. Collectez les fichiers waves en résultant à partir de ce répertoire après que des messages-tests soient envoyés.

        attention Attention : Aucun message n'est fourni sur le mailstore d'échange pendant ce temps. Cette procédure affecte n'importe quel appel entrant — l'utilisez seulement pendant une fenêtre de maintenance.

      3. Redémarrez le service de mémoire de l'information de Microsoft Exchange après que les tests soient terminés.

  4. Afin de comparer les données collectées, employez l'utilitaire de Capripper pour convertir les fichiers de saisie de paquet en fichiers d'onde (également trouvés dans le répertoire sonore du \ répertoire de Commserver \ utilitaires dans la version 3.1(5) et ultérieures de Cisco Unity) :

    1. Copiez le fichier capripper.exe et le fichier de CAP à décoder dans un nouveau répertoire.

    2. Faites glisser le fichier .cap contenant les flux audios de test sur le capripper.exe pour créer une gamme de fichiers .wav nommés pour les points finaux dans chaque appel, suivant les indications de ces écrans :

      /image/gif/paws/41042/ts_unityaudioq_03.gif

      /image/gif/paws/41042/ts_unityaudioq_04.gif

    3. Écoutez les appels d'essai de la capture de paquet et du mailstore. S'il y a n'importe quelle différence entre le flot collecté du réseau au NIC et le flot collecté du NIC au gestionnaire d'onde d'Unity, il y a probable un problème de matériel avec le NIC.

      Par exemple, cet exemple — Capture de paquet encodée à un fichier wave — collecté du trafic au NIC, comparé à cet exemple — fichier wave de message d'Unity — collecté du système Cisco Unity, affiche une question avec une défaillance matérielle NIC. Dans ce cas, si le serveur a une configuration double-NIC, désactivez le NIC actuellement utilisé et activez le deuxième NIC. Si plus d'états de déformation ne se produisent, le NIC est la source de déformation sonore. Si le serveur a seulement un NIC disponible, installez un PCI-NIC si possible et commutez tout le trafic pour s'exécuter par cette interface. Si aucune déformation supplémentaire n'est entendue, entrez en contact avec le Soutien technique de Cisco Systems pour signaler le matériel défectueux.

      Quand les étapes précédentes affichent que cet audio qui présente le serveur d'Unity et traverse le NIC est de qualité acceptable, mais déformations existez toujours dans le fichier wave écrit au lecteur, vous devez collecter le flux audio avec Netmon. Déterminez l'heure d'arrivée des paquets pour le flux audio. S'il y a plus que 20ms de retard entre les paquets, le gestionnaire d'onde pourrait insérer le silence dans le fichier wave comme fonctionnement normal. Si les saisies de paquet affichent le retard comme cause de plusieurs mises en place de silence, l'ID de bogue Cisco CSCdx41866 (clients enregistrés de question de DDTs seulement), adressé dans la version 3.1(5) de Cisco Unity, pourrait élargir la fenêtre pour que les paquets soient reçus par le gestionnaire d'onde. Bien que vous puissiez placer un plus grand retard de paquet avec cette clé de registre, ceci indique le retard inacceptable dans le réseau que vous devriez étudier.

      Afin d'étudier le retard, exécutez l'utilitaire d'AudioStat (trouvé dans des versions 4.x et ultérieures de Cisco Unity) à partir du répertoire sonore du \ de répertoire de Commserver \ utilitaires. Cet outil affiche des délais moyens et des mises en place de silence pour chaque enregistrement avec l'adresse IP source du périphérique qui envoie l'audio au Cisco Unity.

      Ces écrans affichent l'utilitaire d'AudioStat :

      /image/gif/paws/41042/ts_unityaudioq_05.gif

      /image/gif/paws/41042/ts_unityaudioq_06.gif

      Si n'importe quelle latence accrue à un dispositif d'expositions, étudient ce lien dans le réseau. L'utilitaire d'AudioStat aide à isoler où dans la topologie la latence est introduite.

      Une autre cause fréquente des messages de jitter et de voix saccadée est quand la détection d'activité vocale (VAD) est activée. Vous pouvez surmonter ceci quand vous arrêtez VAD si la bande passante n'est pas une question.

Les informations relatives et problèmes connus

Référez-vous à ces documents pour plus d'informations sur les questions sonores de déformation de Connectivité :

Reconnaissance DTMF et réactivité de messagerie vocale comprenant le transcodage sonore

Cette section décrit des techniques de dépannage multifréquences de réactivité de reconnaissance et de messagerie vocale de double tonalité (DTMF).

Symptômes

Des questions de réponse de reconnaissance et d'audio-messagerie DTMF qui affectent la qualité audio le plus souvent sont signalées pendant qu'audio à sens unique pendant un appel au Cisco Unity ou à un manque de réponse du système de messagerie voix après entrée de chiffre par l'appelant. Les questions de réactivité de messagerie vocale peuvent parfois être corrélées aux facteurs d'intégration répertoriés plus tard dans cette section, mais elles le plus souvent pourraient dépendre de la configuration de déploiement d'échange comme décrit dans le Cisco Unity : Retards dans la conversation d'abonné.

Dépannage

Faites taire la suppression, la détection d'activité vocale (VAD), et le bruit de confort pourrait également contribuer au découpage de message ou découper (où le système identifie le silence comme événement de terminaison d'appel). Cette section contient une liste de documents pour assister la configuration et le dépannage.

Référez-vous à ces documents de dépannage, si l'intégration de Cisco Unity implique un PBX existant :

Référez-vous à ces documents de dépannage, si l'intégration de Cisco Unity implique le Cisco CallManager par le Cisco Unity TSP :

Les informations relatives et problèmes connus

Pour plus d'informations sur des questions de réactivité de reconnaissance et de messagerie vocale DTMF, référez-vous à ces documents :

Écho

Cette section décrit des techniques de dépannage d'écho.

Symptômes

L'écho est inclus ici comme question de qualité audio générale qui affecte les déploiements d'AVVID, qui devraient être bien connus à n'importe qui qui dépanne des questions de qualité audio. Il a être encore le type de question qui pourrait jamais affecter un message laissé sur un système Cisco Unity. L'écho peut se produire pendant un appel IP quand la déformation est générée par les passerelles numériques ou analogiques.

Dépannage

Pour plus d'informations sur les sources d'écho et dépannage, référez-vous à ces documents :

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.


Informations connexes


Document ID: 41042