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



贊助商連結


頁 : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 [27] 28 29 30

huangmax
2007-12-18, 08:39 PM
to huangmax 兄和小峰兄:

我也測試了一下 transfer 的功能,它有做到 attended transfer 掛掉就會變成 blind transfer。不過按了 transfer 之後如果要取消 transfer,沒辦法再按一次 transfer 就取消(傳統交換機是這樣做的), 我試著按 hold鍵可以取消 transfer, 但是取消了之後再按一次 transfer 就會突然斷線了,這應該是 bug 吧。


關於transfer這部份, 其實這都屬於客制的範疇! 因為要達到完美都得依客戶使用的pbx以及客戶想要操作方式去修改! 印象中306晶片公版韌體是靠hold來取消transfer, 但似乎沒辦法在不掛機的狀況直接重新操作transfer. 我是知道過去金網採用跟306同樣solution的要銷日本的話機是有修改操作方式是符合tbsky想要的方式. 306話機的晶片原廠release給製造商的code, 都可以讓製造商修改這部份的操作

另外其實因為不同的pbx對於取消transfer的做法都不一樣, 我見過的多數pbx都是採取射後不理的方式, 只要轉接的command發出去, 幾乎是沒機會再回來的. 如果遇到這類問題可能把你使用的環境跟想要的操作跟廠商反應, 這樣比較容易解決, 就算不能解決也可以知道原因出pbx還是話機身上. 不過如果問題出在話機, 會好解決很多.

至於關於話機質感, 當然是一分錢一分貨, 如果肯多付點錢, 是有跟306同樣的solution但是外觀質感好很多的機種. 小峰兄也許可以考慮進這類的貨來應付視覺系的客戶.

贊助商連結


tbsky
2007-12-20, 10:55 AM
關於transfer這部份, 其實這都屬於客制的範疇! 因為要達到完美都得依客戶使用的pbx以及客戶想要操作方式去修改! 印象中306晶片公版韌體是靠hold來取消transfer, 但似乎沒辦法在不掛機的狀況直接重新操作transfer. 我是知道過去金網採用跟306同樣solution的要銷日本的話機是有修改操作方式是符合tbsky想要的方式. 306話機的晶片原廠release給製造商的code, 都可以讓製造商修改這部份的操作

另外其實因為不同的pbx對於取消transfer的做法都不一樣, 我見過的多數pbx都是採取射後不理的方式, 只要轉接的command發出去, 幾乎是沒機會再回來的. 如果遇到這類問題可能把你使用的環境跟想要的操作跟廠商反應, 這樣比較容易解決, 就算不能解決也可以知道原因出pbx還是話機身上. 不過如果問題出在話機, 會好解決很多.

至於關於話機質感, 當然是一分錢一分貨, 如果肯多付點錢, 是有跟306同樣的solution但是外觀質感好很多的機種. 小峰兄也許可以考慮進這類的貨來應付視覺系的客戶.

不知道小峰兄有沒有興趣呢?以一般企業來說,一隻話機3000-4000 元,有後續 support 的話,是絕對可以接受的。因為傳統交換機大廠的內線分機最便宜的也差不多這樣。

cheerx
2007-12-20, 07:15 PM
進好一點的東西一直是小弟的興趣阿!小弟喜歡賣好東西,不過一隻3000-4000的話機有多少市場小弟可能還要想一下.小弟目前多數的客人對306這支ip話機的價格接受度還蠻高的,再上去的話可能就要比較有預算的公司才有辦法了.

tbsky
2007-12-23, 06:03 PM
進好一點的東西一直是小弟的興趣阿!小弟喜歡賣好東西,不過一隻3000-4000的話機有多少市場小弟可能還要想一下.小弟目前多數的客人對306這支ip話機的價格接受度還蠻高的,再上去的話可能就要比較有預算的公司才有辦法了.

最近看了不少話機的說明書,包括 grandstream, polycom,linksys, aastra,snom, 還有一些大陸品牌的。目前看起來最好的是 snom, 功能齊全,網路上使用者也有很多人推薦這個品牌。 最低階的 snom 300 國外網站賣 100 美金,亞洲的通路實際賣價不知道有沒有辦法壓在台幣四千元以內。
snom 的話機真的是為了企業設計的,什麼 pppoe, vpn 這類功能幾乎都沒有,但是我們真正需要的功能他大概都寫了。
等拿到實機測試完了之後,再來發表一下心得...

neokao
2008-02-11, 01:39 AM
昨天才找到這串,很長很專業,對完全不同領域的我,頂多只看懂三成。
但還是想請教一下這裡的眾高手:

我住美國,這裡目前比較流行的"免費"VoIP組合應是:grandcentral+gizmo project + ATA (見:http://www.kalyansuman.com/2007/08/free-voip-with-gizmo-project-grand.html)
依此作法,在美國境內可以免費接受任何美國市話手機,播出電話時比較麻煩,要在電腦上進grandcentral做Click2Call,理論上都沒啥問題,依此我可以收可以打。

問題在於我目前的ATA設定:

收grandcentral轉來的電話時,一般需要聽到語音提示後按"1"接受,"2","3","4"等等都有不同功能,根據我上述連結的第四點在別的機子上是可以設定後解決的,但是我在我的PAP2T-NA上似乎調整不出來?


第二個問題更嚴重,我發現在Click2Call到1800電話後,我無法按語音選單(例如按"1"...接目錄,按"9"接總機等等),若調整DTMF Tx Method後則可以Click2Call正常,但相對的我接到grandcentral轉來的電話時無法按"1"接受,所以完全無法收話,我希望至少要可以兩種選單都可以按。

目前的解法都在Sunrocket Gizmo或Asterisk上,我無法找到PAP2或PAP2T的作法,例如:
http://forums.linksys.com/linksys/board/message?board.id=VoIP_Adapters&thread.id=2287
http://www.dslreports.com/forum/r18849416-Innomedia-Gizmo-Grand-Central-Gizmo-Project-DTMF-issue


剛剛更新韌體成Firmware Version: 5.1.6(LS) ,我的相關設定可作的有:

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


感恩!

FYI
2008-02-13, 03:26 AM
由於小弟並非GrandCentral 會員, 所以接下來只能用猜的

收到GrandCentral 的語音提示是很正常的, 除非能像Sunrocket Gizmo 一樣, SIP 表頭既不顯示也不採用RFC2833, GrandCentral 自然就不會詢問, 然而這並非正常的作法, 因為改用INFO 之後, 和Trunk 的相容性問題就浮現了, 小弟沒有PAP2T, 所以只能以Sipura 解釋, 在Sipura ATA 設定中, AVT 代表RFC2833, 而Auto 代表InBand or AVT, 由Sipura ATA 自動判定, 此外還多了AVT+INFO 選項

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
如果可以的話, 建議你以X-Lite 檢查GrandCentral 送出的SIP 表頭, 如此才有辦法研判問題所在, 如果PAP2T 能設定Syslog Server 則更好, 不過小弟研判GrandCentral 應該是可以辨識RFC2833 才對

Re: Innomedia Gizmo + Grand Central + Gizmo Project = Free Phone - dslreports.com (http://www.dslreports.com/forum/remark,18724798)

neokao
2008-02-13, 02:18 PM
由於小弟並非GrandCentral 會員, 所以接下來只能用猜的

收到GrandCentral 的語音提示是很正常的, 除非能像Sunrocket Gizmo 一樣, SIP 表頭既不顯示也不採用RFC2833, GrandCentral 自然就不會詢問, 然而這並非正常的作法, 因為改用INFO 之後, 和Trunk 的相容性問題就浮現了, 小弟沒有PAP2T, 所以只能以Sipura 解釋, 在Sipura ATA 設定中, AVT 代表RFC2833, 而Auto 代表InBand or AVT, 由Sipura ATA 自動判定, 此外還多了AVT+INFO 選項

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
如果可以的話, 建議你以X-Lite 檢查GrandCentral 送出的SIP 表頭, 如此才有辦法研判問題所在, 如果PAP2T 能設定Syslog Server 則更好, 不過小弟研判GrandCentral 應該是可以辨識RFC2833 才對

Re: Innomedia Gizmo + Grand Central + Gizmo Project = Free Phone - dslreports.com (http://www.dslreports.com/forum/remark,18724798)

謝謝您的解釋,不過似乎這不是我獨有的問題,參見我的發文:
http://www.dslreports.com/forum/r19972728-PAP2TNA-GizmoProject-Grand-Central-DTMF-issues

我可以送您一個Grand Central的邀請函供您研究(若需要的話請pm我您的email)。
我依您建議的試了看看,結果還是不行進到www.dynasky.com (1-866-396-2759) 的語音選單。

FYI
2008-02-17, 06:18 AM
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 (http://yate.null.ro)/2.0.0, GrandCentral 目前只支援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 (http://www.gizmo5.com), 這就有了新的玩法, 舉例來說, 通常在美國以市話撥打同區的市話, 其費用已經包含在基本費之中(並不低), 假設您有親友在美國的話, 原本雙方都必須安裝網路電話, 才可以享受免費通話, 但是如果您設法申請一個同區的GrandCentral 號碼(GCNum), 再轉接到Gizmo/SIPphone 號碼, 如此一來, 您的親友以市話撥打您的GCNum, 就可以轉接到您的網路電話, 而您則可以利用GrandCentral 的Click2Call (http://www.grandcentral.com/howitworks/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 痞客邦:: (http://blog.pixnet.net/lifeinus/post/9747752)

huangmax
2008-02-18, 09:13 AM
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 應該是相容性最高的
[/URL]

當你在對方的SDP裡看到101這個字眼, 就意味對方是支援rfc2833 outband dtmf. inband基本上只有在g.711可以使用, g.726也許也還堪用. 但g.723 g.729是完全不建議.

大部分dtmf的問題都是存在於ta上, 比較少見於ip phone或soft-phone. 所以可以先試一下soft-phone, 如果soft-phone沒問題, 應該就不是格式的問題. 而應該是所謂漏音的問題, 因為ta偵測dtmf需要一段時間, 所以很有可能話機的按鍵音會漏過去一小段, 這一小段dtmf跟對方trunk收到2833 event再在local產生的dtmf合在一起後會出現不可預期的結果.

FYI
2008-02-18, 11:15 AM
感謝huangmax 兄的補充, 小弟重新以Sipura ATA 測試後發現是X-Pro 的問題, 才誤以為YATE 只接受InBand, 當Sipura ATA 不論設定成InBand/AVT/Auto, 在G.711u 和G.729a 的情況下, 大致都可以辨識按鍵為何, 但是如同huangmax 兄所說, 漏音問題有時會造成辨識上的困難, 所以小弟建議若無Auto 選項, 則最好設為RFC2833(AVT)

此外, 小弟研判在Sipura ATA 之中, Auto 的邏輯可能是只有當SDP 出現 "101 telephone-event", 才採用RFC2833, 否則不論Code 為何, 都採用InBand