[Tsvwg] Re: terminology issues in draft-floyd-tsvwg-besteffort - flat monthly pricing

Bob Briscoe <rbriscoe@jungle.bt.co.uk> Thu, 26 July 2007 12:23 UTC

Return-path: <tsvwg-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IE2Nc-00013H-Qz; Thu, 26 Jul 2007 08:23:44 -0400
Received: from tsvwg by megatron.ietf.org with local (Exim 4.43) id 1IE2Na-0000tR-HK for tsvwg-confirm+ok@megatron.ietf.org; Thu, 26 Jul 2007 08:23:42 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IE2Na-0000tI-7d for tsvwg@ietf.org; Thu, 26 Jul 2007 08:23:42 -0400
Received: from smtp5.smtp.bt.com ([217.32.164.139]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IE2NY-0003rw-NH for tsvwg@ietf.org; Thu, 26 Jul 2007 08:23:42 -0400
Received: from i2kc06-ukbr.domain1.systemhost.net ([193.113.197.70]) by smtp5.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Jul 2007 13:23:40 +0100
Received: from cbibipnt05.iuser.iroot.adidom.com ([147.149.196.177]) by i2kc06-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Jul 2007 13:23:39 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt05.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1185452618712; Thu, 26 Jul 2007 13:23:38 +0100
Received: from mut.jungle.bt.co.uk ([10.86.5.78]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id l6QCNWao013040; Thu, 26 Jul 2007 13:23:36 +0100
Message-Id: <5.2.1.1.2.20070726130544.04e7abd0@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Thu, 26 Jul 2007 13:23:46 +0100
To: Sally Floyd <sallyfloyd@mac.com>
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
In-Reply-To: <5a31970f1159b2e836c378b0e9c99e4c@mac.com>
References: <5.2.1.1.2.20070721102131.051439c0@pop3.jungle.bt.co.uk> <5.2.1.1.2.20070721102131.051439c0@pop3.jungle.bt.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Spam-Score: -1.36 () ALL_TRUSTED
X-Scanned-By: MIMEDefang 2.56 on 132.146.168.158
X-OriginalArrivalTime: 26 Jul 2007 12:23:39.0899 (UTC) FILETIME=[CC50C4B0:01C7CF7F]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0fa76816851382eb71b0a882ccdc29ac
Cc: tsvwg IETF list <tsvwg@ietf.org>, Mark Allman <mallman@icir.org>
Subject: [Tsvwg] Re: terminology issues in draft-floyd-tsvwg-besteffort - flat monthly pricing
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
Errors-To: tsvwg-bounces@ietf.org

Sally,

At 18:16 24/07/2007, Sally Floyd wrote:
>>3/ User pricing: Flat monthly (in our simplest effective proposal).
>>
>>Please don't imply we're advocating user congestion pricing, given the 
>>whole reason we brought re-ECN to the IETF back in 2005 was because we 
>>found a way to limit congestion without constraining how operators price 
>>their services to their customers. Specifically, re-ECN is designed to 
>>work with flat monthly pricing.
>
>This draft is not about re-ECN.  It is about the usefulness of
>"simple best-effort traffic", and the usefulness of flow-rate fairness
>for simple best-effort traffic.
>
>This draft is not about the presence or absence of flat monthly
>pricing for users.  One could have flat monthly pricing with no
>other limitations, one could have flat monthly pricing with volume
>limits, or one could have flat monthly pricing with some form of
>"you get what you pay for".  The first two forms don't result in
>"rich" users getting all of the bandwidth in times of high congestion
>(e.g., after the earthquake).  The third form easily could.  E.g.,
>if all of the traffic was "you get what you pay for", even with
>flat monthly fees, then it could be really expensive to send packets
>in the time interval after the earthquake, or some other highly-congested
>period, and only the rich would be able to send packets.  I would
>be opposed to setting such a "you get what you pay for" goal as the
>overriding goal for the global Internet, with or without flat monthly
>fees.

I know. It's distasteful to me to (I am a life-long socialist). But the 
alternatives are worse. I have thought about this long and hard.

On the demand side: If the rich don't get to be able to buy the right to 
use capacity, the alternative is that the malicious and selfish get to 
drive out those trying to be sociable in their use of the Internet. And 
that's for always, not just during earthquakes. Also, the lack of any 
resource sharing arbitration will lead to a vacuum that will be filled by 
the rich and powerful (which is what deep packet inspection represents - 
those with power and influence controlling what can and can't be done on 
the Internet).

On the supply side: The malicious and selfish will use the Internet 
excessively, but not pay their share, so there won't be sufficient 
incentives for anyone to invest in more capacity for those of us who want 
to use the Internet responsibly.

In summary, a knee-jerk reaction against a market mechanism needs to be 
tempered by the thought of what will otherwise fill the vacuum - the lesson 
of the Soviet Union?

However, you will notice in my draft on fairness (and in my design of 
re-ECN) that I have been careful to enable more equitable resource 
allocation schemes locally. This can give _true_ equality, whereas flow 
rate equality is just a license for the selfish and malicious to take what 
they want.

Overall, I put my hands up and admit it: we don't have a better system for 
allocating resources on planet scale than a market. I wish we did. We do 
have better resource sharing capabilities locally though, and I want to 
enable them.


Bob


>- Sally
>http://www.icir.org/floyd/

____________________________________________________________________________
Notice: This contribution is the personal view of the author and does not 
necessarily reflect the technical nor commercial direction of BT plc.
____________________________________________________________________________
Bob Briscoe,                           Networks Research Centre, BT Research
B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196