Voix et communications unifiées : Cisco Unity

Problème de multifréquence deux tons (DTMF) au niveau de Cisco Unity (avec CallManager)

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

Ce document explique comment résoudre le problème quand la messagerie vocale de Cisco Unity n'identifie pas la double tonalité multifréquence (DTMF) en appelant le réseau téléphonique public commuté (PSTN) pour la notification de message.

Conditions préalables

Conditions requises

Aucune condition préalable spécifique n'est requise pour ce document.

Composants utilisés

Les informations dans ce document s'appliquent à toutes les versions de Cisco CallManager et de Cisco Unity.

Conventions

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

Problème

Quand le Cisco Unity appelle un téléphone sur le PSTN pour la notification de message, il incite l'appelé à écrire les informations par l'intermédiaire de DTMF. Dans certains cas, le Cisco Unity ignore les chiffres écrits et agit comme si il n'y avait aucune réponse. Bien que ce symptôme soit avec le Cisco Unity, le problème est réellement une configuration de passerelle défectueuse. Généralement quand ce problème existe, les appels du PSTN au Cisco Unity détectent correctement DTMF.

/image/gif/paws/12504/unity_cm_dtmf_prob-1.gif

Solution

Il est nécessaire que les appels du PSTN au Cisco Unity s'assortissent sur un homologue de numérotation VoIP sortant, qui devrait inclure le dtmf-relay h245-alphanumeric de commande. Quand les appels du Cisco Unity au PSTN passent par la même passerelle, si l'extension configurée sur les ports de la messagerie vocale du Cisco Unity n'apparient pas le modèle de destination dans aucun homologue de numérotation VoIP, alors la passerelle s'assortit sur le dial-peer 0 à la place. Le dial-peer 0 est masqué, l'homologue de numérotation par défaut, qui ne fait pas activer le dtmf-relay. Afin de forcer l'appel entrant VoIP pour apparier sur un cadran-pair existant, et pour utiliser le dtmf-relay, ajoutent le <#> entrant de numéro appelé de commande au cadran-pair. Généralement la cadran-chaîne référencée dans cette commande est identique comme le modèle de destination du cadran-pair de pots qui compose l'autre tronçon de l'appel. Par exemple, si le modèle de destination des cadran-pairs de pots est 9T, le numéro appelé entrant de l'homologue de numérotation VoIP devrait être 9T.

dial-peer voice 1 pots
  destination-pattern 9T  
  
!--- The dial-string here is 9T.

  direct-inward-dial
  port 0/0:23
!
dial-peer voice 2 voip
  destination-pattern 4...
  incoming called-number 9T  
   
!--- This dial-string matches the pots dial-peer 9T.

  session target ipv4:10.100.25.2
  dtmf-relay h245-alphanumeric

Remarque:  Si vous utilisez le Protocole MGCP (Media Gateway Control Protocol) dans la passerelle distante, assurez-vous que vous avez configuré les codecs de voip de mgcp dtmf-relay toute la commande hors bande de mode sous la commande de voip du dial-peer voice X.

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: 12504