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

Alexander Zimmermann <alexander.zimmermann@comsys.rwth-aachen.de> Thu, 14 April 2011 13:45 UTC

Return-Path: <alexander.zimmermann@comsys.rwth-aachen.de>
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 AE28CE0748 for <tcpm@ietfc.amsl.com>; Thu, 14 Apr 2011 06:45:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.576
X-Spam-Level:
X-Spam-Status: No, score=-4.576 tagged_above=-999 required=5 tests=[AWL=0.225, BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, RCVD_IN_DNSWL_MED=-4]
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 nJUXtLhV7XVL for <tcpm@ietfc.amsl.com>; Thu, 14 Apr 2011 06:45:37 -0700 (PDT)
Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by ietfc.amsl.com (Postfix) with ESMTP id 7374FE06B8 for <tcpm@ietf.org>; Thu, 14 Apr 2011 06:45:37 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="us-ascii"
Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.5.40]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008)) with ESMTP id <0LJN0072SA80NBE0@mta-1.ms.rz.RWTH-Aachen.de> for tcpm@ietf.org; Thu, 14 Apr 2011 15:45:36 +0200 (CEST)
X-IronPort-AV: E=Sophos;i="4.64,211,1301868000"; d="scan'208";a="106557565"
Received: from relay-auth-1.ms.rz.rwth-aachen.de (HELO relay-auth-1) ([134.130.7.78]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Thu, 14 Apr 2011 15:45:30 +0200
Received: from [192.168.4.16] ([unknown] [77.109.115.140]) by relay-auth-1.ms.rz.rwth-aachen.de (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 9 2008)) with ESMTPA id <0LJN000ZVA7TRU50@relay-auth-1.ms.rz.rwth-aachen.de> for tcpm@ietf.org; Thu, 14 Apr 2011 15:45:30 +0200 (CEST)
From: Alexander Zimmermann <alexander.zimmermann@comsys.rwth-aachen.de>
In-reply-to: <20110414123339.A6DE239993D2@lawyers.icir.org>
Date: Thu, 14 Apr 2011 15:45:28 +0200
Message-id: <CB8A8902-4DE6-4B88-97AF-165B605238C2@comsys.rwth-aachen.de>
References: <20110414123339.A6DE239993D2@lawyers.icir.org>
To: mallman@icir.org
X-Pgp-Agent: GPGMail 1.3.3
X-Mailer: Apple Mail (2.1084)
Cc: Ethan Blanton <eblanton@cs.ohiou.edu>, "tcpm@ietf.org Extensions" <tcpm@ietf.org>, Markku Kojo <kojo@cs.helsinki.fi>
Subject: Re: [tcpm] Comments on draft-blanton-tcpm-3517bis-01
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
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: Thu, 14 Apr 2011 13:45:38 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Mark,

Am 14.04.2011 um 14:33 schrieb Mark Allman:

> 
>> AFAIK you and Ilpo pointed out in your draft that in a case of a
>> segment-based stack the dupthresh counter is not necessary anymore and
>> we can handle everything with IsLost(). So, I recommend that this
>> should be included in 3517bis (as a big side note or in an appendix
>> section)
> 
> We do note in the document ...
> 
>   Finally, note that the algorithm in this document assumes a
>   sender that is not keeping track of segment boundaries after
>   transmitting a segment.  It is possible that a sender that did
>   keep this extra state may be able to use a more refined and
>   precise algorithm than the one presented herein, however, we
>   leave this as future work.
> 
> ... which seems reasonable to me.

For me too. The only thing that I try to say is, that in the current
version of the draft, it is hard to understand why we need the dupthresh
counter (and can not only rely on IsLost()). If we can add some text
from Ilpo back to the main doc, I'm satisfied...

Alex

> 
> allman
> 
> 
> 

//
// Dipl.-Inform. Alexander Zimmermann
// Department of Computer Science, Informatik 4
// RWTH Aachen University
// Ahornstr. 55, 52056 Aachen, Germany
// phone: (49-241) 80-21422, fax: (49-241) 80-22222
// email: zimmermann@cs.rwth-aachen.de
// web: http://www.umic-mesh.net
//

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org

iEYEARECAAYFAk2m+nkACgkQdyiq39b9uS69yQCffNmibzbQqQFicr7IH4CpsYYR
wbEAni+nX5vCwzLNUB9SAJWUmyUteGyq
=cwQi
-----END PGP SIGNATURE-----