[LOOPS] Narrowing the scope: (3) Underlay (segment) path assumptions and ECN

Carsten Bormann <cabo@tzi.org> Mon, 25 May 2020 23:06 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: loops@ietfa.amsl.com
Delivered-To: loops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9CF33A0B32 for <loops@ietfa.amsl.com>; Mon, 25 May 2020 16:06:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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 3K2aBoLJatuJ for <loops@ietfa.amsl.com>; Mon, 25 May 2020 16:06:01 -0700 (PDT)
Received: from gabriel-vm-2.zfn.uni-bremen.de (gabriel-vm-2.zfn.uni-bremen.de [134.102.50.17]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8F143A0B30 for <loops@ietf.org>; Mon, 25 May 2020 16:06:00 -0700 (PDT)
Received: from [172.16.42.112] (p548dc699.dip0.t-ipconnect.de [84.141.198.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gabriel-vm-2.zfn.uni-bremen.de (Postfix) with ESMTPSA id 49WCPc2RP6zySy for <loops@ietf.org>; Tue, 26 May 2020 01:05:56 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mao-Original-Outgoing-Id: 612140757.234617-b0defe99535618c789279d11a8294c09
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <3981AD26-1828-4BC1-9F5D-77EF3344B83E@tzi.org>
Date: Tue, 26 May 2020 01:05:57 +0200
To: loops@ietf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/loops/NdC3MgXl4zqxa7LJ1aInZtcbhxE>
Subject: [LOOPS] Narrowing the scope: (3) Underlay (segment) path assumptions and ECN
X-BeenThere: loops@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Local Optimizations on Path Segments <loops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/loops>, <mailto:loops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/loops/>
List-Post: <mailto:loops@ietf.org>
List-Help: <mailto:loops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/loops>, <mailto:loops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 May 2020 23:06:04 -0000

In tomorrow’s LOOPS side meeting, we want to discuss whether we can narrow the initial scope of the WG sufficiently that the resulting charter looks more tractable (we can then recharter after delivering on the initial scope).

LOOPS recovers packets that are lost on its path segment.  That counteracts the effect of packets dropped by that segment to slow down traffic during congestion.  Preferably, we would find ourselves be able to assume that all packet losses are not congestion related.  A fully ECN-capable path with ECT(0) traffic on it would satisfy this requirement to a large extent — routers would signal congestion by CE-marking.

Should we assume segment paths built from routers that are fully ECN enabled (i.e., indicate congestion by CE-marks)?
(Note that ascertaining this would be under control of the operator of the LOOPS pair, who might want to take decidedly non-bottleneck routers out of the consideration to simplify their job.)

We probably still need some circuit-breaker mechanism in case the path does seriously degrade and needs to drop packets for congestion reasons.
We also would want to limit the effect of wrong attribution of losses by an operator-setup overall limit to the overhead added by LOOPS.

Comments are welcome on the list and/or in the meeting in ~16 hours.

Grüße, Carsten