Re: [quicwg/base-drafts] PRIORITY frame on control stream referencing unopened request stream (#2502)

Kazuho Oku <> Fri, 10 May 2019 10:59 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 87A8D120086 for <>; Fri, 10 May 2019 03:59:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.464
X-Spam-Status: No, score=-1.464 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_20=1.546, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, 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 VAzk0WrIChKH for <>; Fri, 10 May 2019 03:59:03 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id B672812004E for <>; Fri, 10 May 2019 03:59:02 -0700 (PDT)
Date: Fri, 10 May 2019 03:59:01 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1557485941; bh=eQ2oQ/Zz4PflztFXV7+xMh4+yxt7E49Yf1E+KLwLvr0=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=zccvOZ9JdOPGyT4fL9gnhKYK54Ck5KlBo6Amnveg18OZvPHhsYzFWfjUh+FvsYQJd objcTWTFBxpCS7Y0SZhfkRCIdW3znHucQDX2EXO3AfTm5KMD6tlAfBgho17sx4UtXX DOpIjoTwFo66L3bU4VL3kXm2ZpIq8zD3J5zZ8LFc=
From: Kazuho Oku <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/2502/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] PRIORITY frame on control stream referencing unopened request stream (#2502)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5cd55975a3c81_5a8c3fa26facd964176665"; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
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, 10 May 2019 10:59:04 -0000

> I've been thinking about it a bit more and have found that my earlier suggestion "add as direct child of the last added node (could be root) with weight 1" simply does not work...

I think what you are looking for might be a weight=0 node belonging to the root, that is given bandwidth only when there are no active nodes with a positive weight. When a server has a node that cannot be resolved, it is assigned to the weight=0 node, and then it would naturally be given the least precedence.

Internal representation of the prioritization tree does not need to restricted by the vocabulary defined by the specification.

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