Re: [quicwg/base-drafts] HTTP: provide guidance on PING usage (#3723)
Mike Bishop <notifications@github.com> Fri, 05 June 2020 19:35 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 008E63A0418 for <quic-issues@ietfa.amsl.com>; Fri, 5 Jun 2020 12:35:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.697
X-Spam-Level:
X-Spam-Status: No, score=-1.697 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, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_28=1.404, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, 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 er6IC1VCzgzh for <quic-issues@ietfa.amsl.com>; Fri, 5 Jun 2020 12:35:19 -0700 (PDT)
Received: from out-25.smtp.github.com (out-25.smtp.github.com [192.30.252.208]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A29B3A0416 for <quic-issues@ietf.org>; Fri, 5 Jun 2020 12:35:19 -0700 (PDT)
Received: from github-lowworker-cde56e0.va3-iad.github.net (github-lowworker-cde56e0.va3-iad.github.net [10.48.25.52]) by smtp.github.com (Postfix) with ESMTP id 8F98128280F for <quic-issues@ietf.org>; Fri, 5 Jun 2020 12:35:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1591385717; bh=+YvC8SpToi77+ii2zmlcJ+s2CeU66/l3Iujuw4/OILU=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=Edgyo0cPOzhdbJ8+kKoIwR0RYl+bD7HNXOcmeyu39z9FuyW1E9hlgJ6V7a0eXnAnz 8i3pPap8as+Yro1pBo0StPC4s2VUV85cj8rrcYgLTfuWWrEBYSHj8Kfrf4gsOQ+hgT 7FocM/+gFuhWQhSyHciRY6+RQI0a1Ifyuz1vz5U0=
Date: Fri, 05 Jun 2020 12:35:17 -0700
From: Mike Bishop <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK56JNNHWU2KZEZ22JV44Z7XLEVBNHHCLGWQ3A@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3723/639747613@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3723@github.com>
References: <quicwg/base-drafts/issues/3723@github.com>
Subject: Re: [quicwg/base-drafts] HTTP: provide guidance on PING usage (#3723)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5eda9e757f832_24633faf5e4cd96412856"; 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/GNUJ3VhRqALZs9ZwB-nIfnh9X5A>
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: Fri, 05 Jun 2020 19:35:21 -0000
Looks like #2324 made this text more generic, leaving the specifics of how to keep a connection alive (e.g. with PING frames) to the transport implementation. The text in question is now in Section 5.1: > HTTP clients are expected to request that the transport keep connections open while there are responses outstanding for requests or server pushes, as described in Section 19.2 of [QUIC-TRANSPORT]. If the client is not expecting a response from the server, allowing an idle connection to time out is preferred over expending effort maintaining a connection that might not be needed. A gateway MAY maintain connections in anticipation of need rather than incur the latency cost of connection establishment to servers. Servers SHOULD NOT actively keep connections open. It's possible the transport draft needs a similar generalization, to recommend implementations expose a way for the application layer to control whether an connection is idle. -- 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/3723#issuecomment-639747613
- [quicwg/base-drafts] HTTP: provide guidance on PI… Dmitri Tikhonov
- Re: [quicwg/base-drafts] HTTP: provide guidance o… mirjak
- Re: [quicwg/base-drafts] HTTP: provide guidance o… Mike Bishop
- Re: [quicwg/base-drafts] HTTP: provide guidance o… mirjak
- Re: [quicwg/base-drafts] HTTP: provide guidance o… Jana Iyengar