Re: [p2pi] Follow-Up from Comcast Presentation

Richard Bennett <richard@bennett.com> Sun, 08 June 2008 00:10 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 4321F3A6810; Sat, 7 Jun 2008 17:10:37 -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 0F5EF3A6810 for <p2pi@core3.amsl.com>; Sat, 7 Jun 2008 17:10:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.536
X-Spam-Level:
X-Spam-Status: No, score=-1.536 tagged_above=-999 required=5 tests=[AWL=-0.729, BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MIME_HTML_ONLY=1.457]
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 S4+kGxjVxpPd for <p2pi@core3.amsl.com>; Sat, 7 Jun 2008 17:10:35 -0700 (PDT)
Received: from outbound-mail-32.bluehost.com (outbound-mail-32.bluehost.com [69.89.18.152]) by core3.amsl.com (Postfix) with SMTP id 9F20E3A6C2C for <p2pi@ietf.org>; Sat, 7 Jun 2008 17:10:17 -0700 (PDT)
Received: (qmail 3044 invoked by uid 0); 8 Jun 2008 00:10:28 -0000
Received: from unknown (HELO host46.hostmonster.com) (74.220.202.46) by outboundproxy2.bluehost.com with SMTP; 8 Jun 2008 00:10:28 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=bennett.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-Identified-User:DomainKey-Status; b=BY+cm9xFAr3yk4stPxrt9iW7MP8egjNHzInxWiSfiFgqQEyHzTYs8Git2s0Naiu/s4sHsWWfepzhpN1NUc2/060cNRDVQ7A0U5pkMfBPPCv4J9S6JxZXVePlPBIotkcv;
Received: from c-67-169-90-32.hsd1.ca.comcast.net ([67.169.90.32] helo=[192.168.0.12]) by host46.hostmonster.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from <richard@bennett.com>) id 1K58UN-0006eX-Eq; Sat, 07 Jun 2008 18:10:27 -0600
Message-ID: <484B2372.80401@bennett.com>
Date: Sat, 07 Jun 2008 17:10:26 -0700
From: Richard Bennett <richard@bennett.com>
User-Agent: Thunderbird 2.0.0.14 (Windows/20080421)
MIME-Version: 1.0
To: Robb Topolski <robb@funchords.com>
References: <45AEC6EF95942140888406588E1A6602045CBA5E@PACDCEXCMB04.cable.comcast.com> <3efc39a60806061909n11a65eafnce88df7c73c30639@mail.gmail.com> <4CB75CEA-FE7E-4398-A1B3-A03DBF5063D3@icsi.berkeley.edu> <3efc39a60806070852p49f6a066y27e804fd5d4cf989@mail.gmail.com> <20080607173925.GJ8579@verdi> <3efc39a60806071527x1460fdefg26226cbaa682c8f1@mail.gmail.com>
In-Reply-To: <3efc39a60806071527x1460fdefg26226cbaa682c8f1@mail.gmail.com>
X-Identified-User: {842:host46.hostmonster.com:bennett1:bennett.com} {sentby:smtp auth 67.169.90.32 authed with richard+bennett.com}
DomainKey-Status: no signature
Cc: p2pi@ietf.org
Subject: Re: [p2pi] Follow-Up from Comcast Presentation
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="===============1666449471=="
Sender: p2pi-bounces@ietf.org
Errors-To: p2pi-bounces@ietf.org

I think the point is that the Internet's traffic model only works if the first-hop network handled most of the congestion and the core is relatively uncongested. That's because congestion management mitigates overload at the source, and the fewer hops the load travels before back-pressure is applied, the more efficient the use of network resources. Reading RFCs 896 and 970 and this remark by John Nagle on Slashdot may help:

http://tech.slashdot.org/comments.pl?sid=497516&cid=22847764" rel="nofollow">http://tech.slashdot.org/comments.pl?sid=497516&cid=22847764

RB

Robb Topolski wrote:
responses inlined --

On Sat, Jun 7, 2008 at 12:39 PM, John Leslie <john@jlc.net> wrote:
  Nonetheless, chronic clogging has been a local feature as long as
there has been an Internet.

Maybe I've just been plain lucky.  Comcast in my area (AT&T Broadband, TCI prior to that) have been excellent. 

Do we have any data to work with about this congestion?  (I feel like I'm back to the subject of my paper.)  How bad? How prolonged?  And since the ISPs control the product parameters -- the sizes of the shared pools of bandwidth, the number of consumers who share it, the prices of admission, and the size of the pipes between a subscriber and the shared pool -- does the technical community generally accept that this as a business problem or a technical problem?

Robb Topolski

--
Robb Topolski (robb@funchords.com)
Hillsboro, Oregon USA
http://www.funchords.com/" target="_blank" rel="nofollow">http://www.funchords.com/

_______________________________________________ p2pi mailing list p2pi@ietf.org https://www.ietf.org/mailman/listinfo/p2pi" rel="nofollow">https://www.ietf.org/mailman/listinfo/p2pi
_______________________________________________
p2pi mailing list
p2pi@ietf.org
https://www.ietf.org/mailman/listinfo/p2pi