本地一臺TE30,部署在客戶內網,ip地址為172.16.5.165 ,做靜態NAT到公網,地址為 212.72.10.149 ,遠端為寶利通MCU設備。
客戶尚未建立自己獨立的網絡或VPN,所以租用運營商MCU的一個端口,由運營商建立一個虛擬會議室,本地終端與另一終端通過H323方式自主呼入虛擬會議室從而實現通話,線路及MCU端口均由運營商租用提供。
用戶初期采用SIP的方式呼叫,但并未成功,后經其與運營商運維人員協調,采用H323的方式注冊gk server,并使用H323協議進行呼叫。本地終端號碼及呼叫的號碼均由運營商提供。
設備可以成功注冊GK服務器,也能呼叫成功,并且可以聽到對端運營商MCU發出來的“歡迎加入會議”的提示語及背景音樂,也可以看到經過運營商MCU處理后的圖像。
但約20秒后,呼叫被自動掛斷,提示呼叫正常結束。每次呼叫都是這個現象。
組網圖如下：
1、與運營商相關人員溝通,答復他們相同的方式也租用給了其它局點,均正常,所以自身MCU的配置沒有問題,MCU的型號為RMX2000,兼有注冊及碼流轉發功能。
2、讓客戶嘗試降低呼叫帶寬、更改視音頻分辨率,勾選支持H460、取消華為GK等配置,但均未解決問題。
3、讓客戶嘗試使用其它友商的設備呼叫,使用Polycom軟終端采用同樣的ip地址,同樣的NAT方式,使用H323方式呼叫成功并且不會被掛斷,因此推斷客戶的網絡側配置基本上沒有問題。
4、在TE30上抓包,發現前期注冊消息及呼叫信令H225協議均正常,H245協議在最后一步打開邏輯通道時出現了reject消息,推斷可能是遠端拒絕了某個消息,從而掛斷了會議。
5、20s即被掛斷,判斷是某個定時的機制導致了這個問題。TE30有一個默認的設置為定時發送保活包,不同的廠商對于這個保活包的處理機制不通,Polycom的設備可能拒絕了這個保活包,從而掛斷了會議。
6、通過ssh方式登錄TE30終端,使用debug用戶登錄,輸入“set Q931Keepalive 0”這個命令,關閉定時發送保活包的功能。
7、再次進行呼叫測試,呼叫成功并且不會被掛斷,問題解決。
華為TE30有一個默認設置,定時發送保活包,這個在公私網穿越中常會遇到。不同的廠商對于這個保活包的處理機制不通,Polycom的設備可能拒絕了這個保活包,從而掛斷了會議。
通過命令行的方式,使用ssh工具,用debug用戶登錄終端,輸入set Q931Keepalive 0這個命令關閉定時發送保活包的機制,Polycom的設備不會收到這種包,就不會主動掛斷會議。
建議與總結
與友商的設備呼叫會出現各種互通的問題,20s這種定時就被掛斷的情況,在確認線路無問題的情況下,考慮是不是終端某些機制的問題導致的。
原文地址：http://www.huawei-od.com/jsfw/437.html