Re: [mpls] NFFRR

Michael Menth <menth@uni-tuebingen.de> Tue, 15 June 2021 14:44 UTC

Return-Path: <menth@uni-tuebingen.de>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 114613A32A3 for <mpls@ietfa.amsl.com>; Tue, 15 Jun 2021 07:44:03 -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, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, 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 EQaA4tv_ewI3 for <mpls@ietfa.amsl.com>; Tue, 15 Jun 2021 07:43:57 -0700 (PDT)
Received: from mx03.uni-tuebingen.de (mx03.uni-tuebingen.de [134.2.5.213]) (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 91DA63A3296 for <mpls@ietf.org>; Tue, 15 Jun 2021 07:43:55 -0700 (PDT)
Received: from [134.2.72.29] (uni-vpn29.vpn.uni-tuebingen.de [134.2.72.29]) by mx03.uni-tuebingen.de (Postfix) with ESMTPSA id 9115F21060D6; Tue, 15 Jun 2021 16:43:51 +0200 (CEST)
To: Kireeti Kompella <kireeti.kompella@gmail.com>
Cc: mpls@ietf.org, Daniel Merling <daniel.merling@uni-tuebingen.de>, Vladimir Gurevich <vladimir.gurevich@barefootnetworks.com>, Steffen Lindner <steffen.lindner@uni-tuebingen.de>
References: <CABRz93XgjnWOzpn_u4TcBopXFaE+qN2qxFxWBztoO9zcBntA=w@mail.gmail.com> <f1282ddd-3295-a70c-a953-93524a73e751@uni-tuebingen.de> <CABRz93W9iDewAvtQsqid=wtXx3ppEy0ydfx+p8iC_90NwnrM6A@mail.gmail.com>
From: Michael Menth <menth@uni-tuebingen.de>
Message-ID: <850d0b17-538c-a326-ed90-890b78031517@uni-tuebingen.de>
Date: Tue, 15 Jun 2021 16:43:52 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <CABRz93W9iDewAvtQsqid=wtXx3ppEy0ydfx+p8iC_90NwnrM6A@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/uD5Al-sHCG9RdaDTnVIr_8U7P8M>
Subject: Re: [mpls] NFFRR
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Jun 2021 14:44:03 -0000

Dear Kireeti,

our follow-up work
"Robust LFA Protection for Software-DefinedNetworks (RoLPS)"
got accepted for IEEE Transactions on Network and Service Management:
https://atlas.informatik.uni-tuebingen.de/~menth/papers/Menth21e.pdf

It is related to NFFRR because it defines advanced loop detection (ALD)
and avoidance in a simple manner. The concept is now implemented on the
P4-programmable Tofino target. Section VII.C reports about an experiment
to demonstrate how the prototype avoids loops.

This new version (ALD) is more straightforward than the old version
(ALDT) because we did not restrict ourselves to the (missing)
capabilities of OpenFlow anymore, P4 is more flexible. You cited ALDT in
your draft:
https://datatracker.ietf.org/doc/html/draft-kompella-mpls-nffrr-01#section-1.1

Yes, we think that some sort of that mechanism makes sense, especially
in controller-based networks.

Kind regards,

Michael


Am 02.11.2020 um 16:19 schrieb Kireeti Kompella:
> Hi Michael,
> 
> Thanks for the link to the paper.  It is cool that both attack
> the problem of loops due to multiple failures (real or perceived).
> 
> While the goals are similar, there are clearly differences in the
> approach because of different assumptions.  ALDT attempts to minimize
> false discards, at the expense of higher packet and processing
> overhead.  The NFFRR approach is far more naive, but also far more
> efficient.  It would be interesting to see how often NFFRR discards
> packets erroneously in different topologies, as opposed to LDT or ALDT. 
> The trade-offs between efficiency and correctness are harder to determine.
> 
> Sprinkled in the referenced paper in multiple places are limitations due
> to OpenFlow.  P4 is a better base for prototyping.
> 
> One question: how is an LD label recognized as such?
> 
> Thanks too for the reference to the Topology Zoo.  The topologies I
> sampled were pretty small, though.
> 
> 
> On Thu, Sep 17, 2020 at 8:01 AM Michael Menth <menth@uni-tuebingen.de
> <mailto:menth@uni-tuebingen.de>> wrote:
> 
>     Hi Kireeti, all,
> 
>     interesting to see this in MPLS. We've done a similar feature (Advanced
>     Loop Detection and Termination, ALDT) for destination-based forwarding
>     with LFAs and did some evaluations:
> 
>     D. Merling, W. Braun, and M. Menth: Efficient Data Plane Protection for
>     SDN, in Proceedings of the 4th IEEE Conference on Network Softwarization
>     (NetSoft), June 2018, Montreal, Canada.
>     https://atlas.informatik.uni-tuebingen.de/~menth/papers/Menth18g.pdf
>     <https://atlas.informatik.uni-tuebingen.de/~menth/papers/Menth18g.pdf>
> 
>     We've implemented a prototype on the P4-based Tofino from barefoot, a
>     paper is to come.
> 
>     Regards,
> 
>     Michael
> 
>     Am 17.09.2020 um 16:27 schrieb Kireeti Kompella:
>     > Hi All,
>     >
>     > We have a prototype implementation of NFFRR in Junos.  The packet
>     > forwarding code was easier to write using a well-known SPL rather
>     than a
>     > configured or signaled label.  This implementation is specifically for
>     > the EVPN multihoming case -- to prevent loops if the CE is down rather
>     > than a link to the CE, but the principle is the same for other
>     NFFRR cases.
>     >
>     > Given that, and the fact that the problem is real, the solution
>     > implemented and the draft reasonably comprehensive and stable, the
>     > authors request WG adoption.
>     >
>     > --
>     > Kireeti
>     >
>     > _______________________________________________
>     > mpls mailing list
>     > mpls@ietf.org <mailto:mpls@ietf.org>
>     > https://www.ietf.org/mailman/listinfo/mpls
>     <https://www.ietf.org/mailman/listinfo/mpls>
>     >
> 
>     -- 
>     Prof. Dr. habil. Michael Menth
>     University of Tuebingen
>     Faculty of Science
>     Department of Computer Science
>     Chair of Communication Networks
>     Sand 13, 72076 Tuebingen, Germany
>     phone: (+49)-7071/29-70505
>     fax: (+49)-7071/29-5220
>     mailto:menth@uni-tuebingen.de <mailto:menth@uni-tuebingen.de>
>     http://kn.inf.uni-tuebingen.de <http://kn.inf.uni-tuebingen.de>
> 
> 
> 
> -- 
> Kireeti

-- 
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@uni-tuebingen.de
http://kn.inf.uni-tuebingen.de