Voix et communications unifiées : Cisco Unity

Cisco Unity avec Cisco CallManager : Audio unidirectionnel

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


Contenu


Introduction

Ce document explique le problème et les solutions liés au problème associé sonore à sens unique avec le Cisco Unity et le Cisco CallManager.

Remarque: Ceci est basé sur le Cisco Unity pour l'échange intégré avec un Cisco CallManager.

Conditions préalables

Conditions requises

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

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

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

Problème - Les utilisateurs peuvent entendre les demandes de messagerie vocale, mais incapable d'enregistrer

Ce problème implique quand les utilisateurs entendent des demandes, mais ne peut pas enregistrer. Ce document est écrit avec la supposition que l'initiation d'appel normal fonctionne correctement (le téléphone IP peut appeler le Cisco Unity et l'appel est répondu). Ce document aide l'utilisateur avec le rétrécissement en bas du point de panne.

Solutions

Identifiez un problème d'onde d'Unity

Vérifiez le journal d'événements de NT pour des erreurs d'enregistrement d'onde pour l'identifier si c'est un problème d'onde d'Unity. Si des erreurs record d'onde sont trouvées, entrez en contact avec le support technique de Cisco avec les messages de journal d'événements. Si des erreurs record d'onde ne sont pas trouvées, ce pourrait être un problème de configuration de réseau et/ou de Pare-feu.

Dépannez couler de RTP

Les Routeurs/Pare-feu doivent permettre à RTP couler bidirectionnel pour que l'audio atteignent le Cisco Unity d'un téléphone IP. Ces flots de RTP utilisent typiquement les ports UDP 16384 et plus tard. Par conséquent, le réseau doit permettre au trafic sur ces ports UDP pour disparaître les deux manières. Terminez-vous ces étapes pour dépanner le RTP coulant du téléphone :

  1. Vérifiez les données de RTP est envoyé.

    Tandis que vous tentez d'enregistrer un message d'accueil personnel, poussez le bouton de l'information deux fois sur le téléphone IP. Un des éléments sur l'affichage est compte de paquet de Tx. Ceci augmente pendant que vous parlez. S'il n'augmente pas, ceci signifie que des données de RTP ne sont pas envoyées. L'étape suivante est d'activer la transmission en continu de RTP, qui n'est pas à portée de ce document.

  2. Vérifiez le réseau ne relâche pas des paquets.

    Si des données de RTP sont envoyées, mais le problème existe toujours, il peut être parce que les passerelles de réseau ne sont pas configurées correctement. Placez un ordinateur sur le mêmes hub/commutateur et sous-réseau que le téléphone et configurez-le pour utiliser la même passerelle que le téléphone. Essayez de cingler le serveur de Cisco Unity à partir de cet ordinateur. L'étape suivante est de dépanner le réseau, qui n'est pas à portée de ce document.

  3. Vérifiez un Pare-feu ne relâche pas des paquets.

    Si des données de RTP sont envoyées, mais le problème existe toujours, il peut être parce qu'un Pare-feu relâche silencieusement des paquets. Placez un téléphone sur le mêmes hub/commutateur et sous-réseau que la case et l'essai de Cisco Unity pour appeler d'autres Téléphones IP. Également essai pour faire ceci avec le Media Master. L'audio devrait couler les deux manières entre le téléphone IP de test et d'autres téléphones. S'il n'est pas, quelque chose au milieu bloque ce trafic. L'étape suivante est de dépanner le Pare-feu, qui n'est pas à portée de ce document.

    Remarque: Ce test ne diagnostique pas toujours un problème de configuration de Pare-feu. On a vu des sites qui permettent le trafic sur les ports UDP 20000 et en haut. Le Cisco Unity utilise habituellement des ports entre 19000 et 20000. De téléphones les ports UDP d'utilisation habituellement au-dessus de 20000. Dans cette configuration, les flux audios entre les deux téléphones, mais l'audio ne coule pas du téléphone au Cisco Unity. Il n'y a pas un moyen simple de diagnostiquer ce problème. Si ces conditions sont vraies, on le suppose que c'est un problème de Pare-feu :

    • Les utilisateurs entendent des demandes, mais ne peuvent pas enregistrer.

    • Il y a un Pare-feu entre le téléphone et le Cisco Unity.

    • Vous pouvez cingler le Cisco Unity à partir d'un ordinateur sur le mêmes hub/commutateur que le téléphone qui est configuré pour utiliser la même passerelle que le téléphone.

    • L'audio fonctionne correctement quand le Cisco Unity s'appelle d'un téléphone sur le mêmes hub/commutateur que le Cisco Unity.

    Remarque: Si le Cisco Unity répond à un appel, mais les utilisateurs ne peuvent pas entendre le Cisco Unity, il peut être que RTP coulant seulement des travaux du téléphone IP au Cisco Unity, mais pas de Cisco Unity au téléphone IP.

Résolvez les problèmes Double-NIC

Les questions à sens unique de Voix peuvent se produire si les cartes d'interface de double-réseau (NIC) entrent dans votre système. Référez-vous en configurant et dépannage doubles des NIC pour le pour en savoir plus de Cisco Unity. Utilisez cette procédure comme contournement.

  1. Débronchement un des NIC.

  2. Configurez les NIC d'une manière actif-passive.

Problème - Incapable d'entendre les demandes de messagerie vocale d'Unity

Quand un utilisateur appelle d'un site distant par le réseau téléphonique public commuté (PSTN) au Cisco Unity, de l'air mort est reçu sur les demandes de messagerie vocale.

L'appelant PSTN ne peut pas entendre les messages d'accueil configurés sur le Cisco Unity. Le moniteur d'état de port de Cisco Unity prouve que l'Unity répond à l'appel. Le Cisco Unity envoie le flux audio de message d'accueil à l'appelant, mais l'appelant ne peut pas entendre le message d'accueil. Les appels internes à la fonction de Cisco Unity correctement, et les appelants peuvent entendre les messages d'accueil.

C'est une question sonore à sens unique qui affecte des appels par le PSTN [passerelle] dans le Cisco Unity. Ce problème résulte quand le Cisco Unity envoie les paquets de Protocole RTP (Real-Time Protocol) à l'interface fausse sur la passerelle. Par exemple, le Cisco Unity envoie des paquets à l'interface de bouclage au lieu de l'interface FastEthernet, qui est l'interface de « limite » pour le processus de Protocole MGCP (Media Gateway Control Protocol).

Solution

Vous pouvez émettre ces commandes de découvrir si le Cisco Unity envoie actuellement des paquets de RTP à l'interface fausse sur la passerelle.

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

  1. N'émettez l'aucune commande de mgcp d'arrêter le processus MGCP.

  2. Retirez le contrôle de mgcp bind et les commandements de medias de mgcp bind de la configuration de routeur.

  3. Révisez les commandes de mgcp bind.

  4. Émettez la commande de mgcp de permettre de nouveau à la passerelle pour s'enregistrer au Cisco CallManager.

  5. Testez l'appel de nouveau et émettez les commandes show citées précédemment pour vérifier que le Cisco Unity envoie le flot de RTP (limite) à l'interface correcte MGCP.

Problème - Incapable d'entendre la messagerie vocale

Les utilisateurs ne peuvent pas entendre la messagerie vocale en essayant d'accéder à leur boîte vocale. C'est une question sonore à sens unique quand les tentatives d'utilisateur de récupérer un message vocal du Cisco Unity.

Quand des essais d'un abonné d'Unity pour accéder à la messagerie vocale d'un téléphone externe, air mort est reçus quand la messagerie vocale est lue. C'est une question avec l'audio à sens unique (externe à l'Unity seulement car des tonalités DTMF transmited à l'Unity mais à l'audio de l'Unity n'atteint pas le téléphone externe).

Solution

Les codecs G729 peuvent poser ce problème. Une passerelle qui est en pourparlers G.729 un codec avec 20 octets dans l'établissement d'appel pourrait envoyer 40 octets à la place. Quand l'Unity reçoit 40 paquets d'octet, il les relâche.

La résolution à ce problème est arrêt l'annexe de publicité B des codecs G729 dans les paramètres de service de Cisco CallManager.

Ou

Améliorez votre passerelle de Voix aux versions de logiciel 12.2(11)T5 ou 12.2(11)T6 de ½ du ¿  de Cisco IOSïÂ. La difficulté sera également dans la release 12.2(13)T3 quand elle devient disponible. La version du logiciel Cisco IOS 12.2(13)T1 n'a pas la difficulté.

Référez-vous aux messages vocaux sur l'Unity des appelants externes utilisant G.729 des codecs sont vides. Pour en savoir plus de note de terrain.

Les appels expédiés à la messagerie vocale de l'extérieur obtiennent un signal d'occupation

Problème

Les appels de la passerelle PRI MGCP déconnectent et rebranchent le milieu du courant de sorte que le Cisco Unity voie deux appels instantanément et donne un signal d'occupation. Quand ceci se produit, appelle typiquement de l'extérieur qui conduisent à la canalisation que 800 nombres reçoivent un signal d'occupation.

Solution

Quand vous utilisez la passerelle PRI MGCP avec un protocole DMS-100 ou DMS-250, le contrôle envoient le principal caractère supplémentaire dans DisplayIE dans la page de configuration de passerelle.

Remarque: Cette case s'applique seulement au DMS-100 et au protocole DMS-250. Par défaut cette configuration est désactivée (décoché).


Informations connexes


Document ID: 13908