Re: Proposed extension for delayed acknowledgments

Lucas Pardue <lucaspardue.24.7@gmail.com> Mon, 27 January 2020 20:06 UTC

Return-Path: <lucaspardue.24.7@gmail.com>
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 667E53A0B4C for <quic@ietfa.amsl.com>; Mon, 27 Jan 2020 12:06:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=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=gmail.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 vKNNXniA3AOe for <quic@ietfa.amsl.com>; Mon, 27 Jan 2020 12:06:35 -0800 (PST)
Received: from mail-ua1-x934.google.com (mail-ua1-x934.google.com [IPv6:2607:f8b0:4864:20::934]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CB653A0B4A for <quic@ietf.org>; Mon, 27 Jan 2020 12:06:35 -0800 (PST)
Received: by mail-ua1-x934.google.com with SMTP id z24so3937775uam.7 for <quic@ietf.org>; Mon, 27 Jan 2020 12:06:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=LmleUCf1/1SxzRU5pr2OelHoQsjyCaQSyh9QsVVMGeQ=; b=pKyzuDxOtRPzZhk3u5iQPibPVf4a4FYxhnaSFLGrOwwt4Zx5zrP285SCj3HAWdVVTU LG7aIXcXGyiITp7CpslBHZSLX/hrf2kHUY9xyJw1fGiBwJ85305rQhf2X3CuBtpDR5Fu GH6iJcx3ZYpXBXjmrAAEFb1eMUgX0OrO9cGuSIGOXOww0sg+P+dJFXCShrBIeqWlC8+W yEWfWNkbx9+qj+8HKzND45/nYU2yUXRQJzahRpTAhH2aANpovOs+G2Bim3fgyAxXqWsP FItmOkWLjJckNPrg1Z6SGL414a1SikBOOtGlG6FBA95qgy7Vpnm3PHzo2b+L9tnggpnC cS5w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=LmleUCf1/1SxzRU5pr2OelHoQsjyCaQSyh9QsVVMGeQ=; b=nMF2/WXSOQ78xzL8Gd4MfBZWocFVvaErNfApaDrZfWVovTRko/iYqSk3RUCMwOJre9 8QtF3YhtN4ICi5pCwklpiNvzSvZBW6SoDeLOy9tjk6+vnlZRLBY00N40Sxcq/zMXrDhd LMJKStcLoUIObxoEZUkTzhpH0yu3+WHKGSLqLkwRSVCtpo4t5kBVNKUvnDCvFyew/QJq q+SQiwCqJQD/CrEBiEknvECN9ND0eShpm77bXwcELb+as+p6FarAPk+cuEBraY9qqzub Hg40zOlKnAvKdW0zo18ySsj2u0H4wucuc0RbhDEab3qTHfdz2pbD1vQdiK4mNCJdz++t ENwA==
X-Gm-Message-State: APjAAAWHexW4BiUboXIqT8SOIaLuVMNQfaVQy6ZX0K14IulY+VWcwdxK rHwZXEEbJ16EUCLNdDVDD+cZKh2bi82NwWiRLEY=
X-Google-Smtp-Source: APXvYqythY7lpylZcGy5+rup9dtwLZxv4RnxrntFXiv4i/IzQUuz/nbl1Vw28c+A5gXcM554Kj/c/eP0/EoUs7a/m5o=
X-Received: by 2002:ab0:69c9:: with SMTP id u9mr10429853uaq.80.1580155594211; Mon, 27 Jan 2020 12:06:34 -0800 (PST)
MIME-Version: 1.0
References: <CACpbDcdaGPZN1MpxE8GRV64dO8OK64xbCoUvxHPmCoCk9R-MOg@mail.gmail.com> <20200127135053.GB19655@ubuntu-dmitri> <CADdTf+hemtKr5M2MtssvzJn=vLuxxbM+G5i8Jh8XOJ2KV-1oow@mail.gmail.com> <20200127184007.GC19655@ubuntu-dmitri>
In-Reply-To: <20200127184007.GC19655@ubuntu-dmitri>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Mon, 27 Jan 2020 20:06:19 +0000
Message-ID: <CALGR9oY549E-wyv4NMP9TR19cn2u_FCmFNDQZL_fW+0s2Jetrw@mail.gmail.com>
Subject: Re: Proposed extension for delayed acknowledgments
To: Matt Joras <matt.joras@gmail.com>, Jana Iyengar <jri.ietf@gmail.com>, QUIC WG <quic@ietf.org>, Ian Swett <ianswett@google.com>
Content-Type: multipart/alternative; boundary="000000000000e20feb059d24a454"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/oKsBIrjbD_9HoRyx1DRHsQ4yi6E>
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, 27 Jan 2020 20:06:39 -0000

Having been guilty of writing proposals that include "TBD" codepoints
myself, I think it would be a good idea if proposals started to exercise
the provisional registration policy defined in QUIC Transport draft 25
Section 22.1.1 [1]

   Provisional registration of codepoints are intended to allow for
   private use and experimentation with extensions to QUIC.  Provisional
   registrations only require the inclusion of the codepoint value and
   contact information.  However, provisional registrations could be
   reclaimed and reassigned for another purpose.

That saves interested folk from having to come up with their own in order
to do experimental interop. (thanks for picking something and soliciting it
Dmitri).

Lucas

[1] - https://tools.ietf.org/html/draft-ietf-quic-transport-25#section-22.1

On Mon, Jan 27, 2020 at 6:46 PM Dmitri Tikhonov <dtikhonov@litespeedtech.com>
wrote:

> Cool.  As for TP, let's use 0xDE1A ("DEL"ayed "A"ck)?
>
>   - Dmitri.
>
> On Mon, Jan 27, 2020 at 10:01:35AM -0800, Matt Joras wrote:
> > I'll bite. I can do my best to implement it for interop. We already have
> a
> > mechanism to do something with an out-of-band configuration.
> >
> > Matt
> >
> > On Mon, Jan 27, 2020 at 5:51 AM Dmitri Tikhonov <
> dtikhonov@litespeedtech.com>
> > wrote:
> >
> > > I'll commit to implementing this by the Interop next week if at least
> > > one other implementation does so as well.
> > >
> > > Takers?  (And let's pick the TP ID.)
> > >
> > >   - Dmitri.
> > >
> > > On Thu, Jan 23, 2020 at 01:50:59PM -0800, Jana Iyengar wrote:
> > > > Hi all,
> > > >
> > > > Ian and I have proposed an extension to enable sender-side control of
> > > > acknowledgement frequency: draft-iyengar-quic-delayed-ack-00
> > > > <https://datatracker.ietf.org/doc/draft-iyengar-quic-delayed-ack/>.
> > > >
> > > > The problem this extension solves was originally discussed in #1978
> > > > <https://github.com/quicwg/base-drafts/issues/1978>, where we agreed
> > > that
> > > > this might be best done in an extension. The desire to reduce the
> > > frequency
> > > > of acknowledgements was more recently brought up and discussed in
> #3304
> > > > <https://github.com/quicwg/base-drafts/issues/3304>, where it seemed
> > > clear
> > > > that there was interest in working on this now. This proposed
> extension
> > > is
> > > > a result.
> > > >
> > > > This is an individual draft. Please feel free to use the following
> github
> > > > repo, which is NOT the working group's repo, for filing issues and
> > > > discussion pertaining to the draft:
> > > > https://github.com/janaiyengar/ack-frequency
> > > >
> > > > - jana
> > >
> > >
>
>