Re: [tcpm] Comments on draft-blanton-tcpm-3517bis-01

Mark Allman <mallman@icir.org> Wed, 13 April 2011 20:42 UTC

Return-Path: <mallman@icir.org>
X-Original-To: tcpm@ietfc.amsl.com
Delivered-To: tcpm@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id 7AB7BE0848 for <tcpm@ietfc.amsl.com>; Wed, 13 Apr 2011 13:42:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.337
X-Spam-Level:
X-Spam-Status: No, score=-106.337 tagged_above=-999 required=5 tests=[AWL=-0.037, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0GNE46nYZBuS for <tcpm@ietfc.amsl.com>; Wed, 13 Apr 2011 13:42:42 -0700 (PDT)
Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by ietfc.amsl.com (Postfix) with ESMTP id CB01FE05F5 for <tcpm@ietf.org>; Wed, 13 Apr 2011 13:42:41 -0700 (PDT)
Received: from lawyers.icir.org (jack.ICSI.Berkeley.EDU [192.150.186.73]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id p3DKgU0h000207; Wed, 13 Apr 2011 13:42:30 -0700 (PDT)
Received: from lawyers.icir.org (www.obdev.at [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id 695F539907D3; Wed, 13 Apr 2011 16:42:30 -0400 (EDT)
To: Ilpo Järvinen <ilpo.jarvinen@helsinki.fi>
From: Mark Allman <mallman@icir.org>
In-Reply-To: <alpine.DEB.2.00.1104132300590.27652@melkinpaasi.cs.helsinki.fi>
Organization: International Computer Science Institute (ICSI)
Song-of-the-Day: Pink Houses
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="--------ma2742-1"; micalg="pgp-sha1"; protocol="application/pgp-signature"
Date: Wed, 13 Apr 2011 16:42:30 -0400
Sender: mallman@icir.org
Message-Id: <20110413204230.695F539907D3@lawyers.icir.org>
Cc: "tcpm@ietf.org Extensions" <tcpm@ietf.org>
Subject: Re: [tcpm] Comments on draft-blanton-tcpm-3517bis-01
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: mallman@icir.org
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpm>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Apr 2011 20:42:42 -0000

> ...I see, now we're back in discussing what this DupAcks counter is 
> for, right? It was added in sack-recovery-entry ID and had proper 
> explation of its purpose there in place. The DupAcks counter is to handle 
> case where the sender is sending smaller than SMSS sized segments. 
> ...Perhaps it would be useful to explain it like the sack-recovery-entry 
> did because otherwise this will just keep confusing people?

Thanks for the reminder... Ethan also noted that this is for the small
packet case.  I forgot about that.  Why don't we just add a quick note
to the document after the (1) test.  I.e., something like ...

   (1) If DupAcks >= DupThresh, go to step (4).
   
       Note: This check covers the case when a TCP is not sending
       full-sized packets and therefore IsLost() (next step) may be
       hard-pressed to declare a segment as lost.

allman