Thread: RE: hkbn garbled voice |
|
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
|
|
Thread: RE: hkbn garbled voice |
|
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
|
|
Thread: RE: Potential security issue |
|
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
|
|
Thread: RE: Pro pricing |
|
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
|
|
Thread: RE: Incorrect datacentre? |
|
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
|
|
Thread: RE: hong kong broadband |
|
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
|
|
Thread: RE: hong kong broadband |
|
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
|
|
|