Slashdot Log In
Bittorrent To Cause Internet Meltdown
Posted by
CmdrTaco
on Mon Dec 01, 2008 10:14 AM
from the packet-schmacket dept.
from the packet-schmacket dept.
Gimble writes "Richard Bennett has an article at the Register claiming that a recent uTorrent decision to use UDP for file transfers to avoid ISP 'traffic management' restrictions will cause a meltdown of the internet reducing everybody's bandwidth to a quarter of their current value. Other folks have also expressed concern that this may not be the best thing for the internet."
Related Stories
[+]
BitTorrent Calls UDP Report "Utter Nonsense" 238 comments
Ian Lamont writes "BitTorrent has responded to a report in the Register that suggested uTorrent's switch to UDP could cause an Internet meltdown. Marketing manager Simon Morris described the Register report as 'utter nonsense,' and said that the switch to uTP — a UDP-based implementation of the BitTorrent protocol — was intended to reduce network congestion. The original Register report was discussed enthusiastically on Slashdot this morning."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
98% (Score:5, Funny)
Re:98% (Score:5, Funny)
Nah, it would melt the internet tubes.
Parent
fairness (Score:5, Insightful)
If you're going to transfer files over UDP then you need to build some TCP-like protocol on top of it. The article doesn't say exactly how BT works in this respect, but he's probably right. There's no way that BT's protocol could be as sophisticated as TCP, given its 30+ years of development.
Most people don't appreciate how amazingly well TCP's flow control works in terms of maximizing link utilization in a way that is fair to all network users. We really don't need is an arms race of new, greedier protocols.
However, one thing to realize about P2P is that because there are often dozens of active TCP connections transmitting from one machine, fairness goes pretty much out the window anyway. An alternate protocol could conceivably improve on this by applying flow control to the aggregate throughput for the whole "bundle" of connections, rather than each connection individually. This would improve fairness and also increase efficiency because you wouldn't have a bunch of TCP streams individually trying to grow their windows, causing packet losses.
Re:fairness (Score:5, Informative)
Not really. You would need that if you were transferring a file from one computer to another. But Bittorrent scrapes together little bits of file from lots of other computers. If a packet is lost here and there, that bit of file is naturally requested again, probably from a different machine. That's just a consequence of the way Bittorrent works.
There's no reason in principle for this to be the case; obviously, metering of bandwidth should be by subscriber according to money paid, not by some arbitrary and easily manipulated value like number of open TCP connections.
Parent
Re:fairness (Score:5, Informative)
Not really. You would need that if you were transferring a file from one computer to another. But Bittorrent scrapes together little bits of file from lots of other computers. If a packet is lost here and there, that bit of file is naturally requested again, probably from a different machine.
No... you're getting confused between network packets (a kilobyte or two) and bittorrent's blocks (many kilobytes). Each bittorrent chunk is transferred using many network packets. If you're going to transfer those chunks using UDP, you need to sort out the packet order and do all the missing-packet checks and retries etc yourself. So you still DO need to build some kind of TCP-like protocol on top - even just for the error checking.
Parent
Re:fairness (Score:5, Interesting)
Not really. You would need that if you were transferring a file from one computer to another. But Bittorrent scrapes together little bits of file from lots of other computers. If a packet is lost here and there, that bit of file is naturally requested again, probably from a different machine. That's just a consequence of the way Bittorrent works.
That behavior needs to be driven by some timing and retry logic. Also, hosts need to determine how fast they can fire these UDP packets at each other. Those are the most basic fundamentals of transmitting bulk data over a packet network. You really would be reinventing some subset of TCP.
I think what he's trying to say is the TCP connection often gets dropped completely, for example the host just goes offline, or is bogus and transmitting false data. Bittorrent needs to account for this anyway by re-requesting packets from the network, so they have implement the retry logic differently that TCP anyway.
Parent
Re:fairness (Score:5, Insightful)
also, even if you ended up recreating a "subset" of TCP, that could still be fine. TCP is huge compared to UDP, and if you use UDP as a base for adding what you need, you can still come up with something much simpler than TCP; see, for example, RUDP. TCP's benefit is its ubiquity, but if you have the combination of a constrained enough environment and wide enough client distribution, that's less of a big deal. BT and uTorrent likely satisfy those requirements.
Parent
Re:fairness (Score:5, Insightful)
That said, the bottleneck for end users is typically the uplink on their last mile connection, so this probably won't bring the internet down or crash any ISPs, but it will make life worse for people sharing the connection.
Fun fact: The original implementations of TCP did not have flow control (it was on a test network after all). It did not take long for it to become apparent that flow control is a necessary feature. A few network meltdowns made the case quite well.
Parent
Re:fairness (Score:5, Interesting)
Except that one of the cool things about UDP is that it doesn't have to get through, so your router can drop all it needs to if it starts saturating your bandwidth. UDP has no guarantee of reliability at all.
I think going to UDP would be cool for another reason: there's not all the setup and teardown for connection. If 200 people each request the same block from me in a minute, do I really want to have to go through something like 'hi can I talk to you, what port should I use, hey here it comes, do you have it, ok, I'm done talking to you go away', or should I just shovel it out? If packets get dropped en route or mangled, do they not each already have enough hashing provided by the .torrent that should indicate they're bad, and to re-request?
Parent
Re:fairness (Score:5, Interesting)
You could make the opposite argument: the cool thing about TCP is it automatically retries and resends any dropped packets, so your router can drop all TCP traffic if it needs to.
Parent
Re:fairness (Score:5, Insightful)
You could make the opposite argument: the cool thing about TCP is it automatically retries and resends any dropped packets, so your router can drop all TCP traffic if it needs to.
In the scenario where multiple hosts have the data I want, I'd rather the software decide, not the router or my PC's stack. Like you said elsewhere [slashdot.org], it can just grab from another host. So I'd rather have the protocol with the lower overhead for my pipes/router/stack. If torrent software supports requesting the same block from multiple sources at the same time, this is even more important, because my stack will keep trying to get a good version of a mangled packet even if I really don't need it any more because someone else sent the block, whereas with UDP, the software knows it has it and won't bother.
Parent
Re:fairness (Score:5, Insightful)
Think of it this way, you have a congested router that has 1mbps of available bandwidth. Normally you have 5 TCP streams sharing it at 200kbps each. Everybody is happy. Now you replace one of the TCP streams with your UDP sender which is configured to transmit at 800kbps. It will continue to pound the router with 800kbps worth of traffic while the TCP streams all throttle back to 50kbps. Now you're not playing fair, and there's nothing the other TCP guys can do about it because they're all trying to play fair still.
Parent
Re:fairness (Score:5, Interesting)
There's no way that BT's protocol could be as sophisticated as TCP, given its 30+ years of development. Most people don't appreciate how amazingly well TCP's flow control works in terms of maximizing link utilization in a way that is fair to all network users. We really don't need is an arms race of new, greedier protocols.
TCP gets a lot of credit it doesn't deserve. It enforces bad design -- most client/server applications should be either stateless or session-based, rather than connection-oriented. Anything that even vaguely resembles a streaming application shouldn't even consider TCP. Finally, TCP's connection model is almost guaranteed to be suboptimal for any application that does require one.
What are the odds that HTTP, FTP, SMTP, and BitTorrent will all work optimally over TCP? Slim to none, and none is still waiting for Nagle.
Parent
Re:fairness (Score:5, Interesting)
To say that TCP is optimal at dealing with congestion is to say that individual packets are always a good representation of the data blocks being sent and received at the application level, and that best thing that any application can do when expected data doesn't arrive is to wait on it to be retransmitted, with the network layer queuing up all subsequent intact packets.
Once again, this behavior is guaranteed to be completely wrong for anything but toy command-line applications that fit on a single page in the back of a musty-smelling manual.
Parent
Re:fairness (Score:5, Insightful)
TCP stream oriented model is also a godsend for application developers. Networking is hard enough without having to build your own application state control systems (which is what would happen if you tried to make TCP stateless) for every single connection. It would be a nightmare.
Those who don't understand TCP are doomed to reimplement it, badly.
Parent
Re:fairness (Score:5, Interesting)
TCP does work well, and certainly the axiom about those who don't understand TCP being condemned to reimplement it badly is a valid one. However, it is the wrong tool for many modern applications. If you're writing networking code and you find yourself fighting TCP's behavior, it's not necessarily your fault.
The developers of BitTorrent have long since passed the level of play where they're better off using TCP/IP because "well, because that's what you're supposed to use." My objection was to the naive canonization of TCP as an all-purpose protocol that's somehow magically superior to any protocol that the application can implement on its own behalf.
"Because it's the most router-friendly protocol" is also no excuse. Applications that aren't a good fit for TCP often abuse the protocol, e.g. by disabling Nagling and tinkering with other parameters in an effort to make it work more like, well, UDP.
Those developers didn't reimplement TCP badly, but they might as well have, as their efforts are likely to have the same effect.
Parent
Re:fairness (Score:5, Funny)
And all this time I thought that spam was going to cause the Internet to melt down. Maybe we need new terminology. Instead of "melt down", it should be "Global Internet Change".
Parent
Re:fairness (Score:5, Insightful)
Not really, actually.
TCP enforces and faciliates delivery certainty. You may be sure that a packet arrived. It gives you everything to make sure some packet arrives in time, if it's fragmented and arrives in the wrong order it's reassembled and all the other little bits that are quite useful when you're normally transfering data.
This doesn't really apply to Bittorrent and the way it works. Bittorrent by its very nature transfers little parts of files. Parts in a size that can easily avoid fragmentation. Parts where it doesn't really matter whether they arrive at all. If they don't, the requesting machine will simply ask for it again. Maybe now, maybe later, maybe even from another source.
Yes, TCP has its merits and sometimes they are even used sensibly. Don't make me start about all the cases where TCP is used without any reason because neither packet size matters nor certainty of delivery is a criterion, but it's just "easier". But BT can well work on UDP and even generate less overhead and thus actually less traffic than it does today.
Face it. QoS, Netneutrality and traffic shaping or not: People will find a way around it. And when the choice is encryption and wrapping BT packets in even more overhead (because, say, the provider will only allow HTTP-Packets at full speed) or using UDP, it's a no brainer. For both sides.
Parent
Re:fairness (Score:5, Insightful)
If I pay for 10Mbps download speed
No, you don't. A dedicated 10 Mbps link would run thousands of dollars a month (a T1, which is 1.5 each way, is ~$300 in the US) and most consumers can't swing that sort of dedicated line. Instead, you paid for a connection that is 10 Mbps maximum and you knew damn well that you would be sharing it with others in your neighborhood. How else could you rationalize paying only $60/month for faster-than-T1 level service?
Pretending that you don't understand the difference between a dedicated line and a shared line is utterly unconvincing to me.
Parent
Re:fairness (Score:5, Insightful)
Then maybe they should be sold as such.
Look, all I want is to get what I get sold. If a line is sold as a 10mbit line, I will expect it to be a 10mbit line.
If I sell you a garage for 2 bucks a month, you might wonder but you will probably take the deal. Then you come around and notice that someone else is already standing in the space I sold you, and I tell you that you're allowed to use that space to park your car but only when it's free. Would you be happy? I guess not.
People will expect to be able to use what you sell them. And some of them will even use it. They really want to use what they got allegedly sold! How dare they?
Parent
Re:fairness (Score:5, Informative)
Parent
Re:You are not listening... (Score:5, Insightful)
I am saying that, in the case where multiple users have congestion, it is not a problem of user behavior. It is a problem of the ISP not having a wide enough uplink. If the users that are causing the congestion stop using their connection then they are not getting the service that they paid for. The ISP has three options at this point:
Almost every ISP in the country is selecting the first option and wondering why everybody is pissed at them. Number 2 would probably take away from their stock price (not that it has much further to slide at this point) despite it being the right thing to do, and Number 3, while honest and straightforward, would never fly.
However, everyone in these bittorrent debates pretends that the DSLAM port is the bottleneck. In a highly interconnected environment like a world full of bittorrent and other users, there are many other places for congestion far from the simple consumer-to-ISP policy enforcement point.
I'm not pretending that it doesn't exist. As a matter of fact, as I've said in other posts, this is due to oversold uplink connections and upstream networks not ready for this increase in bandwidth. Bandwidth is being charged for. Somebody is making money. Spend the money on increased network bandwidth at interconnects that are traditional and measurably congested and stop doing stupid shit like cutting off peering because someone looked at you funny.
However, BitTorrent here is a scapegoat - you'd have the same problem with large FTP sites, video archives, or masses and masses of streaming porn. A bottleneck isn't caused by the protocol. The bottleneck is caused by the demand, and demand for a service is independent the protocol it's wrapped in.
Parent
This is a good thing (Score:5, Insightful)
Forcing ISPs to treat all traffic the same, because they can't tell what is what, will be good for net neutrality.
You should get the bandwidth you pay for, regardless of what actually travels over it.
Re:This is a good thing (Score:5, Insightful)
Except that probably isn't what will happen.
Let's use Comcast as an example.
Their target customer "surfs the web", and checks their email.
Their high-maintenance customers, who complain about latency issues, throughput, etc. are the ones who use UDP in any significant volume.
UDP is used for online gaming, VoIP, etc. They will just start to deprioritize UDP, which is bad. 99% of customers won't notice the difference, but we will.
Parent
don't see it myself (Score:5, Insightful)
Well, since The Register don't seem to want to print my comment*, I'll repeat it here:
"I think this is a bit of scaremongering that's missing one vital point:
When an ISP throttles UDP packets because somebody is using excessive bandwidth, they'll be dropping packets *from that source*.
So while .torrent moving to UDP is going to affect VOiP and games, the effects of that will be *restricted to the person using excessive bandwidth* via bittorrent. There's no reason it would affect anybody else, and I doubt ISP's are going to be dumb enough to block packets at random.
Unfortunately that kind of blows the articles entire premise out of the water."
Myx
* Posted at 12:40pm, ten minutes after the article appeared, at a point where there were no other comments on the article. 3 hours later there are 37 comments, but no sign of mine. Now it may be that they've just been overwhelmed with comments, but I'm a suspicious soul at times...
Re:don't see it myself (Score:5, Funny)
Parent
Scare Mongering? (Score:5, Insightful)
This sounds like the basest kind of scare mongering, relying on a basic ignorance of the way networks work.
UDP is not any less filterable than TCP. To even make this argument, the reasoning is so contorted as to be silly. In either case, one uses a router to inspect packets and decide what to do with them. ISPs will simply go as deep through the envelopes as they like; they already do. With that knowledge they will do whatever is allowed by law. At present, almost anything is. If they abuse that power too foolishly, then it will start to be taken away from them.
And in the meantime, whoever they filter will tweak to retaliate, and it will always be a race. As far as I can see, this is just the ISPs (or their proxies) stopping at one random lap and crying how unfair it all is.
Why ignore the real issue here? If you sold a teenager in Topeka unlimited use of a large pipe, but now cannot handle her actual unlimited use of her large pipe, then you just need to start cutting better deals.
It's as simple as that.
If the teenager cannot actually use her fat pipe, 100% of the time, then stop lying about what it is you have sold to her. Either charge more or advertise less. It's as simple as that.
When I as a CEO, and millions of others like me, buy #MB upstream and #MB downstream, and utilize it 100%, 24/7, no one quakes over the calamity of the internet backbone melting down.
All of this discussion over filtering is really a discussion of pricing. And the fact that we are talking about it in the wrong terms is creepy.
Believe me, you do not want a bunch of unaccountable telecom bureaucrats playing god with the backbone. You want a free market making these decisions.
Ignorant much? (Score:5, Interesting)
The author of this article could have called or emailed Bram Cohen before writing this article, but then he wouldn't have had such sensational tripe to garner page views. If he had, he would have known that he has got it completely wrong. The switch to uTP is actually to make BitTorrent traffic more friendly to Internet traffic. You see, BitTorrent is trying to sell a content delivery service based on their client and the #1 complaint from their customers (businesses with content to deliver) and their customer's customers (end users) is that the BitTorrent DNA client seeding/downloading in the background hurts the performance of other applications. That's unacceptable if you're trying to sell an unobtrusive alternative/complement to traditional CDN.
Yup, good ol TCP is what is causing the problem. That's because BitTorrent breaks the assumption in TCP that one application needs only one TCP stream to do its work. To solve the problem BitTorrent acquired advanced congestion control techonology and it's inventors from "Plicto." The congestion control technology lets BitTorrent work without causing crazy latency for other applications on the box. BitTorrent is the responsible party here, recognizing the need for congestion control and implementing it in their protocol. Compare that to the author of this article who saw that BT was using UDP and assumed it was a naive attempt to get around ISP blocks.
The people who work at BitTorrent are smart enough to know that you can't beat your ISP by making a new protocol. The ISP sees all and can control all, even if it may lag behind the changes. That's why BitTorrent has been working to make changes where it can make a lasting difference, in the political layer of the network.
Re:A little extreme there, don't you think? (Score:5, Insightful)
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
It could be, or it could not be. To me, that's not even an issue that should involve the ISP. I pay them for bandwidth, not to be my nanny. It's akin to a car dealer that keeps checking into to make sure I'm not running drugs in the car I bought from them. Right or wrong, legal or illegal, I paid for the car/bandwidth, so butt the hell out or I'm going to either find another seller who doesn't bother me about what I'm doing, or just ignore your and route around your interference.
I want an ISP that sells me a pipe. That's it. What I send down it is of no concern, and if I pay for 5Mbps or whatever other arbitrary number, then I can't possibly "steal" bandwidth from other users because by definition I'm already limited to the amount that you sold me. If you can't provide it then don't sell it, because some users will use what you sell them. If you took the current ISP business model to any other industry you'd be laughed out of town, yet they get away with it. Can you imagine signing up for a "3 DVD's at a time" plan from Netflix and then when you actually check out 3 at a time they start bitching up a storm because "You're hoarding the DVD's!!! None of the other customers will be able to rent any of them!!!". Of course not. Because like most industry's they understand that if you sell a capacity you better damn well be able to meet it.
Parent
Re:A little extreme there, don't you think? (Score:5, Interesting)
Parent
Re:A little extreme there, don't you think? (Score:5, Interesting)
"that Car Dealer thing is a terrible analogy. With the ISP model, everything you do with the 'bandwidth' you paid for goes through *their* systems first - "
Which is bullshit, consider the post office, I order something online from a retailer, does this give the shipping company or government the right to open my mail and packages because it passes through their facilities? It's bullshit plain and simple. They don't have a right to watch and monitor what you send. It's just another cash grab disguised as "helping the consumer"
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
A car lease would be a more accurate analogy since you are only leasing the equipment.
Still, would you lease a car if it came with some guy who sat in the back seat and bitched about the miles you put on the vehicle? Maybe disable the car or limit how far you can travel during periods of high usage? Or said "No, you can't drive to X because X is the bad part of town and you can't possibly have a legitimate reason to go there"?
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
Actually yes, I can very well imagine that. Overselling capacity is a common practice in lots of industries, based on the customers' statistical use. For example, where I live, I have signed for an electrical plan that entitles me to use a certain amount of electrical power at a given time (=bandwidth). If everyone in my neighborhood used the power they're entitled to, the power lines would melt.
See also: banks and loans, but that's not a good example nowadays ;)
The ISP's problem is they oversold based on a given statistical model. That model is becoming obsolete as people increasingly use P2P. So they're trying to stem the tide by crying wolf (as in this example), or by claiming that the users are doing illegal stuff (copyright infringement) and should stop.
Parent
Re:A little extreme there, don't you think? (Score:5, Interesting)
If you took the current ISP business model to any other industry you'd be laughed out of town, yet they get away with it.
Cough...fractional reserve banking...cough
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
exactly. the argument espoused in this article is fundamentally flawed. in fact, it reads like it was written by an industry mouthpiece for the sole purpose of demonizing P2P users without absolutely no regard to logic or reality.
first off, as you said, it's impossible for the "download fiends" to actually use more than their share of bandwidth. if i have a 56K dial-up connection, there's no way for me to just decide, "hrmmm, this isn't fast enough for me. i think i'll be a dick and download at 9 Mbps by stealing bandwidth from my neighbors."
secondly, the author seems to be suggesting that everyone should use, or have access to, the exact same amount of bandwidth regardless of what they paid for, and that this level of bandwidth is decided by how much he personally uses/needs. well, that's very convenient for him and the ISPs. most of us are paying for 3+ Mbps connections, some people are paying for much more than that, but i guess we should all only be allowed to use 1~3% of the bandwidth we paid for because that's how much the author needs for his daily web surfing, e-mail, and posting of shitty articles on the web.
but why stop there? why not divide up internet bandwidth evenly between all 6.6 billion people around the globe. total global broadband internet bandwidth was estimated by Cisco [cisco.com] to be 5,372 petabytes per month in 2008. divided up between 6.6 billion people means we all get a 0.00265869476 Mbps connection--that's each person's 'fair share' of internet bandwidth. of course, we would all have faster internet connections if it weren't for those darn greedy business/enterprise internet subscribers.
internet bandwidth isn't a fixed commodity, or a limited natural resource. technology has always been driven by consumer demand, and broadband internet is no different. it's bandwidth-intensive applications like P2P, streaming-video/audio, enterprise applications, etc. that create the push for infrastructure upgrades and ever-increasing connection speeds/network capacities. it's idiotic to accuse "power users" or "downloaders" of destroying the internet or stealing other people's bandwidth. it's even more idiotic to think that everyone should use as little bandwidth as you do, as there's always going to be a someone who uses even less bandwidth. artificially manipulating internet usage while overselling more and more is what's going to cause broadband connection quality to continue to decrease. meanwhile, there are ISPs in Japan and Korea who are doing the exact opposite by increasing network capacity and connection speeds to meet the growing demand. perhaps if ISPs in the U.S. and Canada focused on making technological progress rather than opposing it, we'd be rolling out 1 Gbps symmetric broadband connections too, rather than fussing over people actually using their 3-4 Mbps connections.
Parent
Overselling peak bandwidth is fine (Score:5, Interesting)
Mislabeling it is not. If you sell 1MBps with a 25GB/month cap, then you need to be advertising your "1MBps peak bandwidth, 0.01MBps constant bandwidth" service, not misleading your prospective customers.
Practically every ISP should be overselling peak bandwidth; because people don't all use it at the same time, your only choices are to let them use as much as they can (overselling) or to throttle them. But both peak and aggregate bandwidth are important; if you're not providing much of the latter you shouldn't get to imply otherwise.
Parent
Re:A little extreme there, don't you think? (Score:5, Interesting)
The problem with bittorrent, is that it's MORE convenient than watching TV the old fashioned way. All the benefits of TIVO, except that I can use my computer (and keyboard) to specify which shows I want. I don't care which channels are broadcasting them, they just appear in the downloaded folder. I can watch from any computer in the house (or outside with a laptop). There are no DRM restrictions.
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
Don't even pretend that most bit torrent traffic is legitimate and legal.
So what? Piracy is a social problem. Blocking BT, which IS being used legitimately, is a wrong-headed attempt to use technology to "solve" a social problem.
And in this case, they're trying to do it on the most flexible network in the world, one that's SUPPOSED to route around problem areas.
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
That is a slippery slope, friend. You have chosen to live in a society and by extension have chosen to live by society's rules.
Didn't that society also make a few promises to the people that decided to live in it? Like freedom of speech, freedom to keep and bear arms, freedom against self-incrimination, etc, etc, etc?
If everyone gets to pick and choose which ones they want to abide by and not, then that becomes anarchy
So pot-smokers and people who exceed the speed limit lead us down the road to anarchy?
Parent
Re:A little extreme there, don't you think? (Score:5, Insightful)
While not correct if someone wants to be pedantic about it, it's very common to refer to the entire IP stack as TCP/IP or the TCP/IP stack. I can't think of a book that touches on networking either in part or is the entire subject of the book that I've read that does not use TCP/IP as the generic term for the entire stack. Possibly not a good idea for a legal document, but that's how it is.
Just like even though kleenex is a type of tissue, but tissue is not a type of kleenex, if someone asked you for a kleenex you wouldn't respond "I don't have any. All I've got here are these Great Value Facial Tissues", you'd just point them to whatever you have and know exactly what they meant. The same goes for when someone says "TCP/IP", while TCP/IP is a more specific thing than just IP, you know (or should know) what someone means and know that they very well may be referring to the entire stack, not just TCP and its sub-protocols specifically.
Parent
Re:Well Duh (Score:5, Interesting)
Sounds like the ISPs should have used the tax incentives we gave them to increase network capacity and reach to, you know, increase network capacity and reach. If they had done that years ago to keep pace with the growth of their network traffic, they wouldn't be in this situation.
But no, of course, it has to be the person who uses their connection's fault.
I pay for a pipe. My ISP should take no interest in the source or destination or type of service connections in this pipe. Anything else is just allowing the system to be used abusively.
It isn't appropriate for legitimate bittorrent users to be driving other TCP off the network.
The only way the BitTorrent use can drive other users off to the network is if the ISP's network is misconfigured or is being overutilized due to too much overselling (you have to have some overselling, not everyone is on 24/7). ISPs that have their shit together will have their network designed to handle expected and future traffic growth such that all of their customers can use what they paid for.
you just want to bully other people out of their bandwidth so you get more
They paid for their bandwidth and I paid for mine. I have a cap on my connection speed; they do as well. The only difference is that their YouTube videos load instantly and my BitTorrent transfer is knee-capped. Who is the bully here?
This isn't the right way for BitTorrent to move forward
What is the right way to move forward? Accept that there are two levels of Internet traffic: "clean, good, wholesome non BitTorrent traffic" and "dirty, evil, corrupting BitTorrent traffic"?
Parent
Re:Well Duh (Score:5, Insightful)
Parent
Re:Well Duh (Score:5, Insightful)
Don't meter then. Sell them a realistic line speed.
My ISP is selling me a line speed. In an ideal world (leaving out the marketing droids), they will be selling me a speed that I can reasonably expect on their already oversold network. They will cap my network connection at this speed such that I can never exceed it, and that's it. That's all that they will need to do.
In the real world, however, the line speed they sell seems to have nothing to do with what their network capacity is. Their line speed seems to do with "having a bigger one than the next guy" to bring in more subscribers even if their network can't handle it. As a result, they oversell a network that already can't realistically cope with their utilization numbers. Instead of looking at utilization and capacity numbers and figuring out what they can realistically support, they make shit up.
This making shit up is biting them in the ass. Hard. The need to do one of two things:
They've been dragging their feet on the first item because they want to erect tollbooths and speedbumps (destroying network neutrality along the way) so that they become the gatekeepers of the Internet - using public funds to fuel a private agenda, penalizing popular sites because they didn't think of the idea first or because it threatens their business model. They won't do the second because honesty is apparently taboo even if their realistic line speeds are pretty much an open secret (see dslreports.com).
Parent
Re:Ummm (Score:5, Funny)
Call in Mr Stevens, he's unemployed and looking for work.
Parent
More on this story... (Score:5, Funny)
Parent
Re:File Service Protocol (Score:5, Insightful)
They also said the same thing when UDP streaming internet video became a hit-- their servers couldn't keep up.
They just had to upgrade.
Hopefully the same thing will happen now.
Parent
Re:File Service Protocol (Score:5, Insightful)
I think this whole thing is just hinging on them upgrading the darned infrastructure. The ISP's have sat fat and lazy for too long just selling you a "faster pipe" as the last mile of cable got faster. All that while though the baseline infrastructure has been receiving upgrades as a snail's pace, while at the same time more and more users are jumping onto the net in droves.
They pocketed far too much money that should have been allocated to network upgrades to actually support increasing TRUE capacity - not just a theoretical burst speed that you might maybe be able to get for 3 or 4 minutes back home.
It's like that lazy employee who has 3 months to do 1 week's worth of work. He puts it all off until he has 2 days left, and then starts to moan about how he doesn't have enough time to do all this work. Well, at this point, he's right. It's his own fault though. My boss has a nice poster in her office that I think applies here: "Lack of planning on your part does not constitute an emergency on my part."
Parent
Re:Everyone wants a piece of the pie... (Score:5, Interesting)
16 linecards at 50k each, for 800,000. Lets call it a cool mill in asset costs.
30k subscribers paying $20 each a month. $600,000 a month. $7.2 mill a year.
Yeah, I can see how the initial sticker value of a 2 router closet is going to a road to ruin for most ISPs.
I don't think ISPs are cash cows by any means, once you consider opperating expenses and labor. But a $1 million dollar switch station can be easily amorted out over a 5 year loan when the ROI on that million is quite solid.
-Rick
Parent
Re:Everyone wants a piece of the pie... (Score:5, Informative)
8 Linecards @ 50,000 ea = $400,000
2 routers @ $400,000 = $800,000
$800,000 / 30,000 = $26.67
12 months * 5 years = 60 months (standard depreciation period for equipment)
26.67 / 60 months = $0.45 per month per customer for the routers
I think that when you start throwing large numbers out there to justify cost to the customer, please remember that these costs are amortized over the entire customer base and over time as well.
Let's say you lease the lines for $50,000 per month for each router:
50,000 * 2 = 100,000
100,000 / 30,000 = 3.33 per month per customer
Let's add in $10,000 per month for power
10,000 / 30,000 = $0.33 per customer per month
Add in $100,000 per month for line maintenance, $100,000 per month for repairs
200,000 / 30,000 = 6.67 per month per customer
And $100,000 per annum for your salary (being generous for sake of demonstration) and say another $200,000 per annum for overhead expenses and support staff
$300,000 / 30,000 = $10
$10 / 12 = $0.83 per customer per month
So for the equipment (amortized), electric, facilities (as overhead), staff, leased pipes, maintenance, etc. we have a total of $11.61
Now a low end line goes for ~$24 per month, while a high bandwidth line ~$60...
Parent