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