Re: [tsvwg] L4S Review

Bob Briscoe <research@bobbriscoe.net> Sat, 22 December 2018 00:20 UTC

Return-Path: <research@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 37E8A130EEA for <tsvwg@ietfa.amsl.com>; Fri, 21 Dec 2018 16:20:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham 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 sY3QsgTMb-CG for <tsvwg@ietfa.amsl.com>; Fri, 21 Dec 2018 16:20:41 -0800 (PST)
Received: from server.dnsblock1.com (server.dnsblock1.com [85.13.236.178]) (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 5A594130E1D for <tsvwg@ietf.org>; Fri, 21 Dec 2018 16:20:40 -0800 (PST)
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:To:Subject:Sender: Reply-To:Cc: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=0mNE1acUyEWQ5QuSqTfntYFklYgFje7ImFMTBF6w4bM=; b=pLEKV5/DeHOQ+NHWwHY6DPRdsX 2depanaGgL4bO6KO96+6epoYalRD0tkLG7+WUl5Sa9tbmKweeY3mEXQKEQlgc5mVblFzOHDyLfQ8q XDzO9ofoAJsnKu6xzSEj8SY7rmIBlVBIYqlfuBvEu3KVEWS4mIlXwEYTW5lVvarzPrqEl48NiPfS9 aRjNcQ4QDI72O9JWSaVDGJdX/hUg4o4dlurUJf85/0qUhRFS6Wz/7eRPDTCO785Gbj0CSSV1E/0Yg R9xeOMVs2PlNcHVaiqJbLb4qHsFHg0ZywkeiFEYD41uQxGfJcrWtzwo16eB7oYHMcarvbJTExrTBI Ob4a0W1g==;
Received: from host-79-78-166-168.static.as9105.net ([79.78.166.168]:33396 helo=[192.168.2.3]) by server.dnsblock1.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91) (envelope-from <research@bobbriscoe.net>) id 1gaV1v-0004aV-Ai; Sat, 22 Dec 2018 00:20:36 +0000
To: Kuhn Nicolas <Nicolas.Kuhn@cnes.fr>, "Scheffenegger, Richard" <rs.ietf@gmx.at>, tsvwg IETF list <tsvwg@ietf.org>
References: <F3B0A07CFD358240926B78A680E166FF1C145042@TW-MBX-P02.cnesnet.ad.cnes.fr> <a4eb8ae9-d053-1197-a625-4d2d14d0ffe8@gmx.at> <F3B0A07CFD358240926B78A680E166FF1C146A6D@TW-MBX-P02.cnesnet.ad.cnes.fr>
From: Bob Briscoe <research@bobbriscoe.net>
Message-ID: <b5f606d4-e89e-f30f-1a7a-01eb47089230@bobbriscoe.net>
Date: Sat, 22 Dec 2018 00:20:34 +0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1
MIME-Version: 1.0
In-Reply-To: <F3B0A07CFD358240926B78A680E166FF1C146A6D@TW-MBX-P02.cnesnet.ad.cnes.fr>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server.dnsblock1.com
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: server.dnsblock1.com: authenticated_id: in@bobbriscoe.net
X-Authenticated-Sender: server.dnsblock1.com: in@bobbriscoe.net
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/Y0T5BS44aqIK-YeKf6KcU8PgE7o>
Subject: Re: [tsvwg] L4S Review
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: Sat, 22 Dec 2018 00:20:43 -0000

Nico,

On 03/12/2018 09:28, Kuhn Nicolas wrote:
>   > Also, another network component on the path could exploit this  > semantic for other purpose.
>
> [RS] There have been measurements in the public internet, which show no use of ECT(1) at all. Also, as these drafts are experimental, private environments could choose not to participate.
>
> However, if you know of a concrete example (SatCom?) where ECT(1) is used as a specific signal (possibly between network elements, bleaching out again before the end systems can observe it), please speak up!
>
> [NK] I am not aware of any example in that sense. That being said, TCP-splitters may break the end-to-end signaling.
[BB] Back-to-back full TCP stacks in the middle would be fine with L4S. 
Whether they both supported L4S or not, they would each work correctly 
for their leg of the e2e connection, assuming they negotiated ECN 
feedback to the specs. If these middle stacks supported AccECN and L4S 
then, even if only one of the 'real' ends supported these, that segment 
of the connection could use L4S, even if the other segment didn't. That 
could be a very useful deployment enabler.

However, getting back to your point with Richard, not understanding and 
therefore breaking ECN semantics isn't really an example of exploiting 
the semantics for another purpose. As in my previous email, can you give 
an example of what you were trying to mean?


Bob

PS. Again, sry for delayed response - hope you haven't completely 
forgotten the context.

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