Required Internet Speed for Obi voip service
Ideasmiths:
The previous speedtest result I used Kbps, so should be equivalent to the 512kbps upload speed supplied by Singnet. I changed to kbps and tested this morning, here's the result.
Looking at the codec at http://www.voip-info.org/wiki/view/Bandwidth+consumption, I was thinking that the uplink bandwidth of 512kbps or 55Kbps is a bit lower than the G711 at 87.2Kbps, hence the choppy conversation I was having.
Teracall has the table which shows how the codec's theoretical bandwidth usage expands with UDP/IP headers:
Codec BR NEB
G.711 64 Kbps 87.2 Kbps
G.729 8 Kbps 31.2 Kbps
G.723.1 6.4 Kbps 21.9 Kbps
G.723.1 5.3 Kbps 20.8 Kbps
G.726 32 Kbps 55.2 Kbps
G.726 24 Kbps 47.2 Kbps
G.728 16 Kbps 31.5 Kbps
iLBC 15 Kbps 27.7 Kbps
BR = Bit rate
NEB = Nominal Ethernet Bandwidth (one direction)
Stewart:
Sorry for the confusion about measurement units. In any case, the measured upload speed of your line is sufficient for at least five simultaneous G.711 calls, so we need to look elsewhere for the trouble. Make a test call through your office OBi. After at least two minutes (and while the call is still in progress), access the office OBi's web interface and display the Call Status. You can usually do this remotely with a simple port forward, but your office firewall (or policy) may not permit that. If you can connect to the office LAN via VPN, you may be able to access the OBi over that link. Or, if you have remote desktop access to your office PC, run a browser there to access the OBi. Worst case, have an associate open the page and save a screenshot. Do this test with both your softphone and your home OBi as the calling source.
Here is a call through my OBi at a time when the Internet path was less than perfect.
Items worthy of special note:
Peer RTP Address should match the public IP of your home connection. It's possible that because of firewall settings at one or both ends, OBiTalk had to proxy the audio, probably through a server in California. Obviously, that's asking for trouble.
With a clean connection, Jitter Buffer Length should fall to ~90 milliseconds. In my case, repeated underruns caused it to remain high (190 is the starting value).
Packets Lost and Packets Late are the key figures. If you have lots Lost and few or none Late, this is probably a line error issue or similar. The opposite likely indicates delays caused by competing traffic on one LAN or the other.
dircom:
Quote from: QBZappy on March 14, 2012, 02:28:35 pm
lightspeed,
I have one set up in Bolivia. Far end 256K up + 729 codec. Works a treat.
Does GV work in Bolivia ok? ie, calls in and out to the US work fine?
I have a friend in Belize, I am going to configure an Obi 100 for them, and ship
they did a speedtest .85 Mbps down / .45 Mbps up (850Kbps/450Kbps)
just found out, their internet is via a small microwave dish on a pole
From what I understand GV only supports G711, so G711 should work ok on their internet speed?
Navigation
[0] Message Index
[*] Previous page