遠傳家用電話節費盒WT-5 (WTLP201)

[marcio]

作者: Eugenetw

我說方式肯能有點會混淆，"真正的outbound"是指打市話、手機、國際等，通話才會重頭後尾都在用遠傳的資源，一般的遠傳070戶打"通話中"都不會耗到遠傳的資源
至於如何管理遠端設備，都是用"自動供裝"的系統管理

SIP 網內互打，難道不花費 ITSP 伺服器的資源嗎？
麻煩找谷歌查一下SIP 協定下的 Media Relay。
我找到一篇高工學生的作文還是論文？
http://www.shs.edu.tw/works/essay/20...2723162043.pdf
看看是怎麼的工作原理。
網內通話他還是要經由伺服器轉送語音， 網外的付費電話，是送給遠傳或是素伯的電信公司語音電信路由。 這就是他們要收費賺錢的地方。

只知道免費享受免費資源的人是沒有 APR 價值， 還要為他作白工，這種人不少， 我覺得 遠傳素伯的產品與制度還是很亂，規劃者的深謀遠慮 有欠周詳。

除非，素伯的一類電信生意，實在難以見人， 才要開放出這個有如殺雞取卵的VOIP 產品與規劃，否則客戶太少了。

[Eugenetw]

所以我才說"通話中"，也就是通話的過程中不會耗到甚麼資源，只有撥通和掛斷才會有
請看一下你所貼的聯結(包封面的第四頁)，SIP重新導向模式

[acion]

作者: Eugenetw

所以我才說"通話中"，也就是通話的過程中不會耗到甚麼資源，只有撥通和掛斷才會有
請看一下你所貼的聯結(包封面的第四頁)，SIP重新導向模式

SIP用戶端技術上是可以直連對打沒錯，可是電信法規規定需要保留通話紀錄(包含起始跟結束的時間)，所以正規業者不可能開放直接對打，如此一來用戶網內通話會持續佔用業者的資源，網內互打真的是打越多賠越多

[Eugenetw]

作者: acion

SIP用戶端技術上是可以直連對打沒錯，可是電信法規規定需要保留通話紀錄(包含起始跟結束的時間)，所以正規業者不可能開放直接對打，如此一來用戶網內通話會持續佔用業者的資源，網內互打真的是打越多賠越多

其實還是有紀錄，撥通就不用講了，掛斷後GW會發送封包通知server，所以不會有沒有通話紀錄的問題

[marcio]

作者: Eugenetw

所以我才說"通話中"，也就是通話的過程中不會耗到甚麼資源，只有撥通和掛斷才會有
請看一下你所貼的聯結(包封面的第四頁)，SIP重新導向模式

高中生都知道， SIP 網路電話的網路語音數據（中國話稱：碼流）是要Proxy server 轉送的， 所以 雙方的通話，都是要送到SERVER 再轉送到對方。
什麼 "撥通 與 掛斷" 才有用到資源。 那是旁邊的 "計費系統" 的工作。
（除非 是封閉式的IP 設死的點對點 SIP 網關對打，不需要用proxy server）

有了 media relay ，SIP 網關或是 IP Phone 才可以穿越 NAT

看一下高中生寫的論文：
會話中隨後的媒體流 , 均經過 指定的媒體中繼伺服器中繼轉送 , 以完成信令和媒體流的 NAT 穿越

萬一，大部分用戶都在免費網內對打，那ITSP 的資源都在作白工， 目前 遠傳又有幾個方案是暫時免月租費的， 他有這麼笨嗎？
等到，遠傳的server的免費服務流量大到影響通話品質， 通話收益又沒有成正比， 被人白白利用，那何苦破壞生態。

[FYI]

作者: Eugenetw

我說方式肯能有點會混淆，"真正的outbound"是指打市話、手機、國際等，通話才會重頭後尾都在用遠傳的資源，一般的遠傳070戶打"通話中"都不會耗到遠傳的資源
至於如何管理遠端設備，都是用"自動供裝"的系統管理

解決防火牆的影響, 又要減少維護成本, 難道只有直上網際網路唯一對策嗎? 為何 '一般的遠傳070戶打"通話中"都不會耗到遠傳的資源'? 這對遠傳有何好處? 這對用戶有何好處? 所以這是否遠傳考量的原因之一?

難道VoIP 閘道器位於防火牆之後就無法遠端管理了嗎?

若是分析以上討論便可知方法是有, 就是Outbound Proxy, 但是完全走Outbound Proxy 則會佔用遠傳他們家的資源, 而遠傳這波主打家用市場, 也很瞭解客戶的習性, 就怕不但硬體成本收不回來, 還會被抱怨通話品質差, 此外, 即便如此, 防火牆還是可以刻意阻擋VoIP, 也就是今天或許沒問題, 但哪天哪個傢伙動了防火牆之後, 萬一客戶不明究理又找上遠傳, 豈不是無事一身腥? 所以遠傳寧可不要那些挑剔的客戶, 遠傳希望專注於多找一些乖乖裝了就用的客戶, 但這並不表示把家用節費盒納入頻寬管理是不合理且不可能的事, 然而不管怎麼說, 這是客戶自己需要想辦法解決的事, 就好比華電只管數據機的橋接模式是否正常, 改硬撥那是客戶自己的決定, 硬撥有問題別抱怨韌體寫得爛 (是真的爛, 但別抱怨), 人家可沒同意你這麼用

先前小弟雖然曾經舉例有網友成功接於分享器之後, 然而未經嚴格檢驗, 所以小弟也不敢打包票, 不過從理論上來說, 實在沒理由辦不到, 相信本篇討論到最後, 總會有人把WTL/WT5 所用到的通訊埠和SDP 表頭列舉出來, 就看分享器製造商是否願意配合改一下SIP ALG

[Eugenetw]

我確定遠傳070互打，通話中所傳送的聲音是不會經過server的
遠傳用的huawei和網路上很多人用的asterisk 都是有這功能的，要不然用戶多時server可要架很多台，route也要顧慮到

遠傳是一類電信，他們是需要出帳單的也一定要有CDR

另外會申請遠傳070，多多少少也是會撥打市話、手機、國際
遠傳會有免月租方案，大多的一般用戶網路都是internat也不會有甚麼影響，070原本也是為了搶市話的流量，畢竟一般的用戶是不太肯能申請其他業者的市話
企業會申請070也是為了節費，畢竟企業方案的手機和國際是以秒計費

[FYI]

作者: marcio

看一下高中生寫的論文：
會話中隨後的媒體流 , 均經過 指定的媒體中繼伺服器中繼轉送 , 以完成信令和媒體流的 NAT 穿越

不要碰! 有痘痘...

高中生寫的論文若有謬誤, 難道就畢不了業嗎? 不過小弟沒檢視過通訊中的封包, 所以不敢確定遠傳目前的作法, 但RTP 本來就不需要經過Server, 只有需要監聽時, 再透過SDP handshaking, 讓ATA 把RTP 傳送到指定Outbound Proxy 即可

[firebolt]

遠傳070不論是網內互打或是網外, 網路電話的sip封包(register/invite)及rtp資料流都是經過伺服器轉送 並非直接互通.

家用電話節費盒依官方說法及ata設定 目前是不能在ip分享器下面使用的.

部份ip分享器內建sip alg可以協助sip封包穿透nat 但還是有時通時不通 或單向通話的問題, 試過安裝linux 2.6, 加sip alg 也不能用, 問題很多.

目前我是用聯網e晶片做nat 可以通 也沒有問題

問過該公司 有針對遠傳的網路電話封包做處理　所以很多用社區寬頻的用戶雖然是虛擬IP,但都可以用, 這是比較特別的情況.

[Eugenetw]

作者: firebolt

遠傳070不論是網內互打或是網外, 網路電話的sip封包(register/invite)及rtp資料流都是經過伺服器轉送 並非直接互通.

家用電話節費盒依官方說法及ata設定 目前是不能在ip分享器下面使用的.

部份ip分享器內建sip alg可以協助sip封包穿透nat 但還是有時通時不通 或單向通話的問題, 試過安裝linux 2.6, 加sip alg 也不能用, 問題很多.

目前我是用聯網e晶片做nat 可以通 也沒有問題

問過該公司 有針對遠傳的網路電話封包做處理　所以很多用社區寬頻的用戶雖然是虛擬IP,但都可以用, 這是比較特別的情況.

目前應該沒有不支援在NAT下的SIP ＧＷ

社區寬頻的070?是指二類電信的社區網路有可以用070撥打出去的服務嗎?