Re: [ippm] Proposed changes to default settings in the Capacity metric load adjustment algorithm

Tommy Pauly <tpauly@apple.com> Wed, 25 August 2021 22:02 UTC

Return-Path: <tpauly@apple.com>
X-Original-To: ippm@ietfa.amsl.com
Delivered-To: ippm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B710F3A15A1; Wed, 25 Aug 2021 15:02:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.552
X-Spam-Level:
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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8PIsoUuv8wMx; Wed, 25 Aug 2021 15:02:27 -0700 (PDT)
Received: from ma1-aaemail-dr-lapp01.apple.com (ma1-aaemail-dr-lapp01.apple.com [17.171.2.60]) (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 A4F053A15CE; Wed, 25 Aug 2021 15:02:26 -0700 (PDT)
Received: from pps.filterd (ma1-aaemail-dr-lapp01.apple.com [127.0.0.1]) by ma1-aaemail-dr-lapp01.apple.com (8.16.0.42/8.16.0.42) with SMTP id 17PM1aMR058663; Wed, 25 Aug 2021 15:02:22 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=from : message-id : content-type : mime-version : subject : date : in-reply-to : cc : to : references; s=20180706; bh=KcPIbIMsRdbyWZklQ22mzpsX8Obejp3F2k/ClQQWL9M=; b=VS2Wd3+4MjIcpAMIcaTMZNYdv2Ph7VsnnK0+A9LQBBRLQ+yAfsNwYL2FL/FfgyGUfcQp 7jLX3DPIK+g6V/9G8fxm7Gnwk2ciVGlws+qY8I9BfRQTUjfveDjJDffJ8SlrxgsR0HK9 tqFMd82njzMXrJ8JnfeTv60CH8ACsBD1lxWfsvzruXQ4oUBB/Bk2aKK+3XarGM3wFxJA SSiD8LoiO8I7jlNgkpywlBcm0rYNwOddPWCeWStF099e0aNpXrF8lR9R+/6q2bklTgdK RSem4G2NHhZ5EZo7fsQugyMzHmGD5wWZjVvJjcQ7htHmGE3DLGsnx+VfEKZ95F/xQYcn Mw==
Received: from rn-mailsvcp-mta-lapp02.rno.apple.com (rn-mailsvcp-mta-lapp02.rno.apple.com [10.225.203.150]) by ma1-aaemail-dr-lapp01.apple.com with ESMTP id 3anu5xab2p-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 25 Aug 2021 15:02:22 -0700
Received: from rn-mailsvcp-mmp-lapp01.rno.apple.com (rn-mailsvcp-mmp-lapp01.rno.apple.com [17.179.253.14]) by rn-mailsvcp-mta-lapp02.rno.apple.com (Oracle Communications Messaging Server 8.1.0.9.20210415 64bit (built Apr 15 2021)) with ESMTPS id <0QYF00CK517XH860@rn-mailsvcp-mta-lapp02.rno.apple.com>; Wed, 25 Aug 2021 15:02:21 -0700 (PDT)
Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp01.rno.apple.com by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.9.20210415 64bit (built Apr 15 2021)) id <0QYF00Z0016T6F00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Wed, 25 Aug 2021 15:02:21 -0700 (PDT)
X-Va-A:
X-Va-T-CD: 7066a741105d37fbaa601e2a272cf55e
X-Va-E-CD: e16e459ad87828a169ba395f875773b0
X-Va-R-CD: 650e750e9822dffbb09be5cdc80324e2
X-Va-CD: 0
X-Va-ID: 58e125ad-03aa-4bb2-a0c3-b97868792f19
X-V-A:
X-V-T-CD: 7066a741105d37fbaa601e2a272cf55e
X-V-E-CD: e16e459ad87828a169ba395f875773b0
X-V-R-CD: 650e750e9822dffbb09be5cdc80324e2
X-V-CD: 0
X-V-ID: bf22dfa4-1a98-401a-80af-d1e48a83fcbd
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-25_08:2021-08-25, 2021-08-25 signatures=0
Received: from smtpclient.apple (unknown [17.234.17.167]) by rn-mailsvcp-mmp-lapp01.rno.apple.com (Oracle Communications Messaging Server 8.1.0.9.20210415 64bit (built Apr 15 2021)) with ESMTPSA id <0QYF00HC717X1I00@rn-mailsvcp-mmp-lapp01.rno.apple.com>; Wed, 25 Aug 2021 15:02:21 -0700 (PDT)
From: Tommy Pauly <tpauly@apple.com>
Message-id: <39223517-B29E-43CF-A774-C85720384E45@apple.com>
Content-type: multipart/alternative; boundary="Apple-Mail=_D6E54BEF-A0AA-47D0-A5E4-8D4F6736AAF8"
MIME-version: 1.0 (Mac OS X Mail 15.0 \(3691.0.3\))
Date: Wed, 25 Aug 2021 15:02:21 -0700
In-reply-to: <CAM4esxT1y920jQF5pY5oKhob5eetKOx_4H=3R639_YZqWujabQ@mail.gmail.com>
Cc: "ippm@ietf.org" <ippm@ietf.org>, IPPM Chairs <ippm-chairs@ietf.org>, "ippm-ads@ietf.org" <ippm-ads@ietf.org>
To: Martin Duke <martin.h.duke@gmail.com>, "MORTON JR., AL" <acmorton@att.com>
References: <SJ0PR02MB7853627BA311E61CDBDE0455D3F09@SJ0PR02MB7853.namprd02.prod.outlook.com> <CAM4esxT1y920jQF5pY5oKhob5eetKOx_4H=3R639_YZqWujabQ@mail.gmail.com>
X-Mailer: Apple Mail (2.3691.0.3)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-25_08:2021-08-25, 2021-08-25 signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/mGSSeFd7ddWPBY1SNakVR1OUMKo>
Subject: Re: [ippm] Proposed changes to default settings in the Capacity metric load adjustment algorithm
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: Wed, 25 Aug 2021 22:02:43 -0000

I haven’t seen any feedback here, but I think the change makes sense.

Al, I think you should be good to go ahead with this.

Best,
Tommy

> On Aug 12, 2021, at 10:48 AM, Martin Duke <martin.h.duke@gmail.com> wrote:
> 
> Hello IPPM,
> 
> If you have any comments about this change, please send them to this list no later than 24 August.
> 
> On Tue, Aug 3, 2021 at 3:01 PM MORTON JR., AL <acmorton@att.com <mailto:acmorton@att.com>> wrote:
> IPPM,
> 
> I want to point out that some recent results conducted by others encouraged us to test some additional values for seq error threshold and a wider value range of values for consecutive errored status (during feedback intervals).  We discovered that we would like to revise the default values to make the load adjustment a little less-sensitive to non-congestion-related loss and protect the fast ramp-up from ending prematurely. For example, a very short burst of lost packets spanning the boundary between two feedback intervals is currently sufficient to end fast ramp-up.
> 
> The current table in 8.1 contains:
> +--------------+-------------+--------------+-----------------------+
> | Parameter    | Default     | Tested Range | Expected Safe Range   |
> |              |             | or values    | (not entirely tested, |
> |              |             |              | other values NOT      |
> |              |             |              | RECOMMENDED)          |
> +--------------+-------------+--------------+-----------------------+
> ...
> +--------------+-------------+--------------+-----------------------+
> | sequence     | 0           | 0, 100       | same as tested        |
> | error        |             |              |                       |
> | threshold    |             |              |                       |
> +--------------+-------------+--------------+-----------------------+
> | consecutive  | 2           | 2            | Use values >1 to      |
> | errored      |             |              | avoid misinterpreting |
> | status       |             |              | transient loss        |
> +--------------+-------------+--------------+-----------------------+
> 
> 
> The revised table rows would look like this:
> 
> +--------------+-------------+--------------+-----------------------+
> | Parameter    | Default     | Tested Range | Expected Safe Range   |
> |              |             | or values    | (not entirely tested, |
> |              |             |              | other values NOT      |
> |              |             |              | RECOMMENDED)          |
> +--------------+-------------+--------------+-----------------------+
> ...
> +--------------+-------------+--------------+-----------------------+
> | sequence     | 10          | 0,1,5,10,100 | same as tested        |
> | error        |             |              |                       |
> | threshold    |             |              |                       |
> +--------------+-------------+--------------+-----------------------+
> | consecutive  | 3           | 2,3,4,5      | Use values >1 to      |
> | errored      |             |              | avoid misinterpreting |
> | status       |             |              | transient loss        |
> +--------------+-------------+--------------+-----------------------+
> 
> Somehow, persistent non-congestion-related loss had mostly eluded our previous tests. But our goal has been to provide default values that will work in automated testing run by anyone in any implementation or circumstances - not just ~expert users and those who run the udpst utility.
> 
> So we'd like to change default values for:
> 
>   seq error threshold         from 0 to 10
>   consecutive errored status  from 2 to  3
> 
> and update our tested range/values column as well.
> 
> Al
>