問題描述

問題涉及的設備及版本

華為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電源指示燈能夠傳遞的信息有哪些？