[ippm] Fwd: Call for Papers: Measuring Network Quality for End-Users Workshop

Tommy Pauly <tpauly@apple.com> Fri, 23 July 2021 18:23 UTC

Return-Path: <tpauly@apple.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 953C13A11A6 for <ippm@ietfa.amsl.com>; Fri, 23 Jul 2021 11:23:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.552
X-Spam-Status: No, score=-2.552 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=apple.com
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id DhIsnjuAceXC for <ippm@ietfa.amsl.com>; Fri, 23 Jul 2021 11:23:50 -0700 (PDT)
Received: from ma1-aaemail-dr-lapp02.apple.com (ma1-aaemail-dr-lapp02.apple.com []) (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 2CDAB3A11A8 for <ippm@ietf.org>; Fri, 23 Jul 2021 11:23:49 -0700 (PDT)
Received: from pps.filterd (ma1-aaemail-dr-lapp02.apple.com []) by ma1-aaemail-dr-lapp02.apple.com ( with SMTP id 16NII3RQ055438 for <ippm@ietf.org>; Fri, 23 Jul 2021 11:23:48 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : content-type : mime-version : subject : message-id : references : to : date; s=20180706; bh=Ir3xWI16vrXYCiS3HGRhyBOL4UtA++CCAyfcbV4QAnA=; b=h7Ai3v4wJNvEh8aoPh6PrtlzXjVGPz/WsVO6snWsN/Omd3IE4E2K7mSYzpHq0uPzyLhE 3biahdXiK75Iw3c6U22J/SoZoU02RjrBaLKvBba2yJS/7YzWoZXAEabJMXz0Ldj/xSO0 edQVPRMVS1urLLzV2e4AKEfWt8QGKrcBXnNF3aiNgn8tmpPD76dZRd/8z7aQvyssCfXi c7Vf9RqMnDwpoVZdsg+dZf5u7SpQq1bm6EdhEIb4E3aDSsGsVpm0ek530v56qn9TUJcf kYODu5n/bpw9DtW3r1HDFBACpKRtGYU5hfp1yBm5o3VSZAYYAk65sK9UZlGsdKeixr9a 3A==
Received: from rn-mailsvcp-mta-lapp02.rno.apple.com (rn-mailsvcp-mta-lapp02.rno.apple.com []) by ma1-aaemail-dr-lapp02.apple.com with ESMTP id 39uuvvxh0f-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for <ippm@ietf.org>; Fri, 23 Jul 2021 11:23:48 -0700
Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com []) by rn-mailsvcp-mta-lapp02.rno.apple.com (Oracle Communications Messaging Server 64bit (built Apr 15 2021)) with ESMTPS id <0QWP00BV0N3OA9H0@rn-mailsvcp-mta-lapp02.rno.apple.com> for ippm@ietf.org; Fri, 23 Jul 2021 11:23:48 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp02.rno.apple.com by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 64bit (built Apr 15 2021)) id <0QWP00Q00MV6FT00@rn-mailsvcp-mmp-lapp02.rno.apple.com> for ippm@ietf.org; Fri, 23 Jul 2021 11:23:48 -0700 (PDT)
X-Va-T-CD: de279c0840622e930446fe69a11c94de
X-Va-E-CD: 0d1dc786cedc00c74b7f09f50c52d014
X-Va-R-CD: d780168afa8550f8b30fa22c627a6d50
X-Va-CD: 0
X-Va-ID: d6973bce-30fe-40fb-adbf-3b241479e00a
X-V-T-CD: de279c0840622e930446fe69a11c94de
X-V-E-CD: 0d1dc786cedc00c74b7f09f50c52d014
X-V-R-CD: d780168afa8550f8b30fa22c627a6d50
X-V-CD: 0
X-V-ID: 2d7d14c7-888d-4b74-bbef-91516b827d0f
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-23_09:2021-07-23, 2021-07-23 signatures=0
Received: from smtpclient.apple (unknown []) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 64bit (built Apr 15 2021)) with ESMTPSA id <0QWP00W5RN3OVT00@rn-mailsvcp-mmp-lapp02.rno.apple.com> for ippm@ietf.org; Fri, 23 Jul 2021 11:23:48 -0700 (PDT)
From: Tommy Pauly <tpauly@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_8ADE289C-1829-4FF6-B03E-9DE080B2AD19"
MIME-version: 1.0 (Mac OS X Mail 14.0 \(3654.\))
Message-id: <94C84179-23B2-4D4E-A881-A082C3D00F1C@apple.com>
References: <162697548723.29539.13606548374722698291@ietfa.amsl.com>
To: "IETF IPPM WG (ippm@ietf.org)" <ippm@ietf.org>
Date: Fri, 23 Jul 2021 11:23:47 -0700
X-Mailer: Apple Mail (2.3654.
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-23_09:2021-07-23, 2021-07-23 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/LzQCLigcMWdDLxq9I4M1ZkzQI_I>
Subject: [ippm] Fwd: Call for Papers: Measuring Network Quality for End-Users Workshop
X-BeenThere: ippm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF IP Performance Metrics Working Group <ippm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ippm>, <mailto:ippm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ippm/>
List-Post: <mailto:ippm@ietf.org>
List-Help: <mailto:ippm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ippm>, <mailto:ippm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 23 Jul 2021 18:23:56 -0000


If you haven’t seen it yet, the IAB is holding a workshop on measuring network quality. This is a topic for which IPPM has a lot of expertise, so I hope you can submit papers and join!

Submissions are due by August 2, details below. 


> Begin forwarded message:
> From: IAB Executive Administrative Manager <execd@iab.org>
> Subject: Reminder: Call for Papers: Measuring Network Quality for End-Users Workshop
> Date: July 22, 2021 at 10:38:07 AM PDT
> To: "IETF Announcement List" <ietf-announce@ietf.org>
> Reply-To: network-quality-workshop-pc@iab.org
> Measuring Network Quality for End-Users Workshop
> An Internet Architecture Board virtual workshop
> Web page: https://www.iab.org/activities/workshops/network-quality/
> Call for Papers
> The Internet in 2021 is quite different from what it was 10 years ago. 
> Today, it is a crucial part of everyone’s daily life. People use the 
> Internet for their social life, for their daily jobs, for routine 
> shopping, and for keeping up with major events. An increasing number of 
> people can access a Gigabit connection, which would be hard to imagine a 
> decade ago. And, thanks to improvements in security, people trust the 
> Internet for both planning their finances and for everyday payments.
> At the same time, some aspects of end-user experience have not improved 
> as much. Many users have typical connection latency that remains at 
> decade-old levels. Despite significant reliability improvements in data 
> center environments, end users often see interruptions in service. 
> Transport improvements, such as QUIC, Multipath TCP, and TCP Fast Open 
> are still not fully supported in some networks. Likewise, various 
> advances in the security and privacy of user data are not widely 
> supported, such as encrypted DNS to the local resolver.
> We believe that one of the major factors behind this lack of progress is 
> the popular perception that throughput is the often sole measure of the 
> quality of Internet connectivity. With such narrow focus, people don’t 
> consider questions such as:
>  • What is the latency under typical working conditions?
>  • How reliable is the connectivity across longer time periods?
>  • Does the network allow the use of a broad range of protocols?
>  • What services can be run by clients of the network?
>  • What kind of IPv4, NAT or IPv6 connectivity is offered, and are 
>    there firewalls?
>  • What security mechanisms are available for local services, such as 
>    DNS?
>  • To what degree are the privacy, confidentiality, integrity and 
>    authenticity of user communications guarded?
> Improving these aspects of network quality will likely depend on 
> measurement and exposing metrics to all involved parties, including to 
> end users in a meaningful way. Such measurements and exposure of the 
> right metrics will allow service providers and network operators to 
> focus on the aspects that impacts the users’ experience most and at the 
> same time empowers users to choose the Internet service that will give 
> them the best experience.
> The IAB is holding this workshop to convene interested researchers, 
> network operators, and Internet technologists to share their experiences 
> and to collaborate on the steps needed to define properties and metrics 
> with the goal of improving Internet access for all users.
> The workshop will discuss the following questions:
> 1. What are the fundamental properties of a network that contribute to 
>    good user experience?
> 2. What metrics quantify these properties, and how to collect such 
>    metrics in a practical way?
> 3. What are the best practices for interpreting those metrics, and 
>    incorporating those in a decision making process?
> 4. What are the best ways to communicate these properties to service 
>    providers and network operators?
> 5. How can these metrics be displayed to users in a meaningful way?
> We realize that the answers to these questions will vary depending on 
> the different experiences of the participants. For example, a commercial 
> video streaming platform may prioritize higher throughput and to rely on 
> latency-hiding techniques, while a massively-multiplayer online game may 
> prioritize lower jitter, and invest into techniques for graceful 
> degradation of the user experience in case of reduced network capacity. 
> At the same time, researchers from the academia may be looking at 
> properties and metrics that haven’t been adopted by the industry at all. 
> Likewise, participants may endorse different methodologies for 
> interpreting the metrics and for making decisions. We are actively 
> looking for identifying such methodologies and for capturing the 
> respective best practices.
> While this workshop isn’t focusing on the solution space, we are 
> welcoming submissions that dive into particular technologies, to the 
> extent of helping to set the context for the discussion. Comparing the 
> merits of specific solutions, however, is outside of the workshop’s 
> scope.
> Interested participants are invited to submit position papers on the 
> workshop questions. Paper size is not limited, but brevity is 
> encouraged. Interested participants who have published relevant academic 
> papers may submit these as a position paper, optionally with a short 
> abstract. The workshop itself will be a virtual meeting over several 
> sessions, with focused discussion based on the position paper topics 
> received.
> Logistics
>  • Submissions Due: Monday 2nd August 2021, midnight AOE (Anywhere On 
>    Earth)
>  • Invitations Issued by: Monday 16th August 2021
>  • Workshop Date: This will be a virtual workshop, spread over three 
>    days:
>    - 1400-1800 UTC Tue 14th September 2021
>    - 1400-1800 UTC Wed 15th September 2021
>    - 1400-1800 UTC Thu 16th September 2021
> Workshop co-chairs: Wes Hardaker, Eugeny Khorov, Omer Shapira
> The Program Committee members:
> Jari Arkko, Olivier Bonaventure, Vint Cerf, Stuart Cheshire, Sam 
> Crowford, Nick Feamster, Jim Gettys, Toke Hoiland-Jorgensen, Geoff 
> Huston, Cullen Jennings, Mirja Kuehlewind, Jason Livingood, Matt 
> Mathias, Randall Meyer, Kathleen Nichols, Christoph Paasch, Tommy Pauly, 
> Greg White, Keith Winstein.
> Send Submissions to: network-quality-workshop-pc@iab.org.
> Position papers from academia, industry, the open source community and 
> others that focus on measurements, experiences, observations and advice 
> for the future are welcome. Papers that reflect experience based on 
> deployed services are especially welcome. The organizers understand that 
> specific actions taken by operators are unlikely to be discussed in 
> detail, so papers discussing general categories of actions and issues 
> without naming specific technologies, products, or other players in the 
> ecosystem are expected. Papers should not focus on specific protocol 
> solutions.
> The workshop will be by invitation only. Those wishing to attend should 
> submit a position paper to the address above; it may take the form of an 
> Internet-Draft.
> All inputs submitted and considered relevant will be published on the 
> workshop website. The organisers will decide whom to invite based on the 
> submissions received. Sessions will be organized according to content, 
> and not every accepted submission or invited attendee will have an 
> opportunity to present as the intent is to foster discussion and not 
> simply to have a sequence of presentations.
> Position papers from those not planning to attend the virtual sessions 
> themselves are also encouraged. A workshop report will be published 
> afterwards.
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce