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

Magnus Westerlund <> Fri, 14 September 2018 11:36 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 8ED51130E26 for <>; Fri, 14 Sep 2018 04:36:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -8.01
X-Spam-Status: No, score=-8.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_HI=-5, 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 4hWK8JZ7bakc for <>; Fri, 14 Sep 2018 04:36:26 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 32CDA127332 for <>; Fri, 14 Sep 2018 04:36:26 -0700 (PDT)
Date: Fri, 14 Sep 2018 04:36:25 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1536924985; bh=kyS09H5EiSZG/R7YzrEKThU8VpCnSFWE+KOeuwvvaC4=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=MAvnPfHFt7YxTq1btoetmt0K+9m4EsQHGR3ac6HBzS4JLPB8+AdkC4yPyyDte52xY pvZGOpuXf8x5Ynma0URXWjVUBmWiqfqaL6B0NmPESDntQ18aqC1iSOXhdrFsbd4S5w C8Myf4rZDpkrERmtk0eUDusXY+SFllKCAqYCjr8o=
From: Magnus Westerlund <>
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_5b9b9d395b7ba_1393fd7b00d45b820773"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: gloinul
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: Fri, 14 Sep 2018 11:36:28 -0000

I think the first issue is that currently TPs are only negotiated at connection establishment. Which, makes it impossible to change them if one change MTUs due to PLPMTUD or a client side migration. 

I also agree that adding clarified recommendations on delayed ACK. I think one full RTT is a bit much delay when one have something to ACK. I am not certain I understand the full relation and precedens of the minimal, maximum etc. Here I think one should be careful to write up rules and analys their impact and what will happen in the various cases, with both really low RTTs (Backplane/loopback), as well as LANs and long fat pipes. In Kista we discussed that 1/4 of an RTT likely makes sense as an upper limit for sender stacks that accept delayed ACKs. 

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