Re: [tcpm] Is this a problem?

Lloyd Wood <L.Wood@surrey.ac.uk> Tue, 20 November 2007 22:01 UTC

Return-path: <tcpm-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iub9i-0000mj-Io; Tue, 20 Nov 2007 17:01:18 -0500
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1Iub9h-0000mb-ER for tcpm-confirm+ok@megatron.ietf.org; Tue, 20 Nov 2007 17:01:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Iub9g-0000mT-O0 for tcpm@ietf.org; Tue, 20 Nov 2007 17:01:16 -0500
Received: from ams-iport-1.cisco.com ([144.254.224.140]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Iub9c-0004R6-J8 for tcpm@ietf.org; Tue, 20 Nov 2007 17:01:16 -0500
X-IronPort-AV: E=Sophos;i="4.21,443,1188770400"; d="scan'208";a="158306998"
Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 20 Nov 2007 23:01:11 +0100
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id lAKM1B7X001735; Tue, 20 Nov 2007 23:01:11 +0100
Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id lAKM1BUm004796; Tue, 20 Nov 2007 22:01:11 GMT
Received: from lwood-wxp01.cisco.com (ams3-vpn-dhcp4559.cisco.com [10.61.81.206]) by cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id WAA05926; Tue, 20 Nov 2007 22:01:10 GMT
Message-Id: <200711202201.WAA05926@cisco.com>
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Tue, 20 Nov 2007 22:01:07 +0000
To: mallman@icir.org, MURALI BASHYAM <murali_bashyam@yahoo.com>
From: Lloyd Wood <L.Wood@surrey.ac.uk>
Subject: Re: [tcpm] Is this a problem?
In-Reply-To: <20071120121238.740442F6E0C@lawyers.icir.org>
References: <299249.88905.qm@web31703.mail.mud.yahoo.com> <20071120121238.740442F6E0C@lawyers.icir.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Authentication-Results: ams-dkim-1; header.From=L.Wood@surrey.ac.uk; dkim=neutral
X-Spam-Score: -4.0 (----)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: tcpm@ietf.org
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
Errors-To: tcpm-bounces@ietf.org

At Tuesday 20/11/2007 07:12 -0500, Mark Allman wrote:

>> Why does congestion control require standardization, when every
>> client/server application out there is perfectly capable of doing it?
>> To achieve consistent behaviour across the widest range of
>> applications...
>
>I think this is a complete mis-characterization.  The answer is that
>congestion control is standardized because congestion control is about
>dealing with a *shared resource*.  We can do that control from a number
>of places in the stack and people have advocated for each of them at
>different points.  But, *where* that functionality exists is a second
>question after we establish that the functionality needs to exist and we
>need to standardize on it.  This persist business is not about
>controlling a shared resource, but about controlling a *local
>resource*.  Why should the community standardize local resource control?

The community standardised TCP window size advertisements. That's a local resource control issue, surely?


>That seems absurd to me.  So, to me, arguing about where to mitigate the
>persist stuff is putting the cart before the horse.  First, we'd need to
>establish some reason to standardize local resource control.

because it's useful?

L.

Saratoga: http://www.ee.surrey.ac.uk/Personal/L.Wood/dtn/

<http://www.ee.surrey.ac.uk/Personal/L.Wood/><L.Wood@surrey.ac.uk> 


_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www1.ietf.org/mailman/listinfo/tcpm