RE: HTTP/QUIC GOAWAY when there is no client request?

Mike Bishop <mbishop@evequefou.be> Mon, 05 March 2018 18:28 UTC

Return-Path: <mbishop@evequefou.be>
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 7422E12DA42 for <quic@ietfa.amsl.com>; Mon, 5 Mar 2018 10:28:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.909
X-Spam-Level:
X-Spam-Status: No, score=-2.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=evequefou.onmicrosoft.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 rITY3OKwaAsL for <quic@ietfa.amsl.com>; Mon, 5 Mar 2018 10:28:21 -0800 (PST)
Received: from NAM01-BN3-obe.outbound.protection.outlook.com (mail-bn3nam01on0132.outbound.protection.outlook.com [104.47.33.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90DC312E873 for <quic@ietf.org>; Mon, 5 Mar 2018 10:28:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=evequefou.onmicrosoft.com; s=selector1-evequefou-be; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=FCVfZWyixrycHmf8v0JxTHxXpLu/wGFp48FxEN7bN7E=; b=nZ+WGKh99XFUxN2LqPXqW1gh7NXmhospEFAH+q+gzK0KHjFyb0cyjJqhplMa4/GdIHDab6Nk1Jg0NkMYVfq3tCHrEoVs+sHDNKjzwd0E3DYH62T+E86MTpnPfGBEBWpmsN2axkEYlZm56H5vX8nLwbGW8KVxymFhWTLX4yM4cL0=
Received: from SN1PR08MB1854.namprd08.prod.outlook.com (10.169.39.8) by SN1PR08MB1680.namprd08.prod.outlook.com (10.162.133.142) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P256) id 15.20.548.13; Mon, 5 Mar 2018 18:28:18 +0000
Received: from SN1PR08MB1854.namprd08.prod.outlook.com ([fe80::b057:7190:752f:8cb9]) by SN1PR08MB1854.namprd08.prod.outlook.com ([fe80::b057:7190:752f:8cb9%13]) with mapi id 15.20.0548.016; Mon, 5 Mar 2018 18:28:18 +0000
From: Mike Bishop <mbishop@evequefou.be>
To: Lucas Pardue <Lucas.Pardue@bbc.co.uk>, IETF QUIC WG <quic@ietf.org>
Subject: RE: HTTP/QUIC GOAWAY when there is no client request?
Thread-Topic: HTTP/QUIC GOAWAY when there is no client request?
Thread-Index: AdO0ejjEIYl/lHjWRr238wQqrZNEsgANUOXQ
Date: Mon, 5 Mar 2018 18:28:17 +0000
Message-ID: <SN1PR08MB185436F5E42126EEF36E56BDDADA0@SN1PR08MB1854.namprd08.prod.outlook.com>
References: <7CF7F94CB496BF4FAB1676F375F9666A3BAE6341@bgb01xud1012>
In-Reply-To: <7CF7F94CB496BF4FAB1676F375F9666A3BAE6341@bgb01xud1012>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=mbishop@evequefou.be;
x-originating-ip: [38.134.241.6]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; SN1PR08MB1680; 7:qz4FYlEVoepB5A2ETzciy7TiXMvX8rQpQKaEW71Quf4ViFOclZtkAC6EQemN7bfGslH2wj2Ge+WxPUFr+3c0tlGNgVYuM0q/eKqj7mmz/IT2knPejL2OSzu3AbSmtix1T5fepkfE/J/gd2jA+zH7Vw/owcjPEpSkEpa3xYthojt7oaL8bZsLzNrpOhGBlaq6GMt7hyLXE/cVktR8lFxDcBvoz7hJAf0P8oZ/v9tXDkS2M0Ow2j728zgTJS8C3BJy
x-ms-exchange-antispam-srfa-diagnostics: SOS;
x-ms-office365-filtering-correlation-id: 65379686-49c9-4f7f-dc2e-08d582c6ddf0
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(7021125)(5600026)(4604075)(3008032)(4534165)(7022125)(4603075)(4627221)(201702281549075)(7048125)(7024125)(7027125)(7028125)(7023125)(2017052603307)(7153060)(7193020); SRVR:SN1PR08MB1680;
x-ms-traffictypediagnostic: SN1PR08MB1680:
x-microsoft-antispam-prvs: <SN1PR08MB1680D9C9BE9B6FB57C20C93ADADA0@SN1PR08MB1680.namprd08.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(28532068793085)(21748063052155);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040501)(2401047)(8121501046)(5005006)(93006095)(93001095)(10201501046)(3231220)(944501244)(52105095)(3002001)(6041288)(20161123562045)(20161123558120)(20161123564045)(20161123560045)(2016111802025)(6072148)(6043046)(201708071742011); SRVR:SN1PR08MB1680; BCL:0; PCL:0; RULEID:; SRVR:SN1PR08MB1680;
x-forefront-prvs: 06022AA85F
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(366004)(39380400002)(346002)(376002)(39830400003)(396003)(199004)(189003)(316002)(2906002)(5660300001)(74316002)(33656002)(14454004)(478600001)(7736002)(105586002)(6436002)(110136005)(6246003)(99286004)(25786009)(3280700002)(229853002)(2900100001)(3660700001)(66066001)(5250100002)(26005)(102836004)(106356001)(97736004)(74482002)(6306002)(55016002)(81166006)(8676002)(68736007)(186003)(81156014)(8936002)(9686003)(54896002)(76176011)(3846002)(790700001)(59450400001)(6116002)(6506007)(7696005)(53546011)(2950100002)(86362001)(53936002)(217873001); DIR:OUT; SFP:1102; SCL:1; SRVR:SN1PR08MB1680; H:SN1PR08MB1854.namprd08.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:0; MX:1; LANG:en;
received-spf: None (protection.outlook.com: evequefou.be does not designate permitted sender hosts)
x-microsoft-antispam-message-info: tbNqNwaQgh5eYBoqI8J8PyqN/t4JIdcLPY9V2fOc2qjHlHLZ2ro/TYeWVFyp4cPbKT1oaQEWszAdn/NEl5nokT9HyicJGagMFSNNS8VbeT6JxEAXMMj+JN5zKih4RSaS9hWzh1KtYDVh8rJo6QrvLU8wqsecj5wCjtP/AjpZNZerg7OL5yfVaF48qB+wGnxpA4SmY1V5RQIcGSY5c5aMwwckDdYvIzcGDlfLcqdS+RONt1lUJ4MZAZTZKz6Ebp7v6qkwkpC/36a7qcUtkz+9g5neXqZvmDjMRM1dt9U327wFYxVvlHj46yoUiWRpqB1sCLv4A101DeTIitB/M+iziQ==
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_SN1PR08MB185436F5E42126EEF36E56BDDADA0SN1PR08MB1854namp_"
MIME-Version: 1.0
X-OriginatorOrg: evequefou.be
X-MS-Exchange-CrossTenant-Network-Message-Id: 65379686-49c9-4f7f-dc2e-08d582c6ddf0
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Mar 2018 18:28:17.9290 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 41eaf50b-882d-47eb-8c4c-0b5b76a9da8f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR08MB1680
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/r_ifq9romUs4OrGkT68x5PJ07A0>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.22
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, 05 Mar 2018 18:28:33 -0000

Stream 0 still seems appropriate.  It meets the requirements, and indicates that the last request accepted was no request.  The error code text is a hangover - I'll address that.

From: QUIC [mailto:quic-bounces@ietf.org] On Behalf Of Lucas Pardue
Sent: Monday, March 5, 2018 4:20 AM
To: IETF QUIC WG <quic@ietf.org>
Subject: HTTP/QUIC GOAWAY when there is no client request?

Hi,

Reading section 4.2.7 of draft-ietf-quic-http-09, it says:

   The GOAWAY frame does not define any flags, and the payload is a QUIC
   Stream ID for a client-initiated, bidirectional stream encoded as a
   variable-length integer.

Steam 0 is the first client-initiated, bidirectional stream. However, it is reserved for the transport's cryptographic operations.

So how would you handle a client that opens a connection but delays sending requests (for some reason)?

Regards
Lucas

P.S

While I'm here, section 4.2.7 later says:


   An endpoint MAY send multiple GOAWAY frames if circumstances change.

   For instance, an endpoint that sends GOAWAY without an error code

   during graceful shutdown could subsequently encounter an error

   condition.


Is this reference to "an error code" supposed to be in relation to CONNECTION_CLOSE or APPLICATION_CLOSE, or is it a hangover from some older version of GOAWAY?