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

Richard Bennett <richard@bennett.com> Wed, 11 June 2008 23:44 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 162033A6A53; Wed, 11 Jun 2008 16:44:32 -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 DE2583A68CE for <p2pi@core3.amsl.com>; Wed, 11 Jun 2008 16:44:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.264
X-Spam-Level:
X-Spam-Status: No, score=-2.264 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
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 RTi8c11iPdJH for <p2pi@core3.amsl.com>; Wed, 11 Jun 2008 16:44:22 -0700 (PDT)
Received: from outbound-mail-124.bluehost.com (outbound-mail-124.bluehost.com [67.222.38.24]) by core3.amsl.com (Postfix) with SMTP id 3FD693A6ABF for <p2pi@ietf.org>; Wed, 11 Jun 2008 16:44:16 -0700 (PDT)
Received: (qmail 22525 invoked by uid 0); 11 Jun 2008 23:44:42 -0000
Received: from unknown (HELO host46.hostmonster.com) (74.220.202.46) by outboundproxy4.bluehost.com with SMTP; 11 Jun 2008 23:44:42 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=bennett.com; h=Received:Message-ID:Date:From:Organization:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:X-Identified-User:DomainKey-Status; b=vJctwxWz/ABNHVUbdsRnbkg5tyyIbxMw08Q6nTBQ9LEjTl0hnmgr/6DtedC+ORR82CxTZ+uR+N3m8esu7edWwwhgJ+TN2VMUQ8kVr0lF7KRTmpI6Kh8WUSR3fHdSXbFb;
Received: from adsl-69-106-251-234.dsl.pltn13.pacbell.net ([69.106.251.234] helo=[192.168.1.2]) by host46.hostmonster.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from <richard@bennett.com>) id 1K6Zzd-0004ZG-Te; Wed, 11 Jun 2008 17:44:42 -0600
Message-ID: <48506369.8090409@bennett.com>
Date: Wed, 11 Jun 2008 16:44:41 -0700
From: Richard Bennett <richard@bennett.com>
Organization: Network Strategies
User-Agent: Thunderbird 2.0.0.14 (X11/20080501)
MIME-Version: 1.0
To: Henning Schulzrinne <hgs@cs.columbia.edu>
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> <86DEA620-3C64-4C5D-A2A6-C4CD064B5AE1@ICSI.Berkeley.EDU> <484D5868.9000209@isi.edu> <5C7D6FCF-4CF7-425E-8A17-A60DB8F07272@ICSI.Berkeley.EDU> <D436B9DA-34A3-4E36-AB97-5AD3B62A11C1@cs.columbia.edu> <484D7DC6.1020207@bennett.com> <64378741-7169-4FEE-84F9-9FF632C865B6@cs.columbia.edu>
In-Reply-To: <64378741-7169-4FEE-84F9-9FF632C865B6@cs.columbia.edu>
X-Identified-User: {842:host46.hostmonster.com:bennett1:bennett.com} {sentby:smtp auth 69.106.251.234 authed with richard@bennett.com}
DomainKey-Status: no signature
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: multipart/mixed; boundary="===============0848708412=="
Sender: p2pi-bounces@ietf.org
Errors-To: p2pi-bounces@ietf.org

Comment below:

Henning Schulzrinne wrote:
> On Jun 9, 2008, at 3:00 PM, Richard Bennett wrote:
>> Accepting statistical multiplexing as a design constraint from the 
>> get-go will help this group make faster progress.
> The problem is that we'll get systems that are not going to work as 
> advertised, from a user perspective.
We already have such systems, largely because we don't know how to 
mandate meaningful disclosure. It strikes me as going the wrong way 
around to say that ISPs have to provide CIR because that's the only 
thing that can be adequately communicated to the customer in a way that 
he can't misunderstand. If we go that way, we lose the benefits of 
packet networking in the burst scenario and most of the economics go 
down the tube as well. So rather than back off statistical multiplexing, 
it strikes me as more beneficial to develop some standard metrics that 
enable consumer advocates, if not consumers themselves, to evaluate 
different services.

These metrics would include "mean information rates" at various levels 
of latency, the critical piece of a "buckets of packets" system. I'd 
like to be able to shop for an Internet access account that provided me 
with a bandwidth/latency profile that enabled me to successfully get one 
VoIP session through at the same time that three people surfed the web 
and four video stream downloads are in progress. There's no technical 
barrier to building such a network service, once the video stream 
downloads are managed as scavenger class activities (less that BE) and 
the VoIP is managed as a better-than-BE service.

But how would the ISP advertise this service? The terms that are needed 
aren't part of the marketing lexicon at the moment, so they really do 
need to be developed.

I mention this here because the next step after developing standards for 
P2P Infrastructure improvements, whether the system is based on optimum 
route discovery or caching, will be to communicate to the market that 
the system is in place and working at ISP XYZ. Are they going to say 
"Blazing Internet Service, now with Oracles and Scavengers!!!", or what?

RB

-- 
Richard Bennett

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