Netflix Rather Quietly Admits Verizon Isn't Throttling Netflix Streams
from the crying-wolf dept
A lot was made last week of the blog post by iScan developer David Raphael, who managed to get a front line Verizon support tech to admit Verizon was intentionally throttling Netflix streams (and essentially anything hosted on AWS) for home FiOS users. The resulting press cacophony largely consisted of outlets claiming that this was indisputable proof positive Verizon was violating net neutrality. Except as we noted previously, while anti-competitive shenanigans certainly aren't out of character for the telco, there really wasn't enough actual evidence proving that the problem wasn't the result of peering, routing, or other congestion issues, the kind that Netflix and YouTube users have been complaining about for much of the last year.While some believe Verizon might be intentionally letting peering links saturate to their own benefit, the company issued repeated statements denying traffic discrimination, and blaming Netflix for the problems. Strangely Netflix wouldn't comment to anyone in the press on what was happening, but the company did for whatever reason feel free to tell J.P. Morgan analyst Doug Anmuth privately that Verizon is not throttling Netflix streams:
"J.P. Morgan analyst Doug Anmuth...says he has been talking to Netflix CEO Reed Hastings and CFO David Wells, and they told him they don’t think cable and telco companies are hampering the company’s video streams. Anmuth doesn’t have much to report on the topic, so here are his comments in their entirety: "Netflix does not seem overly concerned regarding Net Neutrality, and continues to believe that violations would be escalated quickly. Netflix also indicated that it has no evidence or belief that its service is being throttled."Granted no "evidence or belief" doesn't mean Verizon isn't up to no good; the company has made an art form out of using bogus technical jargon to justify anti-competitive and closed behavior, especially on their wireless network. But the admission from Netflix (which sees a lot of the obfuscated peering data consumers don't) at least suggests Netflix can't prove it. It's not like Netflix has any vested interest in lying for Verizon's sake either; the company just got done threatening ISPs in an investor letter (pdf) that if ISPs were caught manipulating traffic anti-competitively, Netflix would "vigorously protest and encourage our members to demand the open Internet they are paying their ISP to deliver."
The entire story continues to be kind of fascinating in that despite press comments from a universe of very smart networking experts who claim to know what's going on, nobody actually knows what's going on. The full data simply isn't available to the public. A lot of people are claiming they're seeing throttling by their ISP, only to later realize they're not seeing the full picture. Claiming net neutrality every time the network farts is dangerous in that if we keep crying neutrality wolf without indisputable supporting evidence, less attention will ultimately come when a violation does truly occur.
Thank you for reading this Techdirt post. With so many things competing for everyone’s attention these days, we really appreciate you giving us your time. We work hard every day to put quality content out there for our community.
Techdirt is one of the few remaining truly independent media outlets. We do not have a giant corporation behind us, and we rely heavily on our community to support us, in an age when advertisers are increasingly uninterested in sponsoring small, independent sites — especially a site like ours that is unwilling to pull punches in its reporting and analysis.
While other websites have resorted to paywalls, registration requirements, and increasingly annoying/intrusive advertising, we have always kept Techdirt open and available to anyone. But in order to continue doing so, we need your support. We offer a variety of ways for our readers to support us, from direct donations to special subscriptions and cool merchandise — and every little bit helps. Thank you.
–The Techdirt Team
Filed Under: bandwidth throttling, net neutrality
Companies: netflix, verizon
Reader Comments
Subscribe: RSS
View by: Time | Thread
[ link to this | view in chronology ]
[ link to this | view in chronology ]
Netflix
Verizon went to COURT to maintain the ability to control traffic on their wires as they want, and AT&T went for a PATENT to do the same. Look at what companies are actually doing and spending their money on, instead of worrying about how to read PR speak.
[ link to this | view in chronology ]
One U-Tube 10 minute podcast will hang up 5 or 10 times causing total time required for viewing to be greater than the time required for a hour long complete move to play without interruption.
At times one move will play the next refuses to play, one pod cast will play the next will not.
I can then go to a non AT&T system and the pod cast will play correctly.
As far as this being limited to pod cast it is not. I only used the expression of pod cast as a short hand easy to use explanation of a very short presentation.
The only aspects of this I understand is that month after month cost goes up and quality goes down.
[ link to this | view in chronology ]
[ link to this | view in chronology ]
[ link to this | view in chronology ]
My theory is that AT&T had a capacity problem at that central office as folk in the area were increasingly adopting DSL in place of dial-up internet service. AT&T decided to handle this in a surreptitious way by capping individual DSL rates at a fraction of what my agreement with Cruzio stated and, undoubtedly, in violation of Cruzio's contract with AT&T. Those who complained were uncapped but those who didn't suffered, perhaps unknowingly, with a lower rate. This may well have been temporary until equipment updates at the central office increased total throughput. It does show that the telecoms are willing to quietly shaft their customers. Mine was a general problem, not just throughput from a particular site like Netflix. In the latter case, as this article points out, it is impossible for the end-user to know if a rate problem is not due to congestion rather than deliberate capping.
[ link to this | view in chronology ]
Re:
[ link to this | view in chronology ]