Pour les partenaires
Vous êtes déjà partenaire?
ConnexionAvez-vous un compte?
Ce document décrit comment dépanner MediaSense lorsqu'une erreur apparaît dans l'enregistrement des appels pour un pont intégré.
Cette image illustre le flux d'appels MediaSense de base lorsqu'un pont intégré est utilisé :
Ces étapes décrivent le flux d'appels :
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.
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.
Cette capture montre Stream 1 :
Cette capture montre Stream 2 :
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 :
Cela indique que les paquets RTP sont envoyés par le téléphone IP.
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 :
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 :
Une fois la capture de paquet terminée, ouvrez la capture de paquet et complétez ces étapes pour chaque flux :
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.
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.