-
Website
http://techliberation.com/ -
Original page
http://techliberation.com/2006/07/27/study-voip-quality-getting-worse-can-we-prioritize-now/ -
Subscribe
All Comments -
Community
-
Top Commenters
-
MikeRT
195 comments · 6 points
-
eee_eff
803 comments · 8 points
-
mwendy
97 comments · 4 points
-
Ryan Radia
184 comments · 5 points
-
Richard Bennett
612 comments · 1 points
-
-
Popular Threads
-
Google on “Open”: Myopic Self-Focus
2 days ago · 7 comments
-
The Deontological Case Against Net Neutrality Regs
4 days ago · 16 comments
-
Facebook Privacy Controls Change & EPIC’s FTC Complaint
1 week ago · 10 comments
-
Cutting the Video Cord: “Apple TV” 2.0 + Disney & CBS
3 days ago · 3 comments
-
Google’s “Open” Philosophy and the Conspicuous Lack of Open-Source Search
1 day ago · 1 comment
-
Google on “Open”: Myopic Self-Focus
The Brix study is completely bogus. There's no actual data to support the reason Heydarat claims. There are plenty of other reasons why they may have found quality declining -- such as the fact that their TestYourVoip service may simply have gotten a lot more attention in places that people who are having trouble with their voip know about.
As others have pointed out, this same study could just as easily be interpreted to mean that telcos could be degrading the quality of VoIP traffic -- so perhaps the answer is that we should enforce net neutrality to stop telcos from degrading VoIP traffic.
Basically, there's nothing in this report that actually supports the fact that it's additional network congestion that's the problem. So, to interpret that way is just as ridiculous as to interpret it the way I do in the paragraph above.
I'm not in favor of net neutrality regulations, but you're making yourself look bad when you buy into these bogus claims over and over again.
Ed Felten covered this a long time ago, and repeated it in his summary white paper. The response of the anti-neutrality pundits seems to be to pretend that this argument doesn't exist.
Thank you for the posting. I would like to point out the following facts about the data:
- Based on comments from the testyourvoip user community more than half the tests were run for pre-qualification purposes (prior to signing up for VoIP). In those cases the users did not know if they had problems or not prior to running the tests.
- Close to one million tests were conducted for this study.
- The types of impairments and degradation factors that we analyzed point to network congestion. We are further analyzing the data to understand the location of congestion (core, last mile, etc.).
- Via the testyourvoip portal we measured and continue to measure "end-to-end" VoIP quality on the internet.
- The tests are conducted between the user's desktop to one of seven locations across the globe as selected by the user. The seven locations are connected to the internet via high BW connections without any impairments (they are monitored).
I encourage you to take a look at the site (www.testyourvoip.com), run the test, and examine the data.
Finally Brix Networks does not take any position in the Net Neutrality debate. The study simply points out that regardless of Net Neutrality or not successful VoIP deployments require end-to-end QoS.
Regards,
Kaynam Hedayat
CTO, VP Eng
Brix Networks
And as to the argument that "over-provisioning solves the QoS problem", there are a couple of key points that those who make this argument always overlook: 1) over-provisioning isn't cheap, and in many situations is actually prohibitively expensive or not possible due to physical constraints (such as wireless bandwidth); and 2) QoS isn't a solution to persistent bandwidth scarcity, it's a solution to the effects that bursty traffic (such as file downloads) have on streams with modest bandwidth requirements but tight jitter requirements. Regardless of your bandwidth, the billion users of the Internet can fill any segment to overflowing. The more bandwidth you bring to my house, the more traffic I can generate on the internal links. Bandwidth goes both ways, so increasing it simply moves the bottlenecks around, it doesn't eliminate them.
To mix bandwidth and jitter is to confuse the two key terms of network design.