Choppy Calls on GV Receiving End
drgeoff:
Quote from: dennist on November 25, 2014, 04:50:13 pm
Quote from: drgeoff on November 25, 2014, 03:41:02 pm
Calling a **9 number does not use SP1 or SP2.
If you hear no choppiness on your voice coming back from the echo test, that absolves a lot of the OBi's hardware plus firmware and your internet connection.
It would indeed appear that the problem has something to do with GV but I don't know anywhere near enough about the ins and outs of that to make any pertinent suggestions except that of making test calls between your two GV numbers. Do those suffer choppiness?
I properly confused you. My telephone line 1 is configure to use SP1 while line 2 is configure to use SP2 on Obi202. I don't know how to make a **9 number without using the line 1 or line 2 on the cordless phone.
No offence intended, but it is you who may be a little confused. :)
You have your phone ports 1 and 2 configured so that they default to using SP1 and SP2 respectively. However those defaults can be overridden by prepending **n to a dialled number. For example, you can use the phone 1 to make a call that goes via SP2 by putting **2 in front of the number.
Similarly putting **9 before the echo test number 222 222 222 from either phone 1 or phone 2 will use the OBitalk network. The call does not involve either of the Service Providers you have configured on SP1 and SP2 (or SP3 and SP4 if you have those on your device.)
dennist:
drgeoff:
"No offence intended, but it is you who may be a little confused. :)"
Yes, It was I who was confused. Thanks for explaining.
KevKan:
I have been experiencing a high incidence of choppiness (intermittent/cutting out of audio for both parties) on inbound GV calls on my ObiHai 202. From what I can see, it appears to be most prevalent on local incoming calls. On occasions, the choppiness will disappear after about 20 to 30 seconds into the call and you are then able to have a normal conversation. I don’t think this is a QoS issue as I can immediately call the party back on the same line and not experience any choppiness. Anyone have ideas on things to check or settings to change?
jimr:
2 year old Obi110 no problems using Google Voice phone number as my primary home phone. Then in January 2015 people started complaining that my voice was cutting out bad, and static/odd sounds, like a really bad cell connection. I was hearing good voice quality from those same people on my end. I have cable internet runs 6 to 15 Kbps - and I am not doing any streaming
I tried switching to a corded analog handset, moving my cordless phone base station away from my router, tried **6 to update firmware in Obi (recording said no update available) , nothing had any effect.
Solution for me:
Today I went to my Obi account, and unchecked the GV number from SP1 "primary line for outgoing calls" and checked the SP2 "primary line for outgoing calls" on my unused Anveo phone number. People said my call quality immediately changed to "just fine".
I had purchased the Anveo number in April 2014 when Obi suggested GV stand alone numbers would cease to function - but GV continued to function and I had never "used" the Anveo number.
HELP? On Google voice I have the box next to Anveo checked, but GV history appears to be ignoring the calls made now, any suggestions?
Thanks,
Jim R Long Beach Peninsula, Washington
BB88:
I have been using the OBi200 with FPL for a couple days (new user). Today, the callers are hearing very bad broken voice, but I didn't hear anything. I tried connecting the OBi200 directly to the cable modem (to isolate problem with the router), but the broken voice is still there. I have the problem on both the Freephoneline.ca line and the GV line. The **9 222 222 2222 echo test does NOT have the problem.
Running some VoIP test from http://voiptest.8x8.com/voip.php?voiplines=1&testlength=15&codec=g711:
Speed test statistics
---------------------
Download speed: 7437 kbps
Upload speed: 3082 kbps
Download consistency of service: 8 %
Upload consistency of service: 84 %
Download test type: socket
Upload test type: socket
Maximum TCP delay: 289 ms
Average download pause: 7 ms
Minimum round trip time to server: 90 ms
Average round trip time to server: 111 ms
Estimated download bandwidth: 65265 kbps
Route concurrency: 8.775384
Download TCP forced idle: 92 %
Maximum route speed: --
VoIP test statistics
--------------------
Jitter: you --> server: 20.7 ms
Jitter: server --> you: 6.0 ms
Packet loss: you --> server: 0.0 %
Packet loss: server --> you: 0.0 %
Packet discards: 4.2 %
Packets out of order: 0.0 %
Estimated MOS score: 3.7
Navigation
[0] Message Index
[#] Next page
[*] Previous page