Dépannage des erreurs d'enregistrement d'appels MediaSense de CUCM

Introduction

Ce document décrit comment dépanner MediaSense lorsqu'une erreur apparaît dans l'enregistrement des appels pour un pont intégré.

Flux d'appels MediaSense de base avec pont intégré

Cette image illustre le flux d'appels MediaSense de base lorsqu'un pont intégré est utilisé : 

Remarque: L'enregistrement est activé sur le téléphone IP A.

Ces étapes décrivent le flux d'appels :

1. Le téléphone IP de droite appelle le téléphone IP de gauche et lance l'appel via Cisco Unified Communications Manager (CUCM).
   
   
2. Le CUCM envoie un signal au téléphone de destination et termine la configuration de l’appel.
   
   
3. La connexion entre le téléphone IP A et le téléphone IP B est maintenant configurée.
   
   
4. Le profil d'enregistrement sur le téléphone IP A indique que dès qu'il reçoit un appel, le CUCM doit configurer une session avec MediaSense. Cette opération est effectuée en millisecondes après le début de l'étape 3.
   
   
5. L'appel est maintenant configuré entre les deux téléphones, l'appel est transmis via le pont intégré et le pont intégré envoie deux flux RTP (Real-time Transport Protocol) au serveur MediaSense.

Aucun enregistrement sur MediaSense

Si vous recevez une erreur indiquant qu'il n'y a pas d'enregistrement sur MediaSense, vous devez afficher les journaux et rechercher cet ID de session :

0000049583: 10.201.227.136: May 28 2014 11:27:09.022 -0400: %CCBU_COMMON-6-VSMS
 HTTP Info: {Thrd=Pool-capture-thread-2800} %[HTTP Response Body=<Session>
   <diskusage>
      <recording name="78e146437088a93-TRACK0" size="0" repository="/
       recordedMedia" />
      <recording name="78e146437088a93-TRACK1" size="0"repository="/
       recordedMedia" />
   </diskusage>
</Session>][HTTP Response Content Type=application/xml][HTTP Response Status
 Code=200][logId=close-25668]: VSMS Received HTTP Response

La taille=« 0 » dans cette sortie indique qu'il n'y a pas d'enregistrement audio sur le serveur pour cet appel. Cela signifie généralement que le flux RTP n'est pas parvenu au serveur MediaSense à partir du téléphone. Dans ce cas, l'étape suivante consiste à vérifier que le téléphone envoie le trafic RTP.

Vérification de l'envoi du trafic par le téléphone IP

Pour vérifier rapidement que le téléphone IP envoie le trafic RTP, consultez la page Web du téléphone IP. Ceci est activé manuellement sur CUCM dans la page de configuration du téléphone ou via Bulk Admin.

Le flux 1 est l'appel principal avec l'adresse distante de l'autre téléphone IP ou passerelle. Il se compose de deux flux : le premier est le son reçu sur le téléphone IP et le second est le son envoyé à l'autre extrémité.

Afin de vérifier que MediaSense enregistre les deux branches d'appel, cliquez sur Stream 2 et Stream 3 afin de vérifier que les Paquets d'expéditeur s'incrémentent lorsque la page est actualisée plusieurs fois. L'adresse distante doit afficher le serveur MediaSense pour les flux 2 et 3. La raison pour laquelle il existe deux flux vers le serveur MediaSense est que l'un d'eux est le flux audio reçu sur Stream 1 (Receiver Packets) et l'autre est le flux audio envoyé (Sender Packets) à l'autre extrémité sur Stream 1.

Remarque: En référence au schéma de flux d'appels décrit précédemment, l'étape 3 est le flux 1 et chaque tronçon de l'étape 5 fait référence aux flux 2 et 3.

Cette capture montre Stream 1 :

Cette capture montre Stream 2 :

Remarque: Il est important de noter l'adresse IP et le port dans la section Adresse distante de la page. C'est très important lorsque vous prenez des captures de paquets pour tester les appels téléphoniques.

Cette capture montre Stream 3 :

Lorsque vous vérifiez les données des flux 2 et 3, les éléments clés à rechercher sont les suivants :

• L'adresse distante est l'adresse IP du serveur MediaSense.
  
  
• Le numéro de port de chaque flux est unique.
  
  
• Lorsque vous actualisez la page, le nombre de paquets envoyés augmente.

Cela indique que les paquets RTP sont envoyés par le téléphone IP.

Effectuer des captures de paquets

Si vous ne savez toujours pas si le téléphone IP envoie les paquets RTP, la procédure suivante consiste à capturer les paquets et à les relayer.

Avant d'effectuer les captures de paquets, assurez-vous que ces paramètres de configuration du téléphone IP pour CUCM sont activés :

• Portée au port PC
• Accès au VLAN voix du PC
• Port PC

Appliquez ensuite la configuration et réinitialisez le téléphone IP. Une fois cette opération terminée, ouvrez Wireshark et effectuez une capture de paquets d'une durée de 30 secondes. Assurez-vous d'enregistrer l'adresse distante ainsi que le port pour les flux 2 et 3 du téléphone IP en question. Exemple :

• Flux 2 - 10.201.227.147/40676
• Flux 3 - 10.201.227.147/33358

Une fois la capture de paquet terminée, ouvrez la capture de paquet et complétez ces étapes pour chaque flux :

1. Filtrer par ip.addr == 10.201.227.147 && udp.port == 40676.
   
   
2. Naviguez jusqu'à Analyser > Décoder en tant que.
   
   
3. Dans la fenêtre contextuelle, sélectionnez RTP et cliquez sur OK.
   
   
4. Accédez à Telephony > RTP > Stream Analysis.
   
   
5. Dans l'analyse de flux RTP, accédez à Lecteur > Décoder > Lire, puis vérifiez que les deux parties de l'appel sont entendues.
   
   
6. Répétez les étapes 1 à 4 pour l'autre flux et port.

Dépannage

Après avoir effectué la capture de paquets et vérifié que MediaSense est configuré correctement et que le téléphone IP envoie un flux RTP valide au serveur MediaSense, et que vous continuez à rencontrer des problèmes, le chemin entre le serveur et le téléphone IP doit être vérifié.

Assurez-vous que le chemin ne comporte aucune liste de contrôle d'accès (ACL) et qu'il ne bloque ni ne filtre le trafic RTP.

Remarques importantes

Si l'appel configuré avec CUCM est en question, examinez les journaux CUCM détaillés et ouvrez les journaux MediaSense afin de trouver l'ID d'appel. Cette information se trouve dans l'ID de session et ressemble à celle-ci dans les journaux de contrôle d'appel :

CallId: 74acba00-38c1ea2d-3a2937-f183000a@10.0.131.241
CallId: 74acba00-38c1ea2d-3a2938-f183000a@10.0.131.241

Puisque le téléphone IP configure deux flux avec MediaSense, un pour chaque segment de l'appel téléphonique d'origine, recherchez les journaux CUCM avec l'un des ID d'appel afin de vérifier si la session MediaSense est correctement configurée.