RE: hkbn garbled voice 16.09.2009 09:41

Forum: Providers

Unfortunately the problem is back and switching to the san diego server didn't help. I still get ~65 ms from my home to www6 and ~17ms from my home to hkbn. (Although the extra latency isn't likely to be the sole problem Is there any prospect of having your datacentre in Japan investigate whether they have a routing problem?)

Interestingly, I have two HKBN numbers - one on this account and one on my pro account and the garbling seems much worse on the pro account. Is there any reason why that might be the case?

Actually, there is one possible reason - the pro account just forwards calls to this account - perhaps there is a problem in the routing between the two accounts?

Cheers

Mike

RE: hkbn garbled voice 15.09.2009 08:22

Forum: Providers

Thanks Diafora,
For now the quality seems better so I will try moving servers if/when it happens again.

FYI that first traceroute seems overly long - I am based in HK and have 18ms latency to hkbn and 65ms latency to www6 so 150ms from www6 to hkbn looks like double what it should be (traceroutes below). Perhaps there was a temporary problem with the routing between www6 and hkbn?

traceroute to 203.80.89.135 (203.80.89.135), 64 hops max, 40 byte packets
3 n219076117114.netvigator.com (219.76.117.114) 15.738 ms 15.855 ms 15.436 ms
4 218.102.21.26 (218.102.21.26) 15.553 ms 16.626 ms 15.699 ms
5 218.102.21.13 (218.102.21.13) 15.263 ms 15.821 ms 16.906 ms
6 cti2-10G.hkix.net (202.40.161.63) 26.348 ms 25.525 ms 22.351 ms
7 061244232137.static.ctinets.com (61.244.232.137) 17.754 ms 17.945 ms 17.243 ms
8 061244232054.static.ctinets.com (61.244.232.54) 16.905 ms 19.097 ms 17.453 ms
9 061244232241.static.ctinets.com (61.244.232.241) 17.472 ms 17.648 ms 17.702 ms
10 061238225138.ctinets.com (61.238.225.13 18.979 ms 17.396 ms 17.141 ms

traceroute to www6.pbxes.com (124.108.37.109), 64 hops max, 40 byte packets
3 n219076117242.netvigator.com (219.76.117.242) 15.136 ms 15.020 ms 15.571 ms
4 pcd507202.netvigator.com (218.102.39.202) 107.866 ms 174.801 ms 210.796 ms
5 tenge4-2.br02.hkg05.pccwbtn.net (63.218.215.185) 16.206 ms 17.843 ms 17.030 ms
6 anc.ge13-37.br01.hkg04.pccwbtn.net (63.218.2.30) 17.973 ms 18.266 ms 17.235 ms
7 gi3-0-0.cr3.hkg3.asianetcom.net (203.192.134.65) 17.814 ms 18.063 ms 17.005 ms
8 po14-1-1.cr1.nrt1.asianetcom.net (202.147.0.41) 65.185 ms 65.424 ms 63.506 ms
9 gi1-0-0.gw1.nrt5.asianetcom.net (202.147.0.17 62.823 ms 64.395 ms 64.091 ms
10 Clara-Online-Inc.gw2.nrt5.asianetcom.net (203.192.150.94) 63.966 ms 64.058 ms 63.262 ms
11 e2-1.core1.tok4.clara.ad.jp (202.45.160.97) 64.558 ms 64.171 ms 65.974 ms
12 e2-18.core2.tok4.clara.ad.jp (202.45.160.85) 65.239 ms 64.116 ms 79.671 ms
13 e0-25.aggr4.tok3.clara.ad.jp (202.45.160.110) 71.410 ms 67.755 ms *
14 www6.pbxes.com (124.108.37.109) 65.751 ms 64.782 ms 65.241 ms

hkbn garbled voice 14.09.2009 14:19

Forum: Providers

Hi,
I've just started having a problem with both my hkbn trunks where the voices are garbled. Other trunks seem OK. Is there any way to debug what is going wrong with these trunks? The trunks are located in Hong Kong which is low latency to the www6 server (whereas a trunk that is working is in the UK).

Thanks

Mike

Potential security issue 14.07.2009 18:18

Forum: Bugs

Hi,
I'd like to report a potential security issue privately. I'd be grateful if you could advise how I can do this?

Thanks

MIke

Pro pricing 14.07.2009 10:18

Forum: Miscellaneous

Hi,
From the pro pricing page, it looks like the first 9 extensions should be at 9.95€/extension and then the next 10 are 4€/extension, but if I use the shop to subscribe to Pro with 10 extensions it quotes 40€/month. Is this correct? I haven't gone through and set up the subscription as I suspect it is not correct.

I am still looking for a way to get HKBN trunks working (c.f. http://www1.pbxes.com/forum/thread.php?threadid=74&sid= ) and might be able to manage 40/month but not 90+. Other suggestions to get this trunk working are welcome.

Mike

RE: Incorrect datacentre? 14.07.2009 09:37

Forum: Bugs

Thanks, I see that does indeed work.

Incorrect datacentre? 05.07.2009 17:38

Forum: Bugs

Hi,
I am set up to use the www6 datacentre, which from Hong Kong has by far the best latency, however if I do a snoop from the machine that my softphone (x-lite) is running on it shows that www1 is being used (specifically the IP address is 213.133.110.43 which has a latency of 300ms compared to 76ms for www6).

Per the getting started guide I am using just pbxes.org in the configuration for x-lite. Can/should I be specifying www6 specifically in order to use this datacentre?

Regards

Mike

RE: hong kong broadband 26.06.2009 18:49

Forum: Providers

Based on your suggestion I was able to set this up be using the PRO free trial and making the following changes:

outboundproxy=s22.hkbntel.net
register=3594xxxxhk:xxxx@Trunkname/Trunkname

where Trunkname is the name of the trunk as defined in the PBXes.org UI.

however these changes were lost when I had to make a change to the trunk through the UI.

Is a longterm resolution to this feasible other than switching to a PRO account?

Just a thought, but can I set up a new, single extension PRO account to handle this trunk and then have that account interface with my Premium account - e.g. when a call comes in on the HKBN trunk to the Pro account it forwards it to the Premium account and when I need to make a call on the HKBN trunk the Premium account sends the call to the Pro account?

Thanks

Mike

RE: hong kong broadband 26.06.2009 15:28

Forum: Providers

Hi,
I have two HKBN trunks and the above change works well for one of the trunks, but the other trunk is using a different proxy server (s22.hkbntel.net) with the same domain (s2hkbntel.net) and so when I try to use s2hkbntel.net in the Trunk configuration I get a 301: Jun 26 19:59:19 VERBOSE[6903] logger.c: -- Got SIP response 301 "Moved Permanently". More information on this is at http://www.voip-info.org/wiki/index.php?...ttings+HKBN+2b.

On my own asterisk box, I have both trunks working without changing /etc/hosts by using the outboundproxy field - e.g.:

type=friend
canreinvite=no
insecure=very
secret=12345678
username=12345678hk
fromuser= 12345678hk
outboundproxy=s22.hkbntel.net ; or s21.hkbntel.net for the other proxy server
fromdomain=s2hkbntel.net
host=s2hkbntel.net
dtmfmode=inband ; Choices are inband, rfc2833, or info
nat=yes
context=voicemailline
qualify=yes ; keep nat connection alive.

Is there any chance of it being possible to configure outboundproxy through the PBXes UI? It might be worth doing a manual test first in case the behaviour of this setting is different in your version of asterisk.

Regards

Mike