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

"Lubashev, Igor" <ilubashe@akamai.com> Tue, 09 July 2019 04:45 UTC

Return-Path: <ilubashe@akamai.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 BBBAC1200D8 for <quic@ietfa.amsl.com>; Mon, 8 Jul 2019 21:45:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, 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=akamai.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 JOm6yE7ip_W1 for <quic@ietfa.amsl.com>; Mon, 8 Jul 2019 21:45:14 -0700 (PDT)
Received: from mx0a-00190b01.pphosted.com (mx0a-00190b01.pphosted.com [IPv6:2620:100:9001:583::1]) (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 D58BA120091 for <quic@ietf.org>; Mon, 8 Jul 2019 21:45:14 -0700 (PDT)
Received: from pps.filterd (m0050095.ppops.net [127.0.0.1]) by m0050095.ppops.net-00190b01. (8.16.0.27/8.16.0.27) with SMTP id x694g7I1026946; Tue, 9 Jul 2019 05:45:08 +0100
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=akamai.com; h=from : to : cc : subject : date : message-id : content-type : content-transfer-encoding : mime-version; s=jan2016.eng; bh=Qvrnx/R1wyWTu3acXJ+zc4cJ2rk+6Be57OdoZd4GNTA=; b=QvZir4yJcjg6r2+L7rPlS+BJMgpdQBB8pVo68nveuISLX//ovChu9MVlN1ZOsbG3I2O8 +88mzXQ57fGpLyA1zTD4K1i4reBz3MCyBflzPWBGDVEoKKjPx+4Hu8Inlo88FjODnHaQ W2fwC3xQ/Xia2H39yVvamDZ/jhAF/V3mwq8P42TVGLwJwr3qrioYDxlyaxWR9gPjKCtc DHY3pvn5HS8yQDHuYiWx9zAJeAu/sgZIz6TzfZ0QF3fwNa6cCt77zubpXouVVN0QGzpC O+4SUdV7tv0CfSHtZDjV6RrPKK/TwMaKXMgnmvhT78EG0lrIi4CdnRLvzaW5aO7TnX3Y cg==
Received: from prod-mail-ppoint1 (prod-mail-ppoint1.akamai.com [184.51.33.18] (may be forged)) by m0050095.ppops.net-00190b01. with ESMTP id 2tjk633kfn-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 09 Jul 2019 05:45:07 +0100
Received: from pps.filterd (prod-mail-ppoint1.akamai.com [127.0.0.1]) by prod-mail-ppoint1.akamai.com (8.16.0.27/8.16.0.27) with SMTP id x694Vpie016184; Tue, 9 Jul 2019 00:45:06 -0400
Received: from email.msg.corp.akamai.com ([172.27.27.25]) by prod-mail-ppoint1.akamai.com with ESMTP id 2tjpyx0thf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=NOT); Tue, 09 Jul 2019 00:45:03 -0400
Received: from USTX2EX-DAG1MB5.msg.corp.akamai.com (172.27.27.105) by ustx2ex-dag1mb1.msg.corp.akamai.com (172.27.27.101) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Mon, 8 Jul 2019 23:44:17 -0500
Received: from USTX2EX-DAG1MB5.msg.corp.akamai.com ([172.27.27.105]) by ustx2ex-dag1mb5.msg.corp.akamai.com ([172.27.27.105]) with mapi id 15.00.1473.004; Mon, 8 Jul 2019 23:44:17 -0500
From: "Lubashev, Igor" <ilubashe@akamai.com>
To: Lars Eggert <lars@eggert.org>, Mark Nottingham <mnot@mnot.net>, "quic@ietf.org" <quic@ietf.org>
CC: "isabelle.hamchaoui@orange.com" <isabelle.hamchaoui@orange.com>, "alexandre.ferrieux@orange.com" <alexandre.ferrieux@orange.com>
Subject: Packet Loss Signaling for Encrypted Protocols - draft-ferrieuxhamchaoui-tsvwg-lossbits
Thread-Topic: Packet Loss Signaling for Encrypted Protocols - draft-ferrieuxhamchaoui-tsvwg-lossbits
Thread-Index: AdU2CmyJiha8kWgiTzSY5F1e75TnXw==
Date: Tue, 09 Jul 2019 04:44:17 +0000
Message-ID: <f405ea70fc994867b3585b267106bc84@ustx2ex-dag1mb5.msg.corp.akamai.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.19.33.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-09_02:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907090053
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-07-09_02:, , signatures=0
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1907090055
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/FL_6Qxrz-RejKlBpGLxdnivPK5Q>
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 04:45:17 -0000

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.