Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 12 March 2021 13:11 UTC

Return-Path: <magnus.westerlund@ericsson.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 031283A0CAC; Fri, 12 Mar 2021 05:11:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.349
X-Spam-Level:
X-Spam-Status: No, score=-2.349 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.248, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, 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 (1024-bit key) header.d=ericsson.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 bf0x96j-6QLb; Fri, 12 Mar 2021 05:10:58 -0800 (PST)
Received: from EUR05-AM6-obe.outbound.protection.outlook.com (mail-am6eur05on2088.outbound.protection.outlook.com [40.107.22.88]) (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 655893A0CA0; Fri, 12 Mar 2021 05:10:58 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PHYlh6qF2pgDzHHc6VMpWWJM63cQ515VV4Z1cULvUWKzGW9oac/v9kC0nApqxNXkffHbCbO/o08oeawTHhIX7GcviEfvAqzvcsqeaGbn7P6WQIRimTRP/Aypd/GTG4sip2JDozYWPGXDH2qjz0A3jNWXZDXQ3LvnPei0S3h4fCq2+AwNgqQgO6IUnj8OyHiN4VCrcjt3fHXWlBYuOdHP52IuNLLmLYk/O7OT3hpbEmsgZQOj2SBWLI9SPZFUGGvT8t6sIK/TiY8r73ymRgcZqieKVpiNvGGfgxs+WFH0OG1fLQqSI5NZh8rHz5NgK6c9qeJOBtTSzc4CF5KyQRtdfA==
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=m2ITgR+h2MCJHyhKdh/wTJOz8CtshNXaBScFe7/punE=; b=FEZWEN4UmQIkrRd3290a8iF1Es8NL7oYVTNORc+VD0RuCZzec4LihL1K4JTTc6a0HOyCftMZBKBIVkLQxWx+E5tJhGrUTNaozVHAbIOlNVtiA+0BDZAdEr4xqzgMWAwOVcms3N6qG6mAZ/9mxDP7KPcsMvqlULQC+ZFa5eODtdH4xrN3HDC7QeeMaYGKq2SExTR6K2gYkzsLBL9Hns5Xm0JT1oLyqD2d71JZLKxERoYqlfIG5jI9iXZtyNKzSBlyLElGR7tWVGlEFLJ++4Qj8Ksd9ejRoyyTU3Tony2nfq5RRBx7VkLaRs5tKamAloNVjUVzX71DXTdX6NfCn0a7Qg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=m2ITgR+h2MCJHyhKdh/wTJOz8CtshNXaBScFe7/punE=; b=eev7K25nsBp3+a1gVWn+QGwvTibYRCFChG7yACvK5MerW0FmSk7LPvskx4rtfiIECV5k4ikfct/s668nfIeeacoHyhLX6Fw6j2zhOoYVKqaUzJy+2/OGUdWKZ8mSx72OlmFM9lLazXMKwxjAFyGI/GDrLIsVBBDsJBtns/Jp/uc=
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com (2603:10a6:7:8e::14) by HE1PR0701MB2156.eurprd07.prod.outlook.com (2603:10a6:3:2b::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.13; Fri, 12 Mar 2021 13:10:53 +0000
Received: from HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5]) by HE1PR0702MB3772.eurprd07.prod.outlook.com ([fe80::350a:7431:a670:a5b5%5]) with mapi id 15.20.3955.010; Fri, 12 Mar 2021 13:10:53 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "Ruediger.Geib@telekom.de" <Ruediger.Geib@telekom.de>
CC: "tpauly@apple.com" <tpauly@apple.com>, "ianswett@google.com" <ianswett@google.com>, "draft-ietf-ippm-capacity-metric-method@ietf.org" <draft-ietf-ippm-capacity-metric-method@ietf.org>, "ippm-chairs@ietf.org" <ippm-chairs@ietf.org>, "ippm@ietf.org" <ippm@ietf.org>, "iesg@ietf.org" <iesg@ietf.org>, "acm@research.att.com" <acm@research.att.com>
Thread-Topic: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
Thread-Index: AQHXC4ErlwkM1aTuAkuUi6wN9U4nLapo9txggAGffICAACldMIAGGjkAgADI6CCAAuLjkIAAqr5AgAAZfgCAAB6PYIAABYwAgARiWICAAJqpAIACxBLQgAHh24CAAUhoAA==
Date: Fri, 12 Mar 2021 13:10:53 +0000
Message-ID: <HE1PR0702MB3772AFEDDFB422EE5844E4C8956F9@HE1PR0702MB3772.eurprd07.prod.outlook.com>
References: <161426272345.2083.7668347127672505809@ietfa.amsl.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0C0E@njmtexg5.research.att.com> <66f367953ae838c8ba7505c60e51367843117787.camel@ericsson.com> <4D7F4AD313D3FC43A053B309F97543CF01476A0FE3@njmtexg5.research.att.com> <HE1PR0702MB3772A66E2C0409F5A69DC7DA95999@HE1PR0702MB3772.eurprd07.prod.outlook.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA50DA@njmtexg5.research.att.com> <HE1PR0702MB377281B141FBB6D63015CC1895969@HE1PR0702MB3772.eurprd07.prod.outlook.com> <FRYP281MB01127EE4544CADF8B6E6E2E19C969@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM> <HE1PR0702MB37725A93AE2748D0619DB95D95969@HE1PR0702MB3772.eurprd07.prod.outlook.com> <4D7F4AD313D3FC43A053B309F97543CF0147CA565A@njmtexg5.research.att.com> <FRYP281MB01125B1728BCEF1D721B81EE9C939@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM> <4D7F4AD313D3FC43A053B309F97543CF0147CA9031@njmtexg5.research.att.com> <VI1PR0702MB37757902F5B59F99C5D8F24995909@VI1PR0702MB3775.eurprd07.prod.outlook.com> <FRYP281MB01124DAB19CA73818AE5F3759C909@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM>
In-Reply-To: <FRYP281MB01124DAB19CA73818AE5F3759C909@FRYP281MB0112.DEUP281.PROD.OUTLOOK.COM>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: telekom.de; dkim=none (message not signed) header.d=none;telekom.de; dmarc=none action=none header.from=ericsson.com;
x-originating-ip: [158.174.130.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8c78810a-d623-4db2-ecea-08d8e558443e
x-ms-traffictypediagnostic: HE1PR0701MB2156:
x-microsoft-antispam-prvs: <HE1PR0701MB21567AC9229B0A4AFF596966956F9@HE1PR0701MB2156.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:4941;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 3iwivX16y8lbc4x8XAsW2EI4zEnh3DIizM0ixVFbvn4/5BHxVtXIGDFRoErWf7bBpgYHhzgUl59HXsdOvUYsOK5KUY9kT/YPELVIm04/XSyLi4T+PDaSvUR3pToPkN5pKkaM/MznLHSgOEmWtC+RMEDtdHzR8pF61lLBKwl+kNJPfFusAjN6j78tXpnRW0CH9u8qn2H8p9Xw1LnpE9qOFjS7VJ8/mwc7aOWGtbeYxEQ6EhE7bTrRhOdUkfGIx4cFuauv51Jen/3r/Y+QCwbCtXyOajwSrVHDcaLreOZEyFCDI5/74l4pNYOPyjeSP8gyp9fj8q89TvjwTJliHxgDBl3QJSZbHbhnmoUSSiiVT2GN7rTP3cqifCYafG6jjvjnElFJs7+GCHYwT9wH+p41LVcjMemEDRCwtEti+BLxBtU55iBUKINR7RSYPFoZCtZ3a2WArhIFx32VbkhqeVLzTghlfL7CP33irqLJk+FEr+hsKoPYhx7wvUHFYd570G4jwpDtG6WoPIHsRYd/BwQ72oe14eihmu+LprayIsT8Of2t6IuwafnHme2sQ3wJ9eki
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0702MB3772.eurprd07.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(396003)(376002)(346002)(136003)(366004)(39860400002)(76116006)(33656002)(26005)(86362001)(55016002)(66946007)(64756008)(66476007)(66616009)(7696005)(44832011)(54906003)(8676002)(66556008)(66446008)(71200400001)(9686003)(478600001)(5660300002)(99936003)(316002)(4326008)(6506007)(53546011)(52536014)(6916009)(83380400001)(2906002)(8936002)(186003); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: WEqHr0ksftbkdxNZpX0cwYXjmRDBCOMaFH9zU2wHORXCLbJtYm21yDRs9LXzFuV0wQXIuIUgr0FkJBMfZVKleuyuPKc1fpBBLsGfbePDBh1vgKH5FBZ33lukSwHd9M5N2jw27JXJ2HSmBKyw1x34AOx+5J26GUuEnO2jrjUhlfetTrSqbWjp7jUdKF2EmGV/RoQVMy1NGgadGyPUDHIKx34DUtHrGVVazURvS1ylD+1YgVDqLCh4RFp6j6Kqy/EKNsnCvBMlUpmxI6uCTSNRkAEfGzZAUoPXu57qdf6u5Nt+saedp8PLz9bnf4dEaeAcdiA3oK9DOBnCLVt0tnAveVZP4bZBSGhDvwHnGQxwg23VvCRBmOAPouUCCaHaZAnQ0HfY+65/ToLF6SSK+qF1x+bebSsfSFP5DrIkG07cZRQS8bV6Ggo7DfVJ9UJ2RZDd0eQumzNt7O5sXPo0J+UwacN9UvwCXTdVUNSY+/2x54PUdiA2mLj1LeGs7YnoxB+XiwPOWOX+UcAu1iGsrXIfCTNByGZ9oGzujuDF43KGoWKgnrKwcBg1Xqpb2VQ55bWpXQALvPDSM06ETkvOKqWty2emJjyL593HH5J+kVEdXVSI3EJ/XWONGRB86n+Dj5zxjVLbohUPB7Mz2duLu2eo4Eysf8roMO0ns9vmUegfxUxSj2gPQLW5X9Beau8qAAjQwNwB/xhuispSlBj+8lycDin9IABYxNdBtLuno3lod1xbZP/YU9tPEFQl23oFr06+76rTBs7Sa2rAGRVg1X5ySJoC40tDmG0yjxkHQoC90+nfFM/StH+auSHP/xkzYn3x0KPdfES/oJdCLqzglxL+d/uMEm0NAkrQm5Tt4EZQudViKziucT9IpCv0WedwNdL8tUUF+sTyB9DbVNxb+ZZQMnVXgpQrDHv2B6y8iCjx19gmv/kaVbexNIWdvLK2jsnmRqndMJUgpZYRYXJTWTF2eNLskg5YxWdJw/1rjSfPCtM6nZ3N819e7gp3ojnD3TElMoJZg2TvlAixBmlOFUzFfDmy3l+jh2zizN8irs/cttSiSaJ2Z4TDVdHS0/ks3jpgt1IW9qoBF9vX64bkfl9omKclHc2jfPIV2vkAbR+NHYXmXlG8hcFNqTRz5JpXXJUV7q9RIQe7GMSLKqhixo4iwyadW/nbbKPljrR9FKe/a6ppKKDIlkA7chPq21Eut1WewyyuxuYaFkmGoySGHEYPf6znSTJ2rEHlPO2wk9Te3afHBvLnmrKgWIbqLVQcFk6AdZqlT9xUU72fRsvZgDpb//nsyStJsc1HT6ob4WnbL3qxu6hpMD+umhAjyj62Lh5m
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_0558_01D71749.829715B0"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: HE1PR0702MB3772.eurprd07.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8c78810a-d623-4db2-ecea-08d8e558443e
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 13:10:53.5773 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Df+qdl3DxaJKSZJhvP9sEybWxDunr6AqWwpcaF/Y2hijLFRDtgXoueVAMhTIVsCyJXZzJEQRS54hhCPDFoblBbbFBM+Jv1lAG5g55KxaYgg=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0701MB2156
Archived-At: <https://mailarchive.ietf.org/arch/msg/ippm/1Dq1pN1hS4jLuU0otQW5XHhHqMM>
Subject: Re: [ippm] Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-metric-method-06: (with DISCUSS)
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, 12 Mar 2021 13:11:02 -0000

Hi Reudiger,


> -----Original Message-----
> From: Ruediger.Geib@telekom.de <Ruediger.Geib@telekom.de>
> Sent: den 11 mars 2021 17:32
> To: Magnus Westerlund <magnus.westerlund@ericsson.com>
> Cc: tpauly@apple.com; ianswett@google.com; draft-ietf-ippm-capacity-
> metric-method@ietf.org; ippm-chairs@ietf.org; ippm@ietf.org;
> iesg@ietf.org; acm@research.att.com
> Subject: AW: Magnus Westerlund's Discuss on draft-ietf-ippm-capacity-
> metric-method-06: (with DISCUSS)
>
> Hi Magnus,
>
> Before going to discuss details some questions:
>
> Would it help to insert text that person initiating test is required to
> parametrize an access bandwidth to be validated?
> I'm asking, as the intent of the draft might not be to capture a completely
> unknown access bandwidth (but I think it doesn't say so explicitely yet).

I think that would help significantly.

>
> Do some of your comments address a concern that a test creates to much
> congestion during one feedback interval FT?
> That may stem from the idea, that we've exactly reached access bandwidth
> AB during FT and badly congest the access during FT+1 (I don't deny that 
> this
> is possible).

Yes, what I am worried in some cases is the amount of overshoot the load 
algorithm can cause. And that is not just one FT interval. The regulation loop 
is somewhere between one RTT and RTT + FT long without feedback losses, and 
with losses it could be as long as RTT + m*FT where m is the number of 
feedback interval until one makes it in the feedback. Thus the congestion 
volume in a static system becomes (R[x+1]-R[x])*(RTT + m*FT) and where RTT 
+m*FT is capped by the longest non responsive interval. So have much data this 
represents, i.e. how badly one affect the on path with overload. So this is 
highly dependent on the parameters which is why I think this is so hard to 
evaluate.

>
> If that's your concern, would an approach to limit the maximum congestion
> created before FT+1 is reached being bound to a limit
> Buffer_max[ms]@AB[Bit/s] based on the last captured congestion free
> bandwidth AB during FT?
> As an example, Buffer_max = 0,05 s if AB < 1 Gbit/s (smaller Buffer_max
> values may be applicable at higher rates). This would result in a formula
> determining the sending behaviour during st, rather than a table.

I am not certain if I understand this correctly. Are you proposing to have a 
congestion window for the increase, or the full transmission, so that it will 
throttle if it doesn't get feedback in a timely way?

I think the main problem here is that one need to analyze the parameter space 
for the limiter that are proposed and what impact the parameters have. That 
has been part of my problem analyzing the updated text.

Cheers

Magnus Westerlund