Re: [quicwg/base-drafts] [HTTP/3] [editorial] 421 and future connection reuse. (#3218)

Mike Bishop <notifications@github.com> Mon, 11 November 2019 20:52 UTC

Return-Path: <noreply@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 8D6BA120828 for <quic-issues@ietfa.amsl.com>; Mon, 11 Nov 2019 12:52:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.999
X-Spam-Level:
X-Spam-Status: No, score=-7.999 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_32=0.001, 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: 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 ZA-bawgW-9-S for <quic-issues@ietfa.amsl.com>; Mon, 11 Nov 2019 12:52:43 -0800 (PST)
Received: from out-23.smtp.github.com (out-23.smtp.github.com [192.30.252.206]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F47D12006D for <quic-issues@ietf.org>; Mon, 11 Nov 2019 12:50:45 -0800 (PST)
Received: from github-lowworker-d93c4b6.va3-iad.github.net (github-lowworker-d93c4b6.va3-iad.github.net [10.48.17.47]) by smtp.github.com (Postfix) with ESMTP id 7BE5C6600DB for <quic-issues@ietf.org>; Mon, 11 Nov 2019 12:50:44 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1573505444; bh=1VwUTbt24mM0KL0NywuOWnR9Qj4/fW2e/UHW1AFuDQU=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=h4CNX13yXY3es2ZoZg0oOu3ZnqxcYNc10qozVUL0ARrykBWA3D0GYwdB0EDUdfacD E2Vga+oR9683J6qFFZPWG0V8pbOuKLKYrez3hjixIouZA6aGCPYLGZfM9q//IAS/nM lOCb2ba06bXo8a9wZ+VykVCkGsNtNN3YuSMVajxo=
Date: Mon, 11 Nov 2019 12:50:44 -0800
From: Mike Bishop <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJKYJMOCY7HAKCDBNDX53236CJEVBNHHB6EDTW4@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/3218/c552609859@github.com>
In-Reply-To: <quicwg/base-drafts/pull/3218@github.com>
References: <quicwg/base-drafts/pull/3218@github.com>
Subject: Re: [quicwg/base-drafts] [HTTP/3] [editorial] 421 and future connection reuse. (#3218)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5dc9c9a46bd64_4cd13f8c746cd960239017"; charset=UTF-8
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: MikeBishop
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/molz5b4neXXHHSge3hnGUk7Q39s>
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: Mon, 11 Nov 2019 20:52:46 -0000

>From 7540, as you quote, emphasis added:
> The 421 (Misdirected Request) status code indicates that the request was directed at a server that is not able to produce a response. **This can be sent by a server that is not configured to produce responses for the combination of scheme and authority that are included in the request URI.**

It's true that the definition of 421 doesn't call out client behavior for future requests, but the condition it describes would apply to an entire origin, so that's a logical implementation (and what I believe most user-agents do).

Is your suggestion that we not explicitly call out that behavior, or make it only illustrative?

>From RFC7838:
>    Clients receiving 421 (Misdirected Request) from an alternative service MUST remove the corresponding entry from its alternative service cache (see Section 2.2) for that origin.

Dealing specifically with alternatives, this requirement has the direct effect that you don't ask the alternate for any other resources from that origin, even though you still have a connection open to it.  In the current state of the draft, this has the effect of disabling HTTP/3 for that origin until you get a fresh Alt-Svc entry.

-- 
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/pull/3218#issuecomment-552609859