Re: [quicwg/base-drafts] Add max_bytes_before_ack to transport (#1715)

Christian Huitema <> Wed, 12 September 2018 18:29 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 70C14130E6F for <>; Wed, 12 Sep 2018 11:29:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -3.01
X-Spam-Status: No, score=-3.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, 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 aT6vdttO3ltl for <>; Wed, 12 Sep 2018 11:29:01 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BBF3E130DC3 for <>; Wed, 12 Sep 2018 11:29:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed;; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=GooAi6EqsDdYDRxiWHSqQlDGUKQ=; b=UTgHdydpq1AGGnRm +vSYnadQwRt6fXMabhdZ2DAB3hgfrnURMr5zYNK/Oun/s6JiVrVCpTt2QeyQqS0h ymHsZIsOTygpdgc0bN0wxlWQz/uBsOrmPB13Cf3ELXog6GyxsXg4KUveJ7aKxsqG l57ykbhQ0g6YNzLptxp/f7iNbfE=
Received: by with SMTP id filter1109p1las1-25590-5B995AE7-3E 2018-09-12 18:28:55.87192768 +0000 UTC m=+506919.752004318
Received: from (unknown []) by (SG) with ESMTP id MftKssXrQBKB246cGT7T3w for <>; Wed, 12 Sep 2018 18:28:55.618 +0000 (UTC)
Received: from (localhost []) by (Postfix) with ESMTP id 282E946017E for <>; Wed, 12 Sep 2018 11:28:55 -0700 (PDT)
Date: Wed, 12 Sep 2018 18:28:56 +0000
From: Christian Huitema <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/pull/1715/>
In-Reply-To: <quicwg/base-drafts/pull/>
References: <quicwg/base-drafts/pull/>
Subject: Re: [quicwg/base-drafts] Add max_bytes_before_ack to transport (#1715)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5b995ae726dd4_77ad3fef26cd45c47933d3"; 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
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak19xMmeqCzaERb3rcW+S23Rp/a1tlFiH9z9JD yycoT/SWHaoWP3LS4yZf+UXaxRfMlHuAUGC0OhBWPrqJN/Gupx9kncjTPPzZ58+XFDJQDHWgyQgVZo /g+QTcGJUPnDMqVQh2cFEUZS8TL7peiSspT55e42hjTp0m1CUvGJDD8Pk05VFX8ULOs9mj+U5QYIdi I=
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 Sep 2018 18:29:03 -0000

Actually, TCP implementation need to have at least a rough idea of the sender's congestion window. They use that to set the TCP flow control window. The equivalent in QUIC is the MAX DATA parameter; that too has to be set by the receiver using some kind of guess work. Granted, it is typically an overestimate, because receivers don't want to slow down the senders. But implementation could use that to derive kind of upper bound for the max byte value, or max packet value. If it gets fewer than 10 packets, then use that.

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