Protocol Action: 'Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces' to Proposed Standard (draft-ietf-bfd-on-lags-04.txt)

The IESG <> Thu, 02 January 2014 17:29 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 7D7EE1AD9AD; Thu, 2 Jan 2014 09:29:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id JSCFyYg6umDC; Thu, 2 Jan 2014 09:29:53 -0800 (PST)
Received: from (localhost [IPv6:::1]) by (Postfix) with ESMTP id 6EFDE1AE69B; Thu, 2 Jan 2014 09:29:51 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <>
To: IETF-Announce <>
Subject: Protocol Action: 'Bidirectional Forwarding Detection (BFD) on Link Aggregation Group (LAG) Interfaces' to Proposed Standard (draft-ietf-bfd-on-lags-04.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 4.90
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <>
Date: Thu, 02 Jan 2014 09:29:51 -0800
Cc: bfd mailing list <>, bfd chair <>, RFC Editor <>
X-Mailman-Version: 2.1.15
List-Id: "IETF announcement list. No discussions." <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 02 Jan 2014 17:29:55 -0000

The IESG has approved the following document:
- 'Bidirectional Forwarding Detection (BFD) on Link Aggregation Group
   (LAG) Interfaces'
  (draft-ietf-bfd-on-lags-04.txt) as Proposed Standard

This document is the product of the Bidirectional Forwarding Detection
Working Group.

The IESG contact persons are Adrian Farrel and Stewart Bryant.

A URL of this Internet Draft is:

Technical Summary

   This document defines a mechanism to run BFD on Link Aggregation
   Group (LAG) interfaces.  It does so by running an independent
   Asynchronous mode BFD session on every LAG member link.

   This mechanism allows the verification of member link continuity,
   either in combination with, or in absence of, LACP.  It provides a
   shorter detection time than what LACP offers.  The continuity check
   can also cover elements of layer 3 bidirectional forwarding.

   This mechanism utilizes a well-known UDP port distinct from that of
   single-hop BFD over IP.  This new UDP port removes the ambiguity of
   BFD over LAG packets from BFD over single-hop IP.

Working Group Summary

   The blurred line between L2 and L3 initiated several interesting 
   discussions. Is it a layer violation for BFD operating at layer 3 to make 
   layer 2 decision? How does it interact with LACP? How does it influence
   LAG member link usability? 

   The desire and need for rapid detection of LAG member link usability,
   as well as similar solutions already implemented by multiple vendors, 
   resulted in consensus to push this technology forward. The WG was 
   satisfied with very careful wordings of the document to ensure that
   solution does not tread on IEEE turf.

   In addition, remote IP address discovery was a controversial topic.
   There were multiple ideas to do this dynamically, on which the WG
   couldn't reach consensus. Thus this aspect was taken out into a
   separate draft.That spin-off draft died, since people lost interest due
   to statically configuring remote IP address working good enough.

Document Quality

   There are multiple implementations of the protocol. An event was
   held to interoperate the implementations.
   The document has been reviewed through the normal WG process.

   No  MIB Doctor, Media Type or other expert review been performed or


   Nobo Akiya is the document Shepherd.
   Adrian Farrel is the responsible AD.