Re: [tsvwg] I-D Action: draft-ietf-tsvwg-ecn-l4s-id-18.txt

Derek Fawcus <dfawcus+lists-tsvwg@employees.org> Thu, 15 July 2021 21:58 UTC

Return-Path: <dfawcus@employees.org>
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 D625B3A1206 for <tsvwg@ietfa.amsl.com>; Thu, 15 Jul 2021 14:58:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 4TCbTTud4cEF for <tsvwg@ietfa.amsl.com>; Thu, 15 Jul 2021 14:57:57 -0700 (PDT)
Received: from clarinet.employees.org (clarinet.employees.org [IPv6:2607:7c80:54:3::74]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 006E23A1201 for <tsvwg@ietf.org>; Thu, 15 Jul 2021 14:57:56 -0700 (PDT)
Received: by clarinet.employees.org (Postfix, from userid 1736) id 035254E11B53; Thu, 15 Jul 2021 21:57:56 +0000 (UTC)
Date: Thu, 15 Jul 2021 22:57:55 +0100
From: Derek Fawcus <dfawcus+lists-tsvwg@employees.org>
To: tsvwg@ietf.org
Message-ID: <YPCvYxsz5hiLHIFA@clarinet.employees.org>
References: <162514219180.12127.896362279994031453@ietfa.amsl.com> <30f835be-9348-168d-3fdc-539725199bd9@bobbriscoe.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <30f835be-9348-168d-3fdc-539725199bd9@bobbriscoe.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/stiBVXkzK9CrcwF7dARJFwUzoH8>
Subject: Re: [tsvwg] I-D Action: draft-ietf-tsvwg-ecn-l4s-id-18.txt
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: Thu, 15 Jul 2021 21:58:02 -0000

On Thu, Jul 01, 2021 at 01:45:05PM +0100, Bob Briscoe wrote:
>   * After consulting with the int-area
>     <https://mailarchive.ietf.org/arch/msg/int-area/y5UmhfSAka7xi_iBvX50bZ0jxzQ/>
>     and PALS
>     <https://mailarchive.ietf.org/arch/msg/pals/iWxEpj0MB-Du_U8KjelIocbg6Yk/>
>     lists (follow the links for the relevant long threads), it was
>     decided there is no need to mention that tunnels that support
>     resequencing like L2TP should have it disabled for data channels
>     carrying L4S traffic (because there's no evidence that any would
>     enable sequencing for IP data - sequencing is generally for the
>     tunnel control channel or for stateful header compression that
>     nowadays hinders rather than helps performance).

While that was the service provider view, it is not the only deployment
of L2TP.  So I'm not sure that this is a safe assumption, as one of the
cases I believe I mentioned in that thread is the Microsoft RAS VPN product.

It has at least two forms, PPTP (IP/PPP/GREv1) and L2TP/IPsec (IP/PPP/L2TP/ESP).
Both forms can make use of sequence numbers in their encapsulation.

I know the PPTP version is still actively being used, as we recently ended
up adding an ALG for it to our CGNAT software, due to requests.

We used to support use of the L2TP form in our product around 3 years ago,
so it was still in use then.  It could well still be in use, as it often
'just works' through NATs since its ESP has a version of UDP NAT-Traversal.

Last I played with these, the MS version offered the ability to enable
compression, which I believe included IP header compressions, and so may
be reordering sensitive.

The problem here would be in determining the degree of use, and if people
(usually not being specialists) have enabled compression.  Certainly one
place I worked at some years ago had enabled compression, that was by
someone who just viewed compression as good.  This was a SME, which seems
to be the usual use case.

DF