[tcpm] Variable "recover" in F-RTO
Alexander Zimmermann <alexander.zimmermann@nets.rwth-aachen.de> Thu, 05 March 2009 10:37 UTC
Return-Path: <alexander.zimmermann@nets.rwth-aachen.de>
X-Original-To: tcpm@core3.amsl.com
Delivered-To: tcpm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C323B28C45F for <tcpm@core3.amsl.com>; Thu, 5 Mar 2009 02:37:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.801
X-Spam-Level:
X-Spam-Status: No, score=-4.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448, RCVD_IN_DNSWL_MED=-4]
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 fTCANt3NDgdc for <tcpm@core3.amsl.com>; Thu, 5 Mar 2009 02:37:09 -0800 (PST)
Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by core3.amsl.com (Postfix) with ESMTP id B367328C10E for <tcpm@ietf.org>; Thu, 5 Mar 2009 02:37:09 -0800 (PST)
MIME-version: 1.0
Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.5.40]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008)) with ESMTP id <0KG100A6346P81E0@mta-2.ms.rz.RWTH-Aachen.de> for tcpm@ietf.org; Thu, 05 Mar 2009 11:37:37 +0100 (CET)
X-IronPort-AV: E=Sophos; i="4.38,306,1233529200"; d="sig'?scan'208"; a="3797175"
Received: from smarthost-2.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.90]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Thu, 05 Mar 2009 11:37:38 +0100
Received: from chicago.informatik.RWTH-Aachen.DE (chicago.informatik.RWTH-Aachen.DE [137.226.12.187]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id n25AbbjS020419; Thu, 05 Mar 2009 11:37:37 +0100 (CET)
Message-id: <0F312D82-9D98-480C-AA47-81FBA440BE7E@nets.rwth-aachen.de>
From: Alexander Zimmermann <alexander.zimmermann@nets.rwth-aachen.de>
To: pasi.sarolahti@nokia.com
Content-type: multipart/signed; protocol="application/pgp-signature"; micalg="pgp-sha1"; boundary="Apple-Mail-1-244216091"
Content-transfer-encoding: 7bit
Date: Thu, 05 Mar 2009 11:37:33 +0100
X-Pgp-Agent: GPGMail 1.2.0 (v56)
X-Mailer: Apple Mail (2.930.3)
Cc: tcpm@ietf.org
Subject: [tcpm] Variable "recover" in F-RTO
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 05 Mar 2009 10:37:10 -0000
Dear all, I have an understanding problem with aforementioned variable "recover" in the current version (http://www.tools.ietf.org/html/draft-ietf-tcpm-rfc4138bis-04 ) of the F-RTO Algorithm. Section 2.1 The Algorithm (F-RTO, Reno/NewReno Case) Step 2): When the first ACK after RTO rexmit arrives at the TCP Sender, we store the highest sequence number transmitted so far in the variable "recover". then Step 2a) Check if the ACK from Step 2) is a DUPACK OR the ACK covers "recover" but not more than "recover"... Why is the check like this? IMHO we can only get an ACK that cover exactly "recover" (Lost Retransmission - SIGCOM Paper Section 4.2) or an ACK that cover less than "recover", but we cannot get ACK that cover more than "recover". Alex // // 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-22220 // email: zimmermann@cs.rwth-aachen.de // web: http://www.umic-mesh.net //
- [tcpm] Variable "recover" in F-RTO Alexander Zimmermann
- Re: [tcpm] Variable "recover" in F-RTO Pasi Sarolahti