Re: [quicwg/base-drafts] Forwarding upstream errors, and the implications (#3300)
Kazuho Oku <notifications@github.com> Tue, 14 January 2020 18:36 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 2846A120866 for <quic-issues@ietfa.amsl.com>; Tue, 14 Jan 2020 10:36:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8
X-Spam-Level:
X-Spam-Status: No, score=-8 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_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 tnXkKwkuAVyu for <quic-issues@ietfa.amsl.com>; Tue, 14 Jan 2020 10:36:36 -0800 (PST)
Received: from out-7.smtp.github.com (out-7.smtp.github.com [192.30.252.198]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 129B112096B for <quic-issues@ietf.org>; Tue, 14 Jan 2020 10:36:36 -0800 (PST)
Date: Tue, 14 Jan 2020 10:36:34 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1579026994; bh=fDgmqo/iLCgEAZcwqxj9nhWEsDwb6snqCBH9F+KjNfk=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=MuBmPW00AV9H/EoNS4H+muuhA8t/77QzFtH8jfyWvbbgyHIZOD7Nj0MGs9TQPXiI4 JlyRil5C7rYMQdaNeLckpj3u14VBTtAl1MWop5pBYG3Xln0NIIai7PbaCqzV20xFSr np73BSf/I9IuQbUazg5BdmSB0ZBv+AsyMy2bn3vc=
From: Kazuho Oku <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK3CSATWMRKDDMD54RN4FM6LFEVBNHHCABYU5A@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3300/574312708@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3300@github.com>
References: <quicwg/base-drafts/issues/3300@github.com>
Subject: Re: [quicwg/base-drafts] Forwarding upstream errors, and the implications (#3300)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5e1e0a32c7c60_14353ff69f8cd96467213"; 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
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/uRByf-Emtsghqpp_Piu5FAa1YKw>
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: Tue, 14 Jan 2020 18:36:38 -0000
@MikeBishop > I'm willing to add cautionary text around the promotion permission, but I think an outright prohibition is both unwise and unenforceable. Implementers will do what they will do, and when there's garbage coming from the peer, it's a totally sensible design to close aggressively. > > Frankly, I'd say CDNs shouldn't be shuffling raw frames anyway; they should be shuttling content, at the very least, and mostly have to anyway for HPACK/QPACK to work (unless everything is literal). At that point, we're really only talking about malformed headers. It is true that implementations would do whatever they do. To that end, I think it is correct to argue that there is no difference between a MUST NOT and a cautionary text with a clarification on what might happen. We'd have the same design as that in HTTP/2, and having clarification on the side-effects would be an improvement. I also agree that CDNs shouldn't be shuffling raw frames anyway. That's not something on table. The original issue, for which I am seeing complexity, is about transmitting an error at the same time forwarding all the bytes up to where the error was detected. As previously stated, doing that has become much more complicated in HTTP/3 compared to HTTP/2. That said, it's not impossible, and if others implementing proxies are happy with living with such an workaround (or do not care about the problem), I can concede with that workaround. Re malformed headers, I am starting to wonder the intent. Which of the following two are we suggesting? * headers considered malformed in the HTTP/3 specification * headers consider malformed by the specifications that define those headers If it's the latter, it would be impossible for an HTTP/3 intermediary to detect all the malformed headers (consider the case of a new HTTP extension defining a authentication header - a type of header field that is forbidden from being sent as part of a trailer). Maybe it's a good idea to clarify that it is the former, assuming that that is the intent. -- 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/3300#issuecomment-574312708
- [quicwg/base-drafts] Forwarding upstream error to… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… ianswett
- Re: [quicwg/base-drafts] Forwarding upstream erro… Jana Iyengar
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Martin Thomson
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Martin Thomson
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Ryan Hamilton
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Ryan Hamilton
- Re: [quicwg/base-drafts] Forwarding upstream erro… Jana Iyengar
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Lucas Pardue
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Jana Iyengar
- Re: [quicwg/base-drafts] Forwarding upstream erro… Lucas Pardue
- Re: [quicwg/base-drafts] Forwarding upstream erro… ianswett
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Martin Thomson
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… ianswett
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Ryan Hamilton
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Kazuho Oku
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop
- Re: [quicwg/base-drafts] Forwarding upstream erro… Mike Bishop