Re: [EXT] Re: [ippm] New QUIC Packet Loss Measurement (draft-cfb-ippm-spinbit-measurements)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Fri, 10 April 2020 20:45 UTC

Return-Path: <spencerdawkins.ietf@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 5B1E03A0D09; Fri, 10 Apr 2020 13:45:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.087
X-Spam-Level:
X-Spam-Status: No, score=-2.087 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_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_REMOTE_IMAGE=0.01, 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 o1eoDKDimxHG; Fri, 10 Apr 2020 13:45:53 -0700 (PDT)
Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) (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 305213A0D05; Fri, 10 Apr 2020 13:45:46 -0700 (PDT)
Received: by mail-lf1-x133.google.com with SMTP id s13so2191229lfb.9; Fri, 10 Apr 2020 13:45:46 -0700 (PDT)
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 :cc; bh=gB3AFxi9raVgY/qXaPsXQyY5S+5/cgxrfbZxi46f89M=; b=EETD6d8uJp2A6/L1Y+tYG0yptA8f7IqE7HrsPxUpTHnG2Sgu/lZTvv8oZqZsEjVHyq kyeE54bHWb2X23ZYvhdTM0xjclGVIrsyXBFIsmI1w/82nC9SoJzVsri2Wa2v4Pz9KKWk ZjKWoefwE8mGqo/V6qi6jDLIVHuenxlVnSmXEeJvdwDOmbwN98COw1tlvJCWBLhcrfu8 Y3+dmVpfGqIu9HYd/sTcRiCBce2cUKseCySypfDVBD3mLR0jJVLVx4TIWcN+DqNz3c3F hYeGWcOLZGxLvCDAXf3lDM6AQO5qEBmilhOfEld39qi02RJMjevfvKRRgjrE6r4IiqFU xMSg==
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:cc; bh=gB3AFxi9raVgY/qXaPsXQyY5S+5/cgxrfbZxi46f89M=; b=TF5LhzsEn+UJnfubA//rHA5HHbs07dxM3BEfrephd0lF4pITHmLz0OW4zeY2R/Dneg LIie89RFg3USDZW9ncH4FLs2mxOheA7GwyO2ccKX7/3o7DIGsl1IsCMPnQTvGvwbk2P5 KVQtbEJy4LDqhwzVEKLRlWHys7kn6GJkVaoK+8qpvbhHgaodTOVapxxnW3HewIZ0UNpQ rK1ATvy8oquiOrHUAWU5zptjcrYFbulO566EAWi+3wzHYpZ91fFZgyPRBkK0AoocMORb hKEJO9JxCV9ksz5fxxe1nUdszumMNlefgitaVwBi+UXWNB3IDzxbadKHy/fnOsEU22Oz Pj4g==
X-Gm-Message-State: AGi0PuYfCdBipqR324PZKtOP4IGlzQ4sOT9As96ZS7ESsB2i+DyeN6jB ATxN0dl5ihONVCRoBWZIuaA3vlHe4e1bvF2bCI0=
X-Google-Smtp-Source: APiQypI1wg7XXmypz+NMrrH4wcR0ju6z2niYu4BiH9SV+F034tn72sVKcfEpOPGg7C5+1fuETVCk1JfrwPWBY727OPY=
X-Received: by 2002:a19:7411:: with SMTP id v17mr3610116lfe.27.1586551544115; Fri, 10 Apr 2020 13:45:44 -0700 (PDT)
MIME-Version: 1.0
References: <3ca3b5aae01d4650a3451639268b3f1e@TELMBXD14BA020.telecomitalia.local> <CAKcm_gMEELBizN_h5+s3Ow0LKXEgTRGg+-AqzJMZXVBDwQcDLA@mail.gmail.com> <1889f403ee0240c0bdab4daf656d6f1d@TELMBXD14BA020.telecomitalia.local> <CAKKJt-dskZQU0iza3YZV62LtgPzRLkgJsg9uqvGYCg-FK=18Xg@mail.gmail.com> <bb96b85cae084b88a1eea946b4533de1@TELMBXD14BA020.telecomitalia.local>
In-Reply-To: <bb96b85cae084b88a1eea946b4533de1@TELMBXD14BA020.telecomitalia.local>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Fri, 10 Apr 2020 15:45:18 -0500
Message-ID: <CAKKJt-feGO53ShWZ4bbv=xNDU=PhhH8UZedj15dWwiCBsc8OQQ@mail.gmail.com>
Subject: Re: [EXT] Re: [ippm] New QUIC Packet Loss Measurement (draft-cfb-ippm-spinbit-measurements)
To: Cociglio Mauro <mauro.cociglio@telecomitalia.it>
Cc: Ian Swett <ianswett@google.com>, "quic@ietf.org" <quic@ietf.org>, "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>, "Lubashev, Igor" <ilubashe@akamai.com>, "alexandre.ferrieux@orange.com" <alexandre.ferrieux@orange.com>, "isabelle.hamchaoui@orange.com" <isabelle.hamchaoui@orange.com>, Riccardo Sisto <riccardo.sisto@polito.it>
Content-Type: multipart/alternative; boundary="0000000000003475cb05a2f5d184"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/G7FZakJSQdFMloTJ_DlP6NZRZpk>
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: Fri, 10 Apr 2020 20:45:55 -0000

On Fri, Apr 10, 2020 at 8:41 AM Cociglio Mauro <
mauro.cociglio@telecomitalia.it> wrote:

> I agree with you Spencer but unfortunately S-bit already stands for Spin
> bit in the QUIC header.
>
> Sorry ;‑)
>

I was the kind of AD who followed the discussions of the Spin bit with
great interest (I'm trying to remember which IETF meeting I introduced
myself as "the Spin bit AD"), but didn't notice that detail. Thanks to you
and Dmitri for pointing it out :-)

Best,

Spencer


> Mauro
>
>
>
> *Da:* Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
> *Inviato:* giovedì 9 aprile 2020 19:28
> *A:* Cociglio Mauro <mauro.cociglio@telecomitalia.it>
> *Cc:* Ian Swett <ianswett@google.com>; quic@ietf.org; IETF IPPM WG (
> ippm@ietf.org) <ippm@ietf.org>; Lubashev, Igor <ilubashe@akamai.com>;
> alexandre.ferrieux@orange.com; isabelle.hamchaoui@orange.com; Riccardo
> Sisto <riccardo.sisto@polito.it>
> *Oggetto:* Re: [EXT] Re: [ippm] New QUIC Packet Loss Measurement
> (draft-cfb-ippm-spinbit-measurements)
>
>
>
> 18
>
>
>
> On Thu, Apr 9, 2020 at 11:22 AM Cociglio Mauro <mauro.cociglio=
> 40telecomitalia.it@dmarc.ietf.org> wrote:
>
> Thanks Ian for your email.
>
> We intend to proceed with the privacy analysis, which is the same as that
> of the *Ferrieux-Hamchaoui draft for the part of the Q-bit (and the R-bit
> should be very similar to Q-bit  in terms of privacy).*
>
> R-bit stands for “Reflected square bit”, not for “Retransmission bit”, but
> of course the letter can be changed.
>
>
>
> If you need to change the letter, "S-bit" for "Square bit" would be one of
> the best field names I've seen in a while (sooner or later, every QUIC
> developer will ask, "what's a square bit?").
>
>
>
> I'm mostly serious, and only partially bike-shedding.
>
>
>
> Best regards and happy Easter.
>
>
>
> The same to you!
>
>
>
> Spencer
>
>
>
>
>
> Mauro
>
>
>
> _____________________
>
> Mauro Cociglio
>
> TIM - CT.TA.EI
>
> Via G. Reiss Romoli, 274
>
> 10148 - Torino (Italy)
>
> Tel.: +390112285028
>
> Mobile: +393357669751
>
> _____________________
>
>
>
>
>
> *Da:* Ian Swett <ianswett=40google.com@dmarc.ietf.org>
> *Inviato:* mercoledì 8 aprile 2020 21:44
> *A:* Cociglio Mauro <mauro.cociglio@telecomitalia.it
> <mauro.cociglio@telecomitalia..it>>
> *Cc:* quic@ietf.org; Lubashev, Igor <ilubashe@akamai.com>;
> alexandre.ferrieux@orange.com; isabelle.hamchaoui@orange.com; Riccardo
> Sisto <riccardo.sisto@polito.it>; IETF IPPM WG (ippm@ietf.org) <
> ippm@ietf.org>
> *Oggetto:* [EXT] Re: [ippm] New QUIC Packet Loss Measurement
> (draft-cfb-ippm-spinbit-measurements)
>
>
>
> Thanks for sharing this.  From my perspective, this is an improvement upon
> the previous proposal in terms of robustness.  This design feels very
> similar to the spin bit, and seems trivial to implement, which are also
> nice properties.
>
>
>
> Also, QUIC doesn't really have retransmissions, so the 'R bit' name always
> made me a bit uncomfortable.
>
>
>
> I'm not saying QUIC should adopt this yet, but I'd be interested in seeing
> a privacy analysis completed for it.
>
>
>
> Ian
>
>
>
> On Wed, Apr 8, 2020 at 4:25 AM Cociglio Mauro <mauro.cociglio=
> 40telecomitalia.it@dmarc.ietf.org> wrote:
>
> Dear QUIC WG Members.
>
>
>
> We submitted to IPPM WG a draft where we described a new 2 bit packet loss
> methodology (
> https://tools.ietf.org/html/draft-cfb-ippm-spinbit-measurements-01).
>
> *The measurement of packet loss is under discussion in QUIC WG and our
> draft introduces two alternatives about it.*
>
> *T**he first one is a spin-bit dependent signal and uses a single bit.
> The second one, described in the following linked slides, is a
> standalone solution based on a two bits loss signal and on alternate
> marking (RFC8321)..*
>
> *This last methodology **improves, in our opinion, the algorithm proposed
> by Orange and Akamai described in* *https://tools.ietf.org/html/draft-ferrieuxhamchaoui-quic-lossbits-03
> <https://tools.ietf.org/html/draft-ferrieuxhamchaoui-quic-lossbits-03>**.*
>
>
>
> *The 2 bits are the sQuare bit (Q-bit) and the Reflection square bit
> (R-bit).*
>
> *The Q-bit doesn’t change from the Ferrieux-Hamchaoui draft but the R-bit
> substitutes the L-bit.*
>
> *This avoids the L-bit dependence from an internal protocol variable, a
> problem raised in the last QUIC interim meeting.*
>
>
>
> You can find the slides, we prepared for the IPPM interim meeting, at the
> following link:
> https://github.com/ietf-ippm/meeting-materials/blob/aa486f7ead28b9f55c5ef499e5c9ed33ab06daf9/ietf107-virtual/Slides/07-spinbit-measurements.pdf
>
>
>
> Comments and suggestions are always welcome.
>
>
>
> Of course we are available to present our proposals in the next QUIC WG
> meeting or to arrange a Webex side meeting if needed.
>
>
>
> Best regards.
>
>
>
> Mauro, Fabio, Giuseppe, Massimo and Riccardo
>
>
>
>
>
> _____________________
>
> Mauro Cociglio
>
> TIM - CT.TA.EI
>
> Via G. Reiss Romoli, 274
>
> 10148 - Torino (Italy)
>
> Tel.: +390112285028 <+39%20011%20228%205028>
>
> Mobile: +393357669751 <+39%20335%20766%209751>
>
> _____________________
>
>
>
>
> ippm mailing list
> ippm@ietf.org
> https://www.ietf.org/mailman/listinfo/ippm
>
>
>
> <https://on.tim.it/banner-mail-dip>
> Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle
> persone indicate. La diffusione, copia o qualsiasi altra azione derivante
> dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora
> abbiate ricevuto questo documento per errore siete cortesemente pregati di
> darne immediata comunicazione al mittente e di provvedere alla sua
> distruzione, Grazie.
>
> * This e-mail and any attachments is confidential and may contain
> privileged information intended for the addressee(s) only. Dissemination,
> copying, printing or use by anybody else is unauthorised. If you are not
> the intended recipient, please delete this message and any attachments and
> advise the sender by return e-mail, Thanks. *
>
> *Rispetta l'ambiente. Non stampare questa mail se non è necessario.*
>