Sandvine CEO Says Internet Monitoring a Necessity
Khalid Baheyeldin writes in with a CBC interview with the CEO of Sandvine, Dave Caputo (bio here). Sandvine is the Waterloo, Ontario-based company that provides the technology that Comcast and other ISPs use to overrule Net neutrality by, for example, injecting RST packets to disrupt Bittorrent traffic. Caputo says, among other things, that Internet monitoring is a necessity. Some of the comments to the interview are more tech-savvy than the interviewee comes across.
And we can sell you just the product you need for that.
upon the advice of my lawyer, i have no sig at this time
http://redhatcat.blogspot.com/2007/09/beating-sandvine-with-linux-iptables.html [blogspot.com]
If you are running linux or a linux based router with iptables give this a try. My speeds returned to pre-sandvine levels.
"If you are using a Red Hat Linux derivative, such as Fedora Core or CentOS, then you will want to edit /etc/sysconfig/iptables. First, make a backup of this file. Next, open this file in your favorite text editor. Replace the current contents with this, substituting 6883 with your BitTorrent port number:
*filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0]
-A INPUT -i lo -j ACCEPT
#Comcast BitTorrent seeding block workaround
-A INPUT -p tcp --dport 6883 --tcp-flags RST RST -j DROP
-A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
#BitTorrent
-A INPUT -m state --state NEW -m tcp -p tcp --dport 6883 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 6883 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
COMMIT
Reload your iptables firewall with service iptables restart. You should now see a great improvement in your seeding.
If you are using Ubuntu or another non-Red Hat Linux derivative, then place the following in a file and execute that file as root.
#!/bin/sh
#Replace 6883 with you BT port
BT_PORT=6883
#Flush the filters
iptables -F
#Apply new filters
iptables -A INPUT -i lo -j ACCEPT
#Comcast BitTorrent seeding block workaround
iptables -A INPUT -p tcp --dport $BT_PORT --tcp-flags RST RST -j DROP
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
#BitTorrent
iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport $BT_PORT -j ACCEPT
iptables -A INPUT -m state --state NEW -m udp -p udp --dport $BT_PORT -j ACCEPT
iptables -A INPUT -j REJECT --reject-with icmp-host-prohibited
Your firewall is now configured and you should have great upload speed now. You will have to run this script every boot, by the way. One easy way is to call the script at the end of /etc/rc.local."
From TFA:
For every five megabits they sell you for $40, they buy a quarter of a megabit because they're planning on you not using your computer 24/7. They count on you being away at work or being asleep. They simply cannot provision that five megabits because that costs way more than what they're selling it to you for. They need people not using the internet for it to work at $40 a month. (Emphasis added)So let me get this straight--poor planning on their part somehow does constitute some form of emergency on my part?
If you haven't been down-modded lately, you aren't trying.
Sacred cows make the best hamburger.
As stated in the article is that the ISP's are selling you 1 megabyte while really buying you 1/4th of a Megabyte... Network monitoring is in other words necessary to ensure you in other words only use 1/4th of a Megabyte for every Megabyte you buy. It's right there in his argument!
After all,it isn't but a single step to go from "We are doing RSTs to save our network!" to "We can use this technology to "guide" our customers to our services and to our affiliates and to "discourage" them from using our competitors and make even greater profits!".
Mark my words,the Internet will end up a bunch of "walled gardens" like in the days of AOL and Compuserve. The amount of bandwidth they give you for "non-affiliated" services will be so pathetic as to not matter. They will offer the few big boys like Google a free pass to keep them from fighting it while the rest can just starve. The days of a wild and free Internet are coming to a close IMHO. And the world will be a much worse place for it. After all I'm sure that each "garden" will have their own "free" news feed where only approved views will be heard and the corporate spin will always be considered gospel. But that is my 02c,YMMV
ACs don't waste your time replying, your posts are never seen by me.
ISPs should never muck with a TCP stream. They're entitled to send ICMP messages. ICMP Destination Unreachable has codes for things like "(13) Communications Administratively Prohibited" and "(10) Destination host administratively prohibited". Then at least the user knows 1) that somebody along the route didn't like the packet, and 2) who to blame. There's a right way to do this, and sending an RST isn't it.
Client software may not pass all the ICMP info up to the user, but that could be fixed easily enough.
How about just telling the customers EXACTLY what they're paying for?
For $40 you get a guaranteed MINIMUM bandwidth of X with a potential to burst to Y.
If you want more, you pay for more.
Where is it written that it is all-you-can-eat?
All over ISPs' advertisements. Unless they've redefined the word "unlimited".
An Internet which is not neutral is less useful than an Internet that is. If web browsing is sped up at the expense of streaming video, that's going to hurt some people more than others. If streaming video is sped up at the expense of games, a whole other group is affected. Since people come up with new ways of using the Internet all the time, and we can't predict new uses, the best strategy is to give all packets equal measure.
Rather than throwing out Net Neutrality, it'd be more productive for ISPs to find business models that don't involve overcommitment, or at least make it less painful. Like some of the recent attempts to make P2P software favor nodes within the same ISP.
Not a typewriter
Sandvine is one of many telecomm gear companies that strongly support OSS. I used to work at a similar company with at least one ex-Sandvine co-worker. Basically, they build "devices" which they sell to ISPs and other big network operators. They build those devices with custom or off the shelf hardware combined with on OSS operating system, toolchain, and applications, plus a few closed source applications that contain their core competency and money proposition. This is often referred to as the "secret sauce" code.
These companies do support OSS and build their entire business model around it (in combination with some closed source). They aren't OSS zealots, but most of the employees are strong supporters of OSS and the companies are very good about contributing code back. A lot of the code in Linux and the BSDs is contributed by these companies. They support OSS conferences and the like, because they want to promote OSS, because it is a good way to recruit new talent, and because the improvements that come out of those conferences are often beneficial to their bottom line. A lot of people think OSS is created by hobbyists, but really Sandvine is a good example of who really makes up the OSS community and contributes code. It is mostly businesses who use it to make money in conjunction with hardware, services, or additional closed source software.
Read your contract - the ISP may say unlimited; but the DON'T guarantee a bandwidth. All unlimited means is that they don't cut you off or charge you more if you exceed a certain data volume.
Let's get real here. If an ISP was really selling you a guaranteed dedicated bandwidth you would be paying a much higher price than you do now. Why do you think T1 is hundreds of dollars per month at 1.5 Mb/s? Because of the service guarantee, that is why.
Packet switching works economically because it is shared bandwidth relying on a statistical distribution of traffic on the network. During peak loads traffic will be slower than at off peak times unless the network is extremely over-provisioned.
There is another technology out there that gives a guaranteed bandwidth for every customer - which is rapidly being displaced because of its inefficiency - it is called circuit switched, and it is what the phone companies use to carry analog voice. Every call gets it's own dedicated bandwidth. All I can say is that you would not want an internet based on this network model. It is slow, inefficient and inflexible.
Now ISPs have a problem with users that run applications that present a high constant load because they don't fit the statistical model. High volume P2P is the primary offender right now. If people are using these sorts of applications when the network is heavily loaded it seems to me quite reasonable that traffic based on interactive applications (VOIP, video, HTTP) should receive priority. ANY good computing system should favor interactive applications over non-interactive applications. It is a basic system design principle.
Sorry to inform you, but to do this you need to monitor.
A lot of people whine that this breaks the idea of network neutrality. I disagree; network neutrality must not allow one type of communications stream or application to seriously degrade the performance or usability of all of the other applications. If that occurs you do not have a neutral network. You have a network that is dedicated to that one application. That is NOT what I as an end user want.