Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-mvpn-fast-failover-13: (with DISCUSS and COMMENT)

Jeffrey Haas <jhaas@pfrc.org> Mon, 21 December 2020 16:30 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 824B43A11B8; Mon, 21 Dec 2020 08:30:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 BMfhMm_LZ6k9; Mon, 21 Dec 2020 08:30:55 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id B9E5B3A106D; Mon, 21 Dec 2020 08:30:54 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 54F5C1E356; Mon, 21 Dec 2020 11:48:29 -0500 (EST)
Date: Mon, 21 Dec 2020 11:48:29 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: Alvaro Retana <aretana.ietf@gmail.com>
Cc: Reshad Rahman <reshad@yahoo.com>, Stephane Litkowski <slitkows.ietf@gmail.com>, "bfd-chairs@ietf.org" <bfd-chairs@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>, "draft-ietf-bess-mvpn-fast-failover@ietf.org" <draft-ietf-bess-mvpn-fast-failover@ietf.org>, The IESG <iesg@ietf.org>, "bess@ietf.org" <bess@ietf.org>
Message-ID: <20201221164828.GD23143@pfrc.org>
References: <1336556383.1214634.1608220368883.ref@mail.yahoo.com> <1336556383.1214634.1608220368883@mail.yahoo.com> <CAMMESsxr9PdkmS9DV6vs82aneU3Ybeap_amMXVzYJVEv1Qrp-A@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CAMMESsxr9PdkmS9DV6vs82aneU3Ybeap_amMXVzYJVEv1Qrp-A@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/o_a882wLiMqc-95zxkOlpmcsDMU>
Subject: Re: [bess] Alvaro Retana's Discuss on draft-ietf-bess-mvpn-fast-failover-13: (with DISCUSS and COMMENT)
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 21 Dec 2020 16:30:57 -0000

Álvaro,

On Mon, Dec 21, 2020 at 08:00:35AM -0800, Alvaro Retana wrote:
> From your replies, I'm not sure if you think the BFD WG should have
> been involved more, or if you agree that it may be better to have a
> general purpose attribute like this one developed in BFD, or if you
> are ok with the current work. ??   With your bfd-chair hat, of course.

The BFD RFC series makes it pretty clear that BFD will often require help
for bootstrapping or discovering sessions.  Part of our charter is to help
review the work from other Working Groups when they do that.  So, it's
appropriate to flag it for BFD WG review minimally as part of WGLC.

In this case, the responses you're seeing from me have a bit more to do with
my background in BGP rather than BFD. :-)  I would heartily suggest that IDR
get a chance to look at the mechanism in more detail since it likely will be
used in a more general fashion for other protocol extensions in BGP.

What I think we're seeing is the usual impedence mismatch in BESS where work
eventually moves to move general BGP mechanisms and additional IDR scrutiny
was needed.

My recommendation is to extend WGLC to BFD and IDR.

My personal opinion, not speaking as BFD chair, is that the mechanism is
generally fine and in need of the minimal PDU encoding advice I've already
given.

-- jeff