• 3

請問偉橋ATA-171M+ipbb應如何設定?

在露拍上訂購了2台偉橋ATA-171M,把ipbb的帳號設定進去後卻遇到了幾個問題.

先說明一下我的網路環境:
網 路:SEEDNET FTTB 10M/2M
IP分享器:ASUS RT-N16 + Tomato_v1.28.7428 MIPSR2

以下的VOIP設備全接在IP分享器之後,遇到的問題如下:
1.(ATA-171M)IP→PSTN:使用一切正常.
2.(ATA-171M)IP→IP(ATA-171M):接通後互相聽不到對方聲音.
3.(ATA-171M)IP→IP(ET-22S):接通後互相聽不到對方聲音.
4.(ATA-171M)IP→IP(GDTEL):接通後互相聽不到對方聲音.

奇怪的是,我之前試過其它的VOIP設備(ET-22S、GDTEL)互相通話都是正常的.


AT-171M的設定如下:
System Information
請問偉橋ATA-171M+ipbb應如何設定?

Network Status
請問偉橋ATA-171M+ipbb應如何設定?

WAN Settings
請問偉橋ATA-171M+ipbb應如何設定?

Service Domain Settings
請問偉橋ATA-171M+ipbb應如何設定?

Port Settings
請問偉橋ATA-171M+ipbb應如何設定?

Codec Settings
請問偉橋ATA-171M+ipbb應如何設定?

Codec ID Setting
請問偉橋ATA-171M+ipbb應如何設定?

DTMF Setting
請問偉橋ATA-171M+ipbb應如何設定?

RPort Setting
請問偉橋ATA-171M+ipbb應如何設定?

Other Settings
請問偉橋ATA-171M+ipbb應如何設定?

NAT STUN Setting
請問偉橋ATA-171M+ipbb應如何設定?


==========================這是分隔線==============================
99.12.26做了一些測試,情況如下:
1.把一方的ATA-171M移到IP分享器之前(用PPPoE取得Public IP),則雙方都可以正常對談.
2.把雙方的ATA-171M移到IP分享器之前(用PPPoE取得Public IP),則雙方都可以正常對談.
3.用其它VOIP設備和ATA-171M互撥,若有一端有Public IP的話,則雙方都可以正常對談.
4.讓其它VOIP設備和ATA-171M都有Public IP,則雙方都可以正常對談.
5.把VOIP設備對映的Private IP開DMZ對映,和Public IP有同樣的結果(可惜DMZ只是只能指向單一IP).

目前的結論:要和ATA-171M通話的VOIP設備至少有一方不能放在NAT後方?
==========================這是分隔線==============================
99.12.27做了一些測試,情況如下:
1.在ATA-171M的Phone Book設定對方的Name@IP(Private IP,Ex:111@192.168.1.100)Call 111#,則雙方都可以正常對談.
2.在ATA-171M的Phone Book設定對方的Name@IP(Public IP,Ex:111@123.205.246.100)Call 111#,則無法接通.

目前的結論:兩台ATA-171M在同網堿下的IP CALL可以正常通話
==========================這是分隔線==============================
99.12.28做了一些測試,情況如下:
1.在ATA-171M上開STUN ON無效,設Proxy Server無效.
2.在IP分享器上設定通訊埠轉送設定(Port Forwarding),無效.
3.在IP分享器上設定觸發式通訊埠轉送(Triggered Port Forwarding),無效.

唉!我投降了,只好把它移到IP分享器前去用了,
移一台出去Public IP之後發現可以正常通話了.


目前的結論:兩組[ATA-171M+ipbb]要能正常通話的話,至少其中一組需要是Public IP.
==========================這是分隔線==============================
99.12.29
※目前發現二台以上(含二台)VOIP設備(ipbb)在同一NAT下使用會有問題,時好時壞,奇怪的是我之前試過是可以的,現在和之前的差異是換過IP分享器(Edimax BR-6424N→ASUS RT-N16),我想問題可能與它脫離不了關係,有空的話我再來實驗看看.
==========================這是分隔線=============================
99.12.30做了一些測試,情況如下:
今天把IP分享器由現役中的ASUS RT-N16(Tomato)換回原來的Edimax BR-6424N(WISP)後發現:
在同一NAT下的所有VOIP(ipbb)設備全都工作正常了,終於真象大白...

原來問題不是在ATA-171M上,也不是ipbb,竟是出在RT-N16這台IP分享器上.
所以,主題所發問的問題,我自己已經找到答案了,我原始貼的圖就是設定的方法.

但是,問題找到了,接下來要怎麼解決才是該傷腦筋的地方

所以現在新的問題是:

ASUS RT-N16 + Tomato_v1.28.7428 MIPSR2
該如何設定才能讓LAN下超過2台的SIP Phone(ipbb)互Call正常.


2010-12-26 21:52 發佈


outbound proxy不要設, stun打開. 如果你的router有sip alg記的關掉.
廬山煙雨浙江潮,未到千般恨不消。及至到來無一事,廬山煙雨浙江潮

DannyHwang wrote:
outbound proxy不要設, stun打開...(恕刪)


試了,這個方法無效! 依然聽不到對方的聲音.

stun打開發現新問題,就是撥號完畢對方會延遲5秒才振鈴,
關閉一端的的話約延遲2.5秒,兩端都關閉的話馬上振鈴.


我想方便的話你抓個封包來瞧瞧,看問題在哪.
廬山煙雨浙江潮,未到千般恨不消。及至到來無一事,廬山煙雨浙江潮
Sorry! 恕弟技拙,不會抓封包.

不過,我在ATA-171M的Status Log裡發現奇怪的現象,
"Reg Status: REGISTERED"這個訊息一直反覆出現,
似乎是被SIP Server彈出,又再次登入.


Status Log
<2010-12-29 08:17>Reg Status: REGISTERED
<2010-12-29 08:18>REG MSG: 100 is received
<2010-12-29 08:18>REG MSG: 200 is received
<2010-12-29 08:18>Reg Status: REGISTERED
<2010-12-29 08:19>REG MSG: 200 is received
<2010-12-29 08:19>Reg Status: REGISTERED
<2010-12-29 08:20>REG MSG: 100 is received
<2010-12-29 08:20>REG MSG: 200 is received
<2010-12-29 08:20>Reg Status: REGISTERED
<2010-12-29 08:21>REG MSG: 100 is received
<2010-12-29 08:21>REG MSG: 200 is received
<2010-12-29 08:21>Reg Status: REGISTERED
rontzong wrote:
Sorry! 恕弟技...(恕刪)


這是正常的, 因為他本來就得定期註冊. 註冊周期從30秒到一個小時都可能.

抓封包你得下載wireshark, 然後你得有台hub, 不能用switch. 如果沒hub一個暫時的變通方法是先變更你的ata的mac address為broadcast形式, 例如你把mac address最前面一個byte改成f4. 這樣你的電腦就抓的到ata封包了.

老實說你的問題蠻奇怪的, 因為用ipbb的人不少, 沒見過有人反應這問題.

還有你先拿掉ilbc codec的支援看看, 搞不好偉橋的code擺錯dsp韌體, 如果通在ilbc會出包. 印象中有一版的韌體他是放錯.

還有你的stun port錯了, 必須是3478才對(剛剛有人提醒我)
廬山煙雨浙江潮,未到千般恨不消。及至到來無一事,廬山煙雨浙江潮
DannyHwang wrote:
抓封包你得下載wireshark...(恕刪)

ok,我來研究看看..

DannyHwang wrote:
用ipbb的人不少, 沒見過有人反應這問題...(恕刪)

這一篇[推薦]網路電話第305樓、307樓的antonych兄似乎也遇到不少問題.

DannyHwang wrote:
還有你先拿掉ilbc codec的支援看看...(恕刪)

試了,無效.

DannyHwang wrote:
你的stun port錯了, 必須是3478才對...(恕刪)

把stun port改為3478之後,延遲振鈴的現象不再發生了,
但同NAT下的雙機聽不到對方聲音的問題仍存在.
除此外,STUN ON又發現新問題,就是撥打方會偵測不到接聽方已掛斷的訊號,
一直處在通話中的狀態,所以STUN OFF反而問題較少.

STUN的功能,依維基百科的解釋似乎與聽不到對方的聲音無關,
應該是SIP VOIP在NAT下CALL不到,才需要吧!
rontzong wrote:
ok,我來研究看看....(恕刪)


看來你的問題只有抓封包來分析才有解啦...

ps. 剛剛有熱心人士回報, xten的stun server有問題, 所以我想你可能試一下gizmo的, 請改stun01.sipphone.com
廬山煙雨浙江潮,未到千般恨不消。及至到來無一事,廬山煙雨浙江潮
DannyHwang wrote:
能試一下gizmo的, 請改stun01.sipphone.com...(恕刪)


試的結果:"偵測不到接聽方已掛斷的訊號" 問題不見了,但延遲振鈴的現象又發生了(但不嚴重),
經過反覆的測試,發現:If Caller STUN ON then Answer will delay Ringing.
此外,聽不到聲音的問題仍然存在,我想我快找到問題的癥結點了,請參考我99.12.29做的測試.

rontzong wrote:
試的結果:"偵測不到...(恕刪)


我是懷疑跟你的router有關, 我有一個建議是你兩台ata的sip跟rtp port錯開, 各用不同的port number.
廬山煙雨浙江潮,未到千般恨不消。及至到來無一事,廬山煙雨浙江潮
  • 3
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?