Re: Direct BFD over Ethernet?

Jeffrey Haas <jhaas@pfrc.org> Tue, 11 June 2019 21:22 UTC

Return-Path: <jhaas@slice.pfrc.org>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 24707120059 for <rtg-bfd@ietfa.amsl.com>; Tue, 11 Jun 2019 14:22:06 -0700 (PDT)
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 bEfPq7yBPHL3 for <rtg-bfd@ietfa.amsl.com>; Tue, 11 Jun 2019 14:22:04 -0700 (PDT)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id 6F81A120018 for <rtg-bfd@ietf.org>; Tue, 11 Jun 2019 14:22:04 -0700 (PDT)
Received: by slice.pfrc.org (Postfix, from userid 1001) id A23C91E2F1; Tue, 11 Jun 2019 17:23:05 -0400 (EDT)
Date: Tue, 11 Jun 2019 17:23:05 -0400
From: Jeffrey Haas <jhaas@pfrc.org>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Cc: "Schwarz Albrecht (ETAS/ESY1)" <albrecht.schwarz@etas.com>, "rtg-bfd@ietf.org" <rtg-bfd@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>
Subject: Re: Direct BFD over Ethernet?
Message-ID: <20190611212305.GB12590@pfrc.org>
References: <e06e6a9189eb4174a6777da720d31294@etas.com> <AM0PR03MB3828C11241B4118A96BAFB7A9D100@AM0PR03MB3828.eurprd03.prod.outlook.com> <f6450c2f-a436-7127-251d-e09b79ba15f9@gmail.com> <20190607115617.GC15506@pfrc.org> <7a42f74e46484476a8b642a29649a471@etas.com> <AM0PR03MB3828A71E881294059A5BB8829D110@AM0PR03MB3828.eurprd03.prod.outlook.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AM0PR03MB3828A71E881294059A5BB8829D110@AM0PR03MB3828.eurprd03.prod.outlook.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/DSBBInvq2hceQjiyWF7ln075nN8>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jun 2019 21:22:06 -0000

On Sat, Jun 08, 2019 at 12:45:50PM +0000, Alexander Vainshtein wrote:
> To the best of my recollection the BFD WG hss tried to cooperate with IEEE 802.1, but these attempts have failed.

I think that's a mis-characterization.

Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces
https://tools.ietf.org/html/rfc7130

IEEE wasn't really interested in having BFD running native.  Much of this
has to do with the OAM and layering models that IEEE has for Ethernet.

And yet, IETF was getting push to solve at least a problem relating to layer 3
issues for traffic balancing over LAGs.  That was somewhat out of the realm
of IEEE.

So, while it took us a while to frame the problem, we eventually found a
place where we were able to solve our respective problems without stepping
too much on organizational and layer-wise boundaries.

> At the same time I think there is a difference in the overall attitude with regard to OAM between IETF and IEEE 802.1.

I think I would state this as "IETF doesn't have a useful OAM model".  Many
people would prefer us to have one, and see BFD as a useful component for
it.  However, that's bigger work than just BFD.

-- Jeff