Re: [p2pi] One more proposed definition of fairness...

Nicholas Weaver <nweaver@ICSI.Berkeley.EDU> Mon, 09 June 2008 15:36 UTC

Return-Path: <p2pi-bounces@ietf.org>
X-Original-To: p2pi-archive@ietf.org
Delivered-To: ietfarch-p2pi-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E761A28C16C; Mon, 9 Jun 2008 08:36:49 -0700 (PDT)
X-Original-To: p2pi@core3.amsl.com
Delivered-To: p2pi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB0583A6A32 for <p2pi@core3.amsl.com>; Mon, 9 Jun 2008 08:36:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.303
X-Spam-Level:
X-Spam-Status: No, score=-6.303 tagged_above=-999 required=5 tests=[AWL=0.296, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id utlkmnCPe-Ug for <p2pi@core3.amsl.com>; Mon, 9 Jun 2008 08:36:48 -0700 (PDT)
Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by core3.amsl.com (Postfix) with ESMTP id EBDA23A69C5 for <p2pi@ietf.org>; Mon, 9 Jun 2008 08:36:47 -0700 (PDT)
Received: from [IPv6:::1] (fruitcake [192.150.186.11]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id m59Fb6FN019765; Mon, 9 Jun 2008 08:37:06 -0700 (PDT)
Message-Id: <86DEA620-3C64-4C5D-A2A6-C4CD064B5AE1@ICSI.Berkeley.EDU>
From: Nicholas Weaver <nweaver@ICSI.Berkeley.EDU>
To: Joe Touch <touch@ISI.EDU>
In-Reply-To: <484D450E.4060806@isi.edu>
Mime-Version: 1.0 (Apple Message framework v924)
Date: Mon, 09 Jun 2008 08:37:06 -0700
References: <06BEE447-3D17-45D0-A73B-E248C3141F51@ICSI.Berkeley.EDU> <484C1958.2010900@isi.edu> <8719C03C-9EC9-482B-9536-1784F95DC8A8@ICSI.Berkeley.EDU> <484CC2A5.6050105@isi.edu> <1621FECD-ED33-4BF2-88D0-199D6FA75993@ICSI.Berkeley.EDU> <484D2DE8.7020407@isi.edu> <4D7FB692-F754-4DD7-A63C-BA96C5FF5E05@ICSI.Berkeley.EDU> <484D450E.4060806@isi.edu>
X-Mailer: Apple Mail (2.924)
Cc: p2pi@ietf.org, Nicholas Weaver <nweaver@ICSI.Berkeley.EDU>
Subject: Re: [p2pi] One more proposed definition of fairness...
X-BeenThere: p2pi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: P2P Infrastructure Discussion <p2pi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/p2pi>, <mailto:p2pi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/p2pi>
List-Post: <mailto:p2pi@ietf.org>
List-Help: <mailto:p2pi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2pi>, <mailto:p2pi-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: p2pi-bounces@ietf.org
Errors-To: p2pi-bounces@ietf.org

On Jun 9, 2008, at 7:58 AM, Joe Touch wrote:
>>>>
>>>
>>> Maybe I'm missing something, but if I have one ISP, I paid for  
>>> THOSE bits too. How I use them is up to me, not the ISP.
>> I don't see what our disagreement is.  Users paying for multiple  
>> accounts get more bandwidth, and as ISP A doesnt' see the packets  
>> going through ISP-B, it doesn't matter to A what they are doing  
>> elsewhere.
>
> We agree on that. We agree that if I pay two ISPs for BW, I get to  
> use both. Do you agree that if I pay one ISP for BW, I get to use it  
> - all of it? (i.e., if this is about ISP internal congestion, then  
> the ISP is at fault for underprovisioning, not the user)
>
> I get the impression that if an ISP has upstream congestion, you  
> think it gets to limit the number of flows I send; I think that my  
> packets can get dropped due to congestion, but it's not useful for  
> the ISP to have a different notion of 'fairness' than the endpoint.

Actually, I disagree here, for the following reason:

a:  The endpoints have a proven in practice bad notion of fairness:   
They have TCP flow fairness (which can and is abused by some users,  
who eg, transfer on many torrents simultaneously), or (with crap like  
Joost) no fairness at all.  Why should someone who's playing by the  
"rules" (a few TCP streams) have to compete against users who aren't  
(many TCP streams or UDP based volume protocols without congestion  
control)?

Flow rate fairness is not user fairness.


b:  More importantly, in the flat rate pricing world, if a fairness  
mechanism which allocates traffic between users is such that 90% of  
the users DON'T experience significant long-term congestion, the ISP  
is actually properly provisioned, not underprovisioned.

It does not make economic sense to up capacity to serve just 5-10%  
heavy-tail of the users, as those 5-10% of the users aren't paying any  
more than the 90%.

If this is the case, ISPs need to either prevent the heavy-tailed  
users from affecting the rest (fairness, app-discrimination, usage  
caps) or charge the heavy users more (usage-based pricing) to justify  
the cost of an expansion which only benefits these users.


_______________________________________________
p2pi mailing list
p2pi@ietf.org
https://www.ietf.org/mailman/listinfo/p2pi