至於鎖機子, 現在大多數ITSP 不正是這麼幹的嗎? 如此才能換得用戶的效忠, 不是嗎? 而且用戶不見得能取得設定資訊, 例如ZipGlobal, 更是讓人恨得牙癢癢的, 問題是如果您想換跑道或是加上另一家ITSP 的帳號, 那可就門兒都沒有, 客製韌體固然能簡化設定並增加相容性, 但是這就得看ITSP 的心態, 是要把客戶綁的死死的? 還是留給客戶些許的彈性?

這要看你從那個立場用還有用哪種心態看事情, sip 其實還一直在演進, 功能也不停在增加! 所以會更新的不只是話機, server也會更新! 所以大的itsp都會要求話機提供他專屬的provision跟firmware的update方式, 以保持彈性跟降低客戶的困擾. 在這種情況下, 鎖機子其實是一個必要之惡. 唯有鎖機子搭上專屬的firmware, 才能確保安全! 不然這後面的support成本可是很嚇人.

贊助商連結

另, 小弟有一事困擾許久, 請問Preferred Codec 是如何協調出來的?

協調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.

回#181
您這麼解釋確實是很合理, 站在業者的角度, 降低維護成本比什麼都重要, 不過話說回來, 這本來就是開放的架構, 業者大概不會拒絕帶槍(機)投靠, 而且也不是每一種話機都有專屬韌體, 不過小弟同意一點, 如果用戶只購買帳號, 再搭配自己的設備, 那就必須自行負責, 不能把網路問題推給業者, 這也是必要之痛, 就像小弟現在所遇到的問題一樣, 小弟反覆測試ET-22S, 最後終於 "還是搞不太懂", 究竟 "SIP Domain Name" 和 "Proxy Addr" 有何差異? 為何設了 "SIP Domain Name" 反而無法註冊? 這也讓小弟重新思考, 為何Sipura Configuration 之中沒有 "Domain/Realm" 這一項?

關於如何決定最終所採用的Codec, 小弟觀察發現SipuraSPA 的邏輯很值得參考, 由於RFC4566 (http://www.ietf.org/rfc/rfc4655.txt)只定義了 "Default Format" (Preferred Codec) 一項, 並未定義 "Secondary Preferred Code", 而Codec 的協商過程通常只有一個來回, 因此SipuraSPA 作為被呼叫者在回覆Status OK 時, 會用以下的順序來決定回覆哪一個Codec:

1. SipuraSPA 的Default Format (如果出現於呼叫者的Codec 表上)
2. 呼叫者的Default Format (如果出現於SipuraSPA 的Codec 表上)
3. 呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上)
4. 呼叫者的3rd Format (依此類推)
例如:
m=audio 48756 RTP/AVP 18 100 101
a=rtpmap:18 G729a/8000
a=rtpmap:100 NSE/8000
a=rtpmap:101 telephone-event/8000
ET 系列的不同點在於完全以呼叫者所支援的Codec 順序為主, 故直接從呼叫者的Default Format 找起, 而SipuraSPA 邏輯上的優點為多了一個選擇, 尤其當雙方預設Codec 不相同時特別有利, 這是因為RFC4655 只定義預設Codec, 並沒有特別強調Codec 的順序, 所以當被呼叫者不支援呼叫者的預設Codec 時, 排名第二的G.711 (Payload Type 0) 卻往往成為最終的Codec, 這實在是很糟糕的選擇, 其實小弟認為把第一步和第二步對調更為合理, 也就是:

1. 呼叫者的Default Format (如果出現於SipuraSPA 的Codec 表上)
2. SipuraSPA 的Default Format (如果出現於呼叫者的Codec 表上)
3. 呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上)
4. 呼叫者的3rd Format (依此類推)
如果SipuraSPA 作為呼叫者, 在收到被呼叫者回覆的Status OK 時, 會直接採用以下的順序來決定採用哪一個Codec:

1. 被呼叫者的Default Format (如果出現於SipuraSPA 的Codec 表上, 理論上應該就是這一個, 對稱)
2. 被呼叫者的2nd Format (如果出現於SipuraSPA 的Codec 表上, 最終Codec 就會不對稱)
3. 被呼叫者的3rd Format (依此類推)
以上邏輯主要是讓雙方採用相同的Codec (編碼/解碼), 如此相容性最佳, 其實這也符合大多數硬體的限制, 其次, 小弟也向Sipura 建議應該正視Codec 順序的問題, X-Pro/X-Lite 可以調整Codec 順序, 又可以讓使用者決定Codec 的邏輯, 不過建議還是以遠端(呼叫者)所採用的Codec 順序為主, 才不至於造成Codec 不對稱


有時不想由answer端決定codec時, call端的invite不會帶sdp, 這時answer端會把自己所支援的codec都列在ok的sdp裡. call端會在ack裡夾sdp, 告知answer端要使用哪個codec.
有道理! 主客易位, 怎麼沒見到SipuraSPA 用上? 小弟純自修, 只會從觀察結果學習, 受教了

回#181
您這麼解釋確實是很合理, 站在業者的角度, 降低維護成本比什麼都重要, 不過話說回來, 這本來就是開放的架構, 業者大概不會拒絕帶槍(機)投靠, 而且也不是每一種話機都有專屬韌體, 不過小弟同意一點, 如果用戶只購買帳號, 再搭配自己的設備, 那就必須自行負責, 不能把網路問題推給業者, 這也是必要之痛.

有道理! 主客易位, 怎麼沒見到SipuraSPA 用上? 小弟純自修, 只會從觀察結果學習, 受教了

我想老闆會很高興帶槍投靠的客戶, 但工程師卻會很痛恨! 開放架構一個很討厭的地方是, 看了同樣的東西, 每個人的認知卻非常不同! sip單一個簡簡單單的hold, 我就知道超過五種以上的做法! 更不要講啥call transfer, pickup. 就連同一家公司出的server, 組態不一樣時, 行為差異也是非常大.

關於我講的那種invite不帶sdp的方式, 基本上話機是不會產生的, 都是由server發出的. 這種方式的相容性最好, server發出invite, 然後在ok得知phone所支援的所有codec, 再選一個最適合的.

不曉得spee前輩是否願意寫個簡單的教學設定，教導大家如何設定PSTN-VOIP-VOIP-PSTN？:D

抱歉，很久沒回來了...
說前輩不敢當.. 我也還在學習啦.. :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 便宜，就由您自己斟酌囉.. :)

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的帳號。
摸索中，發文有錯還望指教，謝謝！

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的帳號。
摸索中，發文有錯還望指教，謝謝！

老實說，我已經有點忘記當初 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 頁
http://www.sipura.com/Documents/SipuraSPAUserGuidev2.0.9.pdf

iThome online : : 漫談IP新世代電信服務(1)新世代電信網路標準—NGN/NGI/IPv6 (http://www.ithome.com.tw/itadm/article.php?c=38615)

傳統電信網路與網際網路，都在往下一代技術發展，網際網路走向NGI、電信網路則朝NGN前進，而IPv6則將是未來承載網路應用服務的第三層應用協定。
iThome online : : 漫談IP新世代電信服務(2)下一代電信網路應用─由SIP整合的多網服務 (http://www.ithome.com.tw/itadm/article.php?c=38776)

透過SIP協定，無論是網際網路或是傳統電信網路，都可以將不同的聯絡方式整合成單一號碼。
iThome online : : 漫談IP新世代電信服務(3)淺談SIP協定與架構 (http://www.ithome.com.tw/itadm/article.php?c=38869)

會談啟始協議（SIP，Session Initiation Protocol）是繼Mail（SMTP）、WWW（HTTP）之後，第三大關鍵通信協定，透過SIP所營造出的即時多媒體互動會談功能，才能滿足現在使用者的需求。
iThome online : : 漫談IP新世代電信服務(4)VoIP服務網路的設計與挑戰—流量規畫與服務品質迷思 (http://www.ithome.com.tw/itadm/article.php?c=38989)

VoIP需要在單一網路上，同時協調語音和數據的傳輸要求，和傳統電信網路的服務品質相比，VoIP的服務品質（QoS）問題更具挑戰性。
iThome online : : 漫談IP新世代電信服務(5)IP電信的安全議題—我的電話被入侵了!? (http://www.ithome.com.tw/itadm/article.php?c=39152&s=1)

目前企業用戶發生網路電話安全事件並不多，但未來使用人數增加後，涉及隱私權、電話盜打和惡意攻擊等問題勢必加劇，所有的網路電話用戶都將無可倖免。
iThome online : : 漫談IP新世代電信服務(6)SIP也要師法Skype—最新的P2P SIP發展趨勢 (http://www.ithome.com.tw/itadm/article.php?c=39216)

P2P SIP的最新發展議題參考http://www.p2psip.org網站，截至目前為止，P2P SIP的Internet Draft還沒有一份能成為IETF RFC，當第一份P2P SIP RFC出線之時，會引爆網通、電信產業何種震盪，還難以逆料。不少國外設備製造商已經在摩拳擦掌，準備一展身手，可以預料到的是，最後機會總是留給有充分準備的業者。
iThome online : : 漫談IP新世代電信服務(7)陣痛期還有多久—從傳統電信到IP電信的移轉過程 (http://www.ithome.com.tw/itadm/article.php?c=39367)

未來5年內，預估全球有高達80％的中小企業將導入網路電話，而電信產業的交換中樞也將100%網路電話化。在數位匯流的大趨勢中，電信產業解構重組過程中會產生數以兆億美金的產值，網路電話技術與企業語音服務即將成為引領全球產業鉅變的核心元件。
iThome online : : 漫談IP新世代電信服務(終)國內發展IP電信服務產業鏈的契機 (http://www.ithome.com.tw/itadm/article.php?c=39496)

網際網路基於免費的訴求出現了VoIP，VoIP到底算是網路數據服務還是電信服務？事實上網路產業一旦與電信產業合流，馬上面臨到傳統電信法規的制約，然而不少傳統電信法規並不適用於規範IP電信的技術及市場現狀。

Fax - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/Fax)
T.38 - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/T.38)
T.38 Fax - Wikipedia, the free encyclopedia (http://en.wikipedia.org/wiki/T.38_Fax)
Group 3 Facsimile Communication (http://www.garretwilson.com/essays/computers/group3fax.html)
CTI論壇：融合通信專欄：T.38 和傳真的未來 (http://www.ctiforum.com/train/intel/base/base01_002.htm), 翻譯自Intel(R) White Papers - T.38 and the Future of Fax (http://www.intel.com/network/csp/resources/white_papers/4631web.htm)
http://www.intel.com/network/csp/resources/white_papers/pix/4632ln02.gif

ITU-T : Publications : Recommendations : Terminals for telematic services (http://www.itu.int/rec/T-REC-T/e)
T.4 (http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.4) Standardization of Group 3 facsimile terminals for document transmission
T.30 (http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.30) Procedures for document facsimile transmission in the general switched telephone network (11/2000)
T.38 (http://www.itu.int/rec/T-REC-T/recommendation.asp?lang=en&parent=T-REC-T.38) Procedures for real-time Group 3 facsimile communication over IP networks (06/1998, 07/2003)
V.8 (http://www.itu.int/rec/T-REC-V/recommendation.asp?lang=en&parent=T-REC-V.8) Procedures for starting sessions of data transmission over the public switched telephone network
V.34 (http://www.itu.int/rec/T-REC-V/recommendation.asp?lang=en&parent=T-REC-V.34) 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 閘道器最好也是相同廠牌

也不盡然!

我很喜歡拿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).

小弟認為網路電話無法起來的原因是 ITU 的X頭用了一群自私的歐洲教授/自認科學家所研發出來的 SIP, 並且在沒有測試的情況下推薦給世界使用, 以致今天大多數的正常網路架構無法使用網路電話, 其實 S 服務依點也不創新, 1995 年就有非常類似, 音質超好 (可以在28.8K的MODEM下執行) 的網路電話產品, 但是生不逢時, 早夭折了. :cry: