[104009] in North American Network Operators' Group
Re: [Nanog] Lies, Damned Lies,
daemon@ATHENA.MIT.EDU (Mark Smith)
Tue Apr 22 08:13:19 2008
Date: Tue, 22 Apr 2008 21:43:24 +0930
From: Mark Smith <nanog@85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org>
To: <michael.dillon@bt.com>
In-Reply-To: <D03E4899F2FB3D4C8464E8C76B3B68B002629BDB@E03MVC4-UKBR.domain1.systemhost.net>
Cc: nanog@nanog.org
Errors-To: nanog-bounces@nanog.org
On Tue, 22 Apr 2008 11:55:58 +0100
<michael.dillon@bt.com> wrote:
>
> > Time to push multicast as transport for bittorrent?
>
> Bittorrent clients are already multicast, only they do it in a crude way
> that does not match network topology as well as it could. Moving to use
> IP multicast raises a whole host of technical issues such as lack of
> multicast peering. Solving those technical issues requires ISP
> cooperation, i.e. to support global multicast.
>
> But there is another way. That is for software developers to build a
> modified client that depends on a topology guru for information on the
> network topology.
<snip>
Isn't TCP already measuring throughput and latency of the network for
RTO etc.? Why not expose those parameters for peers to the local P2P
software, and then have it select the closest peers with either the
lowest latency, the highest throughput, or a weighed combination of
both? I'd think that would create a lot of locality in the traffic.
Regards,
Mark.
--
"Sheep are slow and tasty, and therefore must remain constantly
alert."
- Bruce Schneier, "Beyond Fear"
_______________________________________________
NANOG mailing list
NANOG@nanog.org
http://mailman.nanog.org/mailman/listinfo/nanog
