電訊茶室 - Powered by Discuz! Board

標題: HKBN vs COMNET 個人之見解 [打印本頁]

作者: lamsoft 時間: 2012-10-16 15:24 標題: 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:25

本帖最後由 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時都發現會發現聲音會有停頓

作者: lamsoft 時間: 2012-10-16 15:43

試了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

作者: wingchai 時間: 2012-10-16 23:42

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

作者: king3one 時間: 2012-10-29 21:30

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。

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

作者: wingchai 時間: 2012-10-30 00:06

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

好....發得好..又有得用多一個月

係米全剖都有,定後問左卷先有?

作者: 角色 時間: 2012-10-30 00:08

回復 5# king3one

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

作者: 角色 時間: 2012-10-30 00:12

回復 5# king3one

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

作者: et620 時間: 2012-10-30 18:37

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秒再註冊，但再註冊時就會註冊吾到(同一個ＩＰ都如是，這個時段是＂被罰時間＂），五至十分鐘后又ＯＫ返。所以商業用途上千其吾好用CM.

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

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

作者: 角色 時間: 2012-10-30 19:52

本帖最後由角色於 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。

作者: 167pk 時間: 2012-10-31 12:31

本帖最後由 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時流量反跌不升

但再大就會出現強烈的延遲現象

作者: wingchai 時間: 2012-10-31 12:47

本帖最後由 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呢?

作者: wingchai 時間: 2012-10-31 12:51

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

cmphone用在DGP301.DGP306 ok 呀,不過要over vpn + G729 code

作者: 167pk 時間: 2012-10-31 12:58

本帖最後由 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

單純計算出來的值

作者: wingchai 時間: 2012-10-31 13:12

報告...經人肉測試
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 (2012-10-31 13:13, 149.39 KB) / 下載次數 634
http://telecom-cafe.com/forum/attachment.php?aid=1839&k=dfed96b7dd5ce050d1fd14b2ad823836&t=1732300503&sid=o0QtV0

作者: 167pk 時間: 2012-10-31 13:18

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

就是昨天剛幫別人設置 site to site vpn (pptp) + voip 時出現問題
電話總是潛水聲音

但經修改為
1) G.729 codec 的 Frame size 改為 40ms
2) VPN 的 MTU 改為 1380
後非常之掂

作者: wingchai 時間: 2012-10-31 13:30

記鐌在案,又有問題如不改VPN 的 MTU 改為 1380 會........

作者: 167pk 時間: 2012-10-31 13:31

記鐌在案,又有問題如不改VPN 的 MTU 改為 1380 會........
wingchai 發表於 2012-10-31 13:30

會斷線 + 疾下疾下

作者: wingchai 時間: 2012-10-31 14:17

收到

作者: 99BB 時間: 2012-10-31 18:43

本帖最後由 99BB 於 2012-10-31 18:47 編輯

會斷線 + 疾下疾下
167pk 發表於 2012-10-31 13:31

我在dgp301搵唔到改mtu的地方, 改香港server side個路由的mtu和在大陸的路由得唔得

作者: 167pk 時間: 2012-10-31 19:14

我在dgp301搵唔到改mtu的地方, 改香港server side個路由的mtu和在大陸的路由得唔得 ...
99BB 發表於 2012-10-31 18:43

得....

作者: 角色 時間: 2012-10-31 19:48

本帖最後由角色於 2012-10-31 19:51 編輯

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

需注意即通過VPN (pptp) 時 header size大了
即原本 MTU 可通過的最值大為 :
1) ethernet (lan) : 1500
2) pppoe (adsl) : 1500 - 8 = 1492 （8的怎样出来？不能其他数字吗？）

但VPN to VPN 後的 MTU 值為
1) ethernet (lan) : 1500 - 56 -56 = 1388 （56是怎样的来？什么要减两次？）
2) pppoe (adsl) : 1500 - 8 - 56 - 56 = 1380 （为什要减 8，然后减56，再减56呢？）

在MTU上，你说的数字是怎样推算出呢？

作者: 167pk 時間: 2012-10-31 21:40

需注意即通過VPN (pptp) 時 header size大了
即原本 MTU 可通過的最值大為 :
1) ethernet (lan) : 1500
2 ...
角色發表於 2012-10-31 19:48

這某利寫的啊

http://www.cherrot.com/2011/09/pptp-l2tp-over-pppoe-mtu-mru

作者: et620 時間: 2012-11-1 04:22

本帖最後由 et620 於 2012-11-1 04:32 編輯

cmphone用在DGP301.DGP306 ok 呀,不過要over vpn + G729 code
wingchai 發表於 2012-10-31 12:51

Wingchai Ching,我是在HK境內用HKBN BB100 試CM PHONE的,用了ATA,SIP PHONE APPS和CM PHONE SUGGEST的HUAWEI SOFTWARE(OPENEYE),3種方法都斷線程況,因為在香港試,所以跟本不需要行VPN,我家用的IP已經半年未轉過IP(差不多=fixed IP),我是CM PHONE一直打天文台的互相天氣1878200,長聽著十分鐘電話試出來.CHING 請問你有無一直通電話十多分鐘而無drop line,(我一直好想知係咪自己set錯config).

但我用2B吾埋在香港OR大陸都無問題,可以一直通電話30分鐘以上,所以我個人覺得CM phone普通用無所謂,因為平,但公司用就吾適合.因為成日斷線比啲客compliant死.

作者: 99BB 時間: 2012-11-1 09:10

Wingchai Ching,我是在HK境內用HKBN BB100 試CM PHONE的,用了ATA,SIP PHONE APPS和CM PHONE SUGGEST ...
et620 發表於 2012-11-1 04:22

cmphone在九月前係完全無問題的, 唔知道係換左系統, 定話減價後上客太多, 系統負荷唔到, 或改左settings.

作者: alang 時間: 2012-11-1 11:21

非常寶貴的使用經驗，很受用，謝了

作者: 167pk 時間: 2012-11-1 11:26

本帖最後由 167pk 於 2012-11-1 12:54 編輯

Wingchai Ching,我是在HK境內用HKBN BB100 試CM PHONE的,用了ATA,SIP PHONE APPS和CM PHONE SUGGEST ...
et620 發表於 2012-11-1 04:22

cmphone 經 VPN 後我沒事

router 開 port

睇返 router 的 log
cmphone sip port 用 5060-5061 , rtp port 用 18000-20000

另 VOIP Phone/Gateway 的兩組DNS
保險起第1組用返您上網 ISP 所提供的 DNS , 第2組用 google 的 DNS (即 8.8.8.8)

作者: 167pk 時間: 2012-11-1 13:11

Wingchai Ching,我是在HK境內用HKBN BB100 試CM PHONE的,用了ATA,SIP PHONE APPS和CM PHONE SUGGEST ...
et620 發表於 2012-11-1 04:22

我公司用是否上了賊船

作者: et620 時間: 2012-11-1 14:26

我公司用是否上了賊船
167pk 發表於 2012-11-1 13:11

我都是公司用3條LINE,$58/月

作者: et620 時間: 2012-11-1 14:43

cmphone 經 VPN 後我沒事

router 開  port

睇返 router 的 log
cmphone sip port 用  5060-5061 ,  ...
167pk 發表於 2012-11-1 11:26

router's port forward 我一早做晒了,167 CHING 我裝CM PHONE的時候是8月,申請了2個NO試用1個月,完全無問題才跟他們SIGN CONTACT,到9月后很多客戶頭訴打吾入比我公司,我先知個電話有問題,到現在都吾知問題出在那裡,起初以為大陸BLOCK咗我的VOIP,於是成套機攞返來香港試都一樣,所以吾關大陸事,(我現在飛了線去2B電話,2B在大陸用吾經VPN都無事,我用VOIP有4年了,一直吾用VPN都無BLOCK我),所以我話CM PHONE是垃圾

作者: andyng 時間: 2012-11-1 15:55

我有點奇怪,
ComNet-Telecom
這公司是否啊爺開的公司?

作者: king3one 時間: 2012-11-1 16:29

回復 31# andyng

YES,

中信電訊 AND 信通電話 (ComNet Telecom) == Father and Son

http://www.citic1616.com/zh/about-member.php

作者: andyng 時間: 2012-11-1 16:51

回復 andyng

YES,

中信電訊 AND 信通電話 (ComNet Telecom) == Father and Son
king3one 發表於 2012-11-1 16:29

唔怪得我同客服連絡時,
客服好像同大陸d電信公司一樣官僚

作者: wingchai 時間: 2012-11-1 21:55

本帖最後由 wingchai 於 2012-11-1 22:02 編輯

Wingchai Ching,我是在HK境內用HKBN BB100 試CM PHONE的,用了ATA,SIP PHONE APPS和CM PHONE SUGGEST ...
et620 發表於 2012-11-1 04:22

,次次都講半個至一個鐘,vpn server 又係bb100, 不過我張vpn server lan ip 攺的 192.168.3.1 開始.
3種方法都斷線程況,冇理由架喎?係米其他問題呀.

歡迎光臨電訊茶室 (http://telecom-cafe.com/forum/)