Re: [quicwg/base-drafts] H3 spec fails to warn about initial_max_stream_data_uni (#2589)

Lucas Pardue <notifications@github.com> Thu, 04 April 2019 07:55 UTC

Return-Path: <bounces+848413-a050-quic-issues=ietf.org@sgmail.github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A6FB12045D for <quic-issues@ietfa.amsl.com>; Thu, 4 Apr 2019 00:55:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.001
X-Spam-Level:
X-Spam-Status: No, score=-3.001 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_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.com
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 tNtOZ7Ab925G for <quic-issues@ietfa.amsl.com>; Thu, 4 Apr 2019 00:55:24 -0700 (PDT)
Received: from o7.sgmail.github.com (o7.sgmail.github.com [167.89.101.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ABA3B1200D7 for <quic-issues@ietf.org>; Thu, 4 Apr 2019 00:55:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; 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=Vm5m3NqO87hkECMI9IB2zi/3TCc=; b=BNlyurCDG2MJVrkY fUBix3fdFGfNq0K+6gQh5m5GiL7W3ITxHQ9utBwq260EU8Hdn9G6Hv5Xf7u2D8ST Leg1oY0/UOccgbW+lo03bPWvKhKPSSIVcC7ogJ9M02kbJfNv+NOVOqV2gWaCLkJX G64iSJj05jcAsf+CT0/6YLZvuu4=
Received: by filter0195p1iad2.sendgrid.net with SMTP id filter0195p1iad2-31603-5CA5B86B-1A 2019-04-04 07:55:23.673243912 +0000 UTC m=+1186528.762650753
Received: from github-lowworker-27304fa.cp1-iad.github.net (unknown [192.30.252.33]) by ismtpd0014p1iad2.sendgrid.net (SG) with ESMTP id z8w1mNtdQr6jPjtgeBz92w for <quic-issues@ietf.org>; Thu, 04 Apr 2019 07:55:23.713 +0000 (UTC)
Received: from github.com (localhost [127.0.0.1]) by github-lowworker-27304fa.cp1-iad.github.net (Postfix) with ESMTP id 925F52C006E for <quic-issues@ietf.org>; Thu, 4 Apr 2019 00:55:23 -0700 (PDT)
Date: Thu, 04 Apr 2019 07:55:23 +0000
From: Lucas Pardue <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab485b7d6a223191296a64f35c8c4e14302f27ed0a92cf0000000118bd7a6b92a169ce1992e751@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2589/479791232@github.com>
In-Reply-To: <quicwg/base-drafts/issues/2589@github.com>
References: <quicwg/base-drafts/issues/2589@github.com>
Subject: Re: [quicwg/base-drafts] H3 spec fails to warn about initial_max_stream_data_uni (#2589)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5ca5b86b90871_28883f8bbc2d45c43117da"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: LPardue
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak3LEvu2ndE9YlCZMehHe2n1Pic4d/mNlgN1Eg 47ZJsPLG7t0fngC8GyUJinE5tKsqnYqZhjgS4jvPWMZ4KXDHDpFRpxxOs4cGNnMDxZTc6Z2pc+aCN4 q++fc3QoNv29mTWVb64SP+EXcwpnbfIfVXgir0c/KDr2AM3AZhkseO3H/l5AXBc4qEcPLOxcS5e3C4 4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/vSs3rscXIKt7-iJZYyeCp5W7G7Y>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Apr 2019 07:55:28 -0000

This is slightly related to #2559 and #2529. IMO there is no easy fix because even if you grant some initial values, there is nothing forcing the endpoint to use the first available unidirectional streams for control streams. The temptation is to set these transport limits quite high in order to just avoid the issue but that prevents the sending endpoint from overwhelming the receiver with a lot of data. An alternative is to set a conservative value for `initial_max_stream_data_uni`, say 8 bytes. This would allow the sender to open a uni stream with a type, the receiver can use this to determine if/how to grant further credits.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/2589#issuecomment-479791232