From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from rn-mailsvcp-ppex-lapp45.apple.com (rn-mailsvcp-ppex-lapp45.rno.apple.com [17.179.253.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 425953B29D for ; Fri, 13 Aug 2021 13:16:01 -0400 (EDT) Received: from pps.filterd (rn-mailsvcp-ppex-lapp45.rno.apple.com [127.0.0.1]) by rn-mailsvcp-ppex-lapp45.rno.apple.com (8.16.1.2/8.16.1.2) with SMTP id 17DHBu0q004093 for ; Fri, 13 Aug 2021 10:16:00 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=date : from : to : cc : subject : message-id : mime-version : content-type; s=20180706; bh=QMBZlIEapNx6rDC6opJgflYNtrzmZ6lnfzE01GuHqOg=; b=GJvb1C6x58ZbqtLOZBKvO3PNPP+9Pql+wPJwWxmbr3wFjn3+xlHnQua6y7mPlzCYLcxc MPnLInFuiJudJeGCc/X704Bb7+bQjO6HiMvKR24dDNXJMbMMklqo5R/P9wdZ505/Furm lezcbZQF0qYG2v34ZXiboQhi3BgGTCDRzuaT76jCo/o8qWgDPoEDuSfNMn4k4OiWaLgA 8XdB+ey9k5Ewvv5WubEb6xZLJoZXNif61JFz0rlB7kau+DlLt//6p5nH4QMl3H9Gtsl9 g6Gz7NSnIX7PxJEvcU+gQOFxx4MTQXwo4c95DyGX5ZjOLx8uK7welWddb+7GFCt74a0b sA== Received: from rn-mailsvcp-mta-lapp03.rno.apple.com (rn-mailsvcp-mta-lapp03.rno.apple.com [10.225.203.151]) by rn-mailsvcp-ppex-lapp45.rno.apple.com with ESMTP id 3adbry3syh-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Fri, 13 Aug 2021 10:16:00 -0700 Received: from rn-mailsvcp-mmp-lapp02.rno.apple.com (rn-mailsvcp-mmp-lapp02.rno.apple.com [17.179.253.15]) by rn-mailsvcp-mta-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.9.20210415 64bit (built Apr 15 2021)) with ESMTPS id <0QXS0058PFYOE8F0@rn-mailsvcp-mta-lapp03.rno.apple.com> for rpm@lists.bufferbloat.net; Fri, 13 Aug 2021 10:16:00 -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 8.1.0.9.20210415 64bit (built Apr 15 2021)) id <0QXS01100FU5IN00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Fri, 13 Aug 2021 10:16:00 -0700 (PDT) X-Va-A: X-Va-T-CD: 5f6bbeeab51d84392b16d02789e1b410 X-Va-E-CD: 54830f70b70ff9032877f95123cc0fae X-Va-R-CD: 80bb087c437298cfd3e21c48ddd85eda X-Va-CD: 0 X-Va-ID: cbb7d020-66a0-4bd8-97ba-f4d284f1a23e X-V-A: X-V-T-CD: 5f6bbeeab51d84392b16d02789e1b410 X-V-E-CD: 54830f70b70ff9032877f95123cc0fae X-V-R-CD: 80bb087c437298cfd3e21c48ddd85eda X-V-CD: 0 X-V-ID: 5bc3ddcb-49db-4378-8158-fdcebd602297 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-13_06:2021-08-13, 2021-08-13 signatures=0 Received: from localhost ([17.192.155.152]) by rn-mailsvcp-mmp-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.9.20210415 64bit (built Apr 15 2021)) with ESMTPSA id <0QXS001ABFYNLY00@rn-mailsvcp-mmp-lapp02.rno.apple.com>; Fri, 13 Aug 2021 10:15:59 -0700 (PDT) Date: Fri, 13 Aug 2021 10:15:59 -0700 From: Christoph Paasch To: rpm@lists.bufferbloat.net Cc: Omer Shapira , Randall Meyer , Stuart Cheshire Message-id: MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-13_06:2021-08-13, 2021-08-13 signatures=0 Subject: [Rpm] Fwd: New Version Notification for draft-cpaasch-ippm-responsiveness-00.txt X-BeenThere: rpm@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: revolutions per minute - a new metric for measuring responsiveness List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Aug 2021 17:16:01 -0000 Hello RPM-list, please see below our IETF-draft submission that specifies the methodology used to measure "Responsiveness under working conditions" the way it is currently implemented in the upcoming iOS and macOS releases. We believe that this document could be a good starting point to create a formal specification for a methodology to quantify bufferbloat from the end-user's perspective (meaning, the way end-users most commonly experience it). Feedback is very welcome! Thanks, Christoph & co-authors ----- Forwarded message from internet-drafts@ietf.org ----- From: internet-drafts@ietf.org To: Christoph Paasch , Omer Shapira , Randall Meyer , Stuart Cheshire Date: Fri, 13 Aug 2021 09:43:40 -0700 Subject: New Version Notification for draft-cpaasch-ippm-responsiveness-00.txt A new version of I-D, draft-cpaasch-ippm-responsiveness-00.txt has been successfully submitted by Christoph Paasch and posted to the IETF repository. Name: draft-cpaasch-ippm-responsiveness Revision: 00 Title: Responsiveness under Working Conditions Document date: 2021-08-13 Group: Individual Submission Pages: 12 URL: https://www.ietf.org/archive/id/draft-cpaasch-ippm-responsiveness-00.txt Status: https://datatracker.ietf.org/doc/draft-cpaasch-ippm-responsiveness/ Htmlized: https://datatracker.ietf.org/doc/html/draft-cpaasch-ippm-responsiveness Abstract: Bufferbloat has been a long-standing problem on the Internet with more than a decade of work on standardizing technical solutions, implementations and testing. However, to this date, bufferbloat is still a very common problem for the end-users. Everyone "knows" that it is "normal" for a video conference to have problems when somebody else on the same home-network is watching a 4K movie. The reason for this problem is not the lack of technical solutions, but rather a lack of awareness of the problem-space, and a lack of tooling to accurately measure the problem. We believe that exposing the problem of bufferbloat to the end-user by measuring the end- users' experience at a high level will help to create the necessary awareness. This document is a first attempt at specifying a measurement methodology to evaluate bufferbloat the way common users are experiencing it today, using today's most frequently used protocols and mechanisms to accurately measure the user-experience. We also provide a way to express the bufferbloat as a measure of "Round-trips per minute" (RPM) to have a more intuitive way for the users to understand the notion of bufferbloat. The IETF Secretariat ----- End forwarded message -----