协作 : Cisco MediaSense

CUCM MediaSense呼叫记录错误故障排除

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈

简介

当错误在一内置的网桥的时,呼叫记录出现本文描述如何排除故障MediaSense。

贡献用孔雀舞Dave和威廉赖安班奈特, Cisco TAC工程师。

基本MediaSense呼叫流用内置的网桥

当使用时,此镜像说明基本MediaSense呼叫流一内置的网桥: 

注意:IP电话A有启用的录音。

这些步骤描述呼叫流:

  1. 在右边的IP电话呼叫在左边的IP电话并且通过Cisco Unified Communications Manager (CUCM)发起呼叫。

  2. CUCM发送信号到目的地电话并且完成呼叫建立。

  3. IP电话A和IP电话B之间的连接当前设置。

  4. 在IP电话A的录音配置文件说,当收到呼叫, CUCM必须设置有MediaSense的一会话。在步骤3开始后,这完成毫秒。

  5. 呼叫当前设置在两个电话之间,呼叫通过内置的网桥分叉,并且内置的网桥发送两实时传输协议(RTP)数据流到MediaSense服务器。

在MediaSense的没有录音

如果收到表明的错误没有在MediaSense的录音,则您必须查看日志和搜索此会话ID :

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

size="0"在此输出中表明没有在该呼叫的服务器记录的音频。这典型地意味着RTP数据流没有达到MediaSense服务器从电话。当这发生时,下一步是验证电话发送RTP流量。

验证IP电话发送流量

快速方式验证IP电话发送RTP流量将查看IP电话网页。这在CUCM手工启用在Phone Configuration页内或通过大批Admin。

数据流1是与另一个IP电话或网关的远程地址的主要呼叫。这包括两数据流:第一是在IP电话接收,并且第二是音频发送对另一端的音频。

为了验证MediaSense记录两个呼叫段,请点击数据流2和数据流3为了验证发送方数据包增加,当页多次时刷新。远程地址应该显示数据流2和数据流的3. MediaSense服务器。原因有两数据流到MediaSense服务器是,因为他们中的一个是在数据流接收的音频1 (接收方数据包)和其他是音频发送(发送方数据包)对在数据流1.的另一端。

注意:关于以前描述的呼叫流程图,步骤3是数据流1,并且步骤5的每个段是指数据流2和数据流3。

此捕获显示数据流1

此捕获显示数据流2

注意:注意IP地址和端口页的远程地址部分的是重要的。当您采取测试电话呼叫的时,数据包捕获这是非常重要。

此捕获显示数据流3

当您验证数据为数据流2和数据流3时,寻找的关键事是:

  • 远程地址是MediaSense服务器的IP地址。

  • 在每数据流的端口号是唯一。

  • 当您刷新页时,发送方数据包数量增加。

这表明RTP数据包由IP电话发送。

执行数据包捕获

如果是不确定的IP电话是否发送RTP数据包,下措施是执行数据包捕获和重赛数据流。

在您执行数据包捕获前,请保证在IP电话配置的这些设置CUCM的启用:

  • 跨接到 PC 端口
  • PC语音VLAN访问
  • PC端口

然后,请运用配置并且重置IP电话。在这完成后,开放Wireshark和采取有一30秒持续时间的一数据包捕获。保证您记录远程地址以及端口的IP电话的数据流2和数据流的有问题的3。例如:

  • 数据流2 - 10.201.227.147/40676
  • 数据流3 - 10.201.227.147/33358

一旦数据包捕获完成,请打开数据包捕获并且完成每数据流的这些步骤:

  1. ip.addr == 10.201.227.147 && udp.port == 40676过滤

  2. 导航分析>解码

  3. 在弹出窗口,请选择RTP单击OK

  4. 导航对电话> RTP >数据流分析

  5. 在RTP数据流分析,请导航对播放机>解码>作用,并且验证呼叫的两个段听到。

  6. 重复另一个数据流和端口的步骤1至4。

故障排除

在您执行数据包捕获并且验证MediaSense适当地后配置,并且IP电话发送一有效RTP数据流到MediaSense服务器,并且您继续遇到问题,然后应该检查服务器和IP电话之间的路径。

保证路径没有任何访问控制列表(ACL),并且不阻塞也不过滤RTP流量。

重要说明

如果设置CUCM的呼叫有问题的,则查看到详细的CUCM里记录,并且打开MediaSense登录顺序查找呼叫ID。这可以从会话ID被找到,并且看起来类似于此在呼叫控制日志:

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

因为IP电话设置与MediaSense的两数据流,一个原始电话的每个段的,搜索与其中一的CUCM日志呼叫ID为了验证MediaSense会话是否适当地设置。



Document ID: 117788