[100354] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Comcast blocking p2p uploads

daemon@ATHENA.MIT.EDU (Alexander Harrowell)
Mon Oct 22 07:12:52 2007

Date: Mon, 22 Oct 2007 12:10:40 +0100
From: "Alexander Harrowell" <a.harrowell@gmail.com>
To: "Andy Davidson" <andy@nosignal.org>
Cc: "Leo Bicknell" <bicknell@ufp.org>, nanog@nanog.org
In-Reply-To: <A22CC650-D608-47D3-A5CF-3EAFD4722D7C@nosignal.org>
Errors-To: owner-nanog@merit.edu


On 10/22/07, Andy Davidson <andy@nosignal.org> wrote:
>
>
> In the UK at least, option 1) is financially more favourable for
> ISPs, since the data flow is
>         vendor -> transit -> last mile -> end user,
> rather than
>         end user -> last mile -> last mile -> end user.
>
> The last mile is where all the costs are.
>
> Andy
>

Of course, bitstream and l2tp backhaul lend more complexity to the
whole thing; the efficiency maximising behaviour for clients is
exactly the opposite, as p2p traffic between local peers gets both a)
tromboned up to the ISP's pop and back down again, and b) charged for
per bit by BT/whoever. In fact, you want p2p content to come in from
the 'net because it only transits BT's wires once...

I can't think of an obvious way for a p2p client to detect this.

home help back first fref pref prev next nref lref last post