|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
In-Reply-To: <ACCE2EFC-8A97-4604-A2A7-1545622D4CC2@muada.com>
Cc: Sean Donelan <sean@donelan.com>, Bora Akyol <bora.akyol@aprius.com>,
nanog@merit.edu
From: Marshall Eubanks <tme@multicasttech.com>
Date: Tue, 23 Oct 2007 09:59:52 -0400
To: Iljitsch van Beijnum <iljitsch@muada.com>
Errors-To: owner-nanog@merit.edu
On Oct 23, 2007, at 9:07 AM, Iljitsch van Beijnum wrote:
>
> On 23-okt-2007, at 14:52, Marshall Eubanks wrote:
>
>> I also would like to see a UDP scavenger service, for those =20
>> applications that generate lots of bits but
>> can tolerate fairly high packet losses without replacement. (VLBI, =20=
>> for example, can in principle live with 10% packet loss without =20
>> much pain.)
>
> Note that this is slightly different from what I've been talking =20
> about: if a user trips the traffic volume limit and is put in the =20
> lower-than-normal traffic class, that user would still be using TCP =20=
> apps so very high packet loss rates would be problematic here.
>
> So I guess this makes three traffic classes.
>
>> In this case, I suspect that a "worst effort" TOS class would be =20
>> honored across domains.
>
> If not always by choice. :-)
Comcast has come out with a little more detail on what they were doing :
http://bits.blogs.nytimes.com/2007/10/22/comcast-were-delaying-not-=20
blocking-bittorrent-traffic/
Speaking on background in a phone interview earlier today, a Comcast =20
Internet executive admitted that reality was a little more complex. =20
The company uses data management technologies to conserve bandwidth =20
and allow customers to experience the Internet without delays. As =20
part of that management process, he said, the company occasionally =96 =20=
but not always =96 delays some peer-to-peer file transfers that eat =20
into Internet speeds for other users on the network.
-----
(My understanding is that this traffic shaping is only applied to P2P =20=
traffic transiting the Comcast network, not to
connections within that network.)
Regards
Marshall
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |