IETF Logo Mail Archive

Re: HTTP Delays

Julian Reschke <julian.reschke@gmx.de> Wed, 13 January 2021 19:06 UTC

Return-Path: <julian.reschke@gmx.de>
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 9508E3A1298 for <quic@ietfa.amsl.com>; Wed, 13 Jan 2021 11:06:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.181
X-Spam-Level:
X-Spam-Status: No, score=-2.181 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.262, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, 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=gmx.net
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 o--MGpolHYTY for <quic@ietfa.amsl.com>; Wed, 13 Jan 2021 11:06:49 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD5243A129A for <quic@ietf.org>; Wed, 13 Jan 2021 11:06:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1610564806; bh=gZoUoVdJ4qlrm0Xk82AXWTbMwyT2mCSZQxCYWK/wlWI=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=dUkQzvAVNbjB5hR79iMTpZi3x5KfZxd+zf1LAbbLcrv97EW08ETIsSFRkUEwfKQDX F+WauRUvXig+omD78PPbQuHcf8jEXMdEGxiXCvj+uuFdlK3lPOM3jGxj6w5iDEELXC ulhn5yfZ4uHvq4a511q34XfY83GnIQIgmibldkmY=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [192.168.178.20] ([91.61.48.64]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MacSe-1kNxt61lFq-00c8t6 for <quic@ietf.org>; Wed, 13 Jan 2021 20:06:46 +0100
Subject: Re: HTTP Delays
To: quic@ietf.org
References: <CAM4esxSObWwLfzRWazAg+Q+9=BHGzXaSSduONozHF_zGCqC-kg@mail.gmail.com> <CA+9kkMA++3QYnXiVwuKSPZDYycERRrC11b-jHTG6JcyjngDhqA@mail.gmail.com> <CAM4esxQ9w0h2-rZ1ynhEMKAxwq0gfSVJtfGXV8ydGdUTEefMuA@mail.gmail.com> <029bd6e66fb81e2ecf16e35adf30b90c816c9962.camel@ericsson.com> <CAM4esxQeFaYytwyeB+m_yDrn8SSR8Yy4BHTsvxngTjG3=y0Zag@mail.gmail.com> <4459A34C-ED70-4354-9653-BA5165EC887A@gbiv.com> <CA+9kkMAqj2B8VprF_j=jLJ2CKbWvR6oO+ciHaTCSF1Sd3f_KtQ@mail.gmail.com>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <f64ca7ca-0f54-3a8d-b5aa-428835bef6bb@gmx.de>
Date: Wed, 13 Jan 2021 20:06:46 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1
MIME-Version: 1.0
In-Reply-To: <CA+9kkMAqj2B8VprF_j=jLJ2CKbWvR6oO+ciHaTCSF1Sd3f_KtQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:TaAlsm2iVxAarxjtA+y3tL7QzYOrieC6CC3me8RMq+j71Ob5z5n id+KZffW1FXHLYe+F33htvmSi3EmMPUbhg5IDOvx2psB9SP5We5SvA5QX9tib4y0t3epQ0w gdAhsVfAx8p0DaJRfnx41R9BTPkCgZNVuUOhhqsGNr++mogFa9kIaTHr0L6v6OVntBvwmSt qVW/wjDoPnUpxKdSHLZCw==
X-UI-Out-Filterresults: notjunk:1;V03:K0:C2DsNsNRQH8=:v8fEh4uA8m/Xz3mv3hI+aB mKOUJLYR+FyzsaK+AzhZ3QvMGfK/A7Xte24qEjtjZAwfCrpKrBvnNPsm182DT66kEyCmk/xra 9B6W4pHZpgNOc1YWS+2y6XpPeAWj7SpRCgOuTykAJxXD9fL2/Yu0PqJ/YAEUeYvJ2G9fw4Cxb 5a/DPgX+ML5hQi5ehvH3k/0qRleTx6baasEi28AcX+Ed9QvaVQqEzhRyiWhDel2tzfpPIw8yN 4Mb8ldEPz+f9jFg/AQwzpxzO5A/qsA3ypeRozv8a3icneXywvz+GHD//yfLNjniY5XyKxjume 20qwgSGMMWg/uW6HOUspm53msCPLODd4AJ3AlJPW/Hn6ErpEtbgx2emk/s9/E+QeyLhMeC+dQ tNkiJn1c1gRRVA/6a5Arp3BOrJmax1zR+r3dhj64h4gf08PZv3PLdsD9/XF2BKnw4+EJ5IOLp VVDzjYiNTR0Jx3gITqlnnSIXWwC+AeMxFWmMrr9a/RslvNV7OMoVKcSrwFyqvqg+mJSYsbV1z mPljo+UylbwV+228OgtQn20hBvxLrUOkZ9t0MFU0fgnSb/9cIlE5RvHUmSzd4yrTAQwO6OG52 TAfI1rci9tp4s7aej10yTs5kUn7ZHu6kkJEMm2rw998g544vxrS0cHFYpcWeIc0yE/RIfx/xP I/L95oWva/ClBcsD5tGfVu3YBTTFtnYJ0XDBoARQ9mSSNx6Es2ttM/aaBt/+HOnFJ2uR27xmL z0JgpQLf05y8zh32sK8faOTJtMUkepnqu3A/1sLlVWKSNmPreO6HUlkcOQPcnNYMEK00tZ0EC csYbKT/4e5jT/qrRX35fbVGtOAL5HjVB96Uk2fhwNsBXHwQnJo/ZFTyl74Ks4wXCRsEUsWUKy ayhwav208lGWqb4XuMKg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/GNVeRwGbkPdJSOtIQh-eFHgJer8>
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: Wed, 13 Jan 2021 19:06:51 -0000

Am 13.01.2021 um 19:55 schrieb Ted Hardie:
> ...
> While they could theoretically pre-assign it, the RFC Editor won't
> publish the document without the documents actually being available for
> retrieval.  That's a big reason you get clusters.  This is why we do
> downrefs to the drafts; since there is an onward pointer from the
> referenced draft to the final RFC in the tools, that's considered okay
> as anyone who seriously wants the reference can readily find it.  [Note:
> my opinion on that is separate from my recitation of what I think the
> facts are.]
> ...

Maybe we need a separate discussion about easily (or even
semi-automatically) updating published RFCs when their downrefs become RFCs.

Best regards, Julian

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