Re: [tsvwg] L4S DSCP (was: L4S drafts: Next Steps)

Bob Briscoe <in@bobbriscoe.net> Wed, 24 March 2021 21:36 UTC

Return-Path: <in@bobbriscoe.net>
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 F1EE23A0C62 for <tsvwg@ietfa.amsl.com>; Wed, 24 Mar 2021 14:36:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.434
X-Spam-Level:
X-Spam-Status: No, score=-1.434 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=bobbriscoe.net
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 qyvlASQaMH11 for <tsvwg@ietfa.amsl.com>; Wed, 24 Mar 2021 14:36:01 -0700 (PDT)
Received: from mail-ssdrsserver2.hosting.co.uk (mail-ssdrsserver2.hosting.co.uk [185.185.85.90]) (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 C8C563A0C5D for <tsvwg@ietf.org>; Wed, 24 Mar 2021 14:36:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=bobbriscoe.net; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:Cc:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=7tyvD3qJyqHG16tu0aOKr2AMZLiEzMVCS54Wua1ISk0=; b=YQDvX6SSuuI7PNaV/udiUIkAUA t98/2mLo15WIo9NNOaa07c+rTN/8ksDPwHYgp4yDd+L5+6gACmNv5SvPw/IhIb0HXnvyhASXTAPCY Q6bnL5iSO59vgggOPJEn9V4DmgSOIIMRqYloBvGSLqo64ONwgYeQLRYVEF13XJDi4TjuHJudoAJ/8 GXwyBc113v2+/Rr4Lj1HnEakbgkYcbpSg4TmtGShdIQFpRUfZFI9UFo2RFZrVFeHYRPiEIJjKx2ua llJSJk0ScPCbJK+t1Fao2NogBeVc1K5SYV0eZh+Hi6igoBVejEFAhSaI67vMryIo8AxsYA8vDI+Ys 3v/O3dyw==;
Received: from 67.153.238.178.in-addr.arpa ([178.238.153.67]:56568 helo=[192.168.1.11]) by ssdrsserver2.hosting.co.uk with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from <in@bobbriscoe.net>) id 1lPBAV-00084E-Go; Wed, 24 Mar 2021 21:35:59 +0000
To: Pete Heist <pete@heistp.net>, Gorry Fairhurst <gorry@erg.abdn.ac.uk>
Cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
References: <HE1PR0701MB2299CB5A933F0C4BCB121F70C2639@HE1PR0701MB2299.eurprd07.prod.outlook.com> <8C9A54B1-8ACF-461E-B8F1-A6ED240870B5@erg.abdn.ac.uk> <145B3C2A-86CC-40ED-9F3B-7DE80D64D150@gmail.com> <f1ad733bde4cbc8da6bccac7a7535b805fff86e9.camel@heistp.net> <6cfad69b-dba8-609a-7f65-b24afcf17df1@erg.abdn.ac.uk> <811aa8739ee3a45d8b5827af4138d9d509b12a18.camel@heistp.net>
From: Bob Briscoe <in@bobbriscoe.net>
Message-ID: <e049f521-db8b-c91c-1b15-7bce2f20fbb5@bobbriscoe.net>
Date: Wed, 24 Mar 2021 21:35:57 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1
MIME-Version: 1.0
In-Reply-To: <811aa8739ee3a45d8b5827af4138d9d509b12a18.camel@heistp.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ssdrsserver2.hosting.co.uk
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - bobbriscoe.net
X-Get-Message-Sender-Via: ssdrsserver2.hosting.co.uk: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: ssdrsserver2.hosting.co.uk: in@bobbriscoe.net
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/lk-5JP0glG8V8lno6qCw1hne5BA>
Subject: Re: [tsvwg] L4S DSCP (was: L4S drafts: Next Steps)
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: Wed, 24 Mar 2021 21:36:07 -0000

Pete,


On 24/03/2021 14:38, Pete Heist wrote:
> Thanks, draft-briscoe-tsvwg-l4s-diffserv is one that I hadn't seen
> before. It seems to discuss more the general implications of using DSCP
> in combination with the proposed ECT(1) as L4S-ID classifier, rather
> than using DSCP as a way to address the safety concerns that result
> from the ambiguous definition of CE that ECT(1) as L4S-ID introduces.

[BB] You're correct. draft-briscoe-tsvwg-l4s-diffserv isn't really 
relevant to this thread.



Bob

> I did notice that section 7.2 of this draft might become less
> complicated if the L4S-ID were a DSCP, but that's an aside really.
>
> Pete
>
> On Wed, 2021-03-24 at 12:46 +0000, Gorry Fairhurst wrote:
>> So injecting a little more history here.
>>
>> Some previous discussions are:
>>
>> When discussing, it was known that RFC4774 would allow
>> experimentation
>> with a diffserv domain (e.g., as in RFC 6660), but the practicalities
>> of
>> deploying an end-to-end Internet transport required an RFC to use a
>> method that was not protected by a DSCP. The discussion on whether
>> the
>> ECN Plus a Diffserv Codepoint (DSCP) was also noted in the appendix
>> of
>> draft-briscoe-tsvwg-ecn-l4s-id-00 in 2015.  R
>>
>> the AQM working group in draft-briscoe-aqm-dualq-coupled-00 in 2015.
>>
>> The interaction with DSCPs was revisited in 2018
>> (draft-briscoe-tsvwg-l4s-diffserv-00), after RFC8311 enabled such a
>> deployment experiment using ECT(1).  That which explains how the two
>> approaches interact, how they can be arranged to complement each
>> other
>> and in which cases one can stand alone without needing the other.
>>
>> Gorry
>>
>> On 24/03/2021 11:01, Pete Heist wrote:
>>> I'll just add to the sentiment that I think the use of DSCP is
>>> still
>>> worthy of consideration. Beyond the use of a single DSCP on all
>>> traffic, there may be other alternatives that address at least some
>>> of
>>> the concerns in B.4.
>>>
>>> Pete
>

-- 
________________________________________________________________
Bob Briscoe                               http://bobbriscoe.net/