Slyck.com
 
Slyck Chatbox - And More

Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Discuss Slyck's latest news
Forum rules
PLEASE READ BEFORE POSTING: Slyck Forum Rules

Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby SlyckTom » Wed Aug 20, 2008 11:55 am

It's no secret by now that Internet traffic creates a lot of bandwidth issues. There's only so much infrastructure to accommodate an insatiable population. If you believe the ISPs and network bandwidth management companies, you'll also believe that file-sharing protocols such as BitTorrent, Gnutella, eDonkey2000, and Usenet, make up a majority of Internet traffic.

It's not outside the realm of reason to believe that file-sharing technology has become the supreme communications medium of the Internet. For all its faults, it remains the best method for transferring files both large and small. BitTorrent and Usenet are best for large files, while Gnutella does a good job for small MP3s. As broadband becomes more commonplace in US households, more people are sharing larger files. So it stands to reason that ISPs are seeing an impressive percentage of their bandwidth used by file-sharing.

Unfortunately, the available bandwidth inventory remains weak. American ISPs have failed to keep up with the rest of the industrialized world, as the average broadband speed in the US is only ~6 Megabits per second. That equates to approximately 750 kilobyte per second. In other words, for every second that goes by, the most you can hope to download is 75% of a megabyte. That's about a full size MP3 in about 10 seconds or a full 750 megabyte XviD movie in about an hour.

Granted, those times aren't very bad. But that's taking into account optimal conditions, which largely exist on Usenet and private BitTorrent trackers. For the rest of the Internet community, that's when bandwidth bottlenecks start to rear their ugly heads.

Since catching up with Japan's 60 megabit per second bandwidth average is little more than a pipe dream, new and innovative alternatives have scattered themselves throughout the history of P2P. Of particular note is P2P caching, a technology used by bandwidth companies such as PeerApp. P2P caching requires an ISP to keep a caching server which stores the most frequent search requests. For example, if “A great song.mp3” is sucking up a lot of bandwidth and is popular with the file-sharing community, a peer caching server will store this request. The next time a user wants to download this file, it will come from the caching server rather than someone outside the ISP’s network. Rerouting traffic so that file transfers stay within the network keeps bandwidth down – and correspondingly, the cost. The amount of bandwidth available to the end user remains the same. Rather, the ISP keeps external bandwidth from other ISPs, and the associated connection charges, at bay.

P4P, the new file-sharing buzzword floating around town, has similar ambitions to P2P caching. Like P2P caching, the goal of P4P is to keep bandwidth local and avoid the costs involved with files transferring into and outside of the network. However, instead of caching servers, the idea takes a distributed approach. It requires cooperation and communication between the ISP and the file-sharing client, which at this point is like asking a divorced couple to embark on a two week Atlantic cruise on a small boat. The ISP is supposed to communicate to the file-sharing client the path of least bandwidth resistance and keep traffic within its network.

Sounds great, right? Conspiracy theories aside, the concept has potential. And according to a recent test by researchers at the University of Washington and Yale University, keeping P2P traffic local and off the major arteries greatly improved bandwidth allotment and completion rates for BitTorrent and other P2P traffic. The study notes that P2P applications are “network oblivious”, meaning that clients don’t care where their information comes from – just as long as the information is obtained.

P4P hopes to change that. Each ISP would be required to maintain an “iTracker”, which would keep track of network congestion and stay in contact with the P2P client when a file request is made. Once LimeWire is ready to download “A great song.mp3”, the ISP’s iTracker will tell the client where a local version of that song is, and the download will begin. The theory is, since the ISP provided a direct, short distance route for the transfer, bottlenecking will be greatly alleviated.

According to the study’s simulations, the idea seems to have merit. "Initial tests have shown that network load could be reduced by a factor of five or more without compromising network performance," said co-author Arvind Krishnamurthy, a UW research assistant professor of computer science and engineering. "At the same time, speeds are increased by about 20 percent."

The study is well documented with scientific evidence that indicates that P4P technology indeed has tremendous potential. Unfortunately, P4P technology is incompatible with encrypted clients, which are quickly becoming the norm in P2P society. The project’s success depends largely on ISPs and P2P developers working together, and if the trend towards encryption is any indication, this level of cooperation is almost non-existent. It would require ISPs such as Comcast to give up on “delaying” traffic and take on a radically new approach to bandwidth management, and P2P developers to forgo encryption. With deep mistrust enveloping the ISP/P2P consumer relationship, it’s possible we might see 60 megabit connections become the norm before P4P is given any serious consideration by either side. And in the meantime, that’s too bad.



Follow us on Twitter @SlyckDotCom
Join our Facebook Fan page
SlyckTom
 
Posts: 5713
Joined: Fri Jul 26, 2002 7:22 pm
Location: New York City

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby Dazzle_2 » Wed Aug 20, 2008 6:16 pm

Having read about this type of "technology" some months ago I was stuck with the single thought that this is maybe something that sounds great in the lab but wont hack it in the real world where random sharing folks come and go on decentralised networks that use very dynamic indexes, how then is anyone to track a single file, let along be able to ensure that rare file comes from the nearest src ignoring all others, thats just not going to cut it with developers or users.

I think I can rest confident in the knowledge no one is going to be be happy with a central index and the legalities of an ISP tracking and aiding illegal file sharing, go ask the RIAA if you think I,m wrong.
Dazzle_2
 
Posts: 857
Joined: Sun Sep 16, 2007 6:44 pm

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby Segadora_Severa » Wed Aug 20, 2008 6:50 pm

SlyckTom wrote:It's no secret by now that Internet traffic creates a lot of bandwidth issues. There's only so much infrastructure to accommodate an insatiable population. If you believe the ISPs and network bandwidth management companies, you'll also believe that file-sharing protocols such as BitTorrent, Gnutella, eDonkey2000, and Usenet, make up a majority of Internet traffic.



I was under the presumption that spam/junk mail fit in there somewhere at one time. Is it not counted anymore?
The plan looks like it could be very helpful if it can find a way of not infringing upon copyright holders. There would
have to be some sort of work around in place that would continue to keep the isp's out of the legalities or not allow
that type of material in the cache.

Dazzle_2 wrote:Having read about this type of "technology" some months ago I was stuck with the single thought that this is maybe something that sounds great in the lab but wont hack it in the real world where random sharing folks come and go on decentralised networks that use very dynamic indexes, how then is anyone to track a single file, let along be able to ensure that rare file comes from the nearest src ignoring all others, thats just not going to cut it with developers or users.

I think I can rest confident in the knowledge no one is going to be be happy with a central index and the legalities of an ISP tracking and aiding illegal file sharing, go ask the RIAA if you think I,m wrong.


It would also hurt people's ratio's on private trackers not being able to upload.
Censorship reflects a society’s lack of confidence in itself. It is a hallmark of an authoritarian regime . . . ”
—Supreme Court Justice Potter Stewart
User avatar
Segadora_Severa
 
Posts: 201
Joined: Mon Mar 13, 2006 10:30 pm

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby piXelatedEmpire » Wed Aug 20, 2008 10:15 pm

SlyckTom wrote:It requires cooperation and communication between the ISP and the file-sharing client, which at this point is like asking a divorced couple to embark on a two week Atlantic cruise on a small boat.

:lol:
Ross Wheeler, CEO of Albury.net.au, referring to the Australian Governments internet filtering plan wrote:"It's the most ill-conceived pile of stupidity by the biggest bunch of cretins that I've ever seen in my life"
piXelatedEmpire
 
Posts: 4680
Joined: Tue Mar 14, 2006 4:45 pm
Location: ESPNs NBA page

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby put4558350 » Thu Aug 21, 2008 2:17 am

how about privacy then.
p4p's idea is seem that isp need to know every file i p2p and able to log everything. I don't like the idea.
put4558350
 
Posts: 15
Joined: Sun Jun 26, 2005 8:05 pm

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby voodoohippie » Fri Aug 22, 2008 11:56 pm

It sounds like the napster days all over again with a central server keeping track of all the files. Ins't that act that caused Napster to go down by the RIAA? I'd hate to see an entire ISP gp down. Nope encrypted p2p is the best unless the RIAA employs AEM (ad supported management I've discussed this many times). However the RIAA doesn't want to play fair.
Check out The Legacy Album Rock http://thelegacy.shorturl.com for the best Album Rock, Classic Rock, Progressive Rock More than "Classic Hits"

Start an Internet Radio Station Legally and even stream Audio Ads.
http://startinternetradio.tk
voodoohippie
 
Posts: 458
Joined: Sat Nov 08, 2003 1:52 am

Re: Local Sharing Saves Bandwidth on BitTorrent/P4P Tests

Postby jimmy90 » Sat Aug 23, 2008 1:12 pm

I wonder if P4P "technology" (network awareness) cannot be built into P2P applications easily.

hmm :)
User avatar
jimmy90
 
Posts: 357
Joined: Mon May 05, 2003 7:48 am
Location: Neo-Rave Armageddon


Return to Slyck News

Who is online

Users browsing this forum: No registered users and 1 guest

© 2001-2008 Slyck.com