I went to the 8 x 8 sight and got a 'plugin not supported on Chrome, that is the second speed test site that gives me that error.
On Tue, Dec 30, 2014 at 12:37 AM, Chuck Hast <[email protected]> wrote: > Actually it is quite interesting, I also have Vonage, it did not work at > all > well when we first move here, voice in both directions was terrrible, and > Vonage said that they knew it would not work, so we were expecting > that, we did not use the Vonage service to the point that I was going > to ship back all but one device and keep it for grins on the cheapest > rate, but now the Vonage phones work just fine, so I am really flum- > moxed. > > I was looking a where to change the codec for the cellular side, but > I do not see where to do it for the cellular side of the phone. > > The uCell just acts like a mini base station, the phone registers with > it and carries on just as though it was talking to the big ones out on > the towers and other structures. There are NO knobs on the uCell, > indeed when I was talking to the AT&T CSR, I told him that it sure > would be nice to have a small web server where you could at least > link to the thing and watch as it did whatever it does on re-start. Mine > is in a higher part of the house so I can not see the indicators on the > front (well now I can I put a IP camera up looking at it so when i am > asked to tell them what I see I do not have to go running up there I > just bring up the video) when I am down in front of the computer. > > The testing I have done are with some numbers that you dial as it > is from a cell phone and i am testing the cellular stream not the > VoIP stream from a app to stream over WiFi. > > I was looking at the BW going through my router, when I have a call > running it is about 27Kb. It is not much, when I am not home the > modem will show maybe 100KB of data flow during the day from > my wife using the phones, so they do not pull too much. > > > > On Tue, Dec 30, 2014 at 12:23 AM, Mike C. <[email protected]> wrote: > >> > >> > >> > Message: 2 >> > Date: Mon, 29 Dec 2014 15:31:38 -0800 >> > From: Chuck Hast <[email protected]> >> > Subject: Re: [PLUG] O.T.VoIP and Satellite >> > To: "Portland Linux/Unix Group" <[email protected]> >> > Message-ID: >> > <CADNfBV-E-CAKZTq3tkYm5hxi4xCS7ZQ0a0635kt1j3KnD= >> > [email protected]> >> > Content-Type: text/plain; charset=UTF-8 >> > >> > MIke >> > Thank you for the observations. I did test the connection, since I am >> using >> > cellular, I found several phone numbers to test against, and all of them >> > provide >> > good inbound audio but my outbound audio is just all corrupted. >> > >> >> Call quality or lack thereof, as it relates to the network, is mostly a >> function of packet loss, delay and jitter. Jitter is variance in delay. >> 150 >> ms 1-way delay is the standard measurement for "toll quality voice." That >> is, the voice quality is good enough to charge for. >> >> > >> > I do not think that the DHCP assignment caused the problem, but I am >> trying >> > to figure out if something else was changed on the network at the same >> > time. >> > i.e. different routing. >> > >> > I know that normally ip addresses are not geo based, but it was always >> of >> > note that in the past any search or application that took me to a map >> would >> > always take me to a map of the area I live in, now since I am one >> > HughesNet, I see >> > that I am now taken to sites that are no where near where I am, and I >> > figured that it was probably where the gateway to the uplink to the >> > satellites was >> > located. I know that they have several of them, so I thought that might >> be >> > the issue. >> > >> >> You're correct in that a new DHCP ip address assignment could change the >> gateway and the routing to and from the satellite. It's also possible that >> only the outbound route is problematic. You would want to run at least >> some >> extended basic ping tests to the default gateway. >> >> What would be really useful at this point is to get some relevant network >> connectivity data. >> >> Can you go here - http://voiptest.8x8.com/ and run a few tests and post >> the >> results? I would run the test for 69 secs and run it for both G.729 and >> G.711 codecs. The reason being is that your internet connection might >> support the lower quality G.729 codec and you might be able to set that in >> your microcell or in your smartphone voip app. >> >> When the test is complete please click on the advanced tab and copy and >> paste all the statistics reported. >> >> Also, if you go to the "summary tab" and click on "result analysis" of >> "voip test" that would be useful info too. >> >> > >> > >> >> > Typical internet is asymmetric - when somebody is watching a movie >> > on netflix or surfing the web, they are receiving a firehose of >> > bits and sending out a trickle of ACK packets. >> > >> > VOIP usage is symmetric, moderate bandwidth data streams in both >> > directions. >> > >> > Satellites are also asymmetric - they have a limited number of >> > transponders with limited bandwidth, which they will allocate to >> > maximize overall customer retention, which means catering to the >> > majority. Which isn't thee and me. >> > >> > The satellite provider probably recently reallocated a customer >> > uplink transponder as a customer downlink transponder, to better >> > serve the netflix users. There might be an FCC or ITU document >> > or ruling about this. Do you know which particular satellite >> > you are talking to? One of the ANIKs? >> > >> > >> This is really getting off into the weeds. What matters with VOIP call >> quality is consistency. Consistency of packet loss, delay and jitter. >> Jitter is variance in delay. 3 Mbs of bandwidth in each direction should >> be >> sufficient to provide okay call quality. Call distortion is caused mostly >> by packet loss, delay and jitter. At the simplest level, 150 ms one way >> delay is the standard measurement to provide what's called "toll quality >> voice." That is, it's good enough to charge for. >> >> A g.729 call requires 32 kbps. The average satellite link bandwidth is >> approx 400 kbps. If you're just making a voip call, there shouldn't be any >> call quality problems due to "asymmetric, moderate bandwidth streams in >> both directions." >> >> However, asymmetric routing in which the outbound and inbound calls take >> different routes with different packet loss, delay and jitter is a real >> problem. >> _______________________________________________ >> PLUG mailing list >> [email protected] >> http://lists.pdxlinux.org/mailman/listinfo/plug >> > > > > -- > > Chuck Hast -- KP4DJT -- > Glass, five thousand years of history and getting better. > The only container material that the USDA gives blanket approval on. > > > -- Chuck Hast -- KP4DJT -- Glass, five thousand years of history and getting better. The only container material that the USDA gives blanket approval on. _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
