Re: [quicwg/base-drafts] ACK generation recommendation (#3304)

Christian Huitema <> Mon, 23 December 2019 01:58 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 30522120048 for <>; Sun, 22 Dec 2019 17:58:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -6.382
X-Spam-Status: No, score=-6.382 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 Oyml8jJsm1Vt for <>; Sun, 22 Dec 2019 17:58:21 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BB1B3120026 for <>; Sun, 22 Dec 2019 17:58:21 -0800 (PST)
Received: from ( []) by (Postfix) with ESMTP id 29F8C9605FC for <>; Sun, 22 Dec 2019 17:58:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1577066301; bh=QnmgclznGZWko3sNe1JOOjWicDQzv2ja95RdSEBf7Qo=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=gZzU8cg46IEy477T88HoB0sdZF/fLuby9zAlmsoBlW1LrlVhd2spAxgREKBJDTcPP 0cUXZJI1aHH0e6iGxnxpfWvb1SWhuwuPf4fxr3LwBalG8LfVk7ePC5j7DuT34stLbG TXwvQ6x7KRtHVIIoujOUExtsRZSnE9S1+EimYwxs=
Date: Sun, 22 Dec 2019 17:58:21 -0800
From: Christian Huitema <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/3304/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] ACK generation recommendation (#3304)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e001f3d1a799_43c13f84f2ecd96415948b"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: huitema
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: Mon, 23 Dec 2019 01:58:24 -0000

The reason with not going above `ack_gap=4` in the normal case is similar to what @ianswett mentioned: the gap 10 does cause regression in some of the test scenarios. The funky test on last active stream is also there to avoid some regression, because the sender is typically trying to resend the non-acked packets, so acking sooner results in better performance overall. The test on 128 packets is because of slow start, large ack intervals there do cause regressions. 

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