《视频会议-常见问题排查》由会员分享，可在线阅读，更多相关《视频会议-常见问题排查（43页珍藏版）》请在金锄头文库上搜索。
1、高品质连接、高价值回报 宝利通UC智能核心,常见故障排查,排查思路 先简单后复杂； 先掌握问题表象后摸问题规律； 先排查外围环境后检查设备本身； 先检查配置和软件后检查硬件； 排查原则 选择正确的技术诊断方法，排除外围问题，准确定位问题、报告问题； 诊断的过程既是排除故障的过程，也是定位问题的过程，为报告问题做准备详细记录问题 排查方法 普遍通用的诊断方法-替换法、排除法、对比法等 专用方法-设备的诊断工具 数据收集 问题描述清楚； 诊断步骤详细； 数据纪录内容全面和准确,常见问题排查,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,系统状态 在通话状态中、点对点视频自动应答、遥控器电
2、池、麦克风、ip网络都是绿色箭头朝上，如果有红色箭头朝下，则有问题，需要修改,终端诊断工具-系统状态,PING工具 “Ping 失败”，网络不通或对端没开机。 “无法联系 H.323”，对端不支持H.323呼叫，或者防火墙阻挡。,终端诊断工具-PING工具,扬声器测试 通过web页面提供的诊断功能，测试扬声器是否正常工作。,终端诊断工具-扬声器测试,麦克风测试 通过web页面提供的诊断功能，测试麦克风以及远端是否正常工作。,终端诊断工具-系统状态,8,摄像头测试 通过web页面提供的摄像机检测功能，测试是否正常工作。 当通过遥控器无法控制摄像头时，可以尝试通过web页面的管理工具对摄像头进行检
3、测，看是否属于硬件故障。,终端诊断工具-摄像头检测,呼叫统计 协商结果、丢包统计、传输速率,终端诊断工具-呼叫统计,10,使用恢复按钮 恢复配置 恢复配置，这会将大多数系统设置重设为默认值。 出厂恢复 完全清除系统并将其恢复为原始出厂软件版本和默认配置。 恢复按钮位于 Polycom HDX 8000/7000/4000系列系统的正面。 使用恢复按钮 系统电源打开后，按住恢复按钮至少 15 秒。 15 秒后，系统重新启动并显示设置向导。 下列项目将会保存: 当前软件版本 选项密钥 遥控器通道 ID 设置 目录条目 CDR 数据和日志,终端诊断工具-恢复配置,11,U盘恢复出厂设置 在判断为硬件
4、故障之前，需要此操作，它降完全清除系统闪存并重新安装原始出厂软件。 使用恢复按钮将系统重设为原始出厂软件： 将终端升级包*.pup拷贝到U盘（建议金士顿），插入终端USB接口。 在系统电源关闭的情况下，按住恢复按钮。 按住“恢复”按钮的同时，按一次“电源”按钮。 按住恢复按钮 5 秒以上，15秒内，然后放开。 恢复出厂设置过程中，会显示显示 Polycom 启动画面 但默认输出为分量，其他类型的监视器显示空白。此过程完成后，系统将自动重新启动。不要在恢复出厂设置过程中断开系统电源。 下列项目将不保存： 软件更新 包括选项密钥和遥控器通道 ID 在内的所有系统设置 目录条目 CDR 数据和日志,
5、终端诊断工具-恢复出厂,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,13,场景： 本地输出无法看到图像，蓝屏或黑屏,解决： 确认是哪路显示器无图像第1路还是第4路？ 第1路显示采用的输出和接入的线缆不对，长按“显示”键，出现输出类型后选择相对应的视频输出 知道IP地址的话通过WEB登录到设备，在“监视器”中修改相应的输出类型，DVI/VGA/分量 硬件问题需RMA更换或维修,终端常见问题,场景： 本端摄像头无法控制，完成拉近，拉远，上下转动,解决： 没有选择近端 镜头连接线缆没有连接正确 确认遥控器电量是否足够 是否选择了可控制摄像头 遥控器是否受到干扰，确认遥控器可调出菜单,终端
6、常见问题,15,场景： 对方或远端听不到你的声音,解决： 本端已静音，打开麦克风，绿色打开，红色关闭 选择近端回路检查本地MIC是否有声音输入 使用遥控器或Web检查本地输入是否有音量 检查调音台接口是否松动 与其他会场点对点测试是否正常 与MCU配合时是否被MCU静音,终端常见问题,场景： 本端会场没声音,解决： 电视机音量是否有问题，调节电视机音量 终端输出设备音量被调到最低，使用遥控器调节设备音量 进入“系统”“诊断”“音频”，诊断音频的输入和输出 与MCU交互时是否被闭音操作 与其他点进行点对点测试 挂断状态下，进入“系统”“诊断”“音频”，检查扬声器是否有声音输出。 音频线缆连接错误
7、，确认输出线缆是否松动或更换线缆,终端常见问题,17,场景： 接收双流时看不到PC画面,解决： 图像的显示位置没有选择正确，切换遥控器显示按钮变换显示输出图像 确认发送双流的会场已经发送双流,终端常见问题,18,场景： 发言时从电视机听到自已的声音,解决： 对方MIC离扩声设备太近，自已的声音从对方的麦克又传回来了。麦克风与扬声器的距离是否保持在3米以上； 音频输出接到了VCR的音频输出，把音频输出调整到第1路音频输出 扬声器音量是否设置太大； 扩音线路是否形成回路 对端是否启用了回声抑制,终端常见问题,19,场景： 会议中声音出现断续、卡、丢字,解决： 没有关闭键盘降噪，请关闭键盘降噪 该点
8、网络是否有丢包和音频抖动现象 本地静音,终端常见问题,20,场景： 画面有马赛克，严重时画面不连贯甚至停顿。,解决： 检查本地网络是否有丢包，通话时按遥控器上的帮助键 ，察看当前网络统计数据中的丢包情况。 检查观看目标终端的网络，发送是否有丢包。 请网络管理员检查网络情况，排除网络故障，保证会议带宽。,终端常见问题,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,22,硬件监测 “硬件监视器”-检查硬件状态是否正常。,MCU诊断工具-硬件监测,23,网口状态 RMX2000：“硬件监视器”-“LANS”-”LAN” RMX1000：”信令监测”-“LAN1” 检查网口协商模式、包错误、
9、CRC校验。,MCU诊断工具-网口状态,24,丢包监测 RMX2000：终端“属性”-“信道状态” RMX1000：状态栏-”H.323/SIP在线终端” 检查硬件状态是否正常。,MCU诊断工具-丢包监测,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,26,场景： 会议中某些终端不能发送双流，按下双流发送键后无反应,解决： 检查是否在会议中指定了双流发送者，如果指定了会场为双流发送者，则其他终端的双流请求会被MCU忽略。 终端是否正确连接PC，是否提示无信号或分辨率问题。,MCU常见问题,27,场景： 会议中某些终端会场听不见声音,解决： 检查说话者是否被静音 。 检查说话者本地声音
10、输入是否都正常。 检查收听者是否被闭音 。 检查收听者本地声音接收和输出是否正常。 检查MCU音频协商结果是否正常。,MCU常见问题,28,场景： 会议进行中突然自动结束,解决： 查看CDR日志，检查会议开始时的持续时间，是否为会议时间截止后MCU自动关闭会议 设置了自动结束标志 查LOG会议是否被其他管理员删掉,MCU常见问题,29,场景： 会议图像质量在会议进行一定时间后卡屏或质量很差,解决： 检查网络中是否存在丢包，网络丢包将引起图像质量下降。 检查网络中是否有双链路，如负载均衡，Channel捆绑等，当网络中存在这种结构时，会造成视频数据包的乱序，并随着开会时间的进行而不断增多，最终导
11、致会议卡屏。 启用I帧抑制功能，避免频繁的I帧更新引起网络的进一步恶化。,MCU常见问题,30,场景： 忘记MCU的管理IP地址,解决： RMX2000使用随机的USB密钥盘修改管理IP地址后插入RTM-IP板卡中，待重启完成后使用修改后地址登陆。 RMX1000/500使用串口登入（串口速率115200K），输入“show”查看IP地址，“set lan1 ip static”命令设置IP地址。,MCU常见问题,31,场景： 会议中终端突然掉线,解决： 在会议中双击该终端，查看属性中的联接状态-掉线原因 PING终端是否通 重呼该终端，看是否能立即互通 使用其他点呼叫它 终端通讯最长时间 防
12、火墙长连接配置。,MCU常见问题,32,场景： 在MCU中呼终端时终端呼不通,解决： 检查是否终端在线、处于空闲状态，可IE查看通讯状态。 点对点呼叫是否通 MCU界面查看无法呼叫原因 检查网络是否可Ping通， IP地址变更与IP地址冲突检查,MCU常见问题,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,视频会议对网络的要求-带宽要求,可用带宽：一般情况下，建议可用带宽为80%，譬如：一条2M的专线，在带宽管理的角度，所有流量不能超过总带宽的80%,即1.6M，如果超过就有可能引起网络抖动、时延大、甚至网络丢包。 MCU带宽要求： 建议连接高清的MCU的交换机端口为：千兆端口 MC
13、U一般情况会部署在网络的核心层，需要考虑核心层网络的汇聚能力，譬如：一台40个点的高清MCU，如果计划开2M的高清会议，在网络的汇聚层必须有超过100M+其他流量的处理能力。,视频会议对网络的要求-带宽要求,链路带宽升级：当网络出现拥塞后，部署QOS只能解决部分问题，升级带宽是最好的解决方案，因此，在设计和规划视频会议的网络时，一定需要考虑网络的扩展性 降低视频会议的要求：如果出现网络拥塞或带宽不足，建议选择两种解决方法： 1、降低视频会议的速率：2M的会议降到1.2M或1M 2、增加一个GK部署全网络的带宽控制策略 压缩和应用加速：如果网络条件允许，建议可以在路由器上部署RTP包头压缩，减少
14、视频会议对广域网的占用。或者可以部署应用层的加速设备。,视频会议对网络的要求-带宽要求,负载网络测试 端到端测试 RTP丢包统计=网络层丢包+应用层丢包,网络层丢包：在网络上出现IP packet loss 应用层丢包：IP packet已经到达MCU或终端，但是由于时延或抖动太大被MCU或终端drop,视频会议对网络的要求-网络容错,主题内容,MCU诊断工具,视频会议对网络要求,案例分析,H.225-发起呼叫,setup,alerting,connect,H.245-能力协商及控制,materSlaveDetermin,terminalCapability,openLogicalChanne
15、l,H.225-结束呼叫,releasecomplete,endSessionCommand,案例分析-H.323呼叫流程,Call Setup 64.1.1.1 200.1.1.1 H.225:192.168.1.2,Call Setup 192.168.1.2 200.1.1.1 H.225:192.168.1.2,NAT/PAT FW Table 内网 IP 公网 IP 内部源Port 外部源 Port 192.168.1.2 64.1.1.1 TCP 7600 TCP 3000,案例分析-防火墙/NAT穿越问题,Call Setup 64.1.1.1200.1.1.1 H.225:20
16、0.1.1.1,Wrong IP and Port passed in H.323 message,NAT/PAT FW Table 内网 IP 公网 IP 内部源Port 外部源 Port 192.168.1.2 64.1.1.1 TCP 7600 TCP 3000,Alerting 192.168.1.2200.1.1.1,Call Setup 64.1.1.1200.1.1.1 H.225:200.1.1.1,TerminalCapabilitySet 192.168.1.2200.1.1.1,Connect 64.1.1.1 200.1.1.1 H.225:192.168.1.2,TerminalCapabilitySet 192.168.1.2200.1.1.1,案例分析-防火墙/NAT穿越问题,Q&A,Thank you,
