[LOOPS] draft-welzl-loops-gen-info: general direction

Carsten Bormann <cabo@tzi.org> Wed, 12 June 2019 09:18 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 321C212011D for <loops@ietfa.amsl.com>; Wed, 12 Jun 2019 02:18:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_NONE=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 muzR8-aqwUow for <loops@ietfa.amsl.com>; Wed, 12 Jun 2019 02:18:06 -0700 (PDT)
Received: from smtp.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 B905A120119 for <loops@ietf.org>; Wed, 12 Jun 2019 02:18:06 -0700 (PDT)
Received: from [192.168.217.113] (p54A6CA4C.dip0.t-ipconnect.de [84.166.202.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.uni-bremen.de (Postfix) with ESMTPSA id 45P1W03k8tzySG; Wed, 12 Jun 2019 11:18:04 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset="utf-8"
X-Mao-Original-Outgoing-Id: 582023884.371924-b655e8ed9d71376e36f38d043f5a0290
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Wed, 12 Jun 2019 11:18:05 +0200
Message-Id: <A6821A11-8D6F-4513-9C34-BF007F9947E6@tzi.org>
To: loops@ietf.org
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/loops/zGuCYF_bBtCNS3HsKjV5EqKVehw>
Subject: [LOOPS] draft-welzl-loops-gen-info: general direction
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: Wed, 12 Jun 2019 09:18:08 -0000

Is the general direction taken by

https://tools.ietf.org/html/draft-welzl-loops-gen-info

the one that should be pursued in the LOOPS activity?

Specifically:
— protocol is run between an ingress and an egress, apart from some form of controller for setup purposes no other nodes are involved.
— two modes for recover: retransmission mode, FEC mode
— protocol operates on sparse forward information (for retransmission mode, pretty much a sequence number and an ACK request) and reverse information that can be piggybacked on a reverse tunnel or sent in separate messages
— no “connection setup” between ingress and egress nodes
— the protocol defines a generic information model; specific encodings are defined for specific encapsulation protocols such as GUE or Geneve

(The draft actually offers two slightly different approaches, one in the main body, one somewhat more innovative approach in Appendix B.  If you think that Appendix B could be used in a kind of deployment that you are interested in, we would like to hear from you.)

Grüße, Carsten