【下載】Google Talk and Gizmo Project

[FYI]

Gizmo是一個可在您的電腦上使用的免費電話
Google Talk
【軟體】超好用軟體包－GOOGLE PACK。

Google 挾其廣大的行銷能力, 所以小弟在此不多作介紹, 倒是Gizmo Project (SIPphone 子公司) 這個由MP3.com 創辦人Michael Robertson 所支持的軟體正蓄勢待發, 頗有後來居上之勢

Gizmo Project 支援XMPP, 所以即時訊息可以和Google Talk 互通, 網路電話部份則支援SIP, 如同FWD 一樣, 請特別留意Gizmo Project 的附加功能, 其中的從其他VoIP 網路接收電話提供了幾個可以協助診斷網路問題的Gizmo Project 號碼, 或者參考SIPphone Network Numbers, 反正這兩家的系統是相同的, 如果還有疑問, 請參考Gizmo – A free phone for your computer - Help

回報您的SIP號碼: "**"
檢測您的路由器的相容性: "*0"
回聲測試-重復您說的任何話: "1-747-474-ECHO" 或 "1-747-474-3246"
多方電話會談

Gizmo Project (SIPphone) 用戶
打給FWD 用戶: "1-393-(number)"
打給iptel 用戶: "1-477-(number)"
打給其他ITSP: "011747-(number)", 請參閱SIPBroker - Provider White Pages

FWD 用戶
打給iptel 用戶: "**478-(number)"
打給SIPphone 用戶: "**747-(number)"
FWD features: Access Numbers & Peering

iptel 用戶
打給FWD 用戶: "21111-(number)"
打給SIPphone 用戶: 待查

以上撥號方式主要是針對硬體話機只能輸入數字而言, 除了以上方法之外, 如果您使用軟體電話, 您可以直接輸入SIP URI 格式的號碼, 也就不用記憶各ITSP 之間的轉換代碼

Gizmo Project Announces Free Calling to 60 Countries
Gizmo – A free phone for your computer - Help
Blog with NONAME » Blog Archive » 用Gizmo來撥打免費的電話
CPRO 資傳網--Google支持XMPP 開放IM/VOIP互通
Client Choice with Google Talk(是否故意漏掉了Gizmo Project?)

以下是Gizmo Project Version 2.0.1.198 (06 Aug 08) 所支援的Codec:
m=audio 6762 RTP/AVP 103 102 3 106 13 117
a=rtpmap:103 ISAC/16000
a=rtpmap:102 iLBC/8000
a=rtpmap:3 GSM/8000
a=rtpmap:106 telephone-event/8000
a=rtpmap:13 CN/8000
a=rtpmap:117 red/8000

以下是SipuraSPA 所支援的Codec:
m=audio 46746 RTP/AVP 18 0 2 4 8 96 97 98 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:4 G723/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:96 G726-40/8000
a=rtpmap:97 G726-24/8000
a=rtpmap:98 G726-16/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000

以下是X-Pro 所支援的Codec:
m=audio 6020 RTP/AVP 18 98 3 97 0 8 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 G729/8000
a=rtpmap:98 iLBC/8000
a=rtpmap:97 speex/8000
a=rtpmap:101 telephone-event/8000

由以上Codec 分析看來, 要讓Gizmo Project 和其他軟硬體網路電話溝通, 似乎不是一件容易的事, 而且頻寬需求很高, 如果您的上傳頻寬只有64K, 建議您不要使用語音功能, 或改用其他軟硬體, 以免大失所望, 此外, 如果您無法下載Gizmo Project 或者開啟網頁, 請啟動Http Proxy (例如Hinet, proxy.hinet.net:80), 將會有所幫助

SipuraSPA Dial Plan for Gizmo Project (SIPphone), 按照台灣和美加(打國際僅支援001 和011)的手機撥號習慣(市內電話先撥區域號碼, 001/011/002 國際電話和網內互打)

(**|*0|[2-9]|411|1[2-9]xx[2-9]xxxxxx|011[2-9]xxxxxxxxxx.|001[2-9]xxxxxxxxxx.|<0:00886>[2-8][2-8]xxxxxxx.|<09:008869>[1-9]xxxxxxx|<0021:1>[2-9]xx[2-9]xxxxxx|<002:00>[2-9]xxxxxxxx.|<#,:>[*x][*x].<:@sipbroker.com>)

以下是適合IPOX (070) 的Dial Plan:

([2-9]|070xxxxxxx|09xxxxxxxx|0[2-8][2-8]xxxxxx.|002[1-9]xxxxxxxx.)

如果您不想設定過濾條件, 把撥號原則交給ITSP 去管, 那麼您可以只輸入

([*x][*x]x.)

最後要提醒您的是, 根據遊戲規則, 您只能免費打給您的聯絡人清單上的電話號碼, 而且對方必須符合 "Active" Gizmo Project account 的條件, 所以不論您是否打算使用硬體話機, 您還是必須安裝Gizmo Project, 以便設定聯絡人, 因此最佳對策便是 "軟硬兼施", 小弟以SPA-2000 試打到北美的效果還算可以接受, 雖然Gizmo Project 軟體並未支援G.729, 但是SIPphone 的網路有支援, 這點您可以放心, 還是那句老話, 請勿濫用免費資源, 謝謝您的合作

修正: (2007-10-31)
更正SIPphone Dial Plan, 新增IPOX Dial Plan
比較過G.729 和G.723 之後, G.729 效果明顯好很多, 而且不會產生低頻噪音, 所以建議Codec 最好還是以G.729 優先

[windata]

Q1
似乎有送 25 歐元（ 10 美元 ）
但是不知道如何查看餘額

Q2-1：如何撥打台灣市話？

台灣區碼 +886
台灣市話前面的部份 0X or 0XX
台灣市話後面的部份 XXXXXX（有 6 ~ 8 碼吧
在有加入連絡清單的情況下，Phone Number 如何設置呢？

Q2-2：如何撥打台灣手機？

台灣區碼 886
手機號碼 09xx xxx xxx
打國際…記得… 0 應該是要去掉的
不過在 Gizmo 上的設定試過很多種組合，仍撥不通

以上

[FYI]

Q1: Gizmo - How can I check my Balance?
Gizmo Call Out Balance: $ 0.25 USD

Q2-1: Gizmo - How do I dial an international number?
請按照美加地區的撥號習慣(國際&長途)
聯絡人電話號碼會自動由主機下載, 所以會員只要確實修改個人的Profile, 再彼此加入即可

Q2-2: 同上, 但免費區域不包含台灣手機
Gizmo - Gizmo Call Out. Call Any Phone on Earth
Gizmo - Call Out Rates: Not Free, But Pretty Close

Q3: (小弟自己補充的) 再一次提醒大家, 只有聯絡人(Gizmo 會員)的電話而且列於ALL Calls FREE!*區域而且符合 "active" Gizmo Project account 的條件, 您才能享用其免費的服務, 否則您有可能只是在消耗Gizmo 送給您的USD0.25, 請務必先看清楚 "Gizmo ALL Calls FREE!* FAQ"

Gizmo Project (SIPphone) 的用意可能是想吸引用戶(IP Phone and IM), 同時測試其軟體的穩定性, 由於市場早已被各種Messenger 所瓜分, 而且Google Talk 又來勢洶洶, 不下點猛藥則吸引不了用戶, SIPphone 本來就在經營IP Phone 業務, 只不過市場佔有率並不高, SIPphone 也曾經辦過免費5 分鐘電話, 最後無疾而終, 沒有人可以預期這一次會撐多久, 但是可以想像的是, 如果無法吸引眾多網友使用其軟體, 而免費資源又遭到濫用, 那麼結果可想而知

[huangmax]

大概一個多月前, 我試過一般的hardware phone跟目前版本gizmo通是OK的! 但是我發現現在這個版本的gizmo非常不穩定, 很容易當掉! 剛剛又再試一次, 發現他不只當掉的問題, 他的rtp封包還會亂編, type還會飄, 根本是一團亂!

其實現在有不少hard phone/TA是有支援iLBC跟GSM這類free的codec! 如果擔心頻寬問題, 建議採用此類的裝置!

PS. TI/PA1688都有支援iLBC, 某些國產chip其實也有支援(但是買不到).

[FYI]

感謝您提供的資訊, 小弟實際上是以Gizmo Project 搭配SPA-2000 或X-Lite & gogotalk softphone (支援.729) 在使用, 而小弟的友人多半是Messenger 或Skype 家族, 所以即使有免費電話可用, 也是推廣不易, 顯然大家都很精明, 不會輕易被免費所吸引, 但是由於Gizmo Project 支援SIP & XMPP, 所以小弟還是鼓勵大家踴躍試用, 當白老鼠是難免的, 您瞧teltel, sipdiscount 等不也是這樣才不斷進步的? 但重點在於各家免費電話的撥通率, 由於Gizmo Project 設定了遊戲規則, 所以目前看來撥通率還蠻高的

如果曾經安裝舊版Gizmo Project 而遇上異常狀況, 建議解除安裝, 再重新安裝

Gizmo Project (SIPphone) 參數:
Proxy & Domain/Realm: proxy01.sipphone.com:5060
STUN: stun01.sipphone.com:3478
NTP Server: ntp01.sipphone.com
Steps to configure Your SPA-2000 with SIPphone Inc.
SIPphone Support

許久前小弟曾經測試過Gizmo Project/SIPphone, 發現其Proxy Server 會自動判斷用戶端路由器的相容性而自動調整Outbound Proxy, 所以當您設定好軟硬體話機之後, 建議撥打 "*0" 以便檢測您的設定是否正確(最佳化)

[huangmax]

新的Gizmo出來了2.0.2(v227), 有支援u-law跟a-law. 跟一般的hardware phone互通我測試過是ok!

[FYI]

Gizmo Project 安裝過程會提醒您, 將會安裝一個由Apple Computer, Inc. 所研發的系統服務 "Bonjour Service", 請留意安裝說明, 安裝完畢從工作管理員可以看到一個影像名稱是 "mDNSResponder.exe", 如果您不打算啟動這個服務, 可以執行 "%ProgramFiles%\Gizmo Project\TurnOffBonjour.exe", 似乎影響也是微乎其微

以下是由X-Lite Diagnostics Log 顯示Gizmo Project (06 Oct 17) Version 2.0.2.227 所支援的Codecs, 乍看之下似乎很豐富, 由於使用開放架構, 所以少了商用話機所常見的G.729 & G.723:

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

補充: (2006-10-29)
這個表有一個小小地方值得參考, 也就是Codec 的優先順序, 如果您有安裝X-Pro/X-Lite 的話, 不妨根據以上調整X-Pro/X-Lite 的Codec 優先順序, 讓iLBC 和GSM 優先, 以獲得最好的效果, X-Pro 則應該讓G.729 最優先

此外, 決定Codec 優先順序的預設邏輯, Sipura 是以受話方的順序為主(由受話方決定), 而且雙方會選擇相同的Codec(對稱), 由於每個軟硬體的設定可能有所不同, 因此即便使用相同軟硬體的兩方互相呼叫對方, 也有可能產生不同的效果, 這是因為採用了不同的Codec 的原因, 舉Sipura 來說, 甲方設定G.729 最優先, 乙方設定G.723 最優先, 雙方都支援G.729 和G.723, 則甲呼叫乙會共同採用G.723(乙方決定), 乙呼叫甲會共同採用G.729(甲方決定), 您也可以在X-Pro/X-Lite 之中改變這個邏輯, 那麼就會形成甲乙各自採用自己最優先的Codec(不對稱), 這種情形比較少見, 有可能會產生相容性的問題

補充: (2006-10-30)
Codec 最終如何決定的邏輯似乎並無嚴格規定, RFC4566只定義了 "Preferred Codec", 詳細討論請參考【硬體】SIPURA SPA-2000 & VoIP 網路電話簡介 #173

補充: 2007-10-29
修改Codec 協調原則

[huangmax]

今天把手上的Hardware phone拿來跟gizmo測相容性! 基本上gsm是ok, 但iLBC有些小狀況!

iLBC分別有20ms/30ms兩種fram rate, 但是Gizmo看來他voice送端是固定在30ms, 收端則是30ms或20ms同時都可. 但是在這裡會出現一個問題, 因為Gizmo並沒有照RFC3952所描述的在SIP/SDP裡去溝通要用哪個frame rate. 所以對某些hardware會有狀況, 必要時必須把hardware強制設在30ms這個mode.

[FYI]

ZipGlobal 也把SipuraSPA 的預設Frame Size 設成30ms (只能有一個值), 應該是為了配合G.723 (30/60ms), 經您提醒, 小弟也觀察了一下, 確實在SIP/SDP 也少了 "a=ptime:<packet time>" 描述, 此外, Gizmo Project 支援STUN, 小弟倒是沒注意到是否能穿越公司的ZyWALL 2

[huangmax]

作者: FYI

ZipGlobal 也把SipuraSPA 的預設Frame Size 設成30ms (只能有一個值), 應該是為了配合G.723 (30/60ms), 經您提醒, 小弟也觀察了一下, 確實在SIP/SDP 也少了 "a=ptime:<packet time>" 描述, 此外, Gizmo Project 支援STUN, 小弟倒是沒注意到是否能穿越公司的ZyWALL 2

我說的跟你這個不一樣, 一般u-law, G.723, G.729兩端用不同frame rate是不會造成太大問題, 但iLBC則不同! 所以有特別定義相關的東西. 應該SDP要像下面這樣
m=audio 49120 RTP/AVP 97
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=20

這個mode=20就是指iLBC是用20ms一個frame

Gizmo穿NAT應該是還OK, 但穿防火牆應該是不太行, 因為他又沒加密也沒偽裝, 防火牆要封他太容易了, 不過這種誠實的程式才是企業該去用的.