Re: Summary of responses so far and proposal moving forward [Was Re: [tcpm] Is this a problem?]

Mark Allman <mallman@icir.org> Mon, 26 November 2007 14:44 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 1IwfCC-0006QQ-O0; Mon, 26 Nov 2007 09:44:24 -0500
Received: from tcpm by megatron.ietf.org with local (Exim 4.43) id 1IwfCA-0006Q5-Mn for tcpm-confirm+ok@megatron.ietf.org; Mon, 26 Nov 2007 09:44:22 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IwfCA-0006Px-By for tcpm@ietf.org; Mon, 26 Nov 2007 09:44:22 -0500
Received: from pork.icsi.berkeley.edu ([192.150.186.19]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IwfC9-0001yf-Sj for tcpm@ietf.org; Mon, 26 Nov 2007 09:44:22 -0500
Received: from guns.icir.org (adsl-69-222-35-58.dsl.bcvloh.ameritech.net [69.222.35.58]) by pork.ICSI.Berkeley.EDU (8.12.11.20060308/8.12.11) with ESMTP id lAQEiADl001350; Mon, 26 Nov 2007 06:44:10 -0800
Received: from lawyers.icir.org (adsl-69-222-35-58.dsl.bcvloh.ameritech.net [69.222.35.58]) by guns.icir.org (Postfix) with ESMTP id 653EF12619BB; Mon, 26 Nov 2007 09:44:05 -0500 (EST)
Received: from lawyers.icir.org (localhost [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id 713D92FC035; Mon, 26 Nov 2007 09:29:16 -0500 (EST)
To: Ted Faber <faber@ISI.EDU>
From: Mark Allman <mallman@icir.org>
Subject: Re: Summary of responses so far and proposal moving forward [Was Re: [tcpm] Is this a problem?]
In-Reply-To: <20071121192901.GF13024@hut.isi.edu>
Organization: ICSI Center for Internet Research (ICIR)
Song-of-the-Day: Walk on the Wild Side
MIME-Version: 1.0
Date: Mon, 26 Nov 2007 09:29:16 -0500
Message-Id: <20071126142916.713D92FC035@lawyers.icir.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc: tcpm@ietf.org, "Anantha Ramaiah (ananth)" <ananth@cisco.com>
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: mallman@icir.org
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>
Content-Type: multipart/mixed; boundary="===============1583168823=="
Errors-To: tcpm-bounces@ietf.org

[hat on]

> I haven't spoken to Mark about this, so this is me speaking for myself.
> 
> On Wed, Nov 21, 2007 at 10:12:44AM -0800, Anantha Ramaiah (ananth) wrote:
> > B) Do we think this is an issue to be dealt at the transport layer?
> > 
> >    Here there seems to be mixed reaction. Granted that there may be many
> > people feeling that this is an application issue and not a transport
> > issue.
> 
> That's not my assessment.
> 
> It looks to me that there is considerable resistance to standardizing 
> the proposed solution, both on the grounds of placement in the stack and
> on the limitations of the solution.  
> 
> [ For example, connections that advertise a large initial window and then
> read a byte every (proposed timer size -1) seconds will replicate the
> problem in the limit. Using timers alone penalizes stopped connections
> when there is no resource shortage. ]
> 
> Despite the fairly lively discussion, I have seen little support for
> standardizing this mechanism in TCP, outside the authors and their
> collaborators, and strong resistance from the members of the WG.  
> 
> Again, I'm not assessing consensus officially here, but that's how I see
> it.

My view is largely the same.  I think folks have a variety of reasoning
that leads them to the same place, as Ted notes above.

I would like to flip this around and ask for folks who might not have
chimed in yet, but do support this document to please speak up.

allman



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