Re: the iab & net neutrality

Brian E Carpenter <brc@zurich.ibm.com> Sat, 25 March 2006 01:12 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FMxKk-0000yj-GO; Fri, 24 Mar 2006 20:12:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FMxKi-0000y4-TD for ietf@ietf.org; Fri, 24 Mar 2006 20:12:48 -0500
Received: from mtagate1.uk.ibm.com ([195.212.29.134]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FMxKh-0004GW-ER for ietf@ietf.org; Fri, 24 Mar 2006 20:12:48 -0500
Received: from d06nrmr1407.portsmouth.uk.ibm.com (d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185]) by mtagate1.uk.ibm.com (8.12.10/8.12.10) with ESMTP id k2P1Cknk190086 for <ietf@ietf.org>; Sat, 25 Mar 2006 01:12:46 GMT
Received: from d06av04.portsmouth.uk.ibm.com (d06av04.portsmouth.uk.ibm.com [9.149.37.216]) by d06nrmr1407.portsmouth.uk.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k2P1DCAm203842 for <ietf@ietf.org>; Sat, 25 Mar 2006 01:13:12 GMT
Received: from d06av04.portsmouth.uk.ibm.com (loopback [127.0.0.1]) by d06av04.portsmouth.uk.ibm.com (8.12.11/8.13.3) with ESMTP id k2P1CjKI013793 for <ietf@ietf.org>; Sat, 25 Mar 2006 01:12:46 GMT
Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232]) by d06av04.portsmouth.uk.ibm.com (8.12.11/8.12.11) with ESMTP id k2P1Cjpt013786; Sat, 25 Mar 2006 01:12:45 GMT
Received: from zurich.ibm.com (sig-9-145-255-161.de.ibm.com [9.145.255.161]) by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id CAA69236; Sat, 25 Mar 2006 02:12:42 +0100
Message-ID: <44249907.9030802@zurich.ibm.com>
Date: Sat, 25 Mar 2006 02:12:39 +0100
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113
X-Accept-Language: en, fr, de
MIME-Version: 1.0
To: "Hallam-Baker, Phillip" <pbaker@verisign.com>
References: <198A730C2044DE4A96749D13E167AD379E0DE5@MOU1WNEXMB04.vcorp.ad.vrsn.com>
In-Reply-To: <198A730C2044DE4A96749D13E167AD379E0DE5@MOU1WNEXMB04.vcorp.ad.vrsn.com>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Cc: John C Klensin <john-ietf@jck.com>, iab@iab.org, ietf@ietf.org, Tony Hain <alh-ietf@tndh.net>
Subject: Re: the iab & net neutrality
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org

I know I'm going to regret saying this, but we haven't made much progress
in ten years.
http://tools.ietf.org/id/draft-carpenter-metrics-00.txt
I got a lot of interest in that draft, none of which came from
ISPs...

    Brian

Hallam-Baker, Phillip wrote:
> I think that people need to consider that maybe there might be advantages to
> non-flat rate, non-consumer pays charging models.
> 
> I don't expect the attempted shakedown of Google to work and there are
> certainly tactics that they could use to preclude any desire on the part of
> the carriers to do any such thing.
> 
> 
> A much more interesting case would be delivery of video on demand. This is
> surely what the proponents of the sender pays scheme are really thinking
> about. 
> 
> If I am going to send a copy of a $200 million action movie to a viewer I am
> going to expect to be paid for that. The viewer is going to expect a high
> quality viewing experience. The problem is that the bandwidth they subscribe
> to for Web browsing purposes may not be great enough to support that viewing
> experience.
> 
> If I am charging $8 for a movie I might well be willing to pay $0.50 to the
> carrier as a distribution fee in exchange for access to high bandwith pipe
> for an interval.
> 
> 
> The point here is that higher bandwidth costs more to provide. If the
> bandwidth is provided to every subscriber all the time the costs are much
> greater than providing the ultra-high speed to a small pool of subscribers
> who need it for a limited time and purpose. If the high bandwidth is added
> to the general pool then it will be diluted by contention and the folk
> running file sharing &ct. 
> 
> 


_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf