-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=Tonney]...
這個設備, 無論您花多少銀兩取得, 甚至於不用錢, 絕對都比您去找原廠要一台來的便宜吧?
...[/QUOTE]
話說大家本該理性辯論的, 您提到 "小烏龜", 但 "小烏龜" 根本就不是贈品, 而且線路升級業者還會主動更換, 您把它和0 元話機混為一談, 本來就有很大的爭議, 至於您提到花多少銀兩取得, 別忘了那是NT2990 元所換來的代價, 而且通話金必須分10 個月使用, 這個風險不高嗎? 威寶電信也在衝0 元手機, 難道大家就趨之若騖嗎? 當然消費者考慮的重點絕對不只一樣, 否則當然是先辦了再說, 如果高速公路收費系統換成微波, 那些買了紅外線機上盒的開車族豈不成了冤大頭? 同樣的道理, 如果網友申請了gogotalk 0 元話機方案, 萬一效果不如預期, 然後才發現不能(不知道如何)更換系統, 您覺得網友會自責貪小便宜, 還是怪gogotalk 未事先告知? 如果這種情況是可以預期的, 負責任的業者自然也就會事前防範, 所謂 "願者上鉤, 不願者回頭", 業者不主動揭示話機上鎖, 道理不言可喻, 您要繼續打筆仗, 小弟已詞窮, 請恕小弟不再奉陪
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
現在Voip的服務,正處於戰國時代,隨時有新的服務供應商出現。
最近個人也在使用這一類的服務,有一家新冒出來的公司 VOIPSTUNT
[url]http://www.voipstunt.com/en/index.html[/url]
目前來說還滿划算的
10歐元,120天,免費國家很多,包還台灣家用電話,歐美等大國
而且還沒限分鐘數。 可以用X-Lite,動態ip設定,美國境內試用,音質還算清晰,但是有一點遲滯。
不過,事實上這一家公司和很多家都是一樣的,查下面網頁
[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.
以上這幾家,背景都是同一家公司,原本是一家瑞士公司,後來易手為德國公司。一開始國際免費電話很多,慢慢便少開始收費,然後免費直撥開始減少,然後開始限分鐘數。......
以下是該網站對一些國際voip供應商的評分,如果要選一個固定號碼,不想變來變去,那選一家有口碑的供應商很重要,不要選一家一兩年就倒閉的。不過,如果你是像我這樣,目前還在觀望,那,有便宜刊用的可能是你的選擇。未來〔熱點〕越來越多,再過一年,WIFI的VOIP手機可能會取代一部分手機市場。(現在還太貴,大概要低於一百美元以下才會有更多人使用)
[url]http://www.myvoipprovider.com/index.php?option=content&task=view&id=77[/url]
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[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 的功能
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
不知道大家是否還有印象, 美國政府禁止重要公務機關採購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]! 小弟先前假設即使話機被不明人士登入也只不過是 "無害通過" 的推論, 現在已經完全被推翻, 用戶只能自求多福!
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[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都封了.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
感謝您的指教, 您如此解釋, 小弟就瞭解了, 小弟會發現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 系列產品, 例如瑪X電信, 台X電訊, 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 的教學網站, 圖文豐富
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[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...), 還要比漂亮, 大屏彩屏都得上才行. 只有簡單通話功能的產品, 可能毛利要有過冬度小月的打算.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
您的說明更加深了小弟的印象, 一般常見的情形是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 已經有提供, 如此才不至於造成重要電話打不進來
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[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%
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[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的版本.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax #165]sip在通話時, 使用的codec應該是必須對稱(例如都用G723, 或都用G729), 如果有人的產品可以用不對稱的方式, 只能說她有特異功能吧![/QUOTE]
請問 "對稱" 是SIP 正式標準嗎? 不能根據自己的頻寬選擇適當而且雙方都支援的Codec 嗎?
[indent][URL="http://www.pczone.com.tw/showpost.php?p=932301&postcount=7"]Gizmo Project 所支援的Codec 和Codec 優先順序的預設邏輯[/URL][/indent]
這可能是ET-22S 舊版韌體故意如此設計, 不一定是臭蟲, 經您提醒, 小弟才想起X-Pro/X-Lite 可以改變這個邏輯, 叫做 "Use Remote Preferred Codec as Local Preferred Codec", Yes or No, 選擇No 就可能產生不對稱的結果
[QUOTE=huangmax #170]itsp通常不會要帶fxo的產品, 頂多是帶PSTN, 用來當停電時的備源[/QUOTE]
FXS/FXO/PSTN, 平常很少注意這些專有名詞, 感謝您的指點, 小弟也順便幫網友複習一下, SPA-300x 支援FXS+FXO, 也就是可以轉接(橋接)網路電話和市內電話, 市面上的Skype Box 通常支援FXS+PSTN, 沒有轉接功能, 只能讓網路電話和市內電話共用一個話機, 頂多支援互相插撥, 所以是小弟表達錯了, 對於家庭用戶來說, 轉接其實用途不大, 小弟期望的應該是支援FXS + PSTN + 雙SIP 帳號 + 無線電話, 支援三方通話(網路)和話中插撥(FXS & PSTN), 可是顯然廠商另有市場考量, 在產品線尚未齊全, 市場尚未成熟以前, 冒然推出頂級夢幻機種, 除了增加成本之外, 銷路不見得會打開, 反而可能提早結束舊產品的生命
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=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[/QUOTE]
就理論上採取不對稱是可行的, 且事實上我們也常採用不對稱的方式, 例如在使用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你要的功能, 據我所知, 國內有家叫富貴科技的[URL="http://www.astarte.com.tw"]http://www.astarte.com.tw[/URL]應該有.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
剛巧小弟這幾天正向Sipura 反應一些問題, 其中也提到了Codec 的限制, 您的說明適時的解答了小弟的疑惑, 以下節錄自SipuraSPA User Guide:
[INDENT]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.[/INDENT]
此外, [URL="http://www.sipura.com/Documents/faq/index.htm"]SPA FAQ Section 4.2[/URL]也提到,
[INDENT]2: Do you support G723 on both channels simultaneously?
A: Yes, you have to set "G729 enable" to No[/INDENT]
坦白說, 這兩段小弟已經看過好幾遍, 一直到最近才有了比較深刻的體認, 或許是因為Sipura 舊產品使用了非語音專用的ESS 晶片, 受限於ESS 的運算能力, 最多只能同時支援一路G.729 加三路G.711u/a 或兩路G.723/G.726 加兩路G.711u/a, 如果兩線電話都以G.729 優先, 那麼第一通電話沒問題, 第二通電話就只能選G.711u/a, 受到此限制, 所以小弟先前才會建議Line2 不妨接傳真, 然而如果想要同時利用兩線電話, 那麼就得使用Force G723 Code "[COLOR="Red"][B]*02723[/B][/COLOR]" 和Force G726r16 Code "[COLOR="red"][B]*0272616[/B][/COLOR]" 等專屬指令, 如此一來就不用非得預先禁用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 作為被呼叫者或許還比較容易, 例如其回答是:
[INDENT]m=audio 48756 RTP/AVP [B]18 100 101[/B]
a=rtpmap:18 G729a/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000[/INDENT]
很乾脆, 除了G.729 之外, 沒的選, 小弟不瞭解為何SPA-2000 不以X-Pro 的Codec 順序為準? [URL="http://www.rfc-editor.org/rfc/rfc4566.txt"]RFC4566[/URL] 似乎也沒有提到這一點,
[INDENT]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.[/INDENT]
看起來並未強調Codec 必須 "[B]對稱[/B]([B]Symmetric[/B])", 但是實務上好像是由被呼叫的一方決定最終的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 兄見多識廣, 小弟孤陋寡聞, 只能在手邊有限的硬體中翻來覆去的研究, 沒想到硬體廠商竟然如此之多, 毋怪乎您會說市場才剛要興起, 原來大家已經虎視眈眈, 摩拳擦掌正要準備好好廝殺一番
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=FYI]小弟同時也檢驗了ESS 晶片的極限, SPA-200x Line1/Line2 可以分別支援三方通話, 也就是可以有四個連線, 但是最多僅能有一路G.729 或兩路G.723/G726, 剩下的僅能支援G.711u/a, 所以三方通話必須很有技巧, 最佳情況是一線電話同時兩路G.723, 如果是一路G.729, 另一路G.711u, 那麼就得慎選通話對象, 也就是先打給距離遠連線慢者(G.729), 然後再打給距離近連線快者(G.711u), 這樣才能達到勉強可接受的效果, 如此限制重重, 只能說實在中看不中用[/QUOTE]
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. 只要夠便宜, 我家的電鍋, 冰箱, 電燈開關都上網, 何嘗不可?
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
以測試來說, X-Pro 還是小弟的最佳選擇, 不過之前所曾經提供的連結已經失效, 所以退而求其次, 改用[URL="http://www.gogotalk.net.tw/softphone/requirement.html"]gogotalk 軟體電話soft phone[/URL], 優點是支援[B]G.729 & G.723[/B], 缺點是不支援STUN, 所以可能需要調整NAT/Firewall, 此外設定上有一些小問題, 如果[B]Proxy1Port[/B] 和[B]OutboundProxy1Port[/B] 數值不同的話, 建議先以gogotalk 圖形介面進行設定, 然後再手動修改[B]SiPPhone.ini[/B]
[B]C:\Program Files\Sip Phone x.xx\SiPPhone.ini[/B]
[INDENT][Proxy]
[B]Proxy1=sip.ttn.net
Proxy1Port=5060
OutboundProxy1=
OutboundProxy1Port=5060 [COLOR="Red"][/B]這個值會被系統設定改成[B]Proxy1Port 的值[/B][/COLOR]
Proxy2=
Proxy2Port=5060
OutboundProxy2=
OutboundProxy2Port=5060
[Local]
[B]Username=070xxxxxxx
Regname=070xxxxxxx
Regpassword=xxxxxxxx[/B]
FirstCodec=4
[B]Regexpire=60[/B]
RingType=1
PcSpkEnable=0
[B]IPAuto=1[/B]
RunAuto=1
DtmfType=0
[B]ListenIP=xxx.xxx.xxx.xxx
ListenPort=5060[/B]
RtpPort=5000
RingName=[/INDENT]
對於國內的VoIP 市場, 小弟覺得門檻還是太高了, 網路費是其一, 設備投資是其二, 再加上還得具備基本電腦知識, 顯然還不具備成熟的條件, 舉以上為例, 如果改個設定就會遇上這麼多麻煩, 那要如何才推廣得起來? Skype 的設定簡單, 而且三兩下就突破了公司所用的ZyWALL 2, 這才是Skype 迅速崛起的關鍵, 然而目前的TA 或IP Phone 都還做不到這一點, 這點若不能突破, 就永遠無法如家電般普及, 不普及又反過來成為大家不想用的原因, 因為大家都不想為了省幾個小錢, 而去裝一個只有少數幾個對象可交談的設備, 這也是小弟連自己的親友都無法推廣的原因
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=FYI]對於國內的VoIP 市場, 小弟覺得門檻還是太高了, 網路費是其一, 設備投資是其二, 再加上還得具備基本電腦知識, 顯然還不具備成熟的條件, 舉以上為例, 如果改個設定就會遇上這麼多麻煩, 那要如何才推廣得起來? Skype 的設定簡單, 而且三兩下就突破了公司所用的ZyWALL 2, 這才是Skype 迅速崛起的關鍵, 然而目前的TA 或IP Phone 都還做不到這一點, 這點若不能突破, 就永遠無法如家電般普及, 不普及又反過來成為大家不想用的原因, 因為大家都不想為了省幾個小錢, 而去裝一個只有少數幾個對象可交談的設備, 這也是小弟連自己的親友都無法推廣的原因[/QUOTE]
也不盡然!
我很喜歡拿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).
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
經過一個多月, 終於讓小弟找到了導致ET-22S 當機和ET-747S 只能單方面通話的原因, 一來怪小弟學藝不精, 二來韌體出錯, 三來ITSP 竟然提供給小弟錯誤的SIP 組態, 害得小弟白花了這麼多冤枉時間, 前面提到ITSP 客服告訴小弟的設定是:
[INDENT]SIP-Proxy:Port = A:B
Domain/Realm = C
Outbound-Proxy:Port = A:B[/INDENT]
由於SipuraSPA 並無Domain/Realm 這一項, 所以小弟把它改為:
[INDENT]SIP-Proxy (= Domain/Realm) = C
Outbound-Proxy:Port = A:B[/INDENT]
其實小弟只對了一半, 一般來說, 這樣的寫法代表省略了Proxy Port = 5060, 實際上Proxy Port 並非5060, 這也是許多號稱帳號可帶到大陸使用的ITSP 的共同作法, 例如CCNET, 以為只要規避UDP 5060, 就可以躲過中共的阻擋, 這是後話, 所以在此正確的設定可以表示成:
[INDENT]SIP-Proxy(= Domain/Realm):Port = C[B]:[/B]D
Outbound-Proxy:Port = A:B[/INDENT]
但是這還沒完, 雖然ET-22S 不再當機, 卻和某幾版的ET-747S 一樣, 只能單方面通話, 研判很可能是內部資料結構出錯, 最後還是更換韌體才解決
發現錯誤的過程其實很意外, 由於不曾懷疑過ITSP 所提供的資訊, 因此一直將錯就錯, 為了尋找原因, SIP Message 也看了不下數十回, 直到這兩天才發現到以前所沒有注意到的細節, 由於封包是送往Outbound Proxy, 因此在SIP Header 就會多出至少兩筆Record-Route ([URL="http://www.ietf.org/rfc/rfc3261.txt"]RFC3261[/URL]):
[INDENT]Record-Route: <sip:[email protected]:[COLOR="Red"][B]50X0[/B][/COLOR];lr>
Record-Route: <sip:[email protected]:8080;lr>[/INDENT]
小弟直到此時才恍然大悟, 搞半天原來Proxy Port 資訊是錯誤的, 由於Outbound Proxy 知道正確的路由, 所以長期以來未曾發現錯誤, 但是不知為何對於ET 系列卻造成如此重大影響? 不管怎麼說, 問題是暫時解決了, ET-22S 終於可以不用丟回倉庫, ET-747S 應該也可以更新到新版韌體, 但是這也說明了SIP Phone 的困境, 如果設計不當, 無法像Skype 一樣容易上手, 相信很多人會望而卻步
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=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 比較方便.. :-)
所以要看您的需求, 再去選擇產品囉.. ^^[/QUOTE]
不曉得spee前輩是否願意寫個簡單的教學設定,教導大家如何設定PSTN-VOIP-VOIP-PSTN?:D
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=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 一樣容易上手, 相信很多人會望而卻步[/QUOTE]
我整理一下
一. 基本上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之類的上面.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax]一. 基本上itsp跟你講的設定用在大多數的產品上是沒有錯的, 事實上這個設法得到的結果跟沒有設outbound是一樣的(現今很多server已經沒有在使用outbound了). 但因為每家的server跟phone都不太一樣, 所以並不保證一定可行. 至於標準答案該是怎樣, 還是得看是用哪個話機, 搭哪個server, 答案都不太一樣![/QUOTE]
小弟有點不同的意見, 大部分的ITSP 並不會告知錯誤的訊息, 太離譜了, 其次, 不少ITSP 的Registrar 和Outbound Proxy 使用同一個IP, 只以Port 來區分功能, 這應該是比較聰明的作法, 通常應付NAT Traversal 的方法有Outbound Proxy 或STUN, 小弟錯在於經驗不足, 當初沒把這兩者關閉, 否則早就可以發現其中的問題
至於鎖機子, 現在大多數ITSP 不正是這麼幹的嗎? 如此才能換得用戶的效忠, 不是嗎? 而且用戶不見得能取得設定資訊, 例如ZipGlobal, 更是讓人恨得牙癢癢的, 問題是如果您想換跑道或是加上另一家ITSP 的帳號, 那可就門兒都沒有, 客製韌體固然能簡化設定並增加相容性, 但是這就得看ITSP 的心態, 是要把客戶綁的死死的? 還是留給客戶些許的彈性?
另, 小弟有一事困擾許久, 請問Preferred Codec 是如何協調出來的?
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=FYI]至於鎖機子, 現在大多數ITSP 不正是這麼幹的嗎? 如此才能換得用戶的效忠, 不是嗎? 而且用戶不見得能取得設定資訊, 例如ZipGlobal, 更是讓人恨得牙癢癢的, 問題是如果您想換跑道或是加上另一家ITSP 的帳號, 那可就門兒都沒有, 客製韌體固然能簡化設定並增加相容性, 但是這就得看ITSP 的心態, 是要把客戶綁的死死的? 還是留給客戶些許的彈性?[/QUOTE]
這要看你從那個立場用還有用哪種心態看事情, sip 其實還一直在演進, 功能也不停在增加! 所以會更新的不只是話機, server也會更新! 所以大的itsp都會要求話機提供他專屬的provision跟firmware的update方式, 以保持彈性跟降低客戶的困擾. 在這種情況下, 鎖機子其實是一個必要之惡. 唯有鎖機子搭上專屬的firmware, 才能確保安全! 不然這後面的support成本可是很嚇人.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=FYI]另, 小弟有一事困擾許久, 請問Preferred Codec 是如何協調出來的?[/QUOTE]
協調codec我們的做法可以跟你說明, 至於別人產品是否這樣我不知, 不過我們的做法目前倒是很少有不相容的狀況.
以單純建call來說, 如果是要answer端決定codec! 通常在invite會帶sdp, sdp的media description會列出支援的codec, 次序由高優先權往低優先權排列. 像下面的例子, u-law是最高優先權, iLBC是最低
m=audio 60000 RTP/AVP 0 8 18 97 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=fmtp:97 mode=20
a=sendrecv
Answer端收到invite, 會把不支援的codec先剔掉, 然後挑第一優先的那個, 然後把這個帶在ok的sdp裡, 例如下面
m=audio 3456 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
當answer端回的codec並不只有一個, 我們會還是挑有支援的codec裡的第一個.
有時不想由answer端決定codec時, call端的invite不會帶sdp, 這時answer端會把自己所支援的codec都列在ok的sdp裡. call端會在ack裡夾sdp, 告知answer端要使用哪個codec.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
回#181
您這麼解釋確實是很合理, 站在業者的角度, 降低維護成本比什麼都重要, 不過話說回來, 這本來就是開放的架構, 業者大概不會拒絕帶槍(機)投靠, 而且也不是每一種話機都有專屬韌體, 不過小弟同意一點, 如果用戶只購買帳號, 再搭配自己的設備, 那就必須自行負責, 不能把網路問題推給業者, 這也是必要之痛, 就像小弟現在所遇到的問題一樣, 小弟反覆測試ET-22S, 最後終於 "[B]還是搞不太懂[/B]", 究竟 "[B]SIP Domain Name[/B]" 和 "[B]Proxy Addr[/B]" 有何差異? 為何設了 "[B]SIP Domain Name[/B]" 反而無法註冊? 這也讓小弟重新思考, 為何Sipura Configuration 之中沒有 "[B]Domain/Realm[/B]" 這一項?
關於如何決定最終所採用的Codec, 小弟觀察發現SipuraSPA 的邏輯很值得參考, 由於[URL="http://www.ietf.org/rfc/rfc4655.txt"]RFC4566[/URL]只定義了 "Default Format" (Preferred Codec) 一項, 並未定義 "Secondary Preferred Code", 而Codec 的協商過程通常只有一個來回, 因此SipuraSPA 作為被呼叫者在回覆Status OK 時, 會用以下的順序來決定回覆哪一個Codec:
[indent]1. [B]SipuraSPA 的Default Format[/B] (如果出現於呼叫者的Codec 表上)
2. 呼叫者的Default Format (如果出現於SipuraSPA 的Codec 表上)
3. 呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上)
4. 呼叫者的3rd Format (依此類推)
例如:
m=audio 48756 RTP/AVP [COLOR="Red"][B]18[/B][/COLOR] 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000[/indent]
ET 系列的不同點在於完全以呼叫者所支援的Codec 順序為主, 故直接從呼叫者的Default Format 找起, 而SipuraSPA 邏輯上的優點為多了一個選擇, 尤其當雙方預設Codec 不相同時特別有利, 這是因為RFC4655 只定義預設Codec, 並沒有特別強調Codec 的順序, 所以當被呼叫者不支援呼叫者的預設Codec 時, 排名第二的G.711 ([COLOR="red"][B]Payload Type 0[/B][/COLOR]) 卻往往成為最終的Codec, 這實在是很糟糕的選擇, 其實小弟認為把第一步和第二步對調更為合理, 也就是:
[INDENT]1. 呼叫者的Default Format (如果出現於SipuraSPA 的Codec 表上)
2. [B]SipuraSPA 的Default Format[/B] (如果出現於呼叫者的Codec 表上)
3. 呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上)
4. 呼叫者的3rd Format (依此類推)[/INDENT]
如果SipuraSPA 作為呼叫者, 在收到被呼叫者回覆的Status OK 時, 會直接採用以下的順序來決定採用哪一個Codec:
[indent]1. [B]被呼叫者的Default Format[/B] (如果出現於SipuraSPA 的Codec 表上, 理論上應該就是這一個, 對稱)
2. 被呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上, 最終Codec 就會不對稱)
3. 被呼叫者的3rd Format (依此類推)[/indent]
以上邏輯主要是讓雙方採用相同的Codec (編碼/解碼), 如此相容性最佳, 其實這也符合大多數硬體的限制, 其次, 小弟也向Sipura 建議應該正視Codec 順序的問題, X-Pro/X-Lite 可以調整Codec 順序, 又可以讓使用者決定Codec 的邏輯, 不過建議還是以遠端(呼叫者)所採用的Codec 順序為主, 才不至於造成Codec 不對稱
[QUOTE=huangmax #182]有時不想由answer端決定codec時, call端的invite不會帶sdp, 這時answer端會把自己所支援的codec都列在ok的sdp裡. call端會在ack裡夾sdp, 告知answer端要使用哪個codec.[/QUOTE]
有道理! 主客易位, 怎麼沒見到SipuraSPA 用上? 小弟純自修, 只會從觀察結果學習, 受教了
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=FYI]回#181
您這麼解釋確實是很合理, 站在業者的角度, 降低維護成本比什麼都重要, 不過話說回來, 這本來就是開放的架構, 業者大概不會拒絕帶槍(機)投靠, 而且也不是每一種話機都有專屬韌體, 不過小弟同意一點, 如果用戶只購買帳號, 再搭配自己的設備, 那就必須自行負責, 不能把網路問題推給業者, 這也是必要之痛.
有道理! 主客易位, 怎麼沒見到SipuraSPA 用上? 小弟純自修, 只會從觀察結果學習, 受教了[/QUOTE]
我想老闆會很高興帶槍投靠的客戶, 但工程師卻會很痛恨! 開放架構一個很討厭的地方是, 看了同樣的東西, 每個人的認知卻非常不同! sip單一個簡簡單單的hold, 我就知道超過五種以上的做法! 更不要講啥call transfer, pickup. 就連同一家公司出的server, 組態不一樣時, 行為差異也是非常大.
關於我講的那種invite不帶sdp的方式, 基本上話機是不會產生的, 都是由server發出的. 這種方式的相容性最好, server發出invite, 然後在ok得知phone所支援的所有codec, 再選一個最適合的.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=tawei0428]不曉得spee前輩是否願意寫個簡單的教學設定,教導大家如何設定PSTN-VOIP-VOIP-PSTN?:D[/QUOTE]
抱歉,很久沒回來了...
說前輩不敢當.. 我也還在學習啦.. :p
再次看到 F大 & H大 精彩的討論.. 謝謝您們囉..
有空再來消化消化...:p (大概又要消化不良了.. XD )
已經超過一年沒去設定我的 Sipura 囉.. 快忘光光了.. :|||:
要達成雙邊 PSTN 溝通,只要在 FXO 的設定頁面設定一下就好了..
我指出一些需要設定的地方,您參考一下囉..
Sipura SPA3000 的 「PSTN Line」頁面中
Line Enable: Yes
----如果您是使用 Outbound Proxy 通訊, 請設定這些資料---
Proxy: (舉例:fwd.pulver.com)
Use Outbound Proxy: Yes
Outbound Proxy: (舉例:fwdnat.pulver.com:5082)
Register: Yes
Display Name: xxxxx (會出現在電話機上的名字,來電顯示)
User ID: 12345 (例如:註冊於 FWD 的帳號)
Password: 98765 (例如:註冊於 FWD 的密碼)
----如走 STUN, 則請參考另外的設定 ----
===== 以下為重點設定囉, 請看您的需要選定下列兩組設定的 Yes or No =====
★★★ VoIP-To-PSTN Gateway Setup ★★★
[ PSTN(a)-VOIP(b)---VOIP(c)-PSTN(d) ] 為 b 要打到 d, 請在 c 這台做以下設定
VoIP-To-PSTN Gateway Enable: Yes
VoIP PIN Max Retry: 3 (內定 3, 如果你是選定KEY PIN 碼來過濾, 他可KEY三次,請自行設定)
VoIP Caller 1 PIN: 12345
(此處為設定密碼的地方,可設定多組密碼套用多組的 DialPlan, b撥到c 後,會自動接聽,並等待輸入密碼..密碼對,才會轉成 PSTN 的電話聲音, 才能撥號)
VoIP Access List: (此處也可以根據帳號作過濾..希望我這裡沒記錯..有點忘了說.. :p )
★★★ PSTN-To-VoIP Gateway Setup ★★★
[ PSTN(a)-VOIP(b)---VOIP(c)-PSTN(d) ] 為 a 要打到 c, 請在 b 這台做以下設定
PSTN-To-VoIP Gateway Enable: Yes
PSTN Ring Thru Line 1: Yes or No (請自行決定.. 當 PSTN 打電話來時,要不要讓 Line1 的電話嘟嘟叫 <--不知道有沒有記錯.. :p )
PSTN PIN Max Retry: 3 (內定3, 當 a 撥到 b 時, 輸入密碼的錯誤次數)
PSTN Access List: (同上, 可過濾電話用.. 不過不太會用, 因為是過濾 PSTN 電話)
PSTN Caller 1 PIN:12345 (密碼設定處.. a 打到 b 時所需輸入的密碼)
★ 如果你是要 a 打到 d, 那麼,就上述兩組設定都設,就可以通了...
不過, 要負擔的是 a to b + c to d 的費用..
價格是否會比 a 直接撥號給 d 便宜,就由您自己斟酌囉.. :)
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
spee 您好:
經過您的提示再加上看說明書,現在我可以從 b - c (fxo)撥通(在Info頁面的PSTN LINE中VoIP State: Connected, VoIP Tone: VoIP PIN)
),但在c這邊我聽到都嘟嘟的聲音,我想是需要驗證密碼,在我輸入密碼(例如密碼我設為123,我就輸入123#)之後,就把我掛斷,並無法從fxo再撥pstn出去,請問是我哪邊設定漏掉呢?還是我輸入密碼的方式有錯誤?
謝謝!:)
後來我嘗試將驗證改為None,一樣無法到d>。只是這時在Info頁面的PSTN LINE中VoIP State: Connected, VoIP Tone: Outside Dial,我想Outside Dial Tone應該是提示我可打PSTN了,在我打完PSTN號碼後,一樣是把我掛斷!:|||:
ps: 我看說明書發現如果要有PIN驗證的話,One Stage Dialing 似乎要設定成No才行。
我的機器是 b:2900VG - c:Sipura 3000。
兩邊使用的帳號是Seednet Wagaly TelTel的帳號。
摸索中,發文有錯還望指教,謝謝!
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=tawei0428]spee 您好:
經過您的提示再加上看說明書,現在我可以從 b - c (fxo)撥通(在Info頁面的PSTN LINE中VoIP State: Connected, VoIP Tone: VoIP PIN)
),但在c這邊我聽到都嘟嘟的聲音,我想是需要驗證密碼,在我輸入密碼(例如密碼我設為123,我就輸入123#)之後,就把我掛斷,並無法從fxo再撥pstn出去,請問是我哪邊設定漏掉呢?還是我輸入密碼的方式有錯誤?
謝謝!:)
後來我嘗試將驗證改為None,一樣無法到d>。只是這時在Info頁面的PSTN LINE中VoIP State: Connected, VoIP Tone: Outside Dial,我想Outside Dial Tone應該是提示我可打PSTN了,在我打完PSTN號碼後,一樣是把我掛斷!:|||:
ps: 我看說明書發現如果要有PIN驗證的話,One Stage Dialing 似乎要設定成No才行。
我的機器是 b:2900VG - c:Sipura 3000。
兩邊使用的帳號是Seednet Wagaly TelTel的帳號。
摸索中,發文有錯還望指教,謝謝![/QUOTE]
老實說,我已經有點忘記當初 SPA-3000 怎麼設 PIN 碼了..
因為之前設定已經 reset, 所以我也找不到之前的設定..(親人回台灣,用不到FXO 了~~:D )
手頭的 SPA-3000 剛剛拿出玩了一下, 發現我竟然玩不出來.. :|||: 真是傷腦筋.. (現在是用 SPA-2100 裝兩線跟友人及親人通話)
不過有找出一個解決辦法啦..
你可以參考一下...
輸入 PIN 碼會無法輸入的原因,是因為 Dial Plan 的關係..
所以要把 Dial Plan 都設成 None.. 這樣就可以撥號了..
而您說的 One Stage Dialing, 在我這邊並沒有修正,也是一樣可以撥號..
為了避免他人打進來.. 所以還是要認證..
至於認證方式,就用 VoIP Access List or VoIP Caller ID Pattern
設定如下...
VoIP-To-PSTN Gateway Enable: Yes
VoIP Caller Auth Method: No
Line 1 VoIP Caller DP: none
VoIP Caller Default DP: none
VoIP Caller ID Pattern: 對方的 Caller ID 名稱 <-- 請自行設定, 以卡權限
( VoIP Access List: 這個是卡 IP 範圍的權限)
基本上我是設定 VoIP Caller ID Pattern, 並把 Dial Plan 設成 None..
只有 Caller ID 的名字對,打進來才可以通...
剛剛測試過,是 OK 的... 所以可以考慮把 ID 部分設複雜一點, 也是可以達到過濾的目的啦...
至於 2900VG 的 VOIP 部分怎麼設定..
Advanced Setup > VoIP Setup > SIP Related Functions Setup
Ports Setting > Port 1 or Port 2 中的
Account name & Authentication ID
PIN 的設定, 真的很奇怪..
上 Sipura 查資料,發現就是那些.... 怎麼 KEY PIN 的時候,感覺好像對方並沒有接受到
不過把認證關掉,卻又可以正常撥號?!
不知道是不是撥號按鍵的聲音被過濾掉,造成辨識問題,還是有其他設定沒注意到的..
可能還要上 Google 查查看大家怎麼設定的了~
Sipura 官方的文件裡頭其實也有說明 PIN 要如何設定..
您可以參考一下.. 在第 57 頁
[url]http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf[/url]
-
[URL="http://www.ithome.com.tw/itadm/article.php?c=38615"]iThome online : : 漫談IP新世代電信服務(1)新世代電信網路標準—NGN/NGI/IPv6[/URL]
[INDENT]傳統電信網路與網際網路,都在往下一代技術發展,網際網路走向NGI、電信網路則朝NGN前進,而IPv6則將是未來承載網路應用服務的第三層應用協定。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=38776"]iThome online : : 漫談IP新世代電信服務(2)下一代電信網路應用─由SIP整合的多網服務[/URL]
[INDENT]透過SIP協定,無論是網際網路或是傳統電信網路,都可以將不同的聯絡方式整合成單一號碼。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=38869"]iThome online : : 漫談IP新世代電信服務(3)淺談SIP協定與架構[/URL]
[INDENT]會談啟始協議(SIP,Session Initiation Protocol)是繼Mail(SMTP)、WWW(HTTP)之後,第三大關鍵通信協定,透過SIP所營造出的即時多媒體互動會談功能,才能滿足現在使用者的需求。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=38989"]iThome online : : 漫談IP新世代電信服務(4)VoIP服務網路的設計與挑戰—流量規畫與服務品質迷思[/URL]
[INDENT]VoIP需要在單一網路上,同時協調語音和數據的傳輸要求,和傳統電信網路的服務品質相比,VoIP的服務品質(QoS)問題更具挑戰性。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=39152&s=1"]iThome online : : 漫談IP新世代電信服務(5)IP電信的安全議題—我的電話被入侵了!?[/URL]
[INDENT]目前企業用戶發生網路電話安全事件並不多,但未來使用人數增加後,涉及隱私權、電話盜打和惡意攻擊等問題勢必加劇,所有的網路電話用戶都將無可倖免。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=39216"]iThome online : : 漫談IP新世代電信服務(6)SIP也要師法Skype—最新的P2P SIP發展趨勢[/URL]
[INDENT]P2P SIP的最新發展議題參考[url]http://www.p2psip.org網站,截至目前為止,P2P[/url] SIP的Internet Draft還沒有一份能成為IETF RFC,當第一份P2P SIP RFC出線之時,會引爆網通、電信產業何種震盪,還難以逆料。不少國外設備製造商已經在摩拳擦掌,準備一展身手,可以預料到的是,最後機會總是留給有充分準備的業者。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=39367"]iThome online : : 漫談IP新世代電信服務(7)陣痛期還有多久—從傳統電信到IP電信的移轉過程[/URL]
[INDENT]未來5年內,預估全球有高達80%的中小企業將導入網路電話,而電信產業的交換中樞也將100%網路電話化。在數位匯流的大趨勢中,電信產業解構重組過程中會產生數以兆億美金的產值,網路電話技術與企業語音服務即將成為引領全球產業鉅變的核心元件。[/INDENT]
[URL="http://www.ithome.com.tw/itadm/article.php?c=39496"]iThome online : : 漫談IP新世代電信服務(終)國內發展IP電信服務產業鏈的契機[/URL]
[INDENT]網際網路基於免費的訴求出現了VoIP,VoIP到底算是網路數據服務還是電信服務?事實上網路產業一旦與電信產業合流,馬上面臨到傳統電信法規的制約,然而不少傳統電信法規並不適用於規範IP電信的技術及市場現狀。[/INDENT]
-
ITU-T Recommendations : T.4 (ITU-T G3) / T.30 / T.38
[URL="http://en.wikipedia.org/wiki/Fax"]Fax - Wikipedia, the free encyclopedia[/URL]
[URL="http://en.wikipedia.org/wiki/T.38"]T.38 - Wikipedia, the free encyclopedia[/URL]
[URL="http://en.wikipedia.org/wiki/T.38_Fax"][B]T.38 Fax - Wikipedia, the free encyclopedia[/B][/URL]
[URL="http://www.garretwilson.com/essays/computers/group3fax.html"][B]Group 3 Facsimile Communication[/B][/URL]
[URL="http://www.ctiforum.com/train/intel/base/base01_002.htm"]CTI論壇:融合通信專欄:T.38 和傳真的未來[/URL], 翻譯自[URL="http://www.intel.com/network/csp/resources/white_papers/4631web.htm"]Intel(R) White Papers - T.38 and the Future of Fax[/URL]
[IMG]http://www.intel.com/network/csp/resources/white_papers/pix/4632ln02.gif[/IMG]
[URL="http://www.itu.int/rec/T-REC-T/e"]ITU-T : Publications : Recommendations : Terminals for telematic services[/URL]
[URL="http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.4"]T.4[/URL] Standardization of Group 3 facsimile terminals for document transmission
[URL="http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.30"][B]T.30[/B][/URL] Procedures for document facsimile transmission in the general switched telephone network (11/2000)
[URL="http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.38"][B]T.38[/B][/URL] Procedures for real-time Group 3 facsimile communication over IP networks (06/1998, 07/2003)
[URL="http://www.itu.int/rec/T-REC-V/recommendation.asp?lang=en&parent=T-REC-V.8"]V.8[/URL] Procedures for starting sessions of data transmission over the public switched telephone network
[URL="http://www.itu.int/rec/T-REC-V/recommendation.asp?lang=en&parent=T-REC-V.34"]V.34[/URL] A modem operating at data signalling rates of up to 33 600 bit/s for use on the general switched telephone network and on leased point-to-point 2-wire telephone-type circuits
就小弟對於FoIP (Fax over IP)的粗淺瞭解, FoIP 和ITU-T T.30 & T.37 / T.38 有很大的關係, T.37 屬於傳真轉存, 在此暫不討論, 根據以上ITU-T T.30 & T.38 的修訂時間來看, T.38 起草於06/1998, T.30 因為支援T.38 而修訂於1999 (完成於11/2000), 所以您的傳真機除了支援T.30 之外, 最好還必須是2001 年以後的機種, 而T.38 於07/2003 還有一次重大修訂, 以便支援不同版本的T.38, 所以您的傳真閘道器最好必須是2003 年以後的機種, 以上當然是愈新相容性愈好, 然而根據小弟搜尋購物網站的型錄, 除了飛利浦的傳真機明確標示支援T.30 & G3 (應該就是T.4) 之外, 其他品牌多半標示不清或僅標示G3, 顯然都不太注重FoIP 的適用性, 而另一個重要的條件是 "容錯", 這部份由於均無標示, 所以小弟也無從評論
小弟之前曾經探討過以VoIP 來傳真的實用性, 由於SPA-2000 只支援G.711 Pass-through, 所以實用價值很低, 其次是將傳真機連接到傳真閘道器, 也就是網路專用(僅能接收來自網路的傳真), 如此一來實在不太符合經濟效益, 最重要的是相容性問題, 由於T.38 尚未普及, 所以不同廠牌之間的相容性大有疑問, 短期內如果對於FoIP 有迫切需求的話, 除了雙方的傳真機必須完整支援T.30 之外, 所使用的T.38 閘道器最好也是相同廠牌
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax;932683]也不盡然!
我很喜歡拿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).[/QUOTE]
小弟認為網路電話無法起來的原因是 ITU 的X頭用了一群自私的歐洲教授/自認科學家所研發出來的 SIP, 並且在沒有測試的情況下推薦給世界使用, 以致今天大多數的正常網路架構無法使用網路電話, 其實 S 服務依點也不創新, 1995 年就有非常類似, 音質超好 (可以在28.8K的MODEM下執行) 的網路電話產品, 但是生不逢時, 早夭折了. :cry:
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=hi3cmz;958631]小弟認為網路電話無法起來的原因是 ITU 的X頭用了一群自私的歐洲教授/自認科學家所研發出來的 SIP, 並且在沒有測試的情況下推薦給世界使用, 以致今天大多數的正常網路架構無法使用網路電話, 其實 S 服務依點也不創新, 1995 年就有非常類似, 音質超好 (可以在28.8K的MODEM下執行) 的網路電話產品, 但是生不逢時, 早夭折了. :cry:[/QUOTE]
透早看到這帖子, 宛如雷劈, 還以為我的免痔馬桶漏電, 後來冷靜下來思考, 塑膠怎會導電, 原來是我的錯覺!
1995年, 民國84年! 那時我還在UMC上班(那時聯發科只是一個剛成立的小組, 連部門都不算, 聯傑聯詠聯陽也還沒從UMC分家), 才剛知啥是e-mail, 28.8K Modem chip set是我們正在進行中的計畫. 我家裡才剛花了近萬元買了台14.4K modem.
那時候公司派給我的一個雜事就是寫反組譯程式, 目標是一個當時叫做voice over data的產品(當時大家只知道bbs, 現在所謂的internet大概只出現在學術單位裡). 這個東西是讓當時玩modem連線game的雙方可以在玩game時還可以同時講話, 講話還是透過插在modem上的麥克風跟耳機. 這個東西的效果, 我單在office裡利用兩個分機對連, 傳起來的聲音都很好笑.
又過了兩年, 我暫時不做modem被派去搞voip, 那時一般人主要上網方式還是33.6K的modem. 印象中我利用modem上internet, 傳語音封包到美國, packet lost大概是七成! 意思就是講十個字, 會掉七個字! 那時我就想這東西能用嗎? 後來我也離開那個地方.
SIP是Session Initiation Protocol的縮寫, 如他的名稱描述, 他只管session的建立, 置於語音部份, 那是跟rtp及voice compression有關! 另外它的架構跟我們在看網頁的這個東東很像, 我也不太能理解它為何是網路電話不能在正常網路下使用的元兇, 如果是這樣應該我面現在在瀏灠網頁這件事情應該也很困難才是.
同時我也很難想像有一種語音技術可以在28.8K的頻寬且packet lost達七成, 還維持很好的音質! 就算是在今天這也還是很嚇人的技術, 更何況在28.8K Modem的時代, 那時cpu的運算速度很慢(pentium 33mhz)! 看個vcd還得有專屬的晶片來解壓縮影像跟聲音.
如果你是指在沒有packet lost, 沒有jitter狀態下! 那根本沒啥稀奇啊!
我相信itu的那些人絕非笨蛋跟x頭, 他們做很多事情絕對是深思熟慮, 雖然裡面會有很多利益考量, 但不至於會搞個不能用的東西上去當標準.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=hi3cmz;958631]小弟認為網路電話無法起來的原因是 ITU 的X頭用了一群自私的歐洲教授/自認科學家所研發出來的 SIP, 並且在沒有測試的情況下推薦給世界使用, 以致今天大多數的正常網路架構無法使用網路電話, 其實 S 服務依點也不創新, 1995 年就有非常類似, 音質超好 (可以在28.8K的MODEM下執行) 的網路電話產品, 但是生不逢時, 早夭折了. :cry:[/QUOTE]
沒有itu可能有更多的山頭臨立:|||:
最後一段不會是網路謠言吧....:eek:
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax;958686]透早看到這帖子, 宛如雷劈, 還以為我的免痔馬桶漏電, 後來冷靜下來思考, 塑膠怎會導電, 原來是我的錯覺!
1995年, 民國84年! 那時我還在UMC上班(那時聯發科只是一個剛成立的小組, 連部門都不算, 聯傑聯詠聯陽也還沒從UMC分家), 才剛知啥是e-mail, 28.8K Modem chip set是我們正在進行中的計畫. 我家裡才剛花了近萬元買了台14.4K modem.
那時候公司派給我的一個雜事就是寫反組譯程式, 目標是一個當時叫做voice over data的產品(當時大家只知道bbs, 現在所謂的internet大概只出現在學術單位裡). 這個東西是讓當時玩modem連線game的雙方可以在玩game時還可以同時講話, 講話還是透過插在modem上的麥克風跟耳機. 這個東西的效果, 我單在office裡利用兩個分機對連, 傳起來的聲音都很好笑.
又過了兩年, 我暫時不做modem被派去搞voip, 那時一般人主要上網方式還是33.6K的modem. 印象中我利用modem上internet, 傳語音封包到美國, packet lost大概是七成! 意思就是講十個字, 會掉七個字! 那時我就想這東西能用嗎? 後來我也離開那個地方.
SIP是Session Initiation Protocol的縮寫, 如他的名稱描述, 他只管session的建立, 置於語音部份, 那是跟rtp及voice compression有關! 另外它的架構跟我們在看網頁的這個東東很像, 我也不太能理解它為何是網路電話不能在正常網路下使用的元兇, 如果是這樣應該我面現在在瀏灠網頁這件事情應該也很困難才是.
同時我也很難想像有一種語音技術可以在28.8K的頻寬且packet lost達七成, 還維持很好的音質! 就算是在今天這也還是很嚇人的技術, 更何況在28.8K Modem的時代, 那時cpu的運算速度很慢(pentium 33mhz)! 看個vcd還得有專屬的晶片來解壓縮影像跟聲音.
如果你是指在沒有packet lost, 沒有jitter狀態下! 那根本沒啥稀奇啊!
我相信itu的那些人絕非笨蛋跟x頭, 他們做很多事情絕對是深思熟慮, 雖然裡面會有很多利益考量, 但不至於會搞個不能用的東西上去當標準.[/QUOTE]
那時以經有 sound blaster 啦, 如果 386 + 4MB 的 RAM 都可以玩 [URL="http://en.wikipedia.org/wiki/Doom"]DOOM[/URL], 語音壓縮應該也夠的, 其實486的效能就已經比現在許多的 PDA 還要好的, 我是指綜合效能, 還有就是那時的工程師比較會善用資源. 1996年台海危機時我還經常和老哥通話, 用的是 [URL="http://en.wikipedia.org/wiki/AMD_K5"]AMD K5[/URL], 也就是他們起家的那一個系列, 我不知道台灣那時的網路情況, 不過北美worldcom骨幹是以T3為單位了, 也沒有lag, 那時沒有 MSN 也沒有 ICQ, 流行的是 IRC 和 shell 下的 talk, 看到不順眼的傢伙你還可以趁夜深人靜的時候來個ping flood, 有同學曾經把一個歐洲國家折騰了一個晚上, 那時一個國家的對外頻寬也不過是幾個T1.
如果 HTTP 以 SIP 的方式來做的話, 等於是你用 port 80 去 request, 然後 web server 起始不同的 port 來回應圖檔, java, flash, php, html tags, 必定天下大亂. ITU 在 SIP 的處裡上已經被國外網站罵到不想再罵了. IAX 倒是不錯.
我唯一驚訝的是, 經過了那麼久, 還看不到網路有衰老的跡象, 相反的, 不斷有新的東西被發明, 人們越來越依賴它. 當時一個朋友說過, 網路是人類進化了幾百萬年後的結果, 現在想一下也有道理, 從發明語言到文字, 航太 (當時沒有光纖, 要用衛星), 半導體, 工業革命 (才能製造出便宜的機器給大家用, 那是我們台灣人的驕傲), 協定制定, 還有各國都夠開放願意資料自由流通 (這對岸還要加強)...
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=richjf;958758]沒有itu可能有更多的山頭臨立:|||:
最後一段不會是網路謠言吧....:eek:[/QUOTE]
IAX 沒有 ITU 的加持, 也可以制定的好好的啊, 還有許多我們大家天天用的網路服務也沒有 ITU 的影子, 也跑的好好的.
不是謠言啦, 要創新就要多一些想像力, 很多東西是我們想不到的, 以現今的壓縮技術, 1200 baud 的也快要可以了, 以後只怕還要更少.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=hi3cmz;958804]IAX 沒有 ITU 的加持, 也可以制定的好好的啊, 還有許多我們大家天天用的網路服務也沒有 ITU 的影子, 也跑的好好的.
不是謠言啦, 要創新就要多一些想像力, 很多東西是我們想不到的, 以現今的壓縮技術, 1200 baud 的也快要可以了, 以後只怕還要更少.[/QUOTE]
並不是說一定非得要有itu加持才活的好, 而且現在沒被加持也不代表未來不被加持!
語音你要把他壓到那麼小, 不是不可能! 十多年年前我在做電話答錄機晶片時, 我們就可以搞到2.4K左右, 問題是那是用來存在ram上而不是用來傳輸, 而且壓到那個程度的時候聲音的一些特徵早變掉了, 快聽不出是哪個人在講話(是還聽的懂講話內容), 這絕不是你說的音質還好的不得了.
還有我們在講的這個voip還必須把packet lost, jiter因素考慮進去. 我不知你所謂的1200 baud也快要好是啥意思, 這個在packet lost狀況下音質也很好嗎? 我覺得他應該就算在沒packet lost狀況下也不可能太好!
你對IAX有多少了解? 你做過嗎? 你知道他的限制在哪嗎? 他確實比sip好很多? 他彈性遠比sip大嗎? 還是你也只是道聽途說而已? 我是實際在搞這個protocol的工程師, 我的感覺怎跟你差那麼多.
還有386+4mb ram就可做語音壓縮? 當然可以啊, 但是是離線的! 如果你想做real time的壓縮加上echo cancel, 抱歉, 做不到. 而且還得看是做哪個語音壓縮. 我唸研究所時, 拿386來做fft, 根本快暈了, 夠我去繞校園三圈, 再回來看結果.
你在pc上看到的很多通話軟體 , 是沒有做echo cancel, 因為你是用耳機跟麥克風在講話, 沒有echo的問題! 但做在話機上就不是這樣了. 老實說386有沒有能力單做即時的echo cancel不含壓縮, 我是很懷疑(386還沒有浮點運算器勒)!
還有386的時代的soundbluster, 上面是有顆dsp, 專門處理聲音的, 運算都不是cpu做的. 把那些運算丟給cpu, cpu早不會動了! 而且那個時候的音效卡, 其實大部份只能搞midi, 根本錄放音都不行.
搞工程的, 我們講求實際, 不能靠想像! 請把數據跟實體拿出來讓我們信服, 請給我們你那些所謂音質很好的演算法的相關規格, 還有在各種不同網路條件下的mos參考分數.
另外486的運算能力要跟現在的pda比, 差太遠吧! 連voip話機都比不了. 現在隨便一台千把塊的ip phone, 裡面都是一顆百mhz的risc+dsp, 沒dsp的幾乎都是四百起跳的arm. ram從最少的8m到32m都有.
啊! 大概是工程師都退步了, 我雖然是屬於486那個時代的工程師, 但我老了, 頭昏眼花了. 這些菜鳥不行, 又不會想像! 那些業務更糟, 也不會把客戶催眠, 難怪東西賣不好. 搞啥voip, 直接練氣功, 隔空傳音算了.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax;958827]並不是說一定非得要有itu加持才活的好, 而且現在沒被加持也不代表未來不被加持!
語音你要把他壓到那麼小, 不是不可能! 十多年年前我在做電話答錄機晶片時, 我們就可以搞到2.4K左右, 問題是那是用來存在ram上而不是用來傳輸, 而且壓到那個程度的時候聲音的一些特徵早變掉了, 快聽不出是哪個人在講話(是還聽的懂講話內容), 這絕不是你說的音質還好的不得了.
還有我們在講的這個voip還必須把packet lost, jiter因素考慮進去. 我不知你所謂的1200 baud也快要好是啥意思, 這個在packet lost狀況下音質也很好嗎? 我覺得他應該就算在沒packet lost狀況下也不可能太好!
你對IAX有多少了解? 你做過嗎? 你知道他的限制在哪嗎? 他確實比sip好很多? 他彈性遠比sip大嗎? 還是你也只是道聽途說而已? 我是實際在搞這個protocol的工程師, 我的感覺怎跟你差那麼多.
還有386+4mb ram就可做語音壓縮? 當然可以啊, 但是是離線的! 如果你想做real time的壓縮加上echo cancel, 抱歉, 做不到. 而且還得看是做哪個語音壓縮. 我唸研究所時, 拿386來做fft, 根本快暈了, 夠我去繞校園三圈, 再回來看結果.
你在pc上看到的很多通話軟體 , 是沒有做echo cancel, 因為你是用耳機跟麥克風在講話, 沒有echo的問題! 但做在話機上就不是這樣了. 老實說386有沒有能力單做即時的echo cancel不含壓縮, 我是很懷疑(386還沒有浮點運算器勒)!
還有386的時代的soundbluster, 上面是有顆dsp, 專門處理聲音的, 運算都不是cpu做的. 把那些運算丟給cpu, cpu早不會動了! 而且那個時候的音效卡, 其實大部份只能搞midi, 根本錄放音都不行.
搞工程的, 我們講求實際, 不能靠想像! 請把數據跟實體拿出來讓我們信服, 請給我們你那些所謂音質很好的演算法的相關規格, 還有在各種不同網路條件下的mos參考分數.
另外486的運算能力要跟現在的pda比, 差太遠吧! 連voip話機都比不了. 現在隨便一台千把塊的ip phone, 裡面都是一顆百mhz的risc+dsp, 沒dsp的幾乎都是四百起跳的arm. ram從最少的8m到32m都有.
啊! 大概是工程師都退步了, 我雖然是屬於486那個時代的工程師, 但我老了, 頭昏眼花了. 這些菜鳥不行, 又不會想像! 那些業務更糟, 也不會把客戶催眠, 難怪東西賣不好. 搞啥voip, 直接練氣功, 隔空傳音算了.[/QUOTE]
1- [URL="http://en.wikipedia.org/wiki/Intel_80386"]386[/URL] 有 FPU 喔
2- [URL="http://en.wikipedia.org/wiki/Intel_80486"]486[/URL] 你所謂的低價 DSP 可以跑 win 95 然後多工+玩 DOOM嗎? 如果可以, 百元電腦計畫需要你, 你必定會得到 MIT 的歌頌, 還是因為今天是愚人節...
3- [URL="http://www.speex.org/samples/"]speex[/URL] 最高是 4k, 蠻不錯聽
五角大廈的計畫和答錄機計畫是天壤之別的, 你已經有足夠線索, 其他人應該已經知道我在說哪一個壓縮了.
SIP 和 IAX 大家都有在用, 這裡的高手不少, 只是大多很謙虛, 我喜歡.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=hi3cmz;958944]1- [URL="http://en.wikipedia.org/wiki/Intel_80386"]386[/URL] 有 FPU 喔
2- [URL="http://en.wikipedia.org/wiki/Intel_80486"]486[/URL] 你所謂的低價 DSP 可以跑 win 95 然後多工+玩 DOOM嗎? 如果可以, 百元電腦計畫需要你, 你必定會得到 MIT 的歌頌, 還是因為今天是愚人節...
3- [URL="http://www.speex.org/samples/"]speex[/URL] 最高是 4k, 蠻不錯聽
五角大廈的計畫和答錄機計畫是天壤之別的, 你已經有足夠線索, 其他人應該已經知道我在說哪一個壓縮了.
SIP 和 IAX 大家都有在用, 這裡的高手不少, 只是大多很謙虛, 我喜歡.[/QUOTE]
如果你找的出一顆正廠intel 386含fpu(真不知387是用來賣誰的?), 我馬上在這個pczone消失! 一直到486時代才開始有內建fpu, 而且還分型號, 486sx是沒有, 486DX才有.
還有你看過speex的演算法嗎? 你知道他需要大量的浮點運算嗎? 你知道他所需的運算量更甚於iLbc嗎? 你知道他何時才發展出來的嗎?
還有我真懷疑你到底知不知道啥叫dsp, dsp可以用來跑win95? dsp是設計用來作數位訊號處理的特殊cpu, 他的架構特別適合作訊號處理. 如同浮點運算器一般, 都是用來補cpu不足的. 當你用cpu來作訊號處理, 因為架構不適合, 他所需的運算量遠比用dsp來的大. dsp是特殊的cpu, 他也不能上你一般見到的那些作業系統的, 因為架構不適合, 硬上會很沒效率.
還扯五角大廈勒! 真會想像!
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax;958965]如果你找的出一顆正廠intel 386含fpu(真不知387是用來賣誰的?), 我馬上在這個pczone消失! 一直到486時代才開始有內建fpu, 而且還分型號, 486sx是沒有, 486DX才有.
還有你看過speex的演算法嗎? 你知道他需要大量的浮點運算嗎? 你知道他所需的運算量更甚於iLbc嗎? 你知道他何時才發展出來的嗎?
還有我真懷疑你到底知不知道啥叫dsp, dsp可以用來跑win95?
還扯五角大廈勒! 真會想像![/QUOTE]
386 + 387 本來就是搭配在一起賣的, 也是這樣做廣告的, 你不能說 386 沒有 FPU, 我沒有說內鍵, 我是說有沒有功能, 而且在 coding 上, 386 也可以直接接受 FPU 的指令. 當時 386 最大的賣點就是 co-proc, 如果沒有記錯的話80387還會缺貨, 我現在要呼籲有誰有過有 386 + math-coprocessor 的看官出來還原真相.
[URL="http://en.wikipedia.org/wiki/Intel_80386"]386 wiki[/URL]
其中有一段: most motherboards included a socket for 80387 事實上我用的 386 是有 80387 的.
你為什麼都假設別人沒有試過或是不懂和你討論的東西? 這是一個有趣的假設, 我個人認為毫無益處. 回應你關於 speex 的運算量: 八卦說SPEEX 的作者們不願意採到專利地雷, 所以只好使用不太有效率的作法, SPEEX 的研發就是為了要提供一個FREE的壓縮, 所以不要專利的考量更基於效能, 要看發展時程? changelog 裡清清楚楚. iLBC 雖然是 FREE 的但是還是有專利, free 並不代表你可以用它的專利做其他事. 隨著專利陸續到期, speex 的效能應該會有很大的改善空間.
是你說的低階 DSP 也會比 486 要好, 這版上應該大家都知道 DSP 和 CPU 的基本常識, 你不用再像老師上第一堂課一樣不斷的重複. 其實低價 adapter 都沒有 FPU (去問一下 TI 有 FP 的 DSP 多少錢), 甚至 [URL="http://en.wikipedia.org/wiki/XScale"]Xscale[/URL]也沒有 FPU, 486DX的效能還是要好多的, 2007年年底才會終止生產 (EOL). 我不是上來耍嘴皮子, 我是想讓其他人知道, 速度不代表效能, 魔鬼永遠不會在 manual 上.
低價 DSP 16 bit / Fixed Point, no pagging. ALU
486DX 32 bit / FPU, paging. no ALU (從 pentium 開始才有)
是五角大廈沒錯, 等你看到的時候, 就會明白.. :mummy:
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=hi3cmz;958968]其中有一段: most motherboards included a socket for 80387 事實上我用的 386 是有 80387 的.是你說的低階 DSP 也會比 486 要好, 這版上應該大家都知道 DSP 和 CPU 的基本常識, 你不用再像老師上第一堂課一樣不斷的重複. 其實低價 adapter 都沒有 FPU (去問一下 TI 有 FP 的 DSP 多少錢), 甚至 [URL="http://en.wikipedia.org/wiki/XScale"]Xscale[/URL]也沒有 FPU, 486還是能要好多的.
低價 DSP 16 bit / Fixed Point, no pagging.
486DX 32 bit / FPU, paging.
是五角大廈沒錯, 等你看到的時候, 就會明白.. :mummy:[/QUOTE]
你不用找別人啦, 我就是那個買過387的冤大頭!
387比386還貴耶, 而且在我那個時代除了我這個笨蛋, 我還沒見過我旁邊有笨蛋二號買了387, 連機械系玩cad的我也沒見過! 同時他是不太容易買到, 但不是因為缺貨, 是因為沒人買.
照你這說法, 一大半的voip產品是用arm+dsp的方案, 所以arm可以宣稱他內建dsp囉? 在386時代浮點運算器還是不只有intel自家的可選擇你知道嗎?
我從沒提過低階dsp這個字眼, 但我可以告訴你一個事實就是, 486單要作即時的G.723之類的壓縮都頗勉強.
我真懷疑你書到底有沒有唸好, 邏輯到底有沒有毛病? 扯東扯西的.
你講了半天, 沒一個可以證明你先前講的東西啊. 你只要告訴我們486(不用386, 我讓你一步)時代哪個語音壓縮演算法可以用486, 可以在28.8K的bit rate, 也不用作echo cancel(我再讓你一步), 不管packet lost(讓你第三步), 可以有你所謂的音質很好的效果.
你也不用告訴我們是哪個胎死腹中的voip協定生不逢時, 我看你也掰不出來, 提iax並不能證明那時有這樣的東西.
還有你那麼推崇486, 不知可否告訴我們486 33mhz大概是對應xscale哪個等級, 也許我們可以較容易衡量486 dsp的處理能力, 其實大多數常見的語音壓縮都是定點的, 我想這樣比較應該是蠻合情合理的. 之後我們再到d2這類提供soft-dsp技術的網站去找, 他對xscale所要求的運算能力, 我想該可以用來檢驗你講的話吧.
-
回覆: 【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介
[QUOTE=huangmax;958975]你不用找別人啦, 我就是那個買過387的冤大頭!
387比386還貴耶, 而且在我那個時代除了我這個笨蛋, 我還沒見過我旁邊有笨蛋二號買了387, 連機械系玩cad的我也沒見過! 同時他是不太容易買到, 但不是因為缺貨, 是因為沒人買.
照你這說法, 一大半的voip產品是用arm+dsp的方案, 所以arm可以宣稱他內建dsp囉? 在386時代浮點運算器還是不只有intel自家的可選擇你知道嗎?
我從沒提過低階dsp這個字眼, 但我可以告訴你一個事實就是, 486單要作即時的G.723之類的壓縮都頗勉強.
我真懷疑你書到底有沒有唸好, 邏輯到底有沒有毛病? 扯東扯西的.
你講了半天, 沒一個可以證明你先前講的東西啊. 你只要告訴我們486(不用386, 我讓你一步)時代哪個語音壓縮演算法可以用486, 可以在28.8K的bit rate, 也不用作echo cancel(我再讓你一步), 不管packet lost(讓你第三步), 可以有你所謂的音質很好的效果.
你也不用告訴我們是哪個胎死腹中的voip協定生不逢時, 我看你也掰不出來, 提iax並不能證明那時有這樣的東西.[/QUOTE]
語音是週期歸零的類比信號, float point 會比較合適, 有 FPU 為何還要用 fixed point? 語音使用 fixed point 的唯一考量是 power 和 cost. 我沒有用 486 來做 voip, 當時買不起, 買的起時選了 [B]AMD K5[/B], 就算是 486 也不是問題吧 (起碼 GSM 應該可以跑). 我的本意本來也不是說486有多好, 而是他[B]還有[/B]多少能力. 網路上多的是 486 的 server, 那些人和我一樣, 也是想證明正確的使用硬體可以達到很好的效果.
Vocaltec, [URL="http://zh.wikipedia.org/wiki/VocalTec_Internet_Phone"] Internet Phone[/URL] 我從來沒有說是一個[B]協定[/B], 是一個[B]服務[/B]. 兩者一樣嗎?
[URL="http://support.microsoft.com/kb/176285/zh-tw"]Netmeeting 2.1, MS 的官方手冊, 清楚寫明了最低要求: 28.8K + 486/66[/URL]
[URL="http://www.wanfangdata.com.cn/qikan/periodical.articles/hbydjs/980302.htm"]老共的一篇1998年的分析, 奇怪許多老資料都是簡體的, 不好的跡象.[/URL]
[URL="http://agn-www.informatik.uni-hamburg.de/people/feldmann/Studienarbeit/Produkte/Softwareprodukte/Frameset.htm"]一張老掉牙的softphone spec, 非常值得回味那看著 modem 閃啊閃的日子, 還有那悅耳的接通聲音. 看看有多少公司已經成為先烈.[/URL]
[URL="http://www.nki.no/eeileo/research/Internet-tel.html"]一個 .no ISP 給使用者的 FAQ.[/URL]
[URL="http://www.artofhacking.com/tucops/hack/internet/live/aoh_i_phone.htm"]另一個 1995 年的 FAQ, 說的也很仔細, 看看 12 年前 VOIP 起步時怎麼教育使用者.[/URL]
[URL="http://www.savetz.com/mbone/ch2_1.html"]一篇討論 GSM 如何在當時的 PC (486/P) 運作的, 還有一些 demo.[/URL]
[URL="http://focus.ti.com/lit/ml/spry061/spry061.pdf"]TI 的簡介, 說明為什麼音頻上 float point 比 fixed point 要好, 如何依使用做出取捨.[/URL]
毫無疑問的, 486 + 28.8K 可以通話, 而且用的很好, 算是掰到了吧...