Re: [quicwg/base-drafts] Remove ack_delay_exponent TP (#2670)

MikkelFJ <> Wed, 12 June 2019 14:43 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 7D0EA1201C9 for <>; Wed, 12 Jun 2019 07:43:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.806
X-Spam-Status: No, score=-6.806 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_24=1.618, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.415, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id bAhMn0t9OSPM for <>; Wed, 12 Jun 2019 07:43:22 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id F09F012021C for <>; Wed, 12 Jun 2019 07:43:21 -0700 (PDT)
Date: Wed, 12 Jun 2019 07:43:20 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1560350600; bh=aQ8q6GpmTS+e2YnFOOlcWBQLx5C33zbBt5DnOKv4TlQ=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=LToIuytqt+XSNQ4PTO2PCr/iyPqqPIQQWkoAQ1khrTKxOM6XtmA9DmrBoqmLTKuHK vL6qoLIwmpNIJpgNZDrBH2idwXwIL6hlkeAoJ09jE5zIBZ7Y38kecBBovGXLgqAHE9 tKRHaqvjZc/0w9N7xxxnJcFaKvpXsbl6DUu6CCJA=
From: MikkelFJ <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/2670/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] Remove ack_delay_exponent TP (#2670)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5d010f88bbaaa_24c83ffb000cd95c14735e"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: mikkelfj
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
Archived-At: <>
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 12 Jun 2019 14:43:26 -0000

These rounding issues make no sense to me, as I have argued in the above. On the contrary division becomes cheaper with exponents when you have to compute the actual timer interval. But even with a multiplier, the sender controls the factor and can therefore divide by a constant, so a multiplier is not fatal compared to an exponent. I just don't see a great benefit.

I'm inclined to think that we could do without a multiplier or exponent altogether if we have microsecond units always.

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: