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

[QUOTE=Tonney]...
這個設備, 無論您花多少銀兩取得, 甚至於不用錢, 絕對都比您去找原廠要一台來的便宜吧?
...[/QUOTE]
話說大家本該理性辯論的, 您提到 "小烏龜", 但 "小烏龜" 根本就不是贈品, 而且線路升級業者還會主動更換, 您把它和0 元話機混為一談, 本來就有很大的爭議, 至於您提到花多少銀兩取得, 別忘了那是NT2990 元所換來的代價, 而且通話金必須分10 個月使用, 這個風險不高嗎? 威寶電信也在衝0 元手機, 難道大家就趨之若騖嗎? 當然消費者考慮的重點絕對不只一樣, 否則當然是先辦了再說, 如果高速公路收費系統換成微波, 那些買了紅外線機上盒的開車族豈不成了冤大頭? 同樣的道理, 如果網友申請了gogotalk 0 元話機方案, 萬一效果不如預期, 然後才發現不能(不知道如何)更換系統, 您覺得網友會自責貪小便宜, 還是怪gogotalk 未事先告知? 如果這種情況是可以預期的, 負責任的業者自然也就會事前防範, 所謂 "願者上鉤, 不願者回頭", 業者不主動揭示話機上鎖, 道理不言可喻, 您要繼續打筆仗, 小弟已詞窮, 請恕小弟不再奉陪

現在Voip的服務，正處於戰國時代，隨時有新的服務供應商出現。
最近個人也在使用這一類的服務，有一家新冒出來的公司 VOIPSTUNT
[url]http://www.voipstunt.com/en/index.html[/url]
目前來說還滿划算的
１０歐元，１２０天，免費國家很多，包還台灣家用電話，歐美等大國
而且還沒限分鐘數。　可以用X-Lite，動態ｉｐ設定，美國境內試用，音質還算清晰，但是有一點遲滯。
不過，事實上這一家公司和很多家都是一樣的，查下面網頁
[url]http://www.myvoipprovider.com/Free_VoIP/[/url]
We have identified 13 VoIP providers offering free VoIP services to a few selected countries and have displayed them in a matrix for an easy overview below.

[url]www.voipbuster.com[/url] now based in Germany (previously Switzerland) and and their partners/affiliates [url]www.voipcheap.co.uk[/url] based in the UK, [url]www.netappel.fr[/url] based in France, [url]www.voipstunt.com[/url] , [url]www.sparvoip.de[/url] , Internetcalls.com , [url]www.sipdiscount.com[/url] and voipdiscount.com based in Germany.

以上這幾家，背景都是同一家公司，原本是一家瑞士公司，後來易手為德國公司。一開始國際免費電話很多，慢慢便少開始收費，然後免費直撥開始減少，然後開始限分鐘數。......
以下是該網站對一些國際ｖｏｉｐ供應商的評分，如果要選一個固定號碼，不想變來變去，那選一家有口碑的供應商很重要，不要選一家一兩年就倒閉的。不過，如果你是像我這樣，目前還在觀望，那，有便宜刊用的可能是你的選擇。未來〔熱點〕越來越多，再過一年，ＷＩＦＩ的ＶＯＩＰ手機可能會取代一部分手機市場。（現在還太貴，大概要低於一百美元以下才會有更多人使用）
[url]http://www.myvoipprovider.com/index.php?option=content&task=view&id=77[/url]

[QUOTE=FYI #155]但是這並非意味著ET-22 就有著安全上的顧慮, 該保護的密碼還是被保護著, 除了惡搞之外, 旁人也無法將登入ITSP 的帳號密碼據為己用, 所以也毋需過度擔心, 不就是個電話罷了, 還能怎樣?[/QUOTE]
顯然小弟的想法太單純了, 以小弟這一兩天的研究, ET-22S 和ET-747S 確實存在一些問題, 尤其是其中隱含安全性的顧慮, 建議ET-22S 和ET-747S 韌體版本v4.0 的用戶, "下雨天, 沒四千萬不要出門", 爛笑話, "[B]沒事, 千萬不要啟用內建PPPoE[/B]", 原因如下:

1. 使用者無法自行關閉ET-22S 和ET-747S 的網頁或者更改Port, 如果長時間暴露於網際網路中, 則帳號密碼有可能被盜取

2. 本地的ITSP 對於帳號密碼的安全性缺乏認知, 一般用戶更不瞭解其重要性, ET-22S 和ET-747S 的密碼管理主要分為兩部份, 其一是話機面板操作介面有兩組密碼, 前面曾經提到可以由快速導覽手冊找到 "2.Configure" 的密碼, 所以這個密碼可能是原廠故意要保持固定的, 只要能直接接觸到話機, 又知道這個密碼, 就可以觀察到PPPoE 的帳號密碼, 其次, 某ITSP 的客服直接就把 "3.Advanced" 的密碼貼在問答中, 知道這個密碼就可以檢視網頁設定的登入帳號密碼, 以上安全性問題原本都還可以防範, 大不了話機不讓他人使用, 但最根本的問題出在於如果[B]ITSP 未曾變更原廠的密碼[/B], 導致每部話機所使用的密碼完全相同, 您只要像小弟一樣研究自己的話機, 就可以找出別人的秘密, 這難道還不夠離譜? 尤其是ET-22S 比ET-747S 多了一個上傳網頁設定的功能(Configuration Server), 傳輸內容竟是[B]未加密的明文(Plain Text)[/B], 因此ET-22S 原本作為備份設定的功能, 卻有可能成為安全上的最大漏洞, 或許這也是SipuraSPA 並未提供備份設定的原因之一, 果然 "薑是老的辣", 不過您可別向小弟吐槽, Sipura 雖然成立不久, 然而班底卻是Cisco ATA-186 的研發人員跳槽而來

3. ET-22S v4.0 和ET-747S v1.0 網頁登入安全性也有著重大漏洞, ET-22S 不需帳號密碼即可修改話機設定, 而ET-747S 也好不到哪兒去, 只要有人曾經由網頁登入ET-747S, 則任何一台電腦都可以直接進入話機設定(小弟並未作長時間測試, 不確定是否會登入逾時), 同樣不需要帳號密碼, 基於以上緣故, 請[B]千萬不要啟用內建PPPoE[/B], 而且為了避免ET-747S 內容被看光光, 請於完成設定之後[B]重新啟動話機[/B](不能只關閉瀏覽器, 為何原廠不弄個Logout?), 此外, ET-747S 有兩組登入帳號密碼, Admin 的權限比User 多了APS (Auto Provision Server Settings), 但結論是User 也可以存取APS, 而且Admin 不能修改User 的帳號密碼, 顯然此Super User 不可等閒視之, 但無論如何, 請[B]立即更改Admin 和User 的帳號密碼[/B]

4. ET-22S 和ET-747S 的網路設定不像SipuraSPA 那麼豐富, 如果您沒有權限調整防火牆, 而且STUN 也不能解決NAT 所產生的問題的話, 那麼您只剩下Outbound Proxy 一途, 請事先做好功課, 問清楚ITSP 是否提供Outbound Proxy, 並請瞭解自己的網路環境

除了以上安全性的顧慮之外, 其實ET-747S 外觀精美, 按鍵功能也很豐富, 完全改變了小弟對於Made in China 的刻版印象(君不見市面上充斥著低廉又粗造的MIC 家用電話), 可惜目前不支援免持聽講(看似有預留麥克風孔), SipuraSPA 同樣也是MIC, 但是造型平平, 經過Linksys 改造就有創意多了(直立), 然而看來看去, 還是SPA-1001 既精巧(香煙盒大小, 不含變壓器), 又實用(一個電話插孔, 兩組SIP 帳號密碼), 雖然不支援T.38, 但是和SPA-2100 (內建NAT, 兩組G.729, 支援T.38) 或SPA-3000 (支援FXS & FXO) 比較起來, SPA-1001 的功能可說非常適合個人使用, 尤其Sipura 產品均內建特異功能, 例如忙線轉接(Call Forwarding: No Answer/Buzy/All), 忙線回撥(Call Back on Busy), 快速回撥(Call Return), 來電轉接(Call Transfer), 三方通話, 通話加密等, 如果您有辦法自美國購買的話, 小弟誠摯推薦SPA-1001, 但是如果您需要All-in-One, 那麼ET-747S 還是值得考慮, 其實ET-22S 也廣被ITSP 所採用, 通話品質應該不差, 而後續機種ET-747S 的韌體也還在持續改進中, 相信廠商會積極解決以上問題, 不過小弟觀察發現v4.0 只是目前版本的統稱, 真正版號必須檢視Image Version 的日期才能得知, 這點您只能不定時執行System Upgrade 以取得最新版本

[B]補充: (2006-09-25)[/B]
ET-22S Image Version: 4.0, May 27 2005,17:57:48
ET-747S Image Version: V1.00.01, Image Date: Jun 28 2006,10:32:22

[B]補充: (2006-09-30)[/B]
1. 如果您的ET-22S 和ET-747S 的韌體是屬於ITSP 專用版, 那麼您應該不用擔心來自網路上的入侵, 雖然ITSP 可能偷懶並未修改預設登入帳號密碼, 但是原廠將登入後的網頁全數移除, 所以是看不見的, 剩下的只有直接操作話機的問題, 不過撰寫這篇的同時, 小弟竟然疏忽了檢視話機面板的選單, 似乎其中包含網頁設定所並未包含的功能, 待續......

2. ET-747S 的User 權限除了少了APS 之外, 還少了修改SIP 參數的功能

3. 除了SPA-210X 之外, Sipura 其他機種所採用的ESS CPU 運算速度實在不夠快, 因此[B]三方通話[/B]有個玄機, 如果未下達特別指令(*027xx), 則所建立的第一個連線通常會使用[B]G.729a[/B], 第二個連線則使用[B]G.711u[/B], 而SipuraSPA 則相當於橋接器, 您可以想像一下結果如何

4. 小弟初步比較ET-22S, ET-747S 和SPA-2000 的通話品質, ET-22S 和ET-747S 不相上下, 都相當清晰, 而SPA-2000 則略遜一籌, 不過SipuraSPA 的強項在於精準又複雜的設定, 除了Symmetric NAT 之外, 通常不需要Open Ports 就可以搞定, 首先啟動LineX 之下的NAT Mapping Enable, 再將SIP 之下的Handle VIA received, Handle VIA rport, Insert VIA received, Insert VIA rport, Substitute VIA Addr 等五項全數啟動, 相較之下, ET-22S 和ET-747S 只提供了STUN, 如果您必須設定STUN, 建議您選擇stun.fwdnet.net:3478 或stun.xten.com:3478 其中之一

5. 小弟首次遇到一個狀況, ITSP 所提供的設定參數[B]Domain/Realm[/B] 和[B]SIP Proxy[/B] 不相同, 而SipuraSPA 並無Domain/Realm 這項設定(差一點暈倒), 還好反正ITSP 指定必須使用Outbound Proxy (打網外), 所以只需要以Domain/Realm 替換SIP Proxy 即可解決無法註冊的問題, 提供給您作為參考

[URL="http://www.happy.com.tw/wp/?p=33"]Blog with NONAME » Blog Archive » 用Gizmo來撥打免費的電話[/URL]
[URL="http://www.pczone.com.tw/showthread.php?t=127894"]【下載】Google Talk and Gizmo Project[/URL]
[URL="http://www.sipbroker.com/sipbroker/action/providerWhitePages"]SIPBroker - Provider White Pages[/URL]

補充: (2006-10-10)
ET-747S Admin 的權限比User 多了修改SIP 參數, APS 和QoS/VLAN 的功能

不知道大家是否還有印象, 美國政府禁止重要公務機關採購IBM(聯想)個人電腦, 原因當然是安全上的顧慮, 而中國政府對於使用微軟的作業系統也同樣有所顧忌, 另外一個已經證實的傳聞相信大家都已經聽過, 那就是早期的Award BIOS 的後門, 各種密碼到處流傳, 以小弟的看法, 影響所及僅止於能直接接觸您的電腦的人, 綜合以上的傳聞, 如果[B]金網科技的網路電話長期以來也留有後門[/B], 相信您也就不會覺得難以接受, 只要您記得小弟曾經提醒您, [B]避免使用其內建的PPPoE[/B], 至少外人難窺其詳, 原廠或許有特殊指令(例如恢復出廠預設值就是其中之一)可以關閉設定網頁, 如果網友知道的話, 歡迎與大家共同分享

除了Symmetric NAT 之外, 欲解決NAT Traversal, 有時可以設定Reg Expire 低於30 秒, 或者設定NAT Keep Alive, 但是ET-22S 的Reg Expire 最短僅能設定60 秒, 低於60 秒, 實際上是沒有作用的, 也沒有調整NAT Keep Alive 的選項, 不知道原廠是否還願意繼續更新韌體?

有許進階多功能, ET-22S 和ET-747S 預設是不啟動的, 例如VAD, JitterBuffer 等, 小弟沒有仔細測試, 只能建議不要隨意改變系統預設值, 因為這些功能大多隱藏於話機的LCD 選單之中, 而並未出現於網頁設定, 廠商如此做應該有其[B]用意[/B]

如果您以IE 為核心的瀏覽器設定ET-747S 並執行韌體升級, 建議升級後務必清除IE 的快取, 以免重新登入後, IE 繼續顯示舊的網頁

坦白說金網科技的ET 系列讓小弟相當失望, 目前的官方版韌體仍然問題重重, 首先從SPA-2000 (Firmware v2.0.13g) 打給ET-22S (Image Version: 4.0, May 27 2005), 結果竟然造成[COLOR="Red"]ET-22S LCD 當機或者重開機![/COLOR] 當韌體降級成ET-22S Image Version: 4.0, Nov 11 2004 才得以解決, 接下來由ET-22S/ET-747S (舊版韌體) 呼叫ET-747S (Image Version: V1.00.01, Image Date: Jun 28 2006), 接聽後完全沒有聲音, 從數據機AR4031B 面板可看出沒有訊號, 當韌體降級成ET-747S Image Version: 4.0, Nov 30 2005 才得以解決, 但是卻又導致ET-747S 呼叫ET-22S 沒有聲音, 由於ET-22S 和ET-747S 預設開啟UDP 5060 & 10000-10006 (可調整), 小弟嘗試調整NAT, 但徒勞無功, 小弟坦承以上測試並不夠嚴謹, 除了NAT 之外, Proxy Server 也可能影響測試結果, 以上只能證明SPA-2000 應付NAT 的能力遠勝於ET-22S/ET-747S, 但是最讓小弟難以接受的是即使ET 系列彼此也不見得完全相容, 新版韌體表現得竟然不如舊版, 這恐怕不是用戶所能料想得到的, 慶幸的是, 就小弟對於用戶使用習慣的研判, 由於ET 系列資訊封閉, 大多數用戶一拿到話機就開始使用, 既然不知道帳號密碼, 也就不曾自行升級韌體, 因此不見得會遇到以上情況, 小弟所取得的ET-747S 韌體原本是去年八月和十一月的版本, 若不是小弟手賤, 就不會發現新舊版本不相容的問題, 網路電話仍然是一個相當封閉的環境, 除了Sipura 還算資訊公開之外, 它牌用戶很難取得足夠資訊以解決所遇到的問題, 這也是造成這個封閉環境的原因之一

為了探究SPA-2000 導致ET-22S 當機的原因, 小弟意外發現SipuraSPA 所送出的INVITE 封包長度相當大, 導致ITSP 包裝後再送出的封包長度達到1504 Bytes, 這是由Packetyzer 攔截到的結果, 小弟不確定是否表頭壓縮的關係, 印象中過長的封包, FWD 或SIPphone 的Proxy Server 會自動切割成適當長度, 但是小弟目前所選擇的ITSP 並未如此, 保險起見, 小弟暫時關閉幾個很少用到的Codec, 以確保INVITE 封包不會超過PPPoE 的上限1492 Bytes, 但是不同ITSP 可能有不同結果, 請自行實驗

[URL="http://www.opensky.ca/~jdhildeb/software/spaconf"]Backup/Restore Sipura/PAP2 Configuration Tool[/URL]

補充: (2006-10-23)
1. 當小弟更換Proxy Server 之後, ET-22S (Image Version: 4.0, May 27 2005)已經不再當機, 所以除了韌體有問題之外, 當機原因也和Proxy Server 包裝過的INVITE 訊息有關, 此外檢視SipuraSPA 的系統訊息, 小弟意外發現SipuraSPA 和ET-22S 在Codec 上並不相容, 雖然兩者都支援G.729 & G.723, 但是由SipuraSPA 的系統訊息可看出編碼和解碼使用的Codec 並不相同, 這會造成雙方所接收的通話品質不同, 在測試條件不足的情況下, 小弟也無法研判哪裡出了問題, 雖然小弟一直希望能將手上的ET-22S 派上用場, 但是截至目前為止仍不得要領

2. ET-22S 於第一個數字以後輸入 "*" 就會被轉換成小數點, 因此當遇上例如SIPphone 的 "*0" 還不會有問題, 但是像 "**" 就無能為力了

3. 小弟手上這一批ET-747S, 其RJ45 座所採用的銅線彈性極差, 插拔數次之後很容易出現彈性疲乏, 結果就是找不網路, 小弟還曾經遇到另一個狀況, 有些人習慣將過長的網路線捲起捆綁, 陲掛於靠近話機或分享器這一端, 由於線材重量太重, 長期下來造成RJ45 座的銅線壓縮變形, 導致接觸不良, 請檢查一下RJ45 卡榫的方向, 朝上或朝側面就不容易出問題, 朝下的話, 請減輕線材的重量, 以避免以上情形發生

補充: (2006-11-03)
[COLOR="Red"][B]ET-22S Image Version: 4.0, May 27 2005[/B][/COLOR]
雖然這個版本還是可能有重開機的問題, 但是總比當機要好的多, 雖然舊版無此問題, 但是舊版的G.729 效果並不理想, 所以最後還是決定回到May 27 2005 的版本, 唯一要留意的是如果無法註冊, 請嘗試清除 "[B]SIP Domain Name[/B]", 通常您只需要Disp Name, Number, Password, Proxy Addr, Proxy Port, OutbndProxyIP, OutbndProxyPrt 等資訊即可註冊
另外一個瑕疵是, 如果於檢視來電號碼停留太久而並未回撥或取消, 則LCD 毫無反應, 但是只要按免持聽筒或是有新的來電即可解決

[COLOR="red"][B]ET-747S Image Version: 4.0, Nov 30 2005[/B][/COLOR]
這個版本的一個小瑕疵是Payload Time (a=ptime), 也就是LCD 控制面板的Frame Size, LowRate True=20(30)ms 和 LowRate False=40(60)ms, LCD 顯示是正確的, 但是網頁設定[B]正好相反[/B], 如果網頁顯示20ms, 實際上反而是40ms, 這是小弟所測試過問題比較少的版本, 新版反而可能會和舊版不相容, 導致單邊通話, 這是一個很嚴重的問題, 因為您並不知道別人採用哪個版本, 所以如果您的韌體是這個版本, 除非您和您的親友全部更新到最新版, 或者您手上還有Nov 30 2005 這個版本, 否則建議您[COLOR="red"][B]不要輕易更新[/B][/COLOR], 以免悔不當初

補充: (2006-11-06)
ET 系列愈是檢驗, 愈經不起考驗, 竟然會傳遞Sip Parameters 的[B]密碼明文[/B]! 小弟先前假設即使話機被不明人士登入也只不過是 "無害通過" 的推論, 現在已經完全被推翻, 用戶只能自求多福!

[QUOTE=FYI]除了Symmetric NAT 之外, 欲解決NAT Traversal, 有時可以設定Reg Expire 低於30 秒, 或者設定NAT Keep Alive, 但是ET-22S 的Reg Expire 最短僅能設定60 秒, 低於60 秒, 實際上是沒有作用的, 也沒有調整NAT Keep Alive 的選項, 不知道原廠是否還願意繼續更新韌體?

為了探究SPA-2000 導致ET-22S 當機的原因, 小弟意外發現SipuraSPA 所送出的INVITE 封包長度相當大, 導致ITSP 包裝後再送出的封包長度達到1504 Bytes, 這是由Packetyzer 攔截到的結果, 小弟不確定是否表頭壓縮的關係, 印象中過長的封包, FWD 或SIPphone 的Proxy Server 會自動切割成適當長度, 但是小弟目前所選擇的ITSP 並未如此, 保險起見, 小弟暫時關閉幾個很少用到的Codec, 以確保INVITE 封包不會超過PPPoE 的上限1492 Bytes, 但是不同ITSP 可能有不同結果, 請自行實驗

補充: (2006-10-23)
1. 當小弟更換Proxy Server 之後, ET-22S (Image Version: 4.0, May 27 2005)已經不再當機, 所以除了韌體有問題之外, 當機原因也和Proxy Server 包裝過的INVITE 訊息有關, 此外檢視SipuraSPA 的系統訊息, 小弟意外發現SipuraSPA 和ET-22S 在Codec 上並不相容, 雖然兩者都支援G.729 & G.723, 但是由SipuraSPA 的系統訊息可看出編碼和解碼使用的Codec 並不相同, 這會造成雙方所接收的通話品質不同, 在測試條件不足的情況下, 小弟也無法研判哪裡出了問題, 雖然小弟一直希望能將手上的ET-22S 派上用場, 但是截至目前為止仍不得要領

[/QUOTE]

依我個人的經驗, register expire設成60秒, 對大多數的nat環境應該是還ok! 大多數的router應該沒那麼快把那個port mapping的洞封起來, 除非這個router後面的使用者非常多.

另外對於長封包, 一個正常的sip phone應該要能處理. 正常的方法是封包是以fragment packet方式傳送, 也就是在socket那層會把封包先切割再傳送, 到收的那端接收後會把她再組回原來的樣子. 所以對處理sip message的程式並不會知道這個封包有被切割再重組! 如果話機有做過torture測試, 應該不會發生不能處理長封包的問題!

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

關於金網的話機, 可能你得等她新的產品, 她有新的一代話機, 支援三方通話, 而且有機會支援如iLBC GSM等codec! 應該FYI你想要的功能她都有(只要金網不要把原廠有的功能閹掉), 至於跟舊產品相容性的問題, 那就莫宰羊啦!

至於後門! 如果話機廠商有心作, 應該是很難去阻止, 不用pppoe, 或者是擺在nat後都沒辦法防止的. 因為除非話機不跟外面連, 但是這樣就沒法子打電話. 非常多的廠商是把控制的command作在sip的message裡, 應該沒有人會去封鎖sip phone用的sip port吧? 好比skype最糟的情況就是走http用的80 port, 因為應該很少有公司連80 port都封了.

感謝您的指教, 您如此解釋, 小弟就瞭解了, 小弟會發現Reg Expire 低於30 秒, 早先也是因為ZipGlobal.com 的出廠設定就是如此, 後來在某些文章也曾看到這個理論, 至於NAT Keep Alive, 小弟記得Vigor FAQ 曾提到過Session 會維持20 秒(!?), 當然各家作法不同, 反倒是小弟目前所選擇的ITSP, 其Proxy Server 每隔10 秒就會主動向用戶端送出一個Keep Alive 封包, 雖然不見得100% 對於每一家的Router 都有效, 但是應該也有90% 以上的成功率, 然而就是這台Proxy Server <vxSIP (icyhe/2.4.2-1130)> 讓小弟起疑, 因為SipuraSPA 送出的封包雖大, 但也不至於超過1500 Bytes, 是經過Proxy Server 加持(Record-Route: & Via:)之後才產生暴衝(以Packetyzer 觀察), 所以切割封包的責任應該屬於Proxy Server 才對, 看來ET-22S 已經得不到廠商的關愛, 小弟也只是想辦法物盡其用罷了

至於後門, 小弟的看法是就算廠商要做, 也得做的有技巧, 如果連小弟此等業餘人士都瞧的出來, 顯然廠商從不認為自己的產品會賣得好, 賣不好也就不會有人想要入侵, 即便如此, 在某些ITSP 還是可以找到許多ET 系列產品, 例如瑪Ｘ電信, 台Ｘ電訊, ET-747S 的情形可能還好, 因為其應付NAT Traversal 的能力勝過ET-22S, 所以用不著PPPoE, 也就不會有暴露於網際網路的危險, 否則只要從X-Lite 的Diagnostic Log 觀察SIP Message 裡頭的特殊字串(判別ET 系列), 再察看對方是否使用真實IP, 安全性不言可喻

此外, 小弟有兩個問題想請教huangmax 兄:
1. ET 系列和X-Lite 設定有以下欄位, Domain/Realm, SIP Proxy & Outbound Proxy, 但是SipuraSPA 設定只有SIP Proxy & Outbound Proxy, 如果Domain/Realm 和SIP Proxy 不同時, 正確的SIP-URI 應該是user@domain, 還是user@sip-proxy? 小弟有點被這兩者搞糊塗了

2. SipuraSPA 有許多功能(3-way conference, call transfer) 需要靠Flash Hook, 可是舊式總機式話機並不支援Flash Hook, 不知您有何良策?

謝謝

[URL="http://www.tech-invite.com/Ti-sip-services.html"]Tech Invite -- SIP Service Examples[/URL]一個可以幫助您認識SIP 的教學網站, 圖文豐富

[QUOTE=FYI]此外, 小弟有兩個問題想請教huangmax 兄:
1. ET 系列和X-Lite 設定有以下欄位, Domain/Realm, SIP Proxy & Outbound Proxy, 但是SipuraSPA 設定只有SIP Proxy & Outbound Proxy, 如果Domain/Realm 和SIP Proxy 不同時, 正確的SIP-URI 應該是user@domain, 還是user@sip-proxy? 小弟有點被這兩者搞糊塗了

2. SipuraSPA 有許多功能(3-way conference, call transfer) 需要靠Flash Hook, 可是舊式總機式話機並不支援Flash Hook, 不知您有何良策?

謝謝

[URL="http://www.tech-invite.com/Ti-sip-services.html"]Tech Invite -- SIP Service Examples[/URL]一個可以幫助您認識SIP 的教學網站, 圖文豐富[/QUOTE]

domain跟proxy不同時, url應該是要長的像user@domain, 但是封包還是送到proxy去, 很多時候domain設定只是一個邏輯上的名字, 不見的有一個真實的位址跟他對應.

沒支援flash hook的話機, 我看是沒則!

其實ta我是覺得遠比ip phone難用, 單DTMF就一堆問題. 還有操作設定也不方便, 妳單看金網為何會在他的ta上加個lcd便知. ta會存在的一個很大原因是因為ip phone的選擇性太少! 但這個現象會漸漸消長, 應該再過一振子, 會有些原生的dect ip phone出來(非只是把ta跟dect包在一起), 價位也不高. user會多出很多選擇, 將可以買到跟現在使用的傳統電話一樣花俏的ip phone.

voip就快要進入戰國時期, 不只要比多功能(3-way conference, call transfer, click dial, color ring...), 還要比漂亮, 大屏彩屏都得上才行. 只有簡單通話功能的產品, 可能毛利要有過冬度小月的打算.

您的說明更加深了小弟的印象, 一般常見的情形是Domain/Realm = SIP-Proxy, 但是ITSP 告訴小弟, ET 系列的設定是:
[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = A:B[/INDENT]
這對於ET 系列當然沒有困難, 但是SipuraSPA 少了Domain/Realm, 於是小弟由SIP 表頭觀察到正確的SIP-URI 應該是user@domain, 所以才確定SipuraSPA 的設定為:
[INDENT]SIP-Proxy (= Domain/Realm) = C
Outbound-Proxy:Port = A:B[/INDENT]
也就是封包一定得往Outbound Proxy 送, 回頭再想也對, 因為SIP Proxy 就是Outbound Proxy, 此時再來看ET 系列的設定, 則可以有以下變化:
[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = 空白
TTN, MKY 的設定也都是如此簡單, 不需要把用戶的腦袋搞混了

SIP-Proxy:Port = C:B
Domain/Realm = 空白或C
Outbound-Proxy:Port = A:B[/INDENT]
因此小弟也產生了一個疑問, 是否有哪個ITSP 的設定是
[INDENT]Domain/Realm ≠ SIP-Proxy:Port ≠ Outbound-Proxy:Port 三者皆不同?[/INDENT]

用過了ET-747S 之後, 小弟倒是蠻期望有一個結合SPA-3000 & SPA-1001 & DECT 的IP Phone 出現, FXS + FXO + 雙SIP 帳號 + 無線電話, 支援三方通話和[B]話中插撥[/B], 但小弟所謂 "話中插撥" 並非SIP 的Call Waiting, 這個功能多數Proxy Server 尚未支援, 小弟期望的是家用電話和網路電話共用一個話機, 而且可以相互插撥, 這在某些Skype Box 已經有提供, 如此才不至於造成重要電話打不進來

[QUOTE=FYI]您的說明更加深了小弟的印象, 一般常見的情形是Domain/Realm = SIP-Proxy, 但是ITSP 告訴小弟, ET 系列的設定是:
[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = A:B[/INDENT]
這對於ET 系列當然沒有困難, 但是SipuraSPA 少了Domain/Realm, 於是小弟由SIP 表頭觀察到正確的SIP-URI 應該是user@domain, 所以才確定SipuraSPA 的設定為:
[INDENT]SIP-Proxy (= Domain/Realm) = C
Outbound-Proxy:Port = A:B[/INDENT]
也就是封包一定得往Outbound Proxy 送, 回頭再想也對, 因為SIP Proxy 就是Outbound Proxy, 此時再來看ET 系列的設定, 則可以有以下變化:
[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = 空白
TTN, MKY 的設定也都是如此簡單, 不需要把用戶的腦袋搞混了

SIP-Proxy:Port = C:B
Domain/Realm = 空白或C
Outbound-Proxy:Port = A:B[/INDENT]
因此小弟也產生了一個疑問, 是否有哪個ITSP 的設定是
[INDENT]Domain/Realm ≠ SIP-Proxy:Port ≠ Outbound-Proxy:Port 三者皆不同?[/INDENT]

用過了ET-747S 之後, 小弟倒是蠻期望有一個結合SPA-3000 & SPA-1001 & DECT 的IP Phone 出現, FXS + FXO + 雙SIP 帳號 + 無線電話, 支援三方通話和[B]話中插撥[/B], 但小弟所謂 "話中插撥" 並非SIP 的Call Waiting, 這個功能多數Proxy Server 尚未支援, 小弟期望的是家用電話和網路電話共用一個話機, 而且可以相互插撥, 這在某些Skype Box 已經有提供, 如此才不至於造成重要電話打不進來[/QUOTE]

你說的pstn+voip的話中插撥 偉橋的lan phone201http://www.welltech.com.tw/product_ct_04.htm 可以做得到 最近剛好有需求 才問過的 不過價格比起其他話機 貴大約50%

[QUOTE=FYI]因此小弟也產生了一個疑問, 是否有哪個ITSP 的設定是
[INDENT]Domain/Realm ≠ SIP-Proxy:Port ≠ Outbound-Proxy:Port 三者皆不同?[/INDENT]

用過了ET-747S 之後, 小弟倒是蠻期望有一個結合SPA-3000 & SPA-1001 & DECT 的IP Phone 出現, FXS + FXO + 雙SIP 帳號 + 無線電話, 支援三方通話和[B]話中插撥[/B], 但小弟所謂 "話中插撥" 並非SIP 的Call Waiting, 這個功能多數Proxy Server 尚未支援, 小弟期望的是家用電話和網路電話共用一個話機, 而且可以相互插撥, 這在某些Skype Box 已經有提供, 如此才不至於造成重要電話打不進來[/QUOTE]

Domain/Realm ≠ SIP-Proxy:Port 我是碰到很多, 不過大部分的itsp, 對domain/Realm的check不是很嚴, 通常設成跟proxy一樣也可以work. 只有很少的server有強調這個! outbound幾乎很少人用, 因為要user自己去判斷是否使用outbound是很不實際的, 現在幾乎都是由server來自動判斷, 由server決定voice data要送到哪.

關於你想要的夢想機種, 其實實驗室內的公版樣機, 都作到了而且甚至是功能超過! 我手頭上的機子都是至少支援三個proxy帳號, 還可以conference不同帳號的call, 或是conference ip跟fxo. call waiting當然是ip跟fxo都相互有作用.

不過你想要從市面上買到這樣的機種, 短時間內我看很渺茫. 因為現在比較量大的都是its主導的市場. itsp通常不會要帶fxo的產品, 頂多是帶PSTN, 用來當停電時的備源, 所以少有系統商生產這類的產品! 如果你不在意一定要DECT, 其實你可考慮上海寬邁的產品[URL="http://www.dghome.com.cn/"]http://www.dghome.com.cn/[/URL], 她的東西在台灣也買的到. 偉僑也有類似的機型, 但是她的型錄上也只看到帶P的機種(ATA-171/172/171P)而已, 其實她這個系列也有帶FXO的版本.