Re: Packet Loss Signaling for Encrypted Protocols - draft-ferrieuxhamchaoui-tsvwg-lossbits

Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com> Tue, 09 July 2019 09:18 UTC

Return-Path: <mikkelfj@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 C253A1203E6 for <quic@ietfa.amsl.com>; Tue, 9 Jul 2019 02:18:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.701
X-Spam-Level:
X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, PDS_NO_HELO_DNS=1.295, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 fDEgavQF0fqi for <quic@ietfa.amsl.com>; Tue, 9 Jul 2019 02:18:20 -0700 (PDT)
Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) (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 AE8AB1203C9 for <quic@ietf.org>; Tue, 9 Jul 2019 02:18:19 -0700 (PDT)
Received: by mail-ed1-x543.google.com with SMTP id i11so17087511edq.0 for <quic@ietf.org>; Tue, 09 Jul 2019 02:18:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=7y14qsPchFyeorpkqLB8sKwfIXd6tTPgCAo3xw7L4NM=; b=Bf7bwgLHGP9RLKdk8ri+W/KFxDCBY//KlVgItHYfdCeHxVznt4N3NuqrPgvn1aC0Xl ODVUPABV6M443rCRZ/l9Zx4+Jcf5TF9ZI62M3GvCwO3AKLMLowd+iOrtMrTRDi2AR9fs kImWoE7I39kMNyRYdOG7Yc10o6yxs7f7kjHgdHw0rqW7fOtvS+q5yiFa0v6O6R3tTJPb PxjCInxYl8tNz5JtXdO1/kgyUFrFW1mTrOb6z7B8jRExVdWp82yDtZBiMKDkWrQ2VGzQ Zo2Q3p0MNprQN2MHQv7LFManVQk4QQ4NRw/klLRckPvfCICzX3IxL8OUJAEuA04cKurf +iwA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=7y14qsPchFyeorpkqLB8sKwfIXd6tTPgCAo3xw7L4NM=; b=pVzwjUf4YnoiTKqa9hQRDjuMch1sUXz216hnkcrfYH4orzHfn5nybZfcAnU6gzxZrU tD7qAhHPHXu3n0N9p4I34T2dhvxI9Wa3LNee5feBQ5+E8ylBgu/5VQr+RqGehfINofLo aPp5+CdEFR4qo/OA2EI/Ono5JbXSm6Y4ZLgepIGJoAI6O55cEfFC+Ya8Jn0nRePlaKGU dYKL+7kXNpXyyV/10N4ou29H3aMSET9/YgR8pRgvk60P/9DG317nUvMhj7SOh3TckyOx GmVMxvDyQASDwC649pzLkSQ48OqbatXCq1xHCdlWSDHt0lSAvZGK8SFHTv9T/cDwk/KU HT7w==
X-Gm-Message-State: APjAAAXxNteNEoA8L2paz2LJlQkIgabB4yDtSV/qVzk1pNuLpVoNwoy8 nL1WWQI+kUQgiw5dU9n2ljM1BCixGAQzc8R1jJs=
X-Google-Smtp-Source: APXvYqwQ/j0QxVhk+4ez2f7nMYKPSYUeapBKr/7Aldzf3dcp+u/z35ZDvuWJPTfz88D5X7E5GPQQujqEIQ3O8KMaSGM=
X-Received: by 2002:aa7:c999:: with SMTP id c25mr24632820edt.134.1562663898317; Tue, 09 Jul 2019 02:18:18 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Tue, 9 Jul 2019 02:18:17 -0700
From: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>
In-Reply-To: <f405ea70fc994867b3585b267106bc84@ustx2ex-dag1mb5.msg.corp.akamai.com>
References: <f405ea70fc994867b3585b267106bc84@ustx2ex-dag1mb5.msg.corp.akamai.com>
X-Mailer: Airmail (420)
MIME-Version: 1.0
Date: Tue, 09 Jul 2019 02:18:17 -0700
Message-ID: <CAN1APdfzzu91NVi7mDLDKUS8hkttKLBcOATg-a5DG_XLBc6GhA@mail.gmail.com>
Subject: Re: Packet Loss Signaling for Encrypted Protocols - draft-ferrieuxhamchaoui-tsvwg-lossbits
To: Lars Eggert <lars@eggert.org>, Mark Nottingham <mnot@mnot.net>, "quic@ietf.org" <quic@ietf.org>, "Lubashev, Igor" <ilubashe@akamai.com>
Cc: "alexandre.ferrieux@orange.com" <alexandre.ferrieux@orange.com>, "isabelle.hamchaoui@orange.com" <isabelle.hamchaoui@orange.com>
Content-Type: multipart/alternative; boundary="0000000000009008ad058d3c0a15"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/VAvC9o_jBHk9tZRsNU6TYZ-_PT4>
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: Tue, 09 Jul 2019 09:18:23 -0000

The Q Period needs to be chosen carefully, since the observation could
become too unreliable in case of packet reordering and loss if Q Period is
too small. However, when Q Period is too large, short connections may not
yield a useful upstream loss measurement.

Wrt. short connections, do you mean low-latency, small RTT, or short-lived?

While this looks interesting, can you explain how the objectives compete or
differ from the spin bit, and quality and information provided?

Mikkel



On 9 July 2019 at 06.45.42, Lubashev, Igor (ilubashe@akamai.com) wrote:

Alexandre, Isabelle, and I have posted a draft on a method for endpoints to
signal packet loss to the path, while maintaining end user privacy and
resisting ossification. The method is protocol-independent, but of course
you get the most benefit by applying the method to encrypted transports,
and QUIC is what people usually think of first in such context.

The draft is not targeted at the QUIC WG specifically, since it is
describing a general method of such loss reporting. But we do mention QUIC,
so the WG may find it interesting. We would welcome feedback from the QUIC
WG.

Lars, Mark, I am sure the meeting agenda for Montreal is pretty tight, but
if the WG is interested, we are happy to have a quick QUIC-specific
presentation on this.

Thank you!

- Igor

P.S. We've implemented this proposal in some Akamai servers and have been
using it to serve actual end-user QUIC traffic for a subset of Orange
customers. Orange implemented a passive observer that used this signal to
detect and identify loss. We can share the high-level of the results and
will share the detailed analysis of the data and measurement techniques in
maprg.

---------------------

https://datatracker.ietf.org/doc/draft-ferrieuxhamchaoui-tsvwg-lossbits/

Abstract:
This document describes a protocol-independent method that employs
two bits to allow endpoints to signal packet loss in a way that can
be used by network devices to measure and locate the source of the
loss. The signaling method applies to all protocols with a protocol-
specific way to identify packet loss. The method is especially
valuable when applied to protocols that encrypt transport header and
do not allow an alternative method for loss detection.