问题描述

问题涉及的设备及版本

华为MCU VP9630（版本：V500R002C00SPC200 / V200R001C30SPC700）

宝利通MCU RMX2000（版本：8.4.1.16 / 8.4.1.6）

 

华为终端 TE30（版本：V500R002C00SPC200）

现网问题描述

某金融客户会议召开方式为华为VP9630作为总部上级MCU，通过web界面召开与下级宝利通RMX2000的手动级联会议，会议开始1小时后，无锡、北京、深圳等分会场陆续反映辅流屏幕出现蓝屏现象。情况出现后，现场工程师结束会议后，采用另一会议备用模板重新开会后，辅流恢复正常。

 处理过程

从总部MCU日志中看出，14:05，总部开始正常召集名称为“总部级联大会”，会议号9100的全行级联会议。14:35开始，会场号18（66.10.96.7）中的<1,18>会场（即总行407会议室）申请发送辅流，随后一直持有辅流令牌直至15:15有新的会场申请辅流令牌。

总行MCU侧日志：14:05会议开始

 

14:35 会场号18中<1,18>会场请求辅流令牌

 

打开18号会场辅流接收通道，辅流开始发送

 

会场<1,18>持有辅流令牌，并知会其他会场

 

原理解释： H323协议下，MCU Web召开的会议，辅流令牌采用抢占的策略，即令牌不可锁定，谁申请谁使用的原则，MCU接收任何终端的辅流申请并响应，后续申请者可剥夺前者的辅流令牌。

 

 

15:15开始，会场号6（66.66.97.11）中的<1,5>会场申请辅流令牌，随后开始发送辅流。

总行MCU侧日志：15:14会场号6中的<1,5>会场申请辅流令牌

 

打开6号会场辅流接收通道，辅流开始发送

通过查找66.66.97.11对应的苏州MCU日志，确认发送辅流的是会场名为“二”，ip地址为66.66.117.241的宝利通终端。

苏州MCU侧日志： <1,5>会场对应的RMID号174081

 

RMID号174081对应会场“二”ip=66.66.117.241

 

 

 根因

根据以上现象，我们可以初步推断，会议开始后至故障出现前，总行会议室先发送辅流，此时辅流表现正常，而后15:15开始，苏州二会场主动发送辅流，不排除此会场由于误操作发送了空辅流或蓝屏辅流，导致会中接收并观看辅流的所有会场辅流屏幕均显示为蓝屏。

基于此推断，我们在测试时采用同样的方法进行了故障复现，根因得以确认。

 解决方案

如上，当前已知的信息指向故障由苏州会场误操作发送辅流引起，已建议客户后续对支行操作人员进行操作培训，降低人为误操作的可能性。此外，当此类辅流异常情况再出现时，总行可以主动发送主会场或其他会场主流，剥夺异常辅流会场的辅流令牌，则辅流可恢复正常。

 

 建议与总结

后续建议测试宝利通是否存在发送空辅流的问题，并禁用无关会场的辅流源，以期问题能得到彻底解决。

原文地址：http://www.huawei-od.com/jsfw/433.html

上一条：华为te40遥控器不能控制终端，不灵，能够控制vpc600解决方法 下一条：华为te40电源指示灯能够传递的信息有哪些？