IETF Logo Mail Archive

Re: Reserving error codes for "local" errors

Martin Thomson <mt@lowentropy.net> Mon, 09 November 2020 08:30 UTC

Return-Path: <mt@lowentropy.net>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ED0FA3A0C5E for <quic@ietfa.amsl.com>; Mon, 9 Nov 2020 00:30:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=lowentropy.net header.b=P25EoJCq; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=CJdwlCIj
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 Aa-5jZjK5sMD for <quic@ietfa.amsl.com>; Mon, 9 Nov 2020 00:30:38 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB7B83A0C50 for <quic@ietf.org>; Mon, 9 Nov 2020 00:30:38 -0800 (PST)
Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 03A665C02E0 for <quic@ietf.org>; Mon, 9 Nov 2020 03:30:38 -0500 (EST)
Received: from imap10 ([10.202.2.60]) by compute1.internal (MEProxy); Mon, 09 Nov 2020 03:30:38 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm3; bh=fOzhF5xKKnrVf8ChSbigrv1CLtpDUA2 gkr9Xq+fMqmM=; b=P25EoJCqzoMlLJHNIEkCzuAtFfRRC55tJ9THrRzgIF+y92n GyNxrEgrZIm3GcNd+0IDFLN+TaTjsueMQDaqENQq9lX+yU5ps5b1SuXggmGPMVnd HBylOiFlXS7BclUB7UpSOPNrEFKHkqLZ4QkxHS+zw2s9GkgLavdAfLvY/RA3tRaB jKMeROCoZWIxqfGkr7ASChn/6cMoK9YFUSeux2a37DmtcwQn76vIINUnBQSI+GBH f4uB9OBNXKCxTi7Zox9m2GTAwi5qxVcN4WP+BIPrnLe+cYVBAE6k2rHhU25DaSWz sM3NU/LnVI/Qu5YTYNWPHGYrYqL94f9T6YC982Q==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=fOzhF5 xKKnrVf8ChSbigrv1CLtpDUA2gkr9Xq+fMqmM=; b=CJdwlCIj7kLqwNBA+V5q4Z T9+hIDlAHtl6lCgLvmYdTRMKtVbphwLFlCR+jPe0FCsKaUfELH4x0GnBFD5+Jexn OuGysLlr+CDQIgzZJf6d1OLrjzB8SD7Sl1ko/0MdjrtL4rSi6G8CI8SrjyHFcyCC yFvu7hYCqtbEZNuTFlBqz8E0NF+SUKNYUbI1PUIaJq+MmG+lHxQOCjSMuhm63gqW i1fcWVLNsBH5x5VlYK55mP1kNCvuZYZklMr7Jh1A1vhKdjUSM6Icel61vFOLHNHt SPwQ4VJO5taqwXX7eEIfsm63b3fZGfQ4Up5wKJ+LljXSMdxgkTjThx7JbfWp79uA ==
X-ME-Sender: <xms:Lf6oX63yqJg-_G__rauIozGuvPZnfhFrgO6XvR-BehX2-R9Z1WWGfQ> <xme:Lf6oX9HdaM_6No29DBIpIyOnBtDUHHm3S7G82JVUEi48L82BN5dPyRr1yik4e6UL6 lxhJxJbeZiWMhiE0Vw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedruddugedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepofgfggfkjghffffhvffutgesth dtredtreertdenucfhrhhomhepfdforghrthhinhcuvfhhohhmshhonhdfuceomhhtsehl ohifvghnthhrohhphidrnhgvtheqnecuggftrfgrthhtvghrnhepkeetueeikedtkeelfe ekvefhkeffvedvvefgkefgleeugfdvjeejgeffieegtdejnecuvehluhhsthgvrhfuihii vgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhtsehlohifvghnthhrohhphidrnh gvth
X-ME-Proxy: <xmx:Lf6oXy6Q_DjoWPvc0gRizSXqnQLNkoK562ePRn9NDgwM2oQ4Y7CWGg> <xmx:Lf6oX70jXkDPj2BU4uiDKKOyjmwllGfntedYVQCAtbI4TJnA6zKyYQ> <xmx:Lf6oX9HJsBCgrnTpdJiT7iF_3YRaAW-8fjfJOnznkxXwD0Z3E9bGwQ> <xmx:Lf6oXxQm0q6i0lbOI-HAjLC5vl4-Sgx3bYQf6JQTNsA5Gt2dwsNPoQ>
Received: by mailuser.nyi.internal (Postfix, from userid 501) id 8EDAF20093; Mon, 9 Nov 2020 03:30:37 -0500 (EST)
X-Mailer: MessagingEngine.com Webmail Interface
User-Agent: Cyrus-JMAP/3.3.0-570-gba0a262-fm-20201106.001-gba0a2623
Mime-Version: 1.0
Message-Id: <d9f45625-d3e6-4f0c-8bf9-0ccbcc048eee@www.fastmail.com>
In-Reply-To: <a32111db-a3fc-9c2a-254b-b25205459a97@huitema.net>
References: <a32111db-a3fc-9c2a-254b-b25205459a97@huitema.net>
Date: Mon, 09 Nov 2020 19:30:18 +1100
From: Martin Thomson <mt@lowentropy.net>
To: quic@ietf.org
Subject: Re: Reserving error codes for "local" errors
Content-Type: text/plain
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/wQ9Zf-k1znh2hBBitGXE6SnawvA>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Nov 2020 08:30:40 -0000

On Sat, Nov 7, 2020, at 17:19, Christian Huitema wrote:
> I wonder whether we could reserve three error codes to signal
> "immediate" termination conditions of a connection:
> 
> * termination by idle timeout,
> 
> * termination after losing network connectivity,
> 
> * termination after multiple PTO expired.
> 
> These are errors that need to be signaled by transport to application.

Our implementation has no need for this capability[1], and as the codes don't traverse the network, it's not clear that any protocol needs these either.  As these are probably stored in 64-bit values, from which we have only taken a quarter of the possible values, why not use the other 13835058055282164000 values available that you can be assured QUIC will never take?

[1] Rust enums are weird from the perspective of a C programmer.

v2.46.0 | Report a Bug | By Email | System Status