adjusted_rtt

Timo Völker <timo.voelker@fh-muenster.de> Wed, 07 April 2021 17:23 UTC

Return-Path: <timo.voelker@fh-muenster.de>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9DA3E3A2201 for <quic@ietfa.amsl.com>; Wed, 7 Apr 2021 10:23:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HUU4ZJ6v1xj5 for <quic@ietfa.amsl.com>; Wed, 7 Apr 2021 10:22:58 -0700 (PDT)
Received: from mx-out-01.fh-muenster.de (mx-out-01.fh-muenster.de [185.149.214.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17C6F3A2203 for <quic@ietf.org>; Wed, 7 Apr 2021 10:22:57 -0700 (PDT)
Received: from mail-director-01.fh-muenster.de (mail-director-01.fh-muenster.de [185.149.215.227]) by mx-out-01.fh-muenster.de (Postfix) with ESMTPS id 36B74204EB for <quic@ietf.org>; Wed, 7 Apr 2021 19:22:25 +0200 (CEST)
Received: from fhad-ex13.fhad.fh-muenster.de (fhad-ex13.fhad.fh-muenster.de [10.41.11.26]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail-director-01.fh-muenster.de (Postfix) with ESMTPS id 068A51A00F6 for <quic@ietf.org>; Wed, 7 Apr 2021 19:22:25 +0200 (CEST)
Received: from fhad-ex04.fhad.fh-muenster.de (10.40.11.27) by fhad-ex13.fhad.fh-muenster.de (10.41.11.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2106.2; Wed, 7 Apr 2021 19:22:24 +0200
Received: from fhad-ex04.fhad.fh-muenster.de ([fe80::c97a:37b6:5abe:2799]) by fhad-ex04.fhad.fh-muenster.de ([fe80::c97a:37b6:5abe:2799%2]) with mapi id 15.01.2106.013; Wed, 7 Apr 2021 19:22:24 +0200
From: Timo Völker <timo.voelker@fh-muenster.de>
To: IETF QUIC WG <quic@ietf.org>
Subject: adjusted_rtt
Thread-Topic: adjusted_rtt
Thread-Index: AQHXK9KT3JCgruNZYke0M09NLb/0FA==
Date: Wed, 07 Apr 2021 17:22:24 +0000
Message-ID: <32445F64-13D6-4999-AE61-91350D06F02B@fh-muenster.de>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.40.10.31]
Content-Type: multipart/signed; boundary="Apple-Mail=_4F82D84A-723F-4683-A874-1BE438EE738E"; protocol="application/pkcs7-signature"; micalg="sha-256"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/Yrw8UH4tJISYTkJHSwLZhuqHvu0>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Apr 2021 17:23:01 -0000

Hi,

I noticed in a simulation with a constant RTT that the smoothed_rtt value includes the ack_delay. It looks like my implementation follows the recovery draft. By looking closer, I believe I found a tiny error in the draft.

Section 5.3 contains this sentence.

"MUST NOT subtract the acknowledgment delay from the RTT sample if the resulting value is smaller than the min_rtt."

I interpret this as do not subtract ack_delay from latest_rtt if

  latest_rtt - ack_delay < min_rtt

Or to say the inverse, substract ack_delay from latest_rtt if

  latest_rtt - ack_delay >= min_rtt
  <==> latest_rtt >= min_rtt + ack_delay
  <==> min_rtt + ack_delay <= latest_rtt

The pseudo code in Section 5.3 and in the appendix use a smaller instead of an equal or smaller in the if statement.

  if (min_rtt + ack_delay < latest_rtt):

It should be <= or did I miss something?

Timo