[LOOPS] Narrowing the scope: (4) Reconstruction (FEC) or retransmission

Carsten Bormann <cabo@tzi.org> Mon, 25 May 2020 23:15 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 7A0A13A0B46 for <loops@ietfa.amsl.com>; Mon, 25 May 2020 16:15:48 -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 zPmdtpWuOqwh for <loops@ietfa.amsl.com>; Mon, 25 May 2020 16:15:46 -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 25E153A0B42 for <loops@ietf.org>; Mon, 25 May 2020 16:15:46 -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 49WCcv2GSvzySy for <loops@ietf.org>; Tue, 26 May 2020 01:15:43 +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: 612141343.967724-d5a90e409a71d085ee49f9d59bbe9f7a
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\))
Message-Id: <E1D8EF47-A7E4-4E88-8BDB-2021B0196E4A@tzi.org>
Date: Tue, 26 May 2020 01:15:44 +0200
To: loops@ietf.org
X-Mailer: Apple Mail (2.3608.80.23.2.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/loops/zo-IlgscxQnMYTX4rs5Hhlz6Y9w>
Subject: [LOOPS] Narrowing the scope: (4) Reconstruction (FEC) or retransmission
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:15:49 -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 recovery has been discussed as a potential combination of reconstruction (FEC) and retransmission mechanisms.

To simplify the initial protocol, we could choose to do only one of these.

Reconstruction (FEC) is its own area of knowledge, but then we can tap existing proposals in NWCRG and TSVWG — we would coordinate closely with both groups.
Due to the CPU requirements, deployment of FEC might require specific platforms, limiting the use cases that can be addressed.

Retransmission is reasonably well understood (with recent advances such as RACK still waiting for their global try-out).  More than reconstruction, retransmission leads to reordering visible to the end-to-end protocols (or needs the LOOPS egress to do resequencing ➔ latency!).
Retransmission being well-understood, it does require taking on more protocol design work ((N)ACK structure etc. — still probably coordinating with TSVWG on some of the details).
Deployment requires a couple bandwidth-delay products (of the LOOPS segment) of buffer space, but less CPU than for reconstruction.

So can we limit ourselves to one of these for the initial charter?  Which one?

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

Grüße, Carsten