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

[neokao]

RECEIVE << 198.65.166.131:5060
INVITE sip:[email protected]:12345 SIP/2.0
To: <sip:[email protected]:5060>
From: <sip:[email protected]>;tag=xxxxxxxxx
CSeq: 440 INVITE
User-Agent: YATE/2.0.0
Allow: ACK, INVITE, BYE, CANCEL, REGISTER, REFER, OPTIONS, INFO
Content-Type: application/sdp
Content-Length: 185
RemoteIP: 63.80.235.207
P-hint: local number (2)
 
v=0
o=yate 120318923 120318923 IN IP4 63.80.235.207
s=SIP Call
c=IN IP4 63.80.235.207
t=0 0
m=audio 30592 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000

由以上可知GrandCentral 的伺服器是YATE/2.0.0, 目前只支援G.711u, 而根據小弟測試所得, DTMF Tx Method 只支援InBand, 所以Sipura ATA DTMF Tx Method 建議設為Auto, 也就是讓Sipura ATA 根據Codec 決定採用InBand 或RFC2833 (AVT), 然而最重要的還是維持Sipura ATA 能夠正常撥號, 所以小弟測試直接從Sipura ATA 撥打1-866-396-2759, 聽到語音後檢查發現此時Codec 是G.729a, 按下 "1", "2" 或 "3" 都可以聽見指定的語言, 所以設定Auto 應該是相容性最高的

GrandCentral 主要提供轉接美國當地市話或手機的服務, 所以會員申請有點嚴格, 首先只接受現有會員的邀請, 其次, (只有)註冊時會檢查來源IP 是否位於美國境內(不確定是否包含加拿大), 第三, GrandCentral 會試撥一通電話到您所設定的美國當地市話或手機, 並要求輸入驗證碼, 如果您無法通過以上考驗, 那就不用浪費邀請函了(據說每人可邀請十位), 其實在美國當地還有其他免費的電話轉接服務, 然而GrandCentral 已經被Google 收購, 使得它的實力更加雄厚, 這也是吸引人的地方, 現在幾乎只要能和Google 扯上邊, 都很有機會紅翻天

此外, GrandCentral 允許轉接到同樣免費的Gizmo/SIPphone, 這就有了新的玩法, 舉例來說, 通常在美國以市話撥打同區的市話, 其費用已經包含在基本費之中(並不低), 假設您有親友在美國的話, 原本雙方都必須安裝網路電話, 才可以享受免費通話, 但是如果您設法申請一個同區的GrandCentral 號碼(GCNum), 再轉接到Gizmo/SIPphone 號碼, 如此一來, 您的親友以市話撥打您的GCNum, 就可以轉接到您的網路電話, 而您則可以利用GrandCentral 的Click2Call 撥給對方, 所以只要一方有網路電話就行了, 同樣互打免費, 以上也是小弟不斷鼓吹Gizmo/SIPphone 的原因, 而最新的Gizmo5 可以支援多款PDA 手機, 讓您走到哪兒, 打到哪兒, 何不現在就試試看?

GrandCentral 進階技巧:
既然GrandCentral 的主要功能是轉接, 那麼不但可以 "一對多", 更可以 "一對一", "一對多" 是指一個GCNum 可以同時轉接到多個指定電話, 包含市話和手機, 讓您走到哪兒都絕不漏接, 但如果您設定

Phone -> Customize by Groups

則您可以將聯絡人分類, 指定不同群組轉接到不同的電話, 預設共有 "Family/Friends/Work/Others" 等群組, "一對一" 的意思就是您可以指定Family 來電轉接到第一支電話, Friends 來電轉接到第二支電話, Others 來電則不處理, 依此類推, GrandCentral 預設是會過濾不明來電的, 可能也支援來電顯示

Call Screening -> Screen all unknown callers (default)
Caller ID Display -> Display Caller's number; I will know who's calling before picking up (default)

所以只要妥善設定, 您就不用擔心萬一GCNum 被不明人士取得, 然後三更半夜叫您起床尿尿, 或是三不五時被酒店公關騷擾, 而另一道防線則是來電您可以選擇接或不接, 所以正確設定DTMF Tx Method 是很重要的

GrandCentral試用報告 @ 美國生活筆記本 ::PIXNET 痞客邦::

謝謝您的測試與解說，雖然我不是看的很懂，但我試了：

DTMF Process INFO:No
DTMF Process AVT:No
DTMF Tx Method:AUTO
DTMF Tx Mode:Normal
Hook Flash Tx Method:None
with preferred codec to G711u.

，然後用GradnCentral Click2Call DynaSky，結果DynaSky的1,2,3選單無法選。

若換成：
DTMF Process INFO:No
DTMF Process AVT:No
DTMF Tx Method:InBand
DTMF Tx Mode:Normal
Hook Flash Tx Method:None
with preferred codec to G711u.

，然後用GradnCentral Click2Call DynaSky，則此時DynaSky的1,2,3選單可以選。但是別人撥進我 GrandCentral 號碼後，我的GrandCentral選單無法選（我按"1"卻無法接受來電）。

跟之前的症狀還是一樣，還有辦法嗎？Thanks.

[FYI]

如果您看了小弟在dslreports 的發言, 您應該已經瞭解小弟的測試步驟, 小弟先直接以Sipura ATA 撥打電話, 確定功能一切正常, 才接著測試GrandCentral 的各項功能, 此外小弟也證明了, 不管以InBand 或RFC2833(AVT), Sipura ATA 都和GrandCentral 相容, 所以這是PAP2T-NA 韌體的問題, 小弟唯一尚未測試的是GrandCentral IVR, 由於需要由他人撥打小弟的GCNum, 所以小弟還在找時間測試, 另一個方法是小弟自己邀請自己, 再申請一個GCNum 來互撥, 不過這還是需要他人幫忙通過驗證, 所以得等週末再說, 然而按照SIP Header 來看, 答案就是那樣, 除非IVR 走的是別的主機, 以下是小弟建議的設定:

DTMF Process INFO: Yes/No
DTMF Process AVT: Yes/No
DTMF Tx Method: InBand/AVT/INFO/AUTO
DTMF Tx Mode: Normal/Strict
Hook Flash Tx Method: None/AVT/INFO
Preferred Codec: G729a

不用為了Click2Call 改Codec, 反正一定會是G.711u, 小弟對你的建議, 可能得用兩個GCNum, 一個只接不撥, 另一個只撥不接, 另一個建議是只接不撥的話機最好能免持撥號, 但小弟也不確定能否解決huangmax 兄所說的漏音問題, 此外, 由於小弟的上傳頻寬較小, 所以Click2Call to 1-800-977-6368 Oregon Transportation 並非完全順利, 經常需要多按幾次才能辨識, 但由Sipura ATA 直撥DynaSky & Oregon Transportation 則完全沒有問題, 因為此時Codec 是G.729a, 所需頻寬較小

另一個可能的原因是SIP ALG, 請參考 "Routers SIP ALG - voip-info.org", 例如Vigor Router 支援SIP ALG, 不過建議關閉它, 讓ATA 本身的功能去解決Private IP & Port 的問題, 這樣可以讓過程比較單純

再不然, 那就換ATA 吧! PAP2 系列完全是Linksys 的設計, 但SPA-XXXX 韌體是Sipura 的設計, 問題較少, 或者換成IP Phone, 那就不會因為ATA 和Phone 分離, 而產生DTMF 的問題, 否則就等下一版韌體吧!

另外請教hunagmax 兄, 以ATA 來說, 是否還有其他因素會影響DTMF? 例如Silence Suppression, Echo Cancelation, DTMF Playback, Detect ABCD, Playback ABCD 等

再者, 小弟有一個便宜的話機, 接到市話則正常, 但接到Sipura ATA, 則拿起話筒會隆隆作響, 不知是否FXS Port Impedance 匹配的問題? 如何得知話機的Impedance? 預設值是600, 此外, 一般對於FXS Port Polarity 該如何設定?

[pispol]

請問各位大大，誰有GrandCentral 的邀請函，可以發一封給我嗎？我也想來玩玩的我的PAP2 NA版（grandcentral+gizmo+ ATA），看了上面文章會有DTMF的問題喔
不知道FYI大大可以發一封給我嗎？

[neokao]

如果您看了小弟在dslreports 的發言, 您應該已經瞭解小弟的測試步驟, 小弟先直接以Sipura ATA 撥打電話, 確定功能一切正常, 才接著測試GrandCentral 的各項功能, 此外小弟也證明了, 不管以InBand 或RFC2833(AVT), Sipura ATA 都和GrandCentral 相容, 所以這是PAP2T-NA 韌體的問題, 小弟唯一尚未測試的是GrandCentral IVR, 由於需要由他人撥打小弟的GCNum, 所以小弟還在找時間測試, 另一個方法是小弟自己邀請自己, 再申請一個GCNum 來互撥, 不過這還是需要他人幫忙通過驗證, 所以得等週末再說, 然而按照SIP Header 來看, 答案就是那樣, 除非IVR 走的是別的主機, 以下是小弟建議的設定:

DTMF Process INFO: Yes/No
DTMF Process AVT: Yes/No
DTMF Tx Method: InBand/AVT/INFO/AUTO
DTMF Tx Mode: Normal/Strict
Hook Flash Tx Method: None/AVT/INFO
Preferred Codec: G729a

不用為了Click2Call 改Codec, 反正一定會是G.711u, 小弟對你的建議, 可能得用兩個GCNum, 一個只接不撥, 另一個只撥不接, 另一個建議是只接不撥的話機最好能免持撥號, 但小弟也不確定能否解決huangmax 兄所說的漏音問題, 此外, 由於小弟的上傳頻寬較小, 所以Click2Call to 1-800-977-6368 Oregon Transportation 並非完全順利, 經常需要多按幾次才能辨識, 但由Sipura ATA 直撥DynaSky & Oregon Transportation 則完全沒有問題, 因為此時Codec 是G.729a, 所需頻寬較小

另一個可能的原因是SIP ALG, 請參考 "Routers SIP ALG - voip-info.org", 例如Vigor Router 支援SIP ALG, 不過建議關閉它, 讓ATA 本身的功能去解決Private IP & Port 的問題, 這樣可以讓過程比較單純

再不然, 那就換ATA 吧! PAP2 系列完全是Linksys 的設計, 但SPA-XXXX 韌體是Sipura 的設計, 問題較少, 或者換成IP Phone, 那就不會因為ATA 和Phone 分離, 而產生DTMF 的問題, 否則就等下一版韌體吧!

另外請教hunagmax 兄, 以ATA 來說, 是否還有其他因素會影響DTMF? 例如Silence Suppression, Echo Cancelation, DTMF Playback, Detect ABCD, Playback ABCD 等

再者, 小弟有一個便宜的話機, 接到市話則正常, 但接到Sipura ATA, 則拿起話筒會隆隆作響, 不知是否FXS Port Impedance 匹配的問題? 如何得知話機的Impedance? 預設值是600, 此外, 一般對於FXS Port Polarity 該如何設定?

謝謝您的測試與解說，雖然我仍舊不是看的很懂，但我試了您的建議：
DTMF Process INFO: Yes
DTMF Process AVT: Yes
DTMF Tx Method: AUTO
DTMF Tx Mode: Normal
Hook Flash Tx Method: None
Preferred Codec: G729a
，然後用GrandCentral Click2Call DynaSky，結果DynaSky的1,2,3選單還是無法選。

目前不考慮換ATA，暫時只好用兩組Gizmo project+GrandCentral擋著囉！

[FYI]

為了測試GrandCentral IVR, 小弟又做了一次實驗, 這次是利用WebCall Button 模擬由DynaSky 回撥小弟的GCNum, 再轉到Sipura ATA, 如此相當於一次就接連測試兩個功能, 首先聽到GrandCentral IVR, 按下 "1" 接聽, 接著轉到DynaSky IVR, 按下 "2" 就可以聽到中文語音, Sipura ATA 預設DTMF Tx Method: Auto, GrandCentral IVR 的SIP 表頭如下, 可看出發話方是DynaSky (866-396-2759):

RECEIVE << 198.65.166.131:5060
INVITE sip:[email protected]:12345 SIP/2.0
Record-Route: <sip:198.65.166.131;ftag=xxxxxxxx;lr>
Max-Forwards: 16
To: <sip:1[email protected]:5060>
Via: SIP/2.0/UDP 198.65.166.131;branch=z9hG4bKb2d4.c58ff171.0
Via: SIP/2.0/UDP 63.80.235.207:5061;rport=5061;branch=z9hG4bK387911878
From: <sip:[email protected]>;tag=xxxxxxxx
Call-ID: [email protected]
CSeq: 12345 INVITE
User-Agent: YATE/2.0.0
Contact: <sip:8663962759@63.80.235.207:5061>
Allow: ACK, INVITE, BYE, CANCEL, REGISTER, REFER, OPTIONS, INFO
Content-Type: application/sdp
Content-Length: 185
RemoteIP: 63.80.235.207

v=0
o=yate 1234567890 1234567890 IN IP4 63.80.235.207
s=SIP Call
c=IN IP4 63.80.235.207
t=0 0
m=audio 12345 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000

少了以下兩行, 是否會造成PAP2T 無法自動選擇最適合的DTMF Tx Method?

a=fmtp:101 0-15
a=ptime:20

小弟從 "Release Notes for -- Linksys PAP2/PAP2T 5.1.6", 看到以下訊息

- Fixed this problem: PAP2T cannot detect DTMF digits at 50ms on/off
during a call, even if <DTMF Tx Mode> is "normal".

不知道話機是否和PAP2T 產生匹配問題? 或許該換個話機看看

[neokao]

不知道話機是否和PAP2T 產生匹配問題? 或許該換個話機看看

我試過兩台，一台無線Siemens 4215，一台Sharp UX-P100電話傳真機（有線），都一樣！
提到話機匹配問題，我有一相關疑問：
我設定這Gizmo / ATA 就是要在台灣也裝一套，這樣利用 free SIP to STP 的特性我們可以無限享用這台美專線，

我在美國這裡用同一台PAP2T 裝了兩組Gizmo 和電話，電兩條現的設定都做成一樣，但是我無法用 Siemens 4215 gigaset 打給另一支 Gizmo SIP Sharp UX-P100有線電話傳真機，用Sharp UX-P100則可以順利撥給Siemens 4215 ，對調後還是一樣，跟該線的設定無關而是Siemens 4215 就是無法撥給另一線Gizmo SIP索性再拿一支廉價（Free After Rebate）的有線電話換掉Siemens 4215 ，則SIP to SIP 一切正常，所以似乎是Siemens 4215 的問題，我唯一可以想到的是dial plan的設定，我目前的是：
(|[3469]11|0|00|<:1858>[2-9]xx xxxx |<:1> [2-9]xx [2-9]xx xxxxS0||011[2-9]x.|1[2-9]xx[2-9]xxxxxx|<:0101>1[2-9][1-9][1-9]xxxxxxxS0|x.|#|<:0101>[2-9]xxxxxxxxS0|*xx.|1900xxxxxxx!|[2-9]xxxxxx|1xxx[2-9]xxxxxxS0|xxxxxxxxxxxx.)

若把Siemens 4215那線換成：
([x*][x*].)
則該Siemens 4215就可以正常撥到Gizmo SIP（1747.......）
但顯然([x*][x*].)不是一個正常的dial plan，現不知應該如何是好？
Thanks.

[FYI]

這串討論已經長到連小弟都懶得重頭看到尾, 相信各位不會比小弟更有耐性, 少部份問題可由前面找到範例或解答, #215 & #216 有Dial Plan Wizard 連結, 應該可以用來測試Dial Plan 語法是否正確, 如果各位看不懂您自己所發明的Dial Plan, 建議直接套用小弟的Dial Plan (適用於台灣和北美), 或者請自行融會貫通

以下和#223 主要差異在於 "*[*x]x." 多了一個 "x", 原來的設計是為了Network Numbers 和Peer Numbers 可能會出現一個以上的 "*", 但是語法過度精簡反而和Sipura IVR "****" 衝突 (和韌體版本有關), 所以改成限制 "*" 數目不超過兩個, 就不會進入Sipura IVR 之後又聽到忙線音

S:4,(*[*x]x.|[2-9]|411|411xx.!|[235-9]xx.!|1747xxxxxxx|1[2-9]xx[2-9]xxxxxx|001[2-9]xxxxxxxx|011[2-9]xxxxxxxx.|<0021:1>[2-9]xx[2-9]xxxxxx|<002:011>[2-9]xxxxxxxx.|<09:0118869>xxxxxxxx|<0:011886>[2-8][2-9]xxxxxx.)

由於撥號必須經過Dial Plan 過濾, 此處定義等候四秒未按任何按鍵, 或按 "#", 才代表輸入完畢

S:4

接受SIPphone "**", "*0" 和Sipura Vertical Service Activation Codes (*69, *66) 等號碼

*[*x]x.

八組簡碼撥號, "2#" ~ "9#"

[2-9]

"411" 是免費的Tellme information service, 有些ITSP 可以接受 "[3469]11", 記得沒事別亂按911

411

不接受411 以外的短撥號 (這不是市內電話) 和 "0" (Operator), 請針對個別ITSP 自行調整

411xx.!|[235-9]xx.!

接受 "00" 以外的北美長途 (含Gizmo/SIPphone 號碼) 和國際撥號方式, 因為 "00" 會和由台灣撥打國際電話的 "002" 前置碼衝突, 故排除

1747xxxxxxx|1[2-9]xx[2-9]xxxxxx|001[2-9]xxxxxxxx|011[2-9]xxxxxxxx.

由台灣撥打北美, 需轉成北美長途撥號方式

<0021:1>[2-9]xx[2-9]xxxxxx

由台灣撥打北美以外地區, 需轉成北美國際撥號方式

<002:011>[2-9]xxxxxxxx.

接受台灣手機撥號方式, 撥打市內電話需加區域碼

<09:0118869>xxxxxxxx|<0:011886>[2-8][2-9]xxxxxx.

基本上, 如果您是本地070 用戶, 那麼撥號方式比照由手機撥號, 您只需允許任何語法, 因為ITSP 會自動幫您判別

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

以下語法可自動加上國碼區域碼, 例如打給同為台北的號碼, 可省略前置 "011-886-2", 好比打市內電話一樣, 如果採行以下語法, 就不能設定過濾短撥號的語法

<:0118862>[2-9]xxxxxxx

Dial Plan 的重點之一是不管先後次序為何, 都不可互相牴觸, 例如:

([2-9]|411|[2-9]x.!)

則不但撥不了411, 就連速撥碼也失效

Dial Plan 的內部處理方式, 是將輸入按鍵一個個和每個條例比對, 若不符則立刻終止並播放忙線音, 若完全吻合就立刻撥號, 嚴格來說, "[2-9]|411|411xx.!|[235-9]xx.!" 還存在一個無解的漏洞, 那就是允許 "41", 弄懂了以上, 您也可以設計出適合自己習慣的Dial Plan

Gizmo/SIPphone 免費方案條件愈來愈嚴格, 所以以上Dial Plan 只能算是聊備一格, 除非您願意儲值, 否則用處不大, 新會員可免費獲得25 美分通話費, 約可以試打10 分鐘電話, 歡迎加入

【下載】Google Talk and Gizmo Project

[neokao]

這串討論已經長到連小弟都懶得重頭看到尾, 相信各位不會比小弟更有耐性, 少部份問題可由前面找到範例或解答, #215 & #216 有Dial Plan Wizard 連結, 應該可以用來測試Dial Plan 語法是否正確, 如果各位看不懂您自己所發明的Dial Plan, 建議直接套用小弟的Dial Plan (適用於台灣和北美), 或者請自行融會貫通

以下和#223 主要差異在於 "*[*x]x." 多了一個 "x", 原來的設計是為了Network Numbers 和Peer Numbers 可能會出現一個以上的 "*", 但是語法過度精簡反而和Sipura IVR "****" 衝突 (和韌體版本有關), 所以改成限制 "*" 數目不超過兩個, 就不會進入Sipura IVR 之後又聽到忙線音

S:4,(*[*x]x.|[2-9]|411|411xx.!|[235-9]xx.!|1747xxxxxxx|1[2-9]xx[2-9]xxxxxx|001[2-9]xxxxxxxx|011[2-9]xxxxxxxx.|<0021:1>[2-9]xx[2-9]xxxxxx|<002:011>[2-9]xxxxxxxx.|<09:0118869>xxxxxxxx|<0:011886>[2-8][2-9]xxxxxx.)

由於撥號必須經過Dial Plan 過濾, 此處定義等候四秒未按任何按鍵, 或按 "#", 才代表輸入完畢

S:4

接受SIPphone "**", "*0" 和Sipura Vertical Service Activation Codes (*69, *66) 等號碼

*[*x]x.

八組簡碼撥號, "2#" ~ "9#"

[2-9]

"411" 是免費的Tellme information service, 有些ITSP 可以接受 "[3469]11", 記得沒事別亂按911

411

不接受411 以外的短撥號 (這不是市內電話) 和 "0" (Operator), 請針對個別ITSP 自行調整

411xx.!|[235-9]xx.!

接受 "00" 以外的北美長途 (含Gizmo/SIPphone 號碼) 和國際撥號方式, 因為 "00" 會和由台灣撥打國際電話的 "002" 前置碼衝突, 故排除

1747xxxxxxx|1[2-9]xx[2-9]xxxxxx|001[2-9]xxxxxxxx|011[2-9]xxxxxxxx.

由台灣撥打北美, 需轉成北美長途撥號方式

<0021:1>[2-9]xx[2-9]xxxxxx

由台灣撥打北美以外地區, 需轉成北美國際撥號方式

<002:011>[2-9]xxxxxxxx.

接受台灣手機撥號方式, 撥打市內電話需加區域碼

<09:0118869>xxxxxxxx|<0:011886>[2-8][2-9]xxxxxx.

基本上, 如果您是本地070 用戶, 那麼撥號方式比照由手機撥號, 您只需允許任何語法, 因為ITSP 會自動幫您判別

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

以下語法可自動加上國碼區域碼, 例如打給同為台北的號碼, 可省略前置 "011-886-2", 好比打市內電話一樣, 如果採行以下語法, 就不能設定過濾短撥號的語法

<:0118862>[2-9]xxxxxxx

Dial Plan 的重點之一是不管先後次序為何, 都不可互相牴觸, 例如:

([2-9]|411|[2-9]x.!)

則不但撥不了411, 就連速撥碼也失效

Dial Plan 的內部處理方式, 是將輸入按鍵一個個和每個條例比對, 若不符則立刻終止並播放忙線音, 若完全吻合就立刻撥號, 嚴格來說, "[2-9]|411|411xx.!|[235-9]xx.!" 還存在一個無解的漏洞, 那就是允許 "41", 弄懂了以上, 您也可以設計出適合自己習慣的Dial Plan

Gizmo/SIPphone 免費方案條件愈來愈嚴格, 所以以上Dial Plan 只能算是聊備一格, 除非您願意儲值, 否則用處不大, 新會員可免費獲得25 美分通話費, 約可以試打10 分鐘電話, 歡迎加入

【下載】Google Talk and Gizmo Project

感謝您，後來我索性在Gizmo儲值call out，打台灣費率約和Dyna Sky差不多（避開掉常用的Dyna Sky /GrandCentral / Gizmo 的DTMF問題），至於其他美國國內的偶而會用到的IVR (銀行，航空公司，電信等)問題則就每次更改DTMF Tx Method: 成InBand或AUTO來解決。

現在的新問題是grandcentral在我電話講一段時間後，會不定時"自動"把我的電話錄音（亦即Call Record會在我根本沒有按"4"的情形下自動開啟），很奇怪。不知道有沒有人有類似情形？
http://groups.google.com/group/grand...hide_quotes=no
http://groups.google.com/group/grand...127f09af7473f1

[direction]

X-Lite 檢查GrandCentral 送出的SIP 表頭
請問一下，X-Lite是否能夠分析任何一個sip 的傳輸模式呢？
還是有什麼sip softphone能夠告訴使用者目前用的code等各項資訊？

[direction]

目前市面上的免費soft phone似乎都不支援SIP URL直接輸入的方式，只能提供輸入號碼這個方式，這樣假如不具備同一家的帳號就不能直接撥打

目前只知道Ekiga 這個Ubuntu內建的有直接打入SIP URL的功能