問題描述

問題涉及的設(shè)備及版本

華為MCU VP9630（版本：V500R002C00SPC200 / V200R001C30SPC700）

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

 

華為終端 TE30（版本：V500R002C00SPC200）

現(xiàn)網(wǎng)問題描述

某金融客戶會(huì)議召開方式為華為VP9630作為總部上級MCU，通過web界面召開與下級寶利通RMX2000的手動(dòng)級聯(lián)會(huì)議，會(huì)議開始1小時(shí)后，無錫、北京、深圳等分會(huì)場陸續(xù)反映輔流屏幕出現(xiàn)藍(lán)屏現(xiàn)象。情況出現(xiàn)后，現(xiàn)場工程師結(jié)束會(huì)議后，采用另一會(huì)議備用模板重新開會(huì)后，輔流恢復(fù)正常。

 處理過程

從總部MCU日志中看出，14:05，總部開始正常召集名稱為“總部級聯(lián)大會(huì)”，會(huì)議號9100的全行級聯(lián)會(huì)議。14:35開始，會(huì)場號18（66.10.96.7）中的<1,18>會(huì)場（即總行407會(huì)議室）申請發(fā)送輔流，隨后一直持有輔流令牌直至15:15有新的會(huì)場申請輔流令牌。

總行MCU側(cè)日志：14:05會(huì)議開始

 

14:35 會(huì)場號18中<1,18>會(huì)場請求輔流令牌

 

打開18號會(huì)場輔流接收通道，輔流開始發(fā)送

 

會(huì)場<1,18>持有輔流令牌，并知會(huì)其他會(huì)場

 

原理解釋： H323協(xié)議下，MCU Web召開的會(huì)議，輔流令牌采用搶占的策略，即令牌不可鎖定，誰申請誰使用的原則，MCU接收任何終端的輔流申請并響應(yīng)，后續(xù)申請者可剝奪前者的輔流令牌。

 

 

15:15開始，會(huì)場號6（66.66.97.11）中的<1,5>會(huì)場申請輔流令牌，隨后開始發(fā)送輔流。

總行MCU側(cè)日志：15:14會(huì)場號6中的<1,5>會(huì)場申請輔流令牌

 

打開6號會(huì)場輔流接收通道，輔流開始發(fā)送

通過查找66.66.97.11對應(yīng)的蘇州MCU日志，確認(rèn)發(fā)送輔流的是會(huì)場名為“二”，ip地址為66.66.117.241的寶利通終端。

蘇州MCU側(cè)日志： <1,5>會(huì)場對應(yīng)的RMID號174081

 

RMID號174081對應(yīng)會(huì)場“二”ip=66.66.117.241

 

 

 根因

根據(jù)以上現(xiàn)象，我們可以初步推斷，會(huì)議開始后至故障出現(xiàn)前，總行會(huì)議室先發(fā)送輔流，此時(shí)輔流表現(xiàn)正常，而后15:15開始，蘇州二會(huì)場主動(dòng)發(fā)送輔流，不排除此會(huì)場由于誤操作發(fā)送了空輔流或藍(lán)屏輔流，導(dǎo)致會(huì)中接收并觀看輔流的所有會(huì)場輔流屏幕均顯示為藍(lán)屏。

基于此推斷，我們在測試時(shí)采用同樣的方法進(jìn)行了故障復(fù)現(xiàn)，根因得以確認(rèn)。

 解決方案

如上，當(dāng)前已知的信息指向故障由蘇州會(huì)場誤操作發(fā)送輔流引起，已建議客戶后續(xù)對支行操作人員進(jìn)行操作培訓(xùn)，降低人為誤操作的可能性。此外，當(dāng)此類輔流異常情況再出現(xiàn)時(shí)，總行可以主動(dòng)發(fā)送主會(huì)場或其他會(huì)場主流，剝奪異常輔流會(huì)場的輔流令牌，則輔流可恢復(fù)正常。

 

 建議與總結(jié)

后續(xù)建議測試寶利通是否存在發(fā)送空輔流的問題，并禁用無關(guān)會(huì)場的輔流源，以期問題能得到徹底解決。

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

上一條：華為te40遙控器不能控制終端，不靈，能夠控制vpc600解決方法 下一條：華為te40電源指示燈能夠傳遞的信息有哪些？