Re: [tsvwg] ecn-encap-guidelines reframing section

Markku Kojo <kojo@cs.helsinki.fi> Tue, 22 June 2021 14:17 UTC

Return-Path: <kojo@cs.helsinki.fi>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E6C683A26F0; Tue, 22 Jun 2021 07:17:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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=cs.helsinki.fi
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 N2Hfyvwz8_E8; Tue, 22 Jun 2021 07:17:16 -0700 (PDT)
Received: from script.cs.helsinki.fi (script.cs.helsinki.fi [128.214.11.1]) (using TLSv1.2 with cipher AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 04E103A26F2; Tue, 22 Jun 2021 07:17:15 -0700 (PDT)
X-DKIM: Courier DKIM Filter v0.50+pk-2017-10-25 mail.cs.helsinki.fi Tue, 22 Jun 2021 17:17:13 +0300
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.helsinki.fi; h=date:from:to:cc:subject:in-reply-to:message-id:references :mime-version:content-type; s=dkim20130528; bh=2HjMMVvYP7RYdPrLx Oac4Rt1pNgFIirbEJYMV27mZuI=; b=WMt5e8Z3tB7Lt+DEhAMQ6fsbPTwFbo95g AWORAphsgbR5Ie8wcwB91BllcW8Ifj8yVbw7KiiqcmCRktGv1eckVFNNtVpGoo6P RNLWHgxJ8phb3L+h4egBtgO2WbBO2ITGR/pi1ajiKsUjT7QGmN/ezZp8WMx/AM9q WuaE8DySiA=
Received: from hp8x-60 (85-76-2-69-nat.elisa-mobile.fi [85.76.2.69]) (AUTH: PLAIN kojo, TLS: TLSv1/SSLv3,256bits,AES256-GCM-SHA384) by mail.cs.helsinki.fi with ESMTPSA; Tue, 22 Jun 2021 17:17:12 +0300 id 00000000005A01BC.0000000060D1F0E9.00002C51
Date: Tue, 22 Jun 2021 17:17:12 +0300
From: Markku Kojo <kojo@cs.helsinki.fi>
To: Jonathan Morton <chromatix99@gmail.com>
cc: Bob Briscoe <ietf@bobbriscoe.net>, David Black <David.Black@dell.com>, Joe Touch <touch@strayalpha.com>, Markku Kojo <kojo=40cs.helsinki.fi@dmarc.ietf.org>, "tsvwg-chairs@ietf.org" <tsvwg-chairs@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
In-Reply-To: <E4D39A11-0433-46DC-8E5F-EADD10E80F4A@gmail.com>
Message-ID: <alpine.DEB.2.21.2103300435500.28263@hp8x-60.cs.helsinki.fi>
References: <CE03DB3D7B45C245BCA0D243277949363076629A@MX307CL04.corp.emc.com> <CE03DB3D7B45C245BCA0D24327794936307688C5@MX307CL04.corp.emc.com> <alpine.DEB.2.21.1911171041020.5835@hp8x-60.cs.helsinki.fi> <9024d91a-bb08-fb45-84f8-ce89ba90648d@bobbriscoe.net> <alpine.DEB.2.21.2012141735030.5844@hp8x-60.cs.helsinki.fi> <1e038b64-8276-3515-ac45-e0fc84e1c413@bobbriscoe.net> <alpine.DEB.2.21.2103081540280.3820@hp8x-60.cs.helsinki.fi> <3c778eb9-56dc-3d58-0de4-c6373d1090ec@bobbriscoe.net> <alpine.DEB.2.21.2103181233160.3820@hp8x-60.cs.helsinki.fi> <8ac0d6dd-1648-ee8d-d107-55ef7fe7695f@bobbriscoe.net> <CD5B98D1-9BAE-4B74-8751-A8AF293AEFC3@gmail.com> <MN2PR19MB4045C7AD9873F378FB542CF283659@MN2PR19MB4045.namprd19.prod.outlook.com> <10cb995d-7ac0-99c8-4013-5ea8a518e643@bobbriscoe.net> <MN2PR19MB40451E51462D82DF2F81D18183639@MN2PR19MB4045.namprd19.prod.outlook.com> <6b9f2527-ccbd-af2a-caa3-8a0b7c234aa6@bobbriscoe.net> <E4D39A11-0433-46DC-8E5F-EADD10E80F4A@gmail.com>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="US-ASCII"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/CjvRqfgEV8k5wlAyPh0nM1PJWDg>
Subject: Re: [tsvwg] ecn-encap-guidelines reframing section
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Jun 2021 14:17:21 -0000

Hi all,

just one additional comment on using Reno formula an 'p' in it.

On Wed, 24 Mar 2021, Jonathan Morton wrote:

> A quick aside:
>
>> On 24 Mar, 2021, at 11:48 am, Bob Briscoe <ietf@bobbriscoe.net> wrote:
>>
>> {Note 1} For instance, the average proportion of marked packets is 'p' in the well known Reno formula,
>>     cwnd_avg = sqrt(3/2p)
>
> This assumes that "p" is a uniform probability; that the likelihood that one packet is marked is independent of whether its neighbours are marked.  A mechanism that refers specifically to marking consecutive packets breaks that assumption.
>
> Reno's actual behaviour depends more accurately on the relationship between the interval between RTTs containing at least one mark, and the actual RTT.

Right. Translating this to Reno formula jargon: p is not the average 
proportion of marked packets but the average proportion of congestion 
signals, where packets marked on the same RTT are considered as a single 
congestion signal. Thereby, p defines the average interval between two 
marks in different RTTs (after removing any additional marks on the same 
RTT). Once we know the path end-to-end bandwidth-delay product and the 
average amount of queuing defined for the bottleneck AQM, we can 
calculate the average RTT to be used in the "full" formula (the target 
queue length and the drop/mark method the AQM applies affects the queuing 
delay and thereby e2e RTT).

And, when thinking of a typical TCP behavior in CA, the typical interval 
between two pkts that an AQM marks for a flow is several RTTs (unless 
there is relatively heavy congestion due to notable number of competing 
flows).

/Markku

> - Jonathan Morton