還是NAT的問題

[edmundz...@gmail.com]

可能還是NAT問題!

現時一個奇怪的現象, 有單通現象.

兩個用戶, 一個使用Xlite, 一個使用SIP網關設備

Xlite是內網用戶, 即與服務器是同一內部網段的; SIP網關設備是外網用戶, 通過公網IP login到服務器上; 現時出現一個比較奇怪的
問題, 用SIP網關撥打Xlite可以震鈴可以接聽, 但雙方都不能聽到對方的聲音, 而且在20秒後會自動挂斷; 但如果用Xlite撥打SIP網
關用戶雙方能正常通話, 沒有20秒自動斷線的情況!!

請問版大這個問題如何解決? 謝謝.

[jungtaw]

首先是你用的通訊協議是 g729 嗎??

有可能是你的Xlite不支援 g729 SIP協議,試試在網外也用筆電或是桌上電腦上的Xlite login回你的服務器,在與內網的分析通話,
觀察是否有一樣的問題發生
另外一個是測試方式,是在內網也用一部SIP網關註冊後與外網的SIP網關通話看看,如果正常那就是軟體電話不支援 g729 SIP通訊協議的關係

On 9月22日, 下午6時26分, "edmundzhong...@gmail.com"

[edmundz...@gmail.com]

剛才按版大的建議再試了一下：

把SIP網關在內網上註冊, Xlite從外網註冊, 這時雙方都可以通話!

麻煩版大再幫忙分析一下問題在那里? 謝謝

[A-Lang, Hsu - ITBLOG.ITVIEW.COM.TW]

SIP Server 若放在防火牆內且使用虛擬 IP ，除防火牆要開通 Port 以外，主機也要作一些設定，請在本群組搜尋 ' NAT' 相關討論。

A-Lang

2008/9/23 edmundz...@gmail.com <edmundz...@gmail.com>

[jungtaw]

請再做下列組合測試

1. SIP網關,網外login Elastix >>打給 Elastix 網內的SIP網關
2. Xlite 網外login Elastix >> 打給 Elastix 網內的 Xlite

注意你所使用的通訊協定為何?? g729??

以上測試如都可以正常通話,那應該就不是你系統 nat 設定的問題了,原因或許是出在你用的 SIP網關所用的通訊協定與Xlite軟體電話上的通訊
協定不相容
假設,分析為上述情況,那建議你是否改用另一套有支援g729協定的軟體電話再試試



On 9月23日, 下午6時04分, "edmundzhong...@gmail.com"

[edmundz...@gmail.com]

謝謝你的回復！

首先我想知道你所問的'"通讀協定為何?" 是指 elastix 還是客戶端?

請問如何知道 elastix 現時跑的是什麼協定? 我的SIP網關是有G729這個協定的, xlite不清楚!

今晚與朋友試了一下, 雙方都是網外, 能正常LOGIN及呼叫, 有聲音但斷續比較利害, 而且聲音時大時小的? 雙方都使用 eyebeam
1.5 這個軟電話軟體!

因為現時手頭上只有一台SIP網關, 所以無法按版大的要求進行測試? 不知道還有什麼方法可以進行測試呢?

萬分感謝!

[jungtaw]

通訊協定就是指 VOIP 所用的音訊編碼稱為 CODEC

由於xlite 的g729是採商業授權,我們從網路下載回來的免費版本是不支援的,以下是網路的一些參考資料

-----------------------------------------------------------
以下是由X-Lite Diagnostics Log 顯示Gizmo Project (06 Oct 17) Version
2.0.2.227 所支援的Codecs, 乍看之下似乎很豐富, 由於使用開放架構, 所以少了商用話機所常見的G.729 & G.723:

m=audio 6912 RTP/AVP 103 102 3 97 100 101 0 8 106 13 117
a=rtpmap:103 ISAC/16000
a=rtpmap:102 iLBC/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 IPCMWB/16000
a=rtpmap:100 EG711U/8000
a=rtpmap:101 EG711A/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:106 telephone-event/8000
a=rtpmap:13 CN/8000
a=rtpmap:117 red/8000

補充: (2006-10-29)
這個表有一個小小地方值得參考, 也就是Codec 的優先順序, 如果您有安裝X-Pro/X-Lite 的話, 不妨根據以上調整X-Pro/X-
Lite 的Codec 優先順序, 讓iLBC 和GSM 優先, 以獲得最好的效果, X-Pro 則應該讓G.729 最優先

此外, 決定Codec 優先順序的預設邏輯, Sipura 是以受話方的順序為主(由受話方決定), 而且雙方會選擇相同的Codec(對稱),
由於每個軟硬體的設定可能有所不同, 因此即便使用相同軟硬體的兩方互相呼叫對方, 也有可能產生不同的效果, 這是因為採用了不同的Codec 的原
因, 舉Sipura 來說, 甲方設定G.729 最優先, 乙方設定G.723 最優先, 雙方都支援G.729 和G.723, 則甲呼叫乙會共
同採用G.723(乙方決定), 乙呼叫甲會共同採用G.729(甲方決定), 您也可以在X-Pro/X-Lite 之中改變這個邏輯, 那麼就會形
成甲乙各自採用自己最優先的Codec(不對稱), 這種情形比較少見, 有可能會產生相容性的問題
-----------------------------------------------------------

我想你的問題應該是 xlite 免費版與你的 SIP網關(一般商業機器大都支援 g729) ,所以你現在的情況一邊各跑一個Codec 造成不相
容的情況,並非是你的nat設定的問題,也就是為什麼我要請你兩端都相同的xlite軟件或是硬體SIP網關做測試

你可以下載這一套試試,免費版本一是不支援g729 ,但是軟體免安裝,通話品質不錯有支援 iLBC Codec




On 9月24日, 上午12時40分, "edmundzhong...@gmail.com"

[jungtaw]

抱歉,忘記貼上下載網址了

http://www.zoiper.com/free.php

[edmundz...@gmail.com]

明白一些了!

請問版大那里可以下載G729的so 文件? 你這里的鏈接已經失效了, 謝謝!

剛才又試了一下, 我們的eyebeam應該是商業版的, 因為要輸入lic才能使用, 另外我在設置界面里只填入G729這個codec就無法撥通對
方了, 這是否代表我的服務器不支持G729這個協定呢?

[jungtaw]

你可以到這裡看一下,參考相關的指令檢查一下你的系統


http://wiki.osslab.org.tw/實驗專案/Asterisk/CLI_進階用法

On 9月24日, 上午1時26分, "edmundzhong...@gmail.com"

[jungtaw]

可以下載啊,剛剛有試了一下

http://www.zoiper.com/zwin.php
直接到這網頁就可以下載了

選| Zoiper - 2.16.zip - 6 143 KB << 這隻檔案下載,解開後免安裝直接就可以用了

On 9月24日, 上午1時26分, "edmundzhong...@gmail.com"
<edmundzhong...@gmail.com> wrote:

[edmundz...@gmail.com]

版大請看, 看不懂是支持還是不支持

g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc
g726 g722
g723 - - - - - - - - - -
- - -
gsm - - 3 3 5 3 2 6 10 28
- 5 -
ulaw - 7 - 1 4 2 1 5 9 27
- 4 -
alaw - 7 1 - 4 2 1 5 9 27
- 4 -
g726aal2 - 8 3 3 - 3 2 6 10 28
- 1 -
adpcm - 7 2 2 4 - 1 5 9 27
- 4 -
slin - 6 1 1 3 1 - 4 8 26
- 3 -
lpc10 - 9 4 4 6 4 3 - 11 29
- 6 -
g729 - 8 3 3 5 3 2 6 - 28
- 5 -
speex - 10 5 5 7 5 4 8 12 -
- 7 -
ilbc - - - - - - - - - -
- - -
g726 - 8 3 3 1 3 2 6 10 28
- - -
g722 - - - - - - - - - -
- - -

[edmundz...@gmail.com]

以下的配置有錯嗎?

sip*CLI> sip show settings
sip*CLI>

Global Settings:
----------------
SIP Port: 5060
Bindaddress: 0.0.0.0
Videosupport: No
AutoCreatePeer: No
Allow unknown access: Yes
Allow subscriptions: Yes
Allow overlap dialing: Yes
Promsic. redir: No
SIP domain support: No
Call to non-local dom.: Yes
URI user is phone no: No
Our auth realm asterisk
Realm. auth: No
Always auth rejects: No
Call limit peers only: Yes
Direct RTP setup: No
User Agent: Asterisk PBX
MWI checking interval: 10 secs
Reg. context: (not set)
Caller ID: Unknown
From: Domain:
Record SIP history: Off
Call Events: Off
IP ToS SIP: CS3
IP ToS RTP audio: EF
IP ToS RTP video: AF41
T38 fax pt UDPTL: No
RFC2833 Compensation: No
SIP realtime: Disabled

Global Signalling Settings:
---------------------------
Codecs: 0xc (ulaw|alaw)
Codec Order: ulaw:20,alaw:20
T1 minimum: 100
Relax DTMF: No
Compact SIP headers: No
RTP Keepalive: 0 (Disabled)
RTP Timeout: 0 (Disabled)
RTP Hold Timeout: 0 (Disabled)
MWI NOTIFY mime type: application/simple-message-summary
DNS SRV lookup: Yes
Pedantic SIP support: No
Reg. min duration 60 secs
Reg. max duration: 3600 secs
Reg. default duration: 120 secs
Outbound reg. timeout: 20 secs
Outbound reg. attempts: 0
Notify ringing state: Yes
Notify hold state: Yes
SIP Transfer mode: open
Max Call Bitrate: 384 kbps
Auto-Framing: No

Default Settings:
-----------------
Context: from-sip-external
Nat: Always
DTMF: rfc2833
Qualify: 0
Use ClientCode: No
Progress inband: Never
Language: (Defaults to English)
MOH Interpret: default
MOH Suggest:
Voice Mail Extension: *97

[jungtaw]

橫向如果都是顯示 - - - - - - - - - - - - - - - - - 的話就是不支援,你要自己掛上

如何掛上請參考這篇
http://groups.google.com.tw/group/asterisk-tw/browse_thread/thread/47635026b12abe40/6ee15e40a099b4db?hl=zh-TW&lnk=gst&q=#6ee15e40a099b4db


On 9月24日, 上午1時59分, "edmundzhong...@gmail.com"

[A-Lang, Hsu - ITBLOG.ITVIEW.COM.TW]

這部份可能理解錯誤。

Codec 是指某一種壓縮格式的語音格式檔，也可以簡稱語音編碼，例如 g729,ulaw,alaw。

這與 Protocol 通訊協定無任何關係，而 IP-PBX 會用到的 protocol 有兩種 SIP & RTP。

詳細可見 http://www.voip-info.org/wiki-Codecs

A-Lang

2008/9/24 jungtaw <jun...@gmail.com>

[edmundz...@gmail.com]

我明白Codec是壓縮的編碼格式, 協定是服務接口的協議!

現時測試過兩個不同地點LOGIN及通話都沒有問題, 但為何聲音時斷時續? 時大時小?

另外是否有兩種工作模式的?
1) 通過服務器轉語音 [占用服務器端帶寬]
client <----> Server <---> client

2) 服務器就象DNS解釋號碼所在的IP址位, 通信過程中不占用服務器所在地的帶寬

client <---> client


有勞版大解答一下以上兩個問題, 謝謝!



On 9月24日, 上午8時57分, "A-Lang, Hsu - ITBLOG.ITVIEW.COM.TW"

<alang....@gmail.com> wrote:
> 這部份可能理解錯誤。
>
> Codec 是指某一種壓縮格式的語音格式檔，也可以簡稱語音編碼，例如 g729,ulaw,alaw。
>
> 這與 Protocol 通訊協定無任何關係，而 IP-PBX 會用到的 protocol 有兩種 SIP & RTP。
>
> 詳細可見http://www.voip-info.org/wiki-Codecs
>
> A-Lang
>

> 2008/9/24 jungtaw <jung...@gmail.com>

[jungtaw]

不同語音編碼所需的網路頻寬列表如下：

Codec BR NEB

G.711 64 Kbps 87.2 Kbps
G.729 8 Kbps 31.2 Kbps
G.723.1 6.4 Kbps 21.9 Kbps
G.723.1 5.3 Kbps 20.8 Kbps
G.726 32 Kbps 55.2 Kbps
G.726 24 Kbps 47.2 Kbps
G.728 16 Kbps 31.5 Kbps
iLBC 15 Kbps 27.7 Kbps

freePBX 應該為你指的第一種模式,所有語音是必須透過server做中繼接駁的,所以三方的頻寬多寡是通訊品質的主要因數

第二種模式目前就像 skype 他是做點對點傳輸,server只做路徑導引協調服務(過程有點像網路螞蟻軟體,所有有用skype軟件的電腦需釋放
一部分的頻寬做為為其他使用者的傳輸服務,越多使用者同時使用通訊品質就越好)

通話都沒有問題, 但為何聲音時斷時續? 時大時小?
假設你確認過你三方的網路頻寬都足夠應付VOIP系統的運作,且運作時頻寬並沒有被其他網路服務佔用的話,如果你剛好又是位在大陸地區的話,那就真的是
無解啦

你在大陸嗎??
目前大陸針對VOIP系統有進行所謂的封網,聽聞有開發出技術性干擾的軟體潛伏在網路中,就像秘密公安會針對VOIP專用的通訊埠進行監控,一但有偵測
到通訊封包會隨機啟動進行干擾,原理好像是不定期剔除通訊封包,造成我們在通訊時出現聲音有嚴重的斷續現象,如果是得樣的話,目前針對大陸地區是比較難
處理喔,因為影響到當地的電信業者賺錢,這些干擾源也是來至於他們,因為他們也是你們的ISP供應商,從上游下手進行干擾,這些資訊你用google搜
尋一下就有,好的解決對策目前看來是沒有

以上封網動作是ISP針對VOIP通訊服務,只要是透過網路傳送語音訊號的一律無一倖免,就連號稱自動變換通訊埠的SKYPE在做語音通訊時也是會被干
擾
On 9月24日, 下午12時05分, "edmundzhong...@gmail.com"

[A-Lang, Hsu - ITBLOG.ITVIEW.COM.TW]

回覆：

- 聲音會斷續一般是頻寬不足或用戶端的軟體/硬體電話設置問題，我在使用 X-Lite 或 SJphone 都曾遇過類似問題，只要確定兩邊頻寬足夠，就檢查網路電話的設定。遇過的問題有寫在 wiki 上，請參考。

- 就目前幾個核心同屬為 Asterisk 的套件裡，都是以第一種模式運作，所以分機群是在 Internet 外，主機的頻寬很關鍵。至於第二模式，就我了解是要搭配 SIP Proxy 來作，只是這部份我並沒有實做成功。

A-Lang

2008/9/24 edmundz...@gmail.com <edmundz...@gmail.com>

[edmundz...@gmail.com]

OK!明白了.

這樣看來我的服務器是沒有問題了, 暫時看來設置上也不存在問題, 因為雙方都能通話了, 問題在于語音質量出現了問題!

版主估計無錯, 我現時是在大陸這邊! 前兩年'金盾'在運作時, 連電郵都會出現問題, 但上年年尾開始已經不存在這個問題, 因為'X盾'計劃已經
宣佈失敗了, 而skype現時運作很正常! 改變端口是否可以改善這個問題? 因為當年電郵有問題的時候也是改端口就解決了.

不管如何還是多謝版大的指導!! 我自己再想想辦法.

[edmundz...@gmail.com]

又測試了一個下午, 最終确認是eyebram的問題, 如果用3cx或者ekiga就不會有聲音時大時小的問題了!

現時暫未發現被'封鎖網絡'的情況, 總體來說效果很好, 通話質量很好, 謝謝版大這幾天的大力幫助!



On 9月24日, 下午1時49分, "A-Lang, Hsu - ITBLOG.ITVIEW.COM.TW"

<alang....@gmail.com> wrote:
> 回覆：
>
> - 聲音會斷續一般是頻寬不足或用戶端的軟體/硬體電話設置問題，我在使用 X-Lite 或 SJphone
> 都曾遇過類似問題，只要確定兩邊頻寬足夠，就檢查網路電話的設定。遇過的問題有寫在 wiki 上，請參考。
>
> - 就目前幾個核心同屬為 Asterisk 的套件裡，都是以第一種模式運作，所以分機群是在 Internet
> 外，主機的頻寬很關鍵。至於第二模式，就我了解是要搭配 SIP Proxy 來作，只是這部份我並沒有實做成功。
>
> A-Lang
>

> 2008/9/24 edmundzhong...@gmail.com <edmundzhong...@gmail.com>