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

"MORTON JR., AL" <acmorton@att.com> Fri, 27 August 2021 20:35 UTC

Return-Path: <acmorton@att.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 0E02E3A16F3; Fri, 27 Aug 2021 13:35:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.799
X-Spam-Level:
X-Spam-Status: No, score=-1.799 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.onmicrosoft.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 Az9dZ0bPfWV3; Fri, 27 Aug 2021 13:35:25 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 88FB63A16EE; Fri, 27 Aug 2021 13:35:25 -0700 (PDT)
Received: from pps.filterd (m0083689.ppops.net [127.0.0.1]) by m0083689.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 17RKYDgI001995; Fri, 27 Aug 2021 16:35:24 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0083689.ppops.net-00191d01. with ESMTP id 3apc49ftn1-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 27 Aug 2021 16:35:23 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 17RKZL0k002870; Fri, 27 Aug 2021 16:35:23 -0400
Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [135.66.87.50]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 17RKZIdC002755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 27 Aug 2021 16:35:18 -0400
Received: from zlp27128.vci.att.com (zlp27128.vci.att.com [127.0.0.1]) by zlp27128.vci.att.com (Service) with ESMTP id 2A35D4005958; Fri, 27 Aug 2021 20:35:18 +0000 (GMT)
Received: from MISOUT7MSGED1AC.ITServices.sbc.com (unknown [135.66.184.173]) by zlp27128.vci.att.com (Service) with ESMTP id EB6434005950; Fri, 27 Aug 2021 20:35:17 +0000 (GMT)
Received: from MISOUT7MSGED1AA.ITServices.sbc.com (135.66.184.195) by MISOUT7MSGED1AC.ITServices.sbc.com (135.66.184.173) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14; Fri, 27 Aug 2021 16:35:17 -0400
Received: from MISOUT7MSGETA01.tmg.ad.att.com (144.160.12.221) by MISOUT7MSGED1AA.ITServices.sbc.com (135.66.184.195) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.14 via Frontend Transport; Fri, 27 Aug 2021 16:35:17 -0400
Received: from NAM04-DM6-obe.outbound.protection.outlook.com (104.47.73.42) by edgeso1.exch.att.com (144.160.12.221) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2308.14; Fri, 27 Aug 2021 16:35:16 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lwG5vWR66DkEoseUJDH4yIi2e814nz8oBjmkAOx5PYro8OI/48PLEDhPxNHftgpTQFdEPqT0XNS3UtFtZSKegeh7vVMYJLv2uee/RMsayl26HMwp/ek85P7uj843eyELqQQWuoBoptCz9TTDyaJlbgB7eF0PwK4MvftBUN80IDTXo407KypDAYO3TOpU/dBlyIb+0aDRc9cYXBVZ9E0ef39YsTGyhs1m3wRYkJd4jXddry95f1cBAlqekNi4libb5g3y6dd5yGIWyPV9VW4fhN3kO2DIrmjPgMat7cNGlcuI/HN+hzORfAzbUDC+/0qL+a3IzG7whBvMMXO/eC5ITQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nyaTYX9btxxJ7fADGmQS9qoZLDtD1o8u3F12FsSy6qg=; b=U0hld2tu2G/8Ufw6YAX3LZ4WFh0XaLwnaew1yJ9AqBKpOfkuyqM3hJenQqhFNs+erjv9ZbmZ/VMlkLBjRA7RdyBjLFwkg+ZBnj8T8v184RteKXCfuNOEIwzYkSMfW5Y1aY+4CG6JPjPoftPH9eJRzCyQwjVRz5UZu+PpSJZJnj5he+MLsyXOFZTzxnEStVPCHX3NXBXCopm5GRucyog25CPVWnSsEHP7KHW/TQdUsU6i4f//2rb57xV1WNL7OOxwJLMPAUjLAWS2NQInL16n9mUfRYcHz9MI8J/k4M+34Crqq3i/F778EUZkZ0yKI4Sx3+XMlZCcObSJHGCgbM2RJw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=nyaTYX9btxxJ7fADGmQS9qoZLDtD1o8u3F12FsSy6qg=; b=LsAgoUH1WpxbiofWAi0FZfGsfa/2lB8HNL77hTj9eXET9H83Z9GYTniTWQ/S+TJAFTvMPtd6FWgEmyjX8pLnUkQHdTahrNngoAdTrSycYgUv6EeT+gLSRo1HGbGCasGelB0+CcONDE5oT2Kxohf2BZeux9a4iSH4WfLM08xdYgo=
Received: from SJ0PR02MB7853.namprd02.prod.outlook.com (2603:10b6:a03:32e::8) by SJ0PR02MB8452.namprd02.prod.outlook.com (2603:10b6:a03:3f9::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4436.22; Fri, 27 Aug 2021 20:35:15 +0000
Received: from SJ0PR02MB7853.namprd02.prod.outlook.com ([fe80::7c62:d778:c67f:2f46]) by SJ0PR02MB7853.namprd02.prod.outlook.com ([fe80::7c62:d778:c67f:2f46%9]) with mapi id 15.20.4436.024; Fri, 27 Aug 2021 20:35:15 +0000
From: "MORTON JR., AL" <acmorton@att.com>
To: Martin Duke <martin.h.duke@gmail.com>, Greg Mirsky <gregory.mirsky@ztetx.com>
CC: "ippm-ads@ietf.org" <ippm-ads@ietf.org>, IPPM Chairs <ippm-chairs@ietf.org>, IETF IPPM WG <ippm@ietf.org>
Thread-Topic: [ippm] Proposed changes to default settings in the Capacity metric load adjustment algorithm
Thread-Index: AQHXm39n3w/PE0gSgk+Vh0mykExoiKuHzlaQ
Date: Fri, 27 Aug 2021 20:35:15 +0000
Message-ID: <SJ0PR02MB7853032EA38E8589E690A1CAD3C89@SJ0PR02MB7853.namprd02.prod.outlook.com>
References: <CAM4esxT1y920jQF5pY5oKhob5eetKOx_4H=3R639_YZqWujabQ@mail.gmail.com> <202108260622279441120@zte.com.cn> <CAM4esxRkMvLTLsLbUuZFY-C+7wPEEu59mTBL=A-vYrcU_HrwnA@mail.gmail.com>
In-Reply-To: <CAM4esxRkMvLTLsLbUuZFY-C+7wPEEu59mTBL=A-vYrcU_HrwnA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=att.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: e356105d-bbb0-4985-5df8-08d9699a2d1a
x-ms-traffictypediagnostic: SJ0PR02MB8452:
x-microsoft-antispam-prvs: <SJ0PR02MB8452B719FCF1DACF58FA1252D3C89@SJ0PR02MB8452.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: /EZvkAOn5nxd9GdNKPCPByuiT2SoTmzhuOZYQ/d4jpSJYOm3wPyZfPMUJZ4tafL8C9H09IE62dGh2XgKuEO9l3NyGAZk3aYJxK69u1S+BCuXSGQsnSIX2TUpY9huER0haIeJr4m8r9Mu0Nm4o4WbyEqawZFVHYIpJKCKhlpy0w5t9UAjAS+h71iYdnqdEnEW81I+4hMSBQ8SGLO+hcJb60P6MacsScqfQoyY+eRjMsf16HQrXHRgDcaN6mp1njtsgXrEW7Uq9QEFwA+LVw8IspfltL82PQh42ULbRXKpBAUl1XDPHFmGTu+GxrtyQvVmDaX9uDBizALQcfDYsh54jh3mR7dvRkBDdKIpLHrVbIVxCGU14Nig8rsZyMnbP0g468G7pChjrgd6/U1XhO6HAZFWgZXtkevAu5QVtNLCfHITa9xwRR5/06BfWcYTAfzDEERRNJnTRAhRNv12cln8+jhdWf3Zv4GRAcdWKT7v1pchL1NClP79s5bJU2cHr6dH0PY3UpOr9T3fELt8Y38gBvrtewMyQBKWDTYnRpicGeqDIOVWLCm6Ld5gFzsN1NSZ1k3+GA4IYQwl6pN8cIaq2HPUKoyqN1qHo2Z3EsuI47u0tazK7jejX+onaifFRLOAfB6CZy0jt8DygKnZLLT0Fu+1mRFGbMmUDFqZ0XqU/WYaIJk1tXUj03Jq9kbsILedMKYauc/soFNNhfUcWaDgzj14C+Ah4KlYKhU2xGXun0H40HV8zBVd3Dqi74Rjpxr6IXAxz+4rPHRytTtWftRhFtOH6ltOe0an7jqLtpm2nn0=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR02MB7853.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(136003)(396003)(376002)(346002)(39860400002)(26005)(166002)(82202003)(38100700002)(6506007)(83380400001)(86362001)(186003)(53546011)(4326008)(7696005)(5660300002)(2906002)(8936002)(66446008)(66576008)(9686003)(55016002)(66556008)(8676002)(76116006)(64756008)(66476007)(66946007)(316002)(33656002)(478600001)(966005)(110136005)(54906003)(122000001)(71200400001)(52536014)(99936003)(38070700005)(559001)(579004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?TjBwQzhYeFRnWi9hSTdSM24xQUZIUVl3NjdJZjFIMUsrLzJ2VGp5bWU2MVpz?= =?utf-8?B?N1B6MHBIazFsRmJyUkQ2NEM2SHRFNU1Hb2w0YXJCQnFCTDZKVTBCN1FVYnFo?= =?utf-8?B?MzdIbEI5Q3REeFB2K0tqNFZ1NmpmSXBTOHhXZVhjTWNzbDNTVk1kbGhxc0Ez?= =?utf-8?B?QkRMekJsZnFQTWtaL05CbTJGU1FRcDl5SGN1MVdBUThWMXBxL1N3SEoxbmNy?= =?utf-8?B?KytudFlKc0V2M0FrVUNabkt0VGxmTnFQZGU2MTdsMkF1M2FCOHpmMFJRbW12?= =?utf-8?B?Qm1ybmt3V0pHT1RackZOM3BCUzR0V00rMHN6eVU5K1hxUUlaZmF1RG5KNC9v?= =?utf-8?B?RkpqN3hGdk1WNHRyMlkrcEgwNWU3ck1FUlg5VUZsMnIvSEc2aUc1L0ZyejFy?= =?utf-8?B?ci9ienZtcUV5WFJwZHM5RDBkNGl1b2k3SHBnWnZESlVITkJ3dkpHeXZOOGRJ?= =?utf-8?B?SFlZdFZ6T1FIUEorUGFrMWg4bFVhcGRQNUQxWDBtVG4wMWQwS25FVGh0Z2ZF?= =?utf-8?B?dEllRmxSQ1ZqeUpHc1R4T1kyWEFUaTZCVzZzaktTc3ZkR1U0RDVpZjAxVjcv?= =?utf-8?B?c0V1dTdSSUF6d1FqaW96dTJha2lEUFpLdDFJZEttU29CbGU5QUhydndFSUw3?= =?utf-8?B?bVB4WG56VUFZbmE1SnFiRjQ1VTVEZGNSckZxUHpaNHRkWVRsZjJxK2kxRnJ4?= =?utf-8?B?YW1Rc0RMOXJicmg0ZXNreU9mOTFwSEt1RDZXSDF0WjAvbWtBdkprK25LbmJW?= =?utf-8?B?VWF6bnVZUG9jME9rRFYzd241UWVWT3RpbEJsRDZ2QVRXdURGTFF3UU5nY1h1?= =?utf-8?B?WlNZU3VSNnVJSUJKQXJJbWhoUnFvZjZ5aTlaaXZuTmJGQmk1bURqM2pPZVhO?= =?utf-8?B?dVZVcTBlZjZoVFZZNm8zVzJFaFRCQklzdHBwZFVFZVRPemRnMWdZNkhOalBa?= =?utf-8?B?SnNLaEZRVWIrWVo1QlEzazNXK0EyQUIzeDdOLytPV0o2UFhTalBFcU82WEhE?= =?utf-8?B?MWdTcWNJMURrRjU0OUd2eVNPTEdFZUJCWUxJclYxUUxRZkZBSyt5Rlg3NWJ0?= =?utf-8?B?bUdKM05WOCtFOHBMVVk1bmN0R2FWZUVTVWl1OEx2MzFoRW1MdXh2eGtld0Nr?= =?utf-8?B?TjZxR2ZNaitQQ2JXU25sWkR0YUVLazJWK3dDKzE1RWI4RUpFWDFJUHloSWd1?= =?utf-8?B?ZnBTc01pSzBBOCtQZlRaQ1EwSFdMaG5EUEFSYkJEdUxEVmhySSt2bk9CK3Zp?= =?utf-8?B?RVRKSjlSUTdobDRKL0NWQlYwV3RCTVNKNjNXZGZLK2hmckNVUldQekdvaG5r?= =?utf-8?B?a1BOOWhuY0YxaTJyRzJIeGNhaXlqNUdNTzRXTUkycTJZVUFLd3o3dDJyL0NL?= =?utf-8?B?bDk5bWd5WnhsSHYrOWNGSDJFZjcvS1N1NEV1QnpBMTluZ0hxVFVCL3NXOWEz?= =?utf-8?B?QkV1NHQycnZpcVo4VzBlOUJpUkxZYS9MRnExVUZWUFFQUEl0em5saXc1YUkz?= =?utf-8?B?TnZRSm11T3NNRUNtSG11R3pRcHNYc3VhcDYwTHBjTUFUSmFUWFZjNUFETFJF?= =?utf-8?B?aVZodUNJc1BTWDNXOTBqVmc1cVBqYktmUUFYaWxpYnBBeHpCMmhjWVVpOVhT?= =?utf-8?B?M1F1em5ZVzk0TTlobzJoYkw0dGVBaWZrWUFyaGhRR0liTkhXcXhZOTRiWGpv?= =?utf-8?B?amtqcERrMDlPakx0UHVtbkFqd0tHVEJPeTVzdy9qVVpZOVBKelNZWHdNN1FE?= =?utf-8?Q?9d2+JQAMB0YcS7w3WchAwPKncDjbLfhoqQMTgWm?=
x-ms-exchange-transport-forked: True
Content-Type: multipart/related; boundary="_005_SJ0PR02MB7853032EA38E8589E690A1CAD3C89SJ0PR02MB7853namp_"; type="multipart/alternative"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ0PR02MB7853.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: e356105d-bbb0-4985-5df8-08d9699a2d1a
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Aug 2021 20:35:15.1153 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: d9yVywsvT8jfOyooN20aRIWZt+mu8QNKu+Sw7IkdQUAOugMqzhY00a0JNVQ9Kc8/
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SJ0PR02MB8452
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 9EEA13F21C3B700FA3A55DACDA3E38238AB5582A42D41481739396535E3CCF5D2
X-Proofpoint-ORIG-GUID: YSK8Kec9R4omtjPUvfETK5SCCJG2wRlW
X-Proofpoint-GUID: YSK8Kec9R4omtjPUvfETK5SCCJG2wRlW
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-08-27_06:2021-08-27, 2021-08-27 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 impostorscore=0 mlxscore=0 adultscore=0 mlxlogscore=999 lowpriorityscore=0 spamscore=0 malwarescore=0 phishscore=0 suspectscore=0 clxscore=1011 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2107140000 definitions=main-2108270120
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/GaZGyz-owBdP2fSoVgnFYMDgSRQ>
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: Fri, 27 Aug 2021 20:35:32 -0000

Martin/Greg/Tommy,

Thanks, I’ll move the editing ahead with our designated RFC Editor ASAP, probably next week sometime.  There are some additional questions (from Lynne B) that I need to dig-up and answer...

Al

From: Martin Duke <martin.h.duke@gmail.com>
Sent: Friday, August 27, 2021 4:08 PM
To: Greg Mirsky <gregory.mirsky@ztetx.com>
Cc: MORTON JR., AL <acmorton@att.com>om>; ippm-ads@ietf.org; IPPM Chairs <ippm-chairs@ietf.org>rg>; IETF IPPM WG <ippm@ietf.org>
Subject: Re: [ippm] Proposed changes to default settings in the Capacity metric load adjustment algorithm

yes, let's make the change and proceed.

Thanks

On Wed, Aug 25, 2021 at 3:22 PM <gregory.mirsky@ztetx.com<mailto:gregory.mirsky@ztetx.com>> wrote:

Hi, Martin et al.,

my apologies for the late response.

I've reviewed the proposed changes in the default values. I agree that these changes make the out-of-box capacity measurement less sensitive to an occasional non-congestion-related loss of packets while preserving the algorithm's fast ramp-up behavior. Clearly, a win-win update. I support it.



Regards,

Greg Mirsky



Sr. Standardization Expert
预研标准部/有线研究院/有线产品经营部 Standard Preresearch Dept./Wireline Product R&D Institute/Wireline Product Operation Division


[cid:image001.gif@01D79B61.828CFD90]
[cid:image002.gif@01D79B61.828CFD90]
E: gregory.mirsky@ztetx.com<mailto:gregory.mirsky@ztetx.com>
www.zte.com.cn<https://urldefense.com/v3/__http:/www.zte.com.cn/__;!!BhdT!2YQp5UNHfqfzgA6kr4d9r7E2BCtWVflhNiLafOlh3sNMUiY6NclIr11fmyYB$>
Original Mail
Sender: MartinDuke
To: MORTON JR., AL;
CC: ippm-ads@ietf.org<mailto:ippm-ads@ietf.org>;IPPM Chairs;ippm@ietf.org<mailto:ippm@ietf.org>;
Date: 2021/08/12 10:49
Subject: Re: [ippm] Proposed changes to default settings in the Capacity metric load adjustment algorithm
_______________________________________________
ippm mailing list
ippm@ietf.org<mailto:ippm@ietf.org>
https://www.ietf.org/mailman/listinfo/ippm<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/ippm__;!!BhdT!2YQp5UNHfqfzgA6kr4d9r7E2BCtWVflhNiLafOlh3sNMUiY6NclIrxo6FkP8$>
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