【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介

[FYI]

作者: huangmax #165

sip在通話時, 使用的codec應該是必須對稱(例如都用G723, 或都用G729), 如果有人的產品可以用不對稱的方式, 只能說她有特異功能吧!

請問 "對稱" 是SIP 正式標準嗎? 不能根據自己的頻寬選擇適當而且雙方都支援的Codec 嗎?

Gizmo Project 所支援的Codec 和Codec 優先順序的預設邏輯

這可能是ET-22S 舊版韌體故意如此設計, 不一定是臭蟲, 經您提醒, 小弟才想起X-Pro/X-Lite 可以改變這個邏輯, 叫做 "Use Remote Preferred Codec as Local Preferred Codec", Yes or No, 選擇No 就可能產生不對稱的結果

作者: huangmax #170

itsp通常不會要帶fxo的產品, 頂多是帶PSTN, 用來當停電時的備源

FXS/FXO/PSTN, 平常很少注意這些專有名詞, 感謝您的指點, 小弟也順便幫網友複習一下, SPA-300x 支援FXS+FXO, 也就是可以轉接(橋接)網路電話和市內電話, 市面上的Skype Box 通常支援FXS+PSTN, 沒有轉接功能, 只能讓網路電話和市內電話共用一個話機, 頂多支援互相插撥, 所以是小弟表達錯了, 對於家庭用戶來說, 轉接其實用途不大, 小弟期望的應該是支援FXS + PSTN + 雙SIP 帳號 + 無線電話, 支援三方通話(網路)和話中插撥(FXS & PSTN), 可是顯然廠商另有市場考量, 在產品線尚未齊全, 市場尚未成熟以前, 冒然推出頂級夢幻機種, 除了增加成本之外, 銷路不見得會打開, 反而可能提早結束舊產品的生命

[huangmax]

作者: FYI

請問 "對稱" 是SIP 正式標準嗎? 不能根據自己的頻寬選擇適當而且雙方都支援的Codec 嗎?

這可能是ET-22S 舊版韌體故意如此設計, 不一定是臭蟲, 經您提醒, 小弟才想起X-Pro/X-Lite 可以改變這個邏輯, 叫做 "Use Remote Preferred Codec as Local Preferred Codec", Yes or No, 選擇No 就可能產生不對稱的結果

FXS/FXO/PSTN, 平常很少注意這些專有名詞, 感謝您的指點, 小弟也順便幫網友複習一下, SPA-300x 支援FXS+FXO, 也就是可以轉接(橋接)網路電話和市內電話, 市面上的Skype Box 通常支援FXS+PSTN, 沒有轉接功能, 只能讓網路電話和市內電話共用一個話機, 頂多支援互相插撥, 所以是小弟表達錯了, 對於家庭用戶來說, 轉接其實用途不大, 小弟期望的應該是支援FXS + PSTN + 雙SIP 帳號 + 無線電話, 支援三方通話(網路)和話中插撥(FXS & PSTN

就理論上採取不對稱是可行的, 且事實上我們也常採用不對稱的方式, 例如在使用G723時, 我們都沒有去溝通要採用到底是要採用5.3K還是6.3K. 而實際通話可以是一端5.3K一端6.3K!

但是就實務上這是有風險的, 因為幾乎現今大半的hardware phone都是採用一個Risc CPU配上一個dsp的架構, 語音壓縮的工作是由dsp來處理. 在dsp上為了加快訊號處理運算的速度, 通常會有一個特殊且不小的快速記憶體用來存放運算所需的重要資料! 我們作語音壓縮的一些必要table當然就擺在這記憶體裡. 這記憶體雖不算小, 但一般來講可能也只有幾 K而已, 還是得節省用! 加上這高速的記憶體是很耗成本的的, 我們也不會把他做的很大.

如果我們要採用不對偁的通話方式, 那表示我們就得在通話的時候載兩份不同的table! 這並不是所有硬體都做的到的. 而且我們也不能料到我們會跟哪些硬體互通, 他的硬體限制是怎樣, 採取不對稱的方式只會增加不相容的機會, 而沒帶來明顯的好處, 所以一般是沒人會自討苦吃. 如果有去觀察大部份產品在做三方通話的現象, 或者是2 port產品兩port相互間的codec使用限制, 可觀察到多數產品只允許第一路通在G.723或G.729, 但第二路或第二通是被限制在只能是u-law或是a-law, 其道理就是這麼簡單.

以金網的產品, 目前幾乎都是採用realtek的chip, 他並沒有dsp, 而是採用雙risc的架構! 也許他並無我所說的記憶體限制, 但是他的限制可能是在risc的運算速度不夠快, 可能他的cpu不見的快到能夠同時支援兩個不同的壓縮. 另外還有一些的產品是採用soft-dsp, 他是在risc裡加上特殊的dsp指令(類似intel cpu加上mmx指令集), 像myson的產品就是! 還有一些公司則是直接採用高速的risc, 通常是arm base, 因為arm要拉高速度比較容易, 像國內的5V(京潤), 他是採用虹晶的arm(300MHz), GIPS或hello-soft的軟體(5V的據說可以同時跑到四路的a-law/u-law), 但是以ta的產品, 還必須把t.38所需的運算也考慮進去, 我想這類產品運算能力來評估還是有點勉強! 但是就算他們的軟硬體都可以支援, 畢竟這類產品還是不多, 為保險起見, 還是不要用不對稱比較保險.

採用pstn跟fxo的功能上的差異, 除了不能橋接之外, 就是也不能讓pstn跟ip三方通話(其實這還是橋接). pstn就硬體架構上來分, 又可分兩種, 一種真的是備源, 他不具備話中插撥的功能, 但最便宜, 這也是購買時得去特別留意的.

多帳號的部份, 我見過的hard phone, 大部份的都是做假的, 通常這多帳號都是註冊到同一個server, 只差號碼不一樣! 這樣的用途並不大. 其實多帳號並不算太難的功能, 只要記憶體夠, cpu夠快, 支援100個也不是問題(我好像在講廢話). 不過對某些開發者而言, 如果他在開發初期程式架構沒定好, 這可就是一個大災難了. 對那些採用別人的sip stack的人, 因為主控全不在自己, 當然也很難加上這樣的功能了.

FYI你要的功能, 據我所知, 國內有家叫富貴科技的http://www.astarte.com.tw應該有.

[FYI]

剛巧小弟這幾天正向Sipura 反應一些問題, 其中也提到了Codec 的限制, 您的說明適時的解答了小弟的疑惑, 以下節錄自SipuraSPA User Guide:

3.4.5.3. Audio Settings

　A codec resource is considered as allocated if it has been included in the SDP codec list of an active call, even though it eventually may not be the one chosen for the connection. So, if the G.729a codec is enabled and included in the codec list, that resource is tied up until the end of the call whether or not the call actually uses G.729a. If the G729a resource is already allocated and since only one G.729a resource is allowed per SPA, no other low-bit-rate codec may be allocated for subsequent calls; the only choices are G711a and G711u. On the other hand, two G.723.1/G.726 resources are available per SPA. Therefore it is important to disable the use of G.729a in order to guarantee the support of 2 simultaneous G.723/G.726 codec.

此外, SPA FAQ Section 4.2也提到,

2: Do you support G723 on both channels simultaneously?
A: Yes, you have to set "G729 enable" to No

坦白說, 這兩段小弟已經看過好幾遍, 一直到最近才有了比較深刻的體認, 或許是因為Sipura 舊產品使用了非語音專用的ESS 晶片, 受限於ESS 的運算能力, 最多只能同時支援一路G.729 加三路G.711u/a 或兩路G.723/G.726 加兩路G.711u/a, 如果兩線電話都以G.729 優先, 那麼第一通電話沒問題, 第二通電話就只能選G.711u/a, 受到此限制, 所以小弟先前才會建議Line2 不妨接傳真, 然而如果想要同時利用兩線電話, 那麼就得使用Force G723 Code "*02723" 和Force G726r16 Code "*0272616" 等專屬指令, 如此一來就不用非得預先禁用G.729 不可, 但是話說回來, 有誰會把打電話搞得這麼複雜? 也就是說除了SPA-210x 支援兩路G.729 之外, 其他系列並不適合當作兩線電話使用, 除非您的上傳頻寬夠大, 但是電話另一頭的上傳頻寬也得夠大才行

小弟再一次挖掘Codec 的協調過程, 但還是看得迷迷糊糊, 以SPA-2000 和X-Pro 為例, 雙方都支援G.729 和G.711u, 小弟令SPA-2000 以G.729 優先, X-Pro 以G.711u 優先, "Use Remote Preferred Codec as Local Preferred Codec: Yes", 則不論誰打給誰, 最終雙方都會採用G.729, 這樣的結果, 小弟實在看不出來其中的邏輯為何? 究竟最終所採用的Codec 是如何協調出來的? 觀看SPA-2000 作為被呼叫者或許還比較容易, 例如其回答是:

m=audio 48756 RTP/AVP 18 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000

很乾脆, 除了G.729 之外, 沒的選, 小弟不瞭解為何SPA-2000 不以X-Pro 的Codec 順序為準? RFC4566 似乎也沒有提到這一點,

5.14. Media Descriptions ("m=")

　m=<media> <port>/<number of ports> <proto> <fmt> ...

If the <proto> sub-field is "RTP/AVP" or "RTP/SAVP" the <fmt> sub-fields contain RTP payload type numbers. When a list of payload type numbers is given, this implies that all of these payload formats MAY be used in the session, but the first of these formats SHOULD be used as the default format for the session.

看起來並未強調Codec 必須 "對稱(Symmetric)", 但是實務上好像是由被呼叫的一方決定最終的Preferred Codec, SipuraSPA 永遠會堅持己見, 而X-Pro 則可以配合對方, 小弟發現SipuraSPA v2.0.13g 的邏輯有一個重大缺失, 由於SipuraSPA 作為被呼叫方會決定最終的Preferred Codec, 假設Line1 已經採用G.723, Line2 便會自動剃除G.729(硬體限制), 所以原先排名第二的G.711u 反而成為Preferred Codec, 如果Line2 呼叫另一個SipuraSPA, 這時因為呼叫方不允許G.729, 因此被呼叫方的Preferred Codec 也會自動由G.711u 遞補, 所以雙方就會達成採用G.711u 的協議, 忽略了還有其他更好的選擇, 例如G.723/G.726

小弟同時也檢驗了ESS 晶片的極限, SPA-200x Line1/Line2 可以分別支援三方通話, 也就是可以有四個連線, 但是最多僅能有一路G.729 或兩路G.723/G726, 剩下的僅能支援G.711u/a, 所以三方通話必須很有技巧, 最佳情況是一線電話同時兩路G.723, 如果是一路G.729, 另一路G.711u, 那麼就得慎選通話對象, 也就是先打給距離遠連線慢者(G.729), 然後再打給距離近連線快者(G.711u), 這樣才能達到勉強可接受的效果, 如此限制重重, 只能說實在中看不中用

huangmax 兄見多識廣, 小弟孤陋寡聞, 只能在手邊有限的硬體中翻來覆去的研究, 沒想到硬體廠商竟然如此之多, 毋怪乎您會說市場才剛要興起, 原來大家已經虎視眈眈, 摩拳擦掌正要準備好好廝殺一番

[huangmax]

作者: FYI

小弟同時也檢驗了ESS 晶片的極限, SPA-200x Line1/Line2 可以分別支援三方通話, 也就是可以有四個連線, 但是最多僅能有一路G.729 或兩路G.723/G726, 剩下的僅能支援G.711u/a, 所以三方通話必須很有技巧, 最佳情況是一線電話同時兩路G.723, 如果是一路G.729, 另一路G.711u, 那麼就得慎選通話對象, 也就是先打給距離遠連線慢者(G.729), 然後再打給距離近連線快者(G.711u), 這樣才能達到勉強可接受的效果, 如此限制重重, 只能說實在中看不中用

Ess chip的限制也不是今天才看到, 在本討論開始的時候我就指名他不會是voip chip的王座贏家, 很多人當初是不太相信, 但事實是今天連sipura都放棄ess改用ti的solution. ESS chip除了運算能力的的限制外, 他原本的架構就不是為了voip的應用, 所以他得配上不少的其他週邊才可以成為完整的產品. 所以就算ESS這顆chip賣的很便宜, 整個最終產品的成本還是不見佔到多少優勢. 在這個討論串對國產晶片商開發voip chip澆了滿頭冷水一兩年後, 我們還是可以看到很多新的競爭者入場? 這是很值得我們省思的. 當然很多事情也不是我們這些平庸之輩每次都可以料的準的, 老實說voip起來的時間還真比我預期的慢很多, 而且看起來可能還得再多敖個幾年. 以前對skype很反感, 其實有時我想想, 還真得感謝他. 若不是因為它, 很多電信營運商ip化的腳步可能還會更慢. 而且skype成功的教育了大眾, voip是一個可行的應用.

在web 2.0的時代來臨, ip phone我想除了要完成取代傳統電話的任務, 另外他還會變成一個隨手可得的資訊擷取站! 大屏彩屏會是一個趨勢. 如果去研究過大家使用電腦的習慣, 會發現其實大多人也不過多數時間是在上網, 電腦裡用最多的軟體就是那個brower或者IM. 其實ip phone會是很棒的取代方案, 他便宜而且隨手可得(如果ip phone普及的話)

我想voip的商機是非常大, 但他不只是voip! 不能單只用voip所需的功能來想像這個產品! 應該想的是everything over ip. 只要夠便宜, 我家的電鍋, 冰箱, 電燈開關都上網, 何嘗不可?

[FYI]

以測試來說, X-Pro 還是小弟的最佳選擇, 不過之前所曾經提供的連結已經失效, 所以退而求其次, 改用gogotalk 軟體電話soft phone, 優點是支援G.729 & G.723, 缺點是不支援STUN, 所以可能需要調整NAT/Firewall, 此外設定上有一些小問題, 如果Proxy1Port 和OutboundProxy1Port 數值不同的話, 建議先以gogotalk 圖形介面進行設定, 然後再手動修改SiPPhone.ini

C:\Program Files\Sip Phone x.xx\SiPPhone.ini

[Proxy]
Proxy1=sip.ttn.net
Proxy1Port=5060
OutboundProxy1=
OutboundProxy1Port=5060　這個值會被系統設定改成Proxy1Port 的值
Proxy2=
Proxy2Port=5060
OutboundProxy2=
OutboundProxy2Port=5060
[Local]
Username=070xxxxxxx
Regname=070xxxxxxx
Regpassword=xxxxxxxx
FirstCodec=4
Regexpire=60
RingType=1
PcSpkEnable=0
IPAuto=1
RunAuto=1
DtmfType=0
ListenIP=xxx.xxx.xxx.xxx
ListenPort=5060
RtpPort=5000
RingName=

對於國內的VoIP 市場, 小弟覺得門檻還是太高了, 網路費是其一, 設備投資是其二, 再加上還得具備基本電腦知識, 顯然還不具備成熟的條件, 舉以上為例, 如果改個設定就會遇上這麼多麻煩, 那要如何才推廣得起來? Skype 的設定簡單, 而且三兩下就突破了公司所用的ZyWALL 2, 這才是Skype 迅速崛起的關鍵, 然而目前的TA 或IP Phone 都還做不到這一點, 這點若不能突破, 就永遠無法如家電般普及, 不普及又反過來成為大家不想用的原因, 因為大家都不想為了省幾個小錢, 而去裝一個只有少數幾個對象可交談的設備, 這也是小弟連自己的親友都無法推廣的原因

[huangmax]

作者: FYI

對於國內的VoIP 市場, 小弟覺得門檻還是太高了, 網路費是其一, 設備投資是其二, 再加上還得具備基本電腦知識, 顯然還不具備成熟的條件, 舉以上為例, 如果改個設定就會遇上這麼多麻煩, 那要如何才推廣得起來? Skype 的設定簡單, 而且三兩下就突破了公司所用的ZyWALL 2, 這才是Skype 迅速崛起的關鍵, 然而目前的TA 或IP Phone 都還做不到這一點, 這點若不能突破, 就永遠無法如家電般普及, 不普及又反過來成為大家不想用的原因, 因為大家都不想為了省幾個小錢, 而去裝一個只有少數幾個對象可交談的設備, 這也是小弟連自己的親友都無法推廣的原因

也不盡然!

我很喜歡拿mac跟PC來比喻skype跟sip phone. skype畢竟跟mac類似都是封閉系統, skype根本沒讓user有去設定codec的機會! skype只跟自己的server通, 如果連自家的server都會通出問題, 那可太奇怪了. skype的問題少跟mac問題少是很類似的, mac上能用的也幾乎都是自家的硬體, 當然會比較穩比較不容易當啦!

要sip phone作到類似skype這樣易用不是不可能, 但是必須局端跟client都必須搭配! 並不能單靠一方就可達成. 局端的資源是掌握在營運商手上, 她不出手, 作設備的廠商乾著急也沒用. 所以啥時voip會起來? 以台灣來說就是看cht啦! 他開始搞就會起來. 而且絕對不會比skype難設定啦! 所以我才說我們大家還得蹲好幾年苦窯.

很多人只看好skype而不看好標準化的sip phone, 一個論調就是因為習慣是很難改的, 大家用習慣skype是很難再換到別的. 這個看法基本上是對的但是立足點錯了, 真正難改變習慣的是那些只會打傳統電話不開電腦的人! 以我老爸來講, 他算是老人家裡蠻先進的, 近七十歲會用msn! 但他還是希望我幫他裝隻ip phone! skype我也用蠻久, 可是漸漸的我發現我的很多聯絡人好像都消失了! 反倒是msn都還在(因為MSN是置入性行銷, 關不掉). icq不知還有人記的嗎? icq都放的掉, skype怎會放不掉! 要一個年輕小夥子改用別的軟體比叫OGS不要用電話機改用IM容易多了, 年輕小夥子就是愛嘗鮮嘛.

skype是一個賊公司, 他不只偷我們大家的頻寬, CPU的運算能力! 他偷用的G.723跟G.729也沒付錢. 人家x-ten也只有付錢版的x-pro才有支援G.729. 如果skype乖乖的去付權利金, 以skype的下載數來算, 不知他還剩多少本(PS. G.729一個使用權是超過一塊美金), 不知大家怎會把希望放在一家像賊的公司上, 真怪! 顯然這真是一個笑貧不笑娼的社會. 先搞大最重要, 道德反而是其次! 唉!

啥東西都不要錢, 好像很理想! voip大家就想到skype, 無線上網就想到FON. 事實上是這樣嗎? 如果這是真的那共產社會該越來越茁壯才是. 事實上是怎樣? 就是別的家的東西最好都不要錢, 但是自己的東西賣的越貴越好, 去查查skype的權利金就知. 共產事實上只是共別人的產, 但自己的產是不共的.

PS. 1. 以上純苦悶工程師的發牢騷.
2. 現在SIP的phone一點都不貴, 我前面提到的那個大陸公司, 我發現他在促銷, 一台折算台幣也才一張小朋友再多一點, 那個機子北科大據說進了一千台. 可註冊三個帳號又沒綁約, 還有GSM iLBC Ready(得換firmware).

[FYI]

經過一個多月, 終於讓小弟找到了導致ET-22S 當機和ET-747S 只能單方面通話的原因, 一來怪小弟學藝不精, 二來韌體出錯, 三來ITSP 竟然提供給小弟錯誤的SIP 組態, 害得小弟白花了這麼多冤枉時間, 前面提到ITSP 客服告訴小弟的設定是:

SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = A:B

由於SipuraSPA 並無Domain/Realm 這一項, 所以小弟把它改為:

SIP-Proxy (= Domain/Realm) = C
Outbound-Proxy:Port = A:B

其實小弟只對了一半, 一般來說, 這樣的寫法代表省略了Proxy Port = 5060, 實際上Proxy Port 並非5060, 這也是許多號稱帳號可帶到大陸使用的ITSP 的共同作法, 例如CCNET, 以為只要規避UDP 5060, 就可以躲過中共的阻擋, 這是後話, 所以在此正確的設定可以表示成:

SIP-Proxy(= Domain/Realm):Port = C:D
Outbound-Proxy:Port = A:B

但是這還沒完, 雖然ET-22S 不再當機, 卻和某幾版的ET-747S 一樣, 只能單方面通話, 研判很可能是內部資料結構出錯, 最後還是更換韌體才解決

發現錯誤的過程其實很意外, 由於不曾懷疑過ITSP 所提供的資訊, 因此一直將錯就錯, 為了尋找原因, SIP Message 也看了不下數十回, 直到這兩天才發現到以前所沒有注意到的細節, 由於封包是送往Outbound Proxy, 因此在SIP Header 就會多出至少兩筆Record-Route (RFC3261):

Record-Route: <sip:[email protected]:50X0;lr>
Record-Route: <sip:[email protected]:8080;lr>

小弟直到此時才恍然大悟, 搞半天原來Proxy Port 資訊是錯誤的, 由於Outbound Proxy 知道正確的路由, 所以長期以來未曾發現錯誤, 但是不知為何對於ET 系列卻造成如此重大影響? 不管怎麼說, 問題是暫時解決了, ET-22S 終於可以不用丟回倉庫, ET-747S 應該也可以更新到新版韌體, 但是這也說明了SIP Phone 的困境, 如果設計不當, 無法像Skype 一樣容易上手, 相信很多人會望而卻步

[tawei0428]

作者: spee

其實 SPA-3000 的設定很細, 您想設定成什麼樣的轉接都可以..
您可以將 FXS & FXO 都設定同一個 FWD 的號碼; 也可以分別設定成不同的號碼..
我是這麼設定..
FXS 設定 FWD1 號碼.. 接上電話.. 平常國外家人可以打到這隻.. 可收可發..
FXO 設定 FWD2 號碼.. 讓國外家人直接打這個號碼後, Key 入密碼.. 就可以聽到 PSTN 的話音.. 然後他就可以打電話出去.. 他就像是用那隻室內電話打電話一樣..
平常我這個PSTN電話是收傳真專用.. 因此讓國外家人轉接打出去正好..
而通常 FXO 都有兩種功能..
一種是 VOIP to PSTN 也就是我上述的說明..
另一種是 PSTN to VOIP
也就是說.. 如果你在台北某處.. 突然想找某個人(他會在網路電話旁),
你可以先用市話(公用電話)撥號到自己家中的電話..(這段要花費), 然後 Keyin 你設定的密碼.. 就可以聽到話音.. (此時已轉成 VOIP), 接著你就可以撥號給你朋友..(等於是你在家中用網路電話一樣) <--- 當然這個功能可以關閉.. 像我這線電話是用來收傳真, PSTN to VOIP 就要關閉.. 否則怎麼收傳真.. 電話一響, FXO 跟 FAX 兩個就要搶看誰快.. XD

當然.. 如果兩端都有 FXO, 你就可以 PSTN <-> VOIP <-> VOIP <-> PSTN 囉..
當然其中的兩段是要收費滴.. 免費的是 VOIP to VOIP 這段.. :-)

有兩個 FXS 不錯啦.. 如果您有需要用到如 ZipGlobal 的服務時就相當好..
不過也是要準備兩個話機.. 否則就是要自己裝個切換盒.. 再不然就是換電話頭..的確是頗麻煩的..
至於轉接 PSTN, 就看您的需求, 覺得 ZIPGlobal 方便的話, 買 SPA-2000 不錯.. Line1 設定免費帳號與朋友收發話用, Line2 設定 ZipGlobal 要用的時候再接上打 PSTN..;
如果像我這樣.. 給家人從國外打回來轉接, 台灣這邊付錢.. 我是覺得 SPA-3000 比較方便.. :-)
所以要看您的需求, 再去選擇產品囉.. ^^

不曉得spee前輩是否願意寫個簡單的教學設定，教導大家如何設定PSTN-VOIP-VOIP-PSTN？

[huangmax]

作者: FYI

前面提到ITSP 客服告訴小弟的設定是:[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = A:B

其實小弟只對了一半, 一般來說, 這樣的寫法代表省略了Proxy Port = 5060, 實際上Proxy Port 並非5060, 這也是許多號稱帳號可帶到大陸使用的ITSP 的共同作法, 例如CCNET, 以為只要規避UDP 5060, 就可以躲過中共的阻擋, 這是後話, 所以在此正確的設定可以表示成:

但是不知為何對於ET 系列卻造成如此重大影響? 不管怎麼說, 問題是暫時解決了, ET-22S 終於可以不用丟回倉庫, ET-747S 應該也可以更新到新版韌體, 但是這也說明了SIP Phone 的困境, 如果設計不當, 無法像Skype 一樣容易上手, 相信很多人會望而卻步

我整理一下
一. 基本上itsp跟你講的設定用在大多數的產品上是沒有錯的, 事實上這個設法得到的結果跟沒有設outbound是一樣的(現今很多server已經沒有在使用outbound了). 但因為每家的server跟phone都不太一樣, 所以並不保證一定可行. 至於標準答案該是怎樣, 還是得看是用哪個話機, 搭哪個server, 答案都不太一樣!

二. 要躲過偉大共產黨的封鎖, 只有一個唯一的奧步, 就是跟賊skype學, 把所有東西加密! 換port是一點用都沒. 現在老共的做法都不是封掉5060, 而是干擾! 他是讓你可以打但很不穩, 而且音質很差! 讓你以為voip就是這麼爛.

三. 就算是skype在大陸也是被干擾的很慘, 有時gizmo還比skype通的狀況好.

四. 要減少user的麻煩, 其實最好就是不要讓user去設東西! 把這些設定都鎖起來. skype你也沒辦法調整codec的優先權, 也不能讓你決定要註冊到哪, voice要怎送啊. 所以跟skype一樣, 話機跟service綁死, 設定是itsp測過決對沒問題才設上, 設好就不動, 最保險. 其實有時候話機還得配合itsp作韌體的客製, 所以綁service真的是比較保險. 以美國市場來說, 大部分有規模的itsp都會要求供貨的廠商要先對其出貨的firmware先取得某個專業lab的認證! 此lab會用跟itsp相同的環境來驗證所有itsp有提供的功能, 都pass才能取得認證. 但取得認證也只保證此版firmware在此itsp使用是沒問題, 拿到別的itsp是不保證的.

五. 碰到問題最好是問作話機的廠商, 問itsp大多是沒用. 因為server通常不是那些itsp自己搞出來的, 都是買來的, 問不出結果, 還常會誤導. 只有話機廠商才知道該微調哪些參數, 好適應哪個server.

六. 拿skype跟sip phone比, 我是覺得不公平. 事實上現在sip phone的功能遠比skype複雜多了, 只是大家都沒用到而已, 因為根本沒人知道他有那些功能. 功能多加上又是開放系統, 所以會有些相容的問題是可預見的, 但這些相容的問題都漸漸的在磨合消除. 兩三年前sip phone單不同家最簡單的功能要互通都常出問題, 現在要找到不通, 幾乎很難! 會出問題都已經是在一些不常用的的功能, 像代接, web dial之類的上面.

[FYI]

作者: huangmax

一. 基本上itsp跟你講的設定用在大多數的產品上是沒有錯的, 事實上這個設法得到的結果跟沒有設outbound是一樣的(現今很多server已經沒有在使用outbound了). 但因為每家的server跟phone都不太一樣, 所以並不保證一定可行. 至於標準答案該是怎樣, 還是得看是用哪個話機, 搭哪個server, 答案都不太一樣!

小弟有點不同的意見, 大部分的ITSP 並不會告知錯誤的訊息, 太離譜了, 其次, 不少ITSP 的Registrar 和Outbound Proxy 使用同一個IP, 只以Port 來區分功能, 這應該是比較聰明的作法, 通常應付NAT Traversal 的方法有Outbound Proxy 或STUN, 小弟錯在於經驗不足, 當初沒把這兩者關閉, 否則早就可以發現其中的問題

至於鎖機子, 現在大多數ITSP 不正是這麼幹的嗎? 如此才能換得用戶的效忠, 不是嗎? 而且用戶不見得能取得設定資訊, 例如ZipGlobal, 更是讓人恨得牙癢癢的, 問題是如果您想換跑道或是加上另一家ITSP 的帳號, 那可就門兒都沒有, 客製韌體固然能簡化設定並增加相容性, 但是這就得看ITSP 的心態, 是要把客戶綁的死死的? 還是留給客戶些許的彈性?

另, 小弟有一事困擾許久, 請問Preferred Codec 是如何協調出來的?