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

Bob Briscoe <rbriscoe@jungle.bt.co.uk> Mon, 30 July 2007 17:31 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 1IFZ5m-00065j-Tj; Mon, 30 Jul 2007 13:31:38 -0400
Received: from tsvwg by megatron.ietf.org with local (Exim 4.43) id 1IFZ5l-00065Y-4G for tsvwg-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 13:31:37 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFZ5k-00065P-Qp for tsvwg@ietf.org; Mon, 30 Jul 2007 13:31:36 -0400
Received: from smtp4.smtp.bt.com ([217.32.164.151]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IFZ5j-0003xg-73 for tsvwg@ietf.org; Mon, 30 Jul 2007 13:31:36 -0400
Received: from i2kc08-ukbr.domain1.systemhost.net ([193.113.197.71]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jul 2007 18:31:34 +0100
Received: from cbibipnt08.iuser.iroot.adidom.com ([147.149.100.81]) by i2kc08-ukbr.domain1.systemhost.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jul 2007 18:31:34 +0100
Received: From bagheera.jungle.bt.co.uk ([132.146.168.158]) by cbibipnt08.iuser.iroot.adidom.com (WebShield SMTP v4.5 MR1a P0803.399); id 1185816692701; Mon, 30 Jul 2007 18:31:32 +0100
Received: from mut.jungle.bt.co.uk ([10.215.130.87]) by bagheera.jungle.bt.co.uk (8.13.5/8.12.8) with ESMTP id l6UHVQhg031497; Mon, 30 Jul 2007 18:31:32 +0100
Message-Id: <5.2.1.1.2.20070730181738.04a1c4b8@pop3.jungle.bt.co.uk>
X-Sender: rbriscoe@pop3.jungle.bt.co.uk
X-Mailer: QUALCOMM Windows Eudora Version 5.2.1
Date: Mon, 30 Jul 2007 18:31:43 +0100
To: dpapadimitriou@psg.com, dimitri.papadimitriou@alcatel-lucent.be
From: Bob Briscoe <rbriscoe@jungle.bt.co.uk>
Subject: Re: [Tsvwg] Re: terminology issues in draft-floyd-tsvwg-besteffort - flat monthly pricing
In-Reply-To: <46A96502.1070901@psg.com>
References: <5.2.1.1.2.20070726141117.04e7a828@pop3.jungle.bt.co.uk> <5.2.1.1.2.20070726141117.04e7a828@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: 30 Jul 2007 17:31:34.0082 (UTC) FILETIME=[79706220:01C7D2CF]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8f374d0786b25a451ef87d82c076f593
Cc: tsvwg IETF list <tsvwg@ietf.org>, Mark Allman <mallman@icir.org>
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

Dimitri,

At 04:22 27/07/2007, dimitri papadimitriou wrote:
>bob
>
>you wrote:
>
>"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."
>
>this might be indeed a concern
>
>but as shorter life socialist ;-) i do also strongly believe that before 
>discussing the solution space we should first within the IETF community at 
>large come with a good, clear, and common understanding whether this is a 
>concern or not, if this is the case how important & urgent it might be, 
>have better understanding about of some of the root causes, etc.

I've been working in non-IETF fora where that issue has been debated for 
some years. That would be difficult for the IETF to do. It's difficult for 
economists to come to any conclusion on that issue. Partly because it gets 
convolved with monopoly issues in access networks.

But in my view, the problem is a lot more basic - in the current Internet 
architecture there isn't even the basics of a mechanism to support resource 
allocation: accountability. That sounds like billing, but that's not what I 
mean. I mean being able to attribute a cost to a user or network 
(irrespective of what you do with the information).

It would be equivalent to a supermarket not being able to tell who had 
taken stuff off the shelves. I think most economists would agree that lack 
of accountability removes most incentives to invest if demand doesn't 
easily satiate (e.g. a provider has the incentive to keep investing in 
supplying all-you-can-eat buffet to people with limited stomach capacity, 
but if faced with a range of customers with huge stomachs, they tend to 
find other ways to limit demand - e.g. one plate each).


Bob


>-d.
>
>Bob Briscoe wrote:
>>Sally,
>>I just realised that I should have added a very important point about 
>>"who controls the choice" to the rather philosophical response below.
>>I'm trying to make sure we at the IETF don't have to decide whether the 
>>Internet more favours rich people, malicious people or selfish people. 
>>I'm trying to make it so what you think or what I think about this 
>>doesn't matter (at least any more than what everyone else in the world thinks).
>>Firstly, what I'm proposing would sit alongside the current Internet 
>>(re-ECN packets are distinguishable from non-re-ECN packets, so they 
>>effectively partition all traffic orthogonally to Diffserv).
>>Secondly, one partition would be the current Internet, with all its 
>>vulnerabilites to selfish and malicious users as well as all its 
>>strengths. The other partition would be this new proposal where the 
>>market and social governance can control the way the Internet shares out 
>>resources.
>>At a grander level, the choice of how much resource each of the two 
>>partitions gets would be under the direct control of ISPs, but in turn 
>>their choices are also affected by the market and perhaps by social 
>>control through government regulation.
>>I know this fits your preferred model of how new resource allocation 
>>strategies should be added to the Internet. The question is whether it is 
>>sufficiently important to use IP header space to provide this choice. We 
>>don't need to decide that now, but we do need to debate it widely - more 
>>widely than tsvwg.
>>
>>Bob
>>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
>>
>>.
>
>____________________________________________________________________________
>Bob Briscoe, <bob.briscoe@bt.com>      Networks Research Centre, BT Research
>B54/77 Adastral Park,Martlesham Heath,Ipswich,IP5 3RE,UK.    +44 1473 645196