Re: [Pearg] Fwd: New Version Notification for draft-andersdotter-rrm-for-rrt-in-http3-00.txt

Stephen Farrell <stephen.farrell@cs.tcd.ie> Sun, 03 November 2019 21:46 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: pearg@ietfa.amsl.com
Delivered-To: pearg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C141120121 for <pearg@ietfa.amsl.com>; Sun, 3 Nov 2019 13:46:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.965
X-Spam-Level:
X-Spam-Status: No, score=-0.965 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie
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 tdXhfqwYfA5l for <pearg@ietfa.amsl.com>; Sun, 3 Nov 2019 13:46:16 -0800 (PST)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B2FA12013F for <pearg@irtf.org>; Sun, 3 Nov 2019 13:46:16 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id DEC20BE51; Sun, 3 Nov 2019 21:46:13 +0000 (GMT)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IEel3fcw9jaf; Sun, 3 Nov 2019 21:46:11 +0000 (GMT)
Received: from [172.17.88.112] (211-72-213-201.HINET-IP.hinet.net [211.72.213.201]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 6EEE7BE47; Sun, 3 Nov 2019 21:46:10 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1572817571; bh=2QTGmVcRBIikuiWQHerxU6eFllrYmTsaB8MBYkHBOb4=; h=Subject:To:References:From:Date:In-Reply-To:From; b=DKBbUbXCPTXjK77BJu5z0F3iS55iWH/7boBmk9nfX2NdhdyZzbRTq94VH/PX288/p sDkdxBfWEYTQ86azJHoOOYSXlk2ewS+GiuBH3Nb7nhSIhtOy/7Emjz1+QKilyjUQ38 4cdWwF640kxco1WBUXKDFS2azQ+BsolFTtr/m/vs=
To: Amelia Andersdotter <amelia@article19.org>, pearg@irtf.org
References: <157281012172.13535.15070253953969350204.idtracker@ietfa.amsl.com> <cdcafeda-4ddb-c102-0851-42cf6261f7e9@article19.org>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Autocrypt: addr=stephen.farrell@cs.tcd.ie; prefer-encrypt=mutual; keydata= mQINBFo9UDIBEADUH4ZPcUnX5WWRWO4kEkHea5Y5eEvZjSwe/YA+G0nrTuOU9nemCP5PMvmh 5Cg8gBTyWyN4Z2+O25p9Tja5zUb+vPMWYvOtokRrp46yhFZOmiS5b6kTq0IqYzsEv5HI58S+ QtaFq978CRa4xH9Gi9u4yzUmT03QNIGDXE37honcAM4MOEtEgvw4fVhVWJuyy3w//0F2tzKr EMjmL5VGuD/Q9+G/7abuXiYNNd9ZFjv4625AUWwy+pAh4EKzS1FE7BOZp9daMu9MUQmDqtZU bUv0Q+DnQAB/4tNncejJPz0p2z3MWCp5iSwHiQvytYgatMp34a50l6CWqa13n6vY8VcPlIqO Vz+7L+WiVfxLbeVqBwV+4uL9to9zLF9IyUvl94lCxpscR2kgRgpM6A5LylRDkR6E0oudFnJg b097ZaNyuY1ETghVB5Uir1GCYChs8NUNumTHXiOkuzk+Gs4DAHx/a78YxBolKHi+esLH8r2k 4LyM2lp5FmBKjG7cGcpBGmWavACYEa7rwAadg4uBx9SHMV5i33vDXQUZcmW0vslQ2Is02NMK 7uB7E7HlVE1IM1zNkVTYYGkKreU8DVQu8qNOtPVE/CdaCJ/pbXoYeHz2B1Nvbl9tlyWxn5Xi HzFPJleXc0ksb9SkJokAfwTSZzTxeQPER8la5lsEEPbU/cDTcwARAQABtDJTdGVwaGVuIEZh cnJlbGwgKDIwMTcpIDxzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllPokCQAQTAQgAKgIbAwUJ CZQmAAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAUCWj6jdwIZAQAKCRBasvrxexcr6o7QD/9m x9DPJetmW794RXmNTrbTJ44zc/tJbcLdRBh0KBn9OW/EaAqjDmgNJeCMyJTKr1ywaps8HGUN hLEVkc14NUpgi4/Zkrbi3DmTp25OHj6wXBS5qVMyVynTMEIjOfeFFyxG+48od+Xn7qg6LT7G rHeNf+z/r0v9+8eZ1Ip63kshQDGhhpmRMKu4Ws9ZvTW2ACXkkTFaSGYJj3yIP4R6IgwBYGMz DXFX6nS4LA1s3pcPNxOgrvCyb60AiJZTLcOk/rRrpZtXB1XQc23ZZmrlTkl2HaThL6w3YKdi Ti1NbuMeOxZqtXcUshII45sANm4HuWNTiRh93Bn5bN6ddjgsaXEZBKUBuUaPBl7gQiQJcAlS 3MmGgVS4ZoX8+VaPGpXdQVFyBMRFlOKOC5XJESt7wY0RE2C8PFm+5eywSO/P1fkl9whkMgml 3OEuIQiP2ehRt/HVLMHkoM9CPQ7t6UwdrXrvX+vBZykav8x9U9M6KTgfsXytxUl6Vx5lPMLi 2/Jrsz6Mzh/IVZa3xjhq1OLFSI/tT2ji4FkJDQbO+yYUDhcuqfakDmtWLMxecZsY6O58A/95 8Qni6Xeq+Nh7zJ7wNcQOMoDGj+24di2TX1cKLzdDMWFaWzlNP5dB5VMwS9Wqj1Z6TzKjGjru q8soqohwb2CK9B3wzFg0Bs1iBI+2RuFnxLkCDQRaPVAyARAA+g3R0HzGr/Dl34Y07XqGqzq5 SU0nXIu9u8Ynsxj7gR5qb3HgUWYEWrHW2jHOByXnvkffucf5yzwrsvw8Q8iI8CFHiTYHPpey 4yPVn6R0w/FOMcY70eTIu/k6EEFDlDbs09DtKcrsT9bmN0XoRxITlXwWTufYqUnmS+YkAuk+ TLCtUin7OdaS2uU6Ata3PLQSeM2ZsUQMmYmHPwB9rmf+q2I005AJ9Q1SPQ2KNg/8xOGxo13S VuaSqYRQdpV93RuCOzg4vuXtR+gP0KQrus/P2ZCEPvU9cXF/2MIhXgOz207lv3iE2zGyNXld /n8spvWk+0bH5Zqd9Wcba/rGcBhmX9NKKDARZqjkv/zVEP1X97w1HsNYeUFNcg2lk9zQKb4v l1jx/Uz8ukzH2QNhU4R39dbF/4AwWuSVkGW6bTxHJqGs6YimbfdQqxTzmqFwz3JP0OtXX5q/ 6D4pHwcmJwEiDNzsBLl6skPSQ0Xyq3pua/qAP8MVm+YxCxJQITqZ8qjDLzoe7s9X6FLLC/DA L9kxl5saVSfDbuI3usH/emdtn0NA9/M7nfgih92zD92sl1yQXHT6BDa8xW1j+RU4P+E0wyd7 zgB2UeYgrp2IIcfG+xX2uFG5MJQ/nYfBoiALb0+dQHNHDtFnNGY3Oe8z1M9c5aDG3/s29QbJ +w7hEKKo9YMAEQEAAYkCJQQYAQgADwUCWj1QMgIbDAUJCZQmAAAKCRBasvrxexcr6qwvD/9b Rek3kfN8Q+jGrKl8qwY8HC5s4mhdDJZI/JP2FImf5J2+d5/e8UJ4fcsT79E0/FqX3Z9wZr6h sofPqLh1/YzDsYkZDHTYSGrlWGP/I5kXwUmFnBZHzM3WGrL3S7ZmCYMdudhykxXXjq7M6Do1 oxM8JofrXGtwBTLv5wfvvygJouVCVe87Ge7mCeY5vey1eUi4zSSF1zPpR6gg64w2g4TXM5qt SwkZVOv1g475LsGlYWRuJV8TA67yp1zJI7HkNqCo8KyHX0DPOh9c+Sd9ZX4aqKfqH9HIpnCL AYEgj7vofeix7gM3kQQmwynqq32bQGQBrKJEYp2vfeO30VsVx4dzuuiC5lyjUccVmw5D72J0 FlGrfEm0kw6D1qwyBg0SAMqamKN6XDdjhNAtXIaoA2UMZK/vZGGUKbqTgDdk0fnzOyb2zvXK CiPFKqIPAqKaDHg0JHdGI3KpQdRNLLzgx083EqEc6IAwWA6jSz+6lZDV6XDgF0lYqAYIkg3+ 6OUXUv6plMlwSHquiOc/MQXHfgUP5//Ra5JuiuyCj954FD+MBKIj8eWROfnzyEnBplVHGSDI ZLzL3pvV14dcsoajdeIH45i8DxnVm64BvEFHtLNlnliMrLOrk4shfmWyUqNlzilXN2BTFVFH 4MrnagFdcFnWYp1JPh96ZKjiqBwMv/H0kw==
Message-ID: <c9eaf76e-ca9a-92e8-df84-c8ed2223588f@cs.tcd.ie>
Date: Sun, 03 Nov 2019 21:46:03 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2
MIME-Version: 1.0
In-Reply-To: <cdcafeda-4ddb-c102-0851-42cf6261f7e9@article19.org>
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="vcM447jRD63OZhSEeMJJyrznK6HaGCrH7"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pearg/YkETp3p9M2jHdEEX9Tnq8K8PRa0>
Subject: Re: [Pearg] Fwd: New Version Notification for draft-andersdotter-rrm-for-rrt-in-http3-00.txt
X-BeenThere: pearg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Privacy Enhancements and Assessment Proposed RG <pearg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/pearg>, <mailto:pearg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pearg/>
List-Post: <mailto:pearg@irtf.org>
List-Help: <mailto:pearg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/pearg>, <mailto:pearg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Nov 2019 21:46:22 -0000

Hiya,

I had a quick read...

On 03/11/2019 19:46, Amelia Andersdotter wrote:
> Dear all,
> 
> Since this spring, I've had a conversation with Shivan about the
> possibility of using differential privacy tools in QUIC to alleviate
> privacy concerns with the spin bit. We were not able to establish any
> immediate reason for differential privacy being an appropriate
> additional tool for this purpose.
> 
> The resulting inquiry is this draft, which is now posted with a view to
> gathering comments from all of you (we hope).
> 
> It will not be presented in Singapore, but we're hoping to develop it
> over the upcoming months. Please reach out with any questions or comments!

My main comment is to say thanks! It's great to see people
document paths-not-taken like this and in such detail.

I have one suggestion as you head towards finishing this
work: if you were happy to generalise a bit more in your
conclusions that could be useful - in particular if you
could try characterise the kinds of IETF protocols (or
features of those) that might or might not be suited for
use of RRM, that could benefit the community.

Cheers,
S.



> 
> best regards,
> 
> Amelia
> 
> 
> -------- Forwarded Message --------
> Subject: 	New Version Notification for
> draft-andersdotter-rrm-for-rrt-in-http3-00.txt
> Date: 	Sun, 03 Nov 2019 11:42:01 -0800
> From: 	internet-drafts@ietf.org
> To: 	Shivan Sahib <shivankaulsahib@gmail.com>, Amelia Andersdotter
> <amelia@article19.org>
> 
> 
> 
> 
> A new version of I-D, draft-andersdotter-rrm-for-rrt-in-http3-00.txt
> has been successfully submitted by Amelia Andersdotter and posted to the
> IETF repository.
> 
> Name: draft-andersdotter-rrm-for-rrt-in-http3
> Revision: 00
> Title: Randomized Response Mechanisms in RRT Measurements for HTTP/3
> Document date: 2019-11-03
> Group: Individual Submission
> Pages: 15
> URL:
> https://www.ietf.org/internet-drafts/draft-andersdotter-rrm-for-rrt-in-http3-00.txt
> Status:
> https://datatracker.ietf.org/doc/draft-andersdotter-rrm-for-rrt-in-http3/
> Htmlized:
> https://tools.ietf.org/html/draft-andersdotter-rrm-for-rrt-in-http3-00
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-andersdotter-rrm-for-rrt-in-http3
> 
> 
> Abstract:
> The latency spin bit is an optional feature included in the QUIC
> transport protocol [I-D-QUIC]. It enables passive, on-path
> observations for estimation of latency. This document presents the
> results of an inquiry into the potential of using randomized response
> mechanisms (RRM) to reduce privacy loss in latency measurements. It
> concludes that RRM could be used to introduce choice for clients in
> preserving privacy in latency measurements. But the trade-offs,
> especially since the latency spin bit is already optional, do not
> favour RRM.
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>