返回列表 發帖

HKBN vs COMNET 個人之見解

不喜勿插, 歡迎一齊再討論分享。

HKBN RTP Status:
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
203.80.89.139    13a68658875  00:00:42 0000002134  0000000000 ( 0.00%) 0.0000 0000001992  0000000000 ( 0.00%) 0.0004
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
203.80.89.139    13a68658875  00:00:49 0000002465  0000000000 ( 0.00%) 0.0000 0000002322  0000000000 ( 0.00%) 0.0001



COMNET VOIP RTP STATUS
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:11 0000000549  0000000002 ( 0.36%) 0.0000 0000000427  0000000000 ( 0.00%) 0.0047
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:15 0000000765  0000000002 ( 0.26%) 0.0000 0000000643  0000000000 ( 0.00%) 0.0083
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:21 0000001079  0000000002 ( 0.19%) 0.0000 0000000957  0000000000 ( 0.00%) 0.0088
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:26 0000001341  0000000003 ( 0.22%) 0.0000 0000001220  0000000000 ( 0.00%) 0.0072
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:41 0000002061  0000000006 ( 0.29%) 0.0000 0000001944  0000000000 ( 0.00%) 0.0033
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:00:45 0000002270  0000000009 ( 0.39%) 0.0000 0000002154  0000000000 ( 0.00%) 0.0015
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:01:58 0000005906  0000000043 ( 0.72%) 0.0000 0000005826  0000000000 ( 0.00%) 0.0022
1 active SIP channel
my-pbx*CLI> sip show channelstats
Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:02:27 0000007307  0000000066 ( 0.90%) 0.0000 0000007248  0000000000 ( 0.00%) 0.0049


可以見到一分錢一分貨,小弟用PCCW 200M FTTH
jitter HKBN < 20ms, COMNET > 20ms
Asterisk係每20ms 出一個UDP Packet, 問題就在此, jitter > 20ms 就要響sip.conf 開jitterbuffer解決呢個問題, 但會增加voice latency(因為要buffer填滿先send data, 我個setting就200ms jitterbuffer), 而且COMNET packet係有loss..... 香港去香港都有loss, 汗~~

HKBN VoIP, 試過通話中時, 人地可以再打入黎, 或者開多條line打出去, 換言之同時間可以多過一條channel於同一個number運作(但我無試最多有幾多條channel).. 但不支持sip info, 做2nd stage dialing 用inband時, asterisk server有機會認錯number

COMNET 支援sip info, 不過同時間只可以有一條channel行, 多過一條會將原本果條cut左, 或者人地打唔入黎。

本帖最後由 lamsoft 於 2012-10-16 15:27 編輯

唔知係我PCCW問題定乜, packet loss 係可以 > 1%...

Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:09:17 0000027489  0000000405 ( 1.45%) 0.0000 0000027768  0000000000 ( 0.00%) 0.0058

Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
202.0.179.3      c27a9d8bdd6  00:11:03 0000032647  0000000526 ( 1.59%) 0.0000 0000033047  0000000000 ( 0.00%) 0.0041

根據ulaw d document, > 5% 會嚴重影響quality
不過當有packet loss時都發現會發現聲音會有停頓

TOP

試了HKBN 13分鐘, 只有1個packet loss

Peer             Call ID      Duration Recv: Pack  Lost       (     %) Jitter Send: Pack  Lost       (     %) Jitter
203.80.89.139    13a68722e62  00:12:58 0000038920  0000000001 ( 0.00%) 0.0000 0000038797  0000000004 ( 0.01%) 0.0003

TOP

ching 你地D知識很有用,但我在大陸用HKBN 同 comnet phone 在同一設備上,好像是comnet phone
音頻比較好,為什麼呢?

TOP

2b App免費試用完結日,將延續至香港時間2012年11月30日23:59止

親愛的2b App客戶:

為提升服務質素,我們將於稍後透過電子問卷形式邀請 閣下就2b App提供寶貴意見。為答謝 閣下繼續使用2b App及提供的寶貴意見, 閣下的2b App免費試用完結日,將延續至香港時間2012年11月30日23:59止。服務詳情、條款及細則,及 閣下之2b電話號碼,請參閱早前成功登記服務後發予 閣下之確認電郵或瀏覽www.hkbn.net/2b

香港寬頻網絡有限公司   謹啟  
(本電郵乃由系統自動寄出,請勿回覆。)

TOP

本帖最後由 wingchai 於 2012-10-30 00:09 編輯

好....發得好..又有得用多一個月
係米全剖都有,定後問左卷先有?

TOP

回復 5# king3one

不错的信息。我也会考虑申请一个。

TOP

回復 5# king3one

但是没有说在哪里申请2b app呢?

TOP

CM phone 絶對不推薦用在商業用途上,
我已經在大陸和香港試了無數次.用ATA,software or iphone apps(Acrobits softphone)
3種方法都有同樣問題,註冊上CM's server 是沒有問題的(不論是HK定CN,用不用VPN).但註冊后打電話十分鐘必斷線,因為用ATA,APPS,SOFTWARE 都有再次註冊時間的設定,一般是300,600,3600 second, 但無論你set多set少,CM phone's server 都會改為600秒再註冊,但再註冊時就會註冊吾到(同一個IP都如是,這個時段是"被罰時間"),五至十分鐘后又OK返。所以商業用途上千其吾好用CM.

HKBN 都有呢個問題,但因為2B沒有"被罰時間",2B是可以馬上再註冊的,註冊時間1-2秒就完成.所以有時會突然打吾出或客人打吾入,但只要hook-off再拿起話筒聽到dial-tone就可以打出了,客人亦是一樣,打比你時busy-tone,但馬上redial比你時已經可以通返.2B的next reg. time亦是300 second,但如果你通話時剛剛到了註冊時間,佢吾會斷你線...直至你通話完畢為止.

CM 維一好處是平,和話音質量比2B好,其他全部無得同2B比

TOP

本帖最後由 角色 於 2012-10-30 20:06 編輯

回復 9# et620

我同意你的说法,但是现在用VoIP over VPN,效果已经改善不少!CN Phone本身的注册问题是存在,根据在我们测试中,如果同一个IP注册时间会快一点。不同IP就会像你那样,罚停很久!可能这与hacking有关系,所以CN Phone她们。。。。。。

不管怎样HKBN 2b是非常不错!如果简单用,就用ATA,在用G729,如果drop packets不是很大的,效果应该不错。

其实如果你要发挥HKBN 2b的最大就是用Asterisk,因为你可以同时可以多线打入,而没有miss call。

TOP

本帖最後由 167pk 於 2012-10-31 19:41 編輯

如用國內是用adsl上網Voip配合 G.729 Codec那麼把 frame size 設為 40ms 會比 20ms 來得好

以下為 20ms VS 40mm Frame size 的 bandwidth 計算值

G.729 call with voice payload size of 20 bytes (20 ms):
(40 bytes of IP/UDP/RTP headers + 20 bytes voice payload)* 8 bits per byte * 50 pps = 24 Kbps

G.729 call with voice payload size of 40 bytes (40 ms):
(40 bytes of IP/UDP/RTP headers + 40 bytes voice payload) * 8 bits per byte * 25 pps = 16 Kbps

即 20ms 時資料傳輸量為 24Kbps 但 40ms時是 16Kbps , 即40ms時流量反跌不升
但再大就會出現強烈的延遲現象

TOP

本帖最後由 wingchai 於 2012-10-31 12:48 編輯
如用 G.729 那麼把 frame size 設為 40ms 會比 20ms 來得好

以下為 20ms VS 40mm Frame size 的 bandwidt ...
167pk 發表於 2012-10-31 12:31



    167PK 係米真架,如係就真係大發現,cmphone over vpn 會唔會一樣,20ms vs 40ms frame size聲音有分別嗎? delay會不會増加?

但為什麼g729很多時都是set 20ms呢?
draytek 2930n
寬邁 DGP306-o
Soundwin TB110
Tp-Link 1043nd
水星 mw330r

TOP

CM phone 絶對不推薦用在商業用途上,
我已經在大陸和香港試了無數次.用ATA,software or iphone apps(Acrobi ...
et620 發表於 2012-10-30 18:37



    cmphone用在DGP301.DGP306 ok 呀,不過要over vpn + G729 code
draytek 2930n
寬邁 DGP306-o
Soundwin TB110
Tp-Link 1043nd
水星 mw330r

TOP

本帖最後由 167pk 於 2012-10-31 13:11 編輯
167PK 係米真架,如係就真係大發現,cmphone over vpn 會唔會一樣,20ms vs 40ms frame size聲音有分別 ...
wingchai 發表於 2012-10-31 12:47


報告...經人肉測試
cmphone over vpn 採用 codec G.729 時
用 40ms frame size比 20ms GOOD
真係冇咁lag


需注意即通過VPN (pptp) 時 header size大了
即原本 MTU 可通過的最值大為 :
1) ethernet (lan) : 1500
2) pppoe (adsl) : 1500 - 8 = 1492

但VPN to VPN 後的 MTU 值為
1) ethernet (lan) : 1500 - 56 -56 = 1388
2) pppoe (adsl) : 1500 - 8 - 56 - 56 = 1380

  單純計算出來的值

TOP

報告...經人肉測試
cmphone over vpn 採用 codec G.729 時, 用 40ms frame size比 20ms GOOD  
真係 ...
167pk 發表於 2012-10-31 12:58



   Over..Over..  做得好 . 等我下個星期上大地時試一試先,睇下你係米掛人頭賣豬肉 .多謝PK 哥哥塞錢入我袋.
經人肉測試有幾耐,有冇斷線同delay呀

capture_10062012_222731.jpg
draytek 2930n
寬邁 DGP306-o
Soundwin TB110
Tp-Link 1043nd
水星 mw330r

TOP

返回列表