如果您看了小弟在dslreports 的發言, 您應該已經瞭解小弟的測試步驟, 小弟先直接以Sipura ATA 撥打電話, 確定功能一切正常, 才接著測試GrandCentral 的各項功能, 此外小弟也證明了, 不管以InBand 或RFC2833(AVT), Sipura ATA 都和GrandCentral 相容, 所以這是PAP2T-NA 韌體的問題, 小弟唯一尚未測試的是GrandCentral IVR, 由於需要由他人撥打小弟的GCNum, 所以小弟還在找時間測試, 另一個方法是小弟自己邀請自己, 再申請一個GCNum 來互撥, 不過這還是需要他人幫忙通過
驗證, 所以得等週末再說, 然而按照SIP Header 來看, 答案就是那樣, 除非IVR 走的是別的主機, 以下是小弟建議的設定:
DTMF Process INFO: Yes/No
DTMF Process AVT: Yes/No
DTMF Tx Method: InBand/AVT/INFO/AUTO
DTMF Tx Mode: Normal/Strict
Hook Flash Tx Method: None/AVT/INFO
Preferred Codec: G729a
不用為了Click2Call 改Codec, 反正一定會是
G.711u, 小弟對你的建議, 可能得用兩個GCNum, 一個只接不撥, 另一個只撥不接, 另一個建議是只接不撥的話機最好能免持撥號, 但小弟也不確定能否解決huangmax 兄所說的漏音問題, 此外, 由於小弟的上傳頻寬較小, 所以Click2Call to 1-800-977-6368 Oregon Transportation 並非完全順利, 經常需要多按幾次才能辨識, 但由Sipura ATA 直撥DynaSky & Oregon Transportation 則完全沒有問題, 因為此時Codec 是
G.729a, 所需頻寬較小
另一個可能的原因是SIP ALG, 請參考 "
Routers SIP ALG - voip-info.org", 例如Vigor Router 支援SIP ALG, 不過建議關閉它, 讓ATA 本身的功能去解決Private IP & Port 的問題, 這樣可以讓過程比較單純
再不然, 那就換ATA 吧! PAP2 系列完全是Linksys 的設計, 但SPA-XXXX 韌體是Sipura 的設計, 問題較少, 或者換成IP Phone, 那就不會因為ATA 和Phone 分離, 而產生DTMF 的問題, 否則就等下一版韌體吧!
另外請教hunagmax 兄, 以ATA 來說, 是否還有其他因素會影響DTMF? 例如Silence Suppression, Echo Cancelation, DTMF Playback, Detect ABCD, Playback ABCD 等
再者, 小弟有一個便宜的話機, 接到市話則正常, 但接到Sipura ATA, 則拿起話筒會隆隆作響, 不知是否FXS Port Impedance 匹配的問題? 如何得知話機的Impedance? 預設值是600, 此外, 一般對於FXS Port Polarity 該如何設定?
書籤