【下載】Google Talk and Gizmo Project

[FYI]

小弟也翻閱了RFC3952, 由於20ms 和30ms 的封包長度不同, 而且雙方不一致時, 應該選30ms, 這是否代表沒有 "a=fmtp" 描述時也應該假定30ms? 小弟發現不只是Gizmo Project, 就連X-Pro, SIPphone *0 和FWD 612 (Asterisk PBX) 語音系統也都沒有這一行

ZyWALL 2 屬於Symmetric NAT, 所以要穿越也不是易事, 然而proxy01.sipphone.com 本身也是Outbound Proxy, 所以用戶只能憑通話品質或 "*0" 來判斷是否經由Outbound Proxy

關於免費電話的遊戲規則或許還有人並不熟悉, 小弟再解釋一次:

1. 下載Gizmo Project
2. 註冊或登入一個Gizmo Account Name
3. Edit -> My Profile...
4. 輸入Home phone & Mobile phone, 格式(不要以Dash 分隔)為: +886xxxxxxxxx
5. 新增聯絡人, 輸入對方的Gizmo Account Name, 點選Add
6. 右鍵點Contacts 視窗的聯絡人, 選擇View Profile, 檢視對方電話號碼是否正確, 若並未顯示號碼, 可能對方尚未允許你的加入
7. 若有硬體IP Phone, 請參照本篇#5設定
8. 請按照美加地區習慣撥號, 例如撥打美加當地: 1xxxxxxxxxx (11 位數), 撥打台灣: 011886xxxxxxxxx, 撥打大陸: 01186xxxxxxxxxx, 如果號碼不在聯絡人清單上, 就會扣抵帳戶餘額
9. 餘額查詢請至Gizmo – A free phone for your computer - Members Sign in

[huangmax]

作者: FYI

小弟也翻閱了RFC3952, 由於20ms 和30ms 的封包長度不同, 而且雙方不一致時, 應該選30ms, 這是否代表沒有 "a=fmtp" 描述時也應該假定30ms? 小弟發現不只是Gizmo Project, 就連X-Pro, SIPphone *0 和FWD 612 (Asterisk PBX) 語音系統也都沒有這一行

ZyWALL 2 屬於Symmetric NAT, 所以要穿越也不是易事, 然而proxy01.sipphone.com 本身也是Outbound Proxy, 所以用戶只能憑通話品質或 "*0" 來判斷是否經由Outbound Proxy

剛剛補看了一下, 好像是你講的那個樣子, 看來我得去修一下我的code, 互相批評求進步還真有用.

以proxy01.sipphone.com的server來說, 他會自動判斷話機是否位於nat後, 當位於nat後的時候, 他似乎是不管是cone還是symmetric nat, 都會把rtp導到他的server去. 所以一定通的起來, 但是因為server遠在美國, 有時效果會很差. 所以如果user知道自己的nat是cone的話, 最好把stun設起來, 可以避免這樣的問題, 但是當遇到symmetric nat時就只能靠server的rtp relay來穿nat了.

sipphone, 我猜是沒提供outbound server, 如果你需要outbound server, 試試把outbound設成fwd那個outbound. 很神奇吧, sipphone搭fwd的outbound, 連我自己都不太相信! 所以到現在我都不太敢提outbound的真正涵義是啥, 因為我覺得我還不太懂.

[FYI]

RFC3952, 5. Mapping To SDP Parameters

Parameter ptime can not be used for the purpose of specifying iLBC operating mode, due to fact that for the certain values it will be impossible to distinguish which mode is about to be used (e.g., when ptime=60, it would be impossible to distinguish if packet is carrying 2 frames of 30 ms or 3 frames of 20 ms, etc.).

請問 "a=ptime:20" 和 "a=ptime:30" 是否足以代表Frame Size "mode=20" 和 "mode=30"? 是否只有60ms 的倍數才需要註明 "a=fmtp", 以免疊床架屋?

[huangmax]

作者: FYI

RFC3952, 5. Mapping To SDP Parameters

Parameter ptime can not be used for the purpose of specifying iLBC operating mode, due to fact that for the certain values it will be impossible to distinguish which mode is about to be used (e.g., when ptime=60, it would be impossible to distinguish if packet is carrying 2 frames of 30 ms or 3 frames of 20 ms, etc.).

請問 "a=ptime:20" 和 "a=ptime:30" 是否足以代表Frame Size "mode=20" 和 "mode=30"? 是否只有60ms 的倍數才需要註明 "a=fmtp", 以免疊床架屋?

不同的codec有不同特性, a-law/u-law的frame是以10ms為單位, G.729是以20ms為單位, G.723是以30ms為單位! 因為只有單一種可能, 所以不會混淆!

但是iLBC有兩種, 他可以是20ms一個frame, 也可以是30ms一個frame. 所以當收到一個長度為60ms的封包, 你會不知道到底是要把它當成三個20ms來解還是兩個30ms來解!

大部分時候我們並不會使用ptime這個參數, 因為有像G.729, G.723這種最小frame size不一樣的情況存在, ptime使用起來並不方便. 而且在大多數情況似乎也沒那個必要要求送端一定要送怎樣size的packet! 所以像iLBC有專屬的參數來指明用哪個frame size是比較方便且明確.

[FYI]

小弟只是由呈現的結果來反推工程師的心態, 如果由小弟來Coding 的話, 應該也會認為 "a=ptime" 和 "a=fmtp" 有點疊床架屋, 首先是ptime 不能省, 還有其他Codec 會用到, 其次ptime 只能有一個, 即便同時支援G.729 和G.723, 也不可能列出兩個ptime, 所以ZipGlobal 把預設值改為30ms, 第三, "a=ptime:20" 塞不下30ms frame, 同樣的道理, "a=ptime:30" 也塞不下兩個20ms frame, 第四, iLBC 規定Frame Size 若不同則以30ms 為主, 更給人有可趁之機, 只要ptime 不超過30ms 即可, 第五, 如同您所說的, 如果擔心相容性, 那就假設30ms frame, 綜合以上分析, 如果工程師想偷懶, 確實有可能省略 "a=fmtp", 不過話說回來, Gizmo Project v2.02 連 "a=ptime" 都省略了, 不知道是不是還有什麼管道可以傳遞Frame Size 的資訊?

[huangmax]

作者: FYI

Gizmo Project v2.02 連 "a=ptime" 都省略了, 不知道是不是還有什麼管道可以傳遞Frame Size 的資訊?

我有說過, 因為除了iLBC外, 其他的codec是不會在意一個packet裡是包幾個frame的, 所以這個ptime在大多數狀況下是沒意義的. 反正都解的出來, 何必在意他勒.

這個參數我想應該是對server比較重要, 因為server通常也負責流量管制, 也許他會需要改變某些設定.

以client來講, 一般會希望packet裡的frame數小一點, 最好就是一個packet只含一個frame, 因為這樣可以降低buffer delay的影響程度(語音delay的三大因素分別是傳輸帶來的delay, 處理所需的delay, 再來就是buffer delay).

delay是會影響話機測量音質時的分數(MOS)好壞, 為了分數高, 賣的好, 當然delay越小越好.

通信這種東西, 那些spec基本上只是參考, 重點是要能通比較重要, 尤其是要跟大廠相容.

補充: 是有人討論關於需要多重ptime時的處理, 不過對於ptime參數要怎麼下, 似乎沒見到一至的說法!

[FYI]

SIPphone 又有新花招了! 看起來仍想靠撒銀子搶Google Talk 和Skype 的市場, 其實從瀏覽器打電話早已不是什麼新鮮事, 由於Gizmo Call 需要安裝外掛(FLASH PLAYER 9 以上), 所以也不是隨處可用, 重點還是在於通話品質以及客戶數, 否則也只是曇花一現, 不過話說回來, 過去之所以不普及正是因為客戶數不夠多, 而歸根究底還是在於通話品質不佳和無法穿越防火牆, 這些才是Skype 能夠迅速竄起的重要原因, 以免費來招攬客戶往往只能作為一時的手段, 通話品質部份應該和Gizmo Project 相同, 換句話說, 以Gizmo Project 所支援的Codec 來看, 收話方(網路)最好也是使用軟體電話, 否則G.711 的頻寬需求可能會讓人受不了, 不過打給市話(每天免費打十分鐘)應該是可以期待的, 小弟曾經由Gizmo Project 打到市話, 效果很清晰, 當時的網路是Hinet 2M/256K, 如果您有任何問題, 不妨參考一下Gizmo Forum

小弟現在煩惱的是到底要安裝多少軟體才夠用? 現有SPA-2000 內有SIPphone 帳號, 而多數親友都已經固定執行Skype, X-Pro/X-Lite 通常用來診斷問題, gogotalk SipPhone 只適合搭配Outbound Proxy, teltel 和VoipBuster 早已棄置不用, 有時需要以Windows Messenger 或NetMeeting 開啟遠端遙控(不是每個人都有安裝VNC), 所以Gizmo Project 對於小弟來說還不到實用的地步, 而Gizmo Call 主要用於在他人的環境聯絡自己的朋友, 就像MSN Web Messenger 一樣, 所以只要記下來以備不時之需

FREE calls from your browser
Gizmo Call. The simplest way to make free calls worldwide from your web browser.

FREE Calling
Login at gizmocall.com with your Gizmo Project email and get 10 minutes of free calling per day.

Gizmo Call is a fantastic way to call friends, family, co-workers or customers from just about anywhere. It's even possible to make calls simply by typing a number in the address bar of your browser, like gizmocall.com/18005551212.

Unlimited Calling
Use Gizmo Call to make unlimited free calls to anyone using Gizmo Project, Windows Live Messenger, GoogleTalk, or any SIP device, including Nokia's N800 tablet and N80 wi-fi mobile phones. For example, gizmocall.com/<user>@gmail.com or gizmocall.com/<user>@hotmail.com.
Try a test Gizmo Call now to an automated number: gizmocall.com/18005551212



Requirements
Adobe Flash 9 + for Microsoft Windows or Apple Macintosh web browsers.
Windows 2000, XP
Mac OS X 10.3.9 +

Adobe - TechNote : Common Adobe Flash Player install issues
Adobe - TechNote : How to uninstall the Adobe Flash Player plug-in and ActiveX control

[FYI]

小弟終於把Flash Player 8 移除, 再安裝Flash Player 9, 然後一步步安裝所需的Flash 插件, 終於看到了Gizmo Call 的介面, 記得必須允許腳本(Scripts)和ActiveX 控制項

以下是WinGizmoLite/1.7.00 (Gizmo-SRTP) Flash 插件所支援的Codec:

m=audio 6582 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

雖然有進步, 不過小弟感覺iLBC 的效果很差(Audio Test), 當然也有可能是因為小弟的頻寬不足

根據網頁上的說明, 每天可以免費打十分鐘電話, 但每週最多合計三十分鐘, 地區則不詳, 猜測應該可以參考Gizmo Project, 此外, Web 介面似乎會自動搜尋系統上已儲存的Gizmo Project 帳號, 但是規則不詳, 小弟並未登入(Sign in), 但由撥打 "**" 可以得知系統自動抓到哪個帳號, 由於並未詳細測試, 所以不知道是否已經自動登入, 如果是的話, 那麼問題就大了, 不過按照系統的設計, 應該不用登入就可以撥打Gizmo Project 的用戶, 這對於使用公用電腦聯絡親友將會很方便

補充: (2007-02-12)
安裝Gizmo Call 會增加一個常駐的系統服務, 如果您不喜歡的話, 那就移除吧! 真搞不懂, 軟體寫成這樣, 如何吸引用戶?

[FYI]

Gizmo Project 早已改名為Gizmo5, 並有了新的網站, 現在Gizmo5 又有了新花樣 - OpenSky, 號稱可以從手機, 瀏覽器和SIP 網路撥給Skype 用戶, 目前開放每通OpenSky call 前五分鐘免費, 前提是Skype 帳戶必須允許任何人的呼叫, 否則還是白搭

就小弟的初步瞭解, 這項服務必須透過Gizmo5 伺服器轉接, 用戶必須能夠撥號給 "[email protected]", 所以從用戶所在地到Gizmo5 伺服器的連線速度就很重要, 以小弟過去的經驗來說, 從Hinet 至SIPphone 大概要200~300ms, 所以效果可能並不好, 不過這總是一個新的開始, 至少好過於完全不通吧! Gizmo5/SIPphone 實在是一個手腕很靈活, 點子又多的ITSP, 先前已經和GrandCentral 合作過, 現在Gizmo5 網路電話又可以轉接到Skype 和GoogleTalk, 小弟誠心推薦給喜歡嚐鮮的網友

SIP 用戶如果想要享受這個服務, 首先得登入你自己的Gizmo5 帳戶, 並為Skype 聯絡人設定別名, 不過在之前得先購買OpenSky, 所以小弟只好暫時作罷

GizmoCall now with OpenSky
GizmoCall reference numbers
GizmoCall 網路電話
GizmoCall Firefox 插件

[monkeyboy]

28tel 感覺上跟這個很像
不過只有支援skype
不知道有沒有人用過