[新版] sipX pbx
posted on 16/05/2007 |
 |
世上不是只有 asterisk 一隻 open source pbx .
sipX 是其中一個 rival, 其革新版 (!) 我也講一下.
http://sipx-wiki.calivia.com/index.php/Main_Page
比較 sipX 和 asterisk:
http://sipx-wiki.calivia.com/index.php/Comparing_sipX_with_Asterisk
啟導思維:
sipX 本來只是要為網上實時通訊的新制式: sip uri (一種門牌地址體系) ,
做一個好的代理 (或曰信差) 系統. 只是這樣子做下去, 難免會碰到 pbx 的
領域, 最後取而代之.
asterisk 打從一開始便想做 pbx , 要把諸多實時通訊協議 (也就是通話機制)
交換互通. asterisk 的設計是要做終端配線器, 是到電話機之前的控制中心,
或者, 就做電話機本身. asterisk 並不看好 sip 協議, iax 才是他們真正想
推動的通訊制式.
管理方案:
稱單來說, sipX 開發組認為自己比 AsteriskNow, 他們做了一個功能比較:
http://tinyurl.com/388zh6 ; 我對於其全 Web 介面管制, 其實並不欣賞.
我認為這不太公平, AsteriskNow 只是新生兒, Trixbox 才是比較成熟的方
案. 而 asterisk 本身, 又不用依賴 java , 在文字界面 (cli) 可以作大量
設定, 實時除蟲, 還有 agi 給玩. 試問怎能拿橙和蘋果比?
PBX 功能
sipX 開發組也不能無視 AGI 和 SLA 等強勁功能, 但 sipX 指出 asterisk
上很多功能, 並不是真的 opensource , 而且十分難上手, 支援力散收收, 又
不是跟足「標準」來做. 很強力的指控!
也不是蓋的, sip Refer 這點 asterisk 真的只是在做, 但 sipX 卻是龍頭.
看這個表, http://sipx-wiki.calivia.com/index.php/SipX_Features
他們把 Transfer 放在最前頭, 是充滿戰鬥格的!
個人以為, asterisk 上邊開發 agi 其實不難; 有夠廣大的用戶群提供很多很
多變化玩法, 支援並不能說很不足, 但要點搜索功力就是了. 一旦加上參與
社群的規模比較, asterisk 現在仍是贏成條街. 但 sipX 是很值得研究單位
投入去的.
用個不好的比喻, linux 是甚麼? bsd 是甚麼? 我知道 linux 的強大, 但
我更欣賞 bsd 的精緻.
話音質素
sipX 犯了個大錯誤, 指責 asterisk 不是 p2p 地跑 sip. 那只是對了一半
, 因為玩家絕對有能力 tune 好, 而 asterisk 的賣點功能, 很多都不能離
開 server & client 的結構, 至少不容易抽離. Asterisk 的 iax 協定, 固
然是必須拿本機 bandwidth 來做 channel , 但是 overhead 是比 sip 少的
. 在 p2p sip 層面, 不容易解決防火牆穿透, 或是保安設置難度很高. 在
IAX 的景象下, 用的 channel 也少, 又有 server 讀取真 ip 的加持, 對確
確實實搭建話音通訊, 助力很大!
但若是 p2p 無特殊障疑的話, sip 所提供的話音質素, 以及管理大量管道的
能力, 就是不可限量. 編按: 深明此道者, 自然會用 ser/openser 來配搭
asterisk !
伺服器結構
sipX 在這裏的確大勝一場! 從一開始便有仔細的分功結構, 能放能收:
- Configuration server : 也就是網管最關心的一塊東西
- forking proxy server : 無限 scalability 看這裏
- authenication proxy server : 保安認證由它做
- registrar server : 註冊、登陸、結帳, 商業運作必備
- status server : 二判系統維護, 改進管理規模, 這個是好幫手
- presence server : 做 mesh-up apps 和 service routing 少不了他
- call park server : 移花接木, 轉介訊息好幫手
- media server : 提供中央化服務的內容和中轉倉庫
- conferencing server : 一大團人開會可以玩這個, 類比 Meetme
asterisk 在這邊趕追不及. 但因應用例子多, 有很多旁門左道奇技淫巧
已經發展出來. 最大的 asterisk 應用方案, 實則比 sipX 要大. 另外,
由於 asterisk 擅於處理不同的 protocol channel ( 如 pstn, h323,
iax, mgcp, skinny 等等) , 調動起上來現買現用, 並不是純 sip 的 sipX
可以拿來比較.
硬體支援
sipX 所提供的資料並不算很客觀. 很多硬體都是優先確定 asterisk
能玩得到, 才放給 opensource 玩家. sipX 提供的 pnp 管理, 以及表
中所載的支援, 好像很多, 但根本不足以和真正的 asterisk 玩家方案
一比. 單單是看 TrixBox 內設的示範檔, asterisk 的可用性立即浮上
.
源碼開發
sipX 比較中央化, asterisk 比較社群取向. 在code和在doc 都是.
sipX 以 C++ 和 XML 為核心, Config server 則是 Java base, 可以說
是比較「現代」; asterisk 以 c 和 python 為核心, 不怎用 XML, agi
有時候亂七八糟. 不過, 暫時我還是比較喜歡 c 多於 c++ , 喜歡可以亂
, 多於強調潔癖.
sipX 在實現 sip stack 上, 絕對強勁和完整過 asterisk . 否則請切腹
好了.
sipX 提供 unit test 框架, asterisk 則是比較亂. 不過, 很多強者都
是不同意的. unit test 有其好處, 但是並不代表真的足以推正問題根源.
不要被有 unit test 好像較易搞, 而受到誤導.
sipX 投入在 redhat 三線的 linux system 超容易, asterisk 則請自行
compile , 不要記望 package 做得夠好. 但... sipX port 去 bsd 的
進度, 目前大落後於 asterisk.
最後, sipX 發的是 LGPL , asterisk 發的是 GPL. 對 Licensing 有點
認識的都該知道, LGPL 較易於推動商業化應用.
| from hkday.net |
|
lxb
