Comment Re:Lesson Du Jour... (Score 1) 53
Ahh we,we.
mercy.
Comment Re:One valid reason for the app store... (Score 1) 53
Should we expect the mobile carriers to play a role here?
Seems to me that they should be able to see anomalous traffic and shut it down. Nest Pa?
Comment Re:i find it so hard (Score 1) 288
Does your ISP have a role to play here?
Submission + - Google to monitor surfing habits for ad-serving (zdnet.co.uk)
superglaze (ZDNet UK) writes: "Google has launched cookie-based "interest-based" advertising, which involves monitoring the user's passage across various WebSense partner sites. The idea is to have better-targeted advertising, which is not a million miles away from what Phorm is trying to do — the difference, it seems at first glance, is that Google is being relatively upfront about its intentions. From ZDNet UK's coverage:
A spokesman for Google told ZDNet UK on Wednesday morning that the company had "gone beyond the industry standard" for privacy in contextual advertising. "We were never going to be comfortable doing it unless we could offer this choice for the users," the spokesman said.
Asked whether there were any comparison to be made with Phorm, the ad-serving company that drew protests when it conducted user-monitoring trials with BT without first informing the subjects, the spokesman said Google had "been open and transparent from the start". "
A spokesman for Google told ZDNet UK on Wednesday morning that the company had "gone beyond the industry standard" for privacy in contextual advertising. "We were never going to be comfortable doing it unless we could offer this choice for the users," the spokesman said.
Asked whether there were any comparison to be made with Phorm, the ad-serving company that drew protests when it conducted user-monitoring trials with BT without first informing the subjects, the spokesman said Google had "been open and transparent from the start". "
Comment Re:QOS (Score 1) 282
QOS was put in by the IETF for a reason and I think this is it.
Why not provide priority service to applications that will be most negatively affected by congestion?
We all know that latency sensitive apps like voip or gaming suffer or become useless when there is congestion (which we all know exisits in every consumer network...) whereas taking 35 minutes vs 30 minutes to dowcload a 2 hour movie...
Seems like just good old fashion engineering to me and I think is quite better than the comcast approach of slowing all apps for 20 minutes.
Seems like just good old fashion engineering to me and I think is quite better than the comcast approach of slowing all apps for 20 minutes.
Comcast Discloses Throttling Practices 206
Wired reports that Comcast finally provided information on its network management practices late Friday. In a report to the FCC (PDF), the cable company admitted to targeting P2P protocols Ares, BitTorrent, eDonkey, FasTrack, and Gnutella. Quoting:
"For each of the managed P2P protocols, the [Sandvine Policy Traffic Switch] monitors and identifies the number of simultaneous unidirectional uploads that are passed from the [Cable Modem Termination System] to the upstream router. Because of the prevalence of P2P traffic on the upstream portion of our network, the number of simultaneous unidirectional upload sessions of any particular P2P protocol at any given time serves as a useful proxy for determining the level of overall network congestion. For each of the protocols, a session threshold is in place that is intended to provide for equivalently fair access between the protocols, but still mitigate the likelihood of congestion that could cause service degradation for our customers."
Beating Comcast's Sandvine On Linux With Iptables 361
HiroDeckard writes "Multiple sites reported a while ago that Comcast was using Sandvine to do TCP packet resets to throttle BitTorrent connections of their users. This practice may be a thing of the past as it's been found a simple rule in the Linux firewall, iptables, can simply just block their reset packets, returning your BitTorrent back to normal speeds and allowing you to once again connect to all your seeds and peer. If blocking the TCP packet resets becomes a common practice, on and off of Linux, it'll be interesting to see the next move in the cat-and-mouse game between customers and service providers, and who controls that bandwidth."
