Document Action: 'Common Interval Support in Bidirectional Forwarding Detection' to Informational RFC (draft-ietf-bfd-intervals-05.txt)

The IESG <iesg-secretary@ietf.org> Tue, 14 October 2014 22:23 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8AA9F1A0004; Tue, 14 Oct 2014 15:23:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
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 TPoRs4pcILrd; Tue, 14 Oct 2014 15:23:04 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 053371A002F; Tue, 14 Oct 2014 15:22:57 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Subject: Document Action: 'Common Interval Support in Bidirectional Forwarding Detection' to Informational RFC (draft-ietf-bfd-intervals-05.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 5.6.4
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20141014222257.20153.82472.idtracker@ietfa.amsl.com>
Date: Tue, 14 Oct 2014 15:22:57 -0700
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf-announce/F0U_IhdEcuJp9F3cD57r3I3cPa0
Cc: bfd mailing list <rtg-bfd@ietf.org>, bfd chair <bfd-chairs@tools.ietf.org>, RFC Editor <rfc-editor@rfc-editor.org>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.15
Reply-To: ietf@ietf.org
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Oct 2014 22:23:07 -0000

The IESG has approved the following document:
- 'Common Interval Support in Bidirectional Forwarding Detection'
  (draft-ietf-bfd-intervals-05.txt) as Informational RFC

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

The IESG contact persons are Adrian Farrel and Alia Atlas.

A URL of this Internet Draft is:
http://datatracker.ietf.org/doc/draft-ietf-bfd-intervals/




Technical Summary

   Bidirectional Forwarding Detection (BFD) requires that messages are
   transmitted at regular intervals and provides a way to negotiate the
   interval used by BFD peers.  Some BFD implementations may be
   restricted to only support several interval values.  When such BFD
   implementations speak to each other, there is a possibility of two
   sides not being able to find a common value for the interval to run
   BFD sessions.

   This document defines a small set of interval values for BFD that we
   call "Common Intervals", and recommends implementations to support
   the defined intervals.  This solves the problem of finding an
   interval value that both BFD speakers can support while allowing a
   simplified implementation as seen for hardware-based BFD.  It does
   not restrict an implementation from supporting more intervals in
   addition to the Common Intervals.

Working Group Summary:

   Discussion in the working group among known implementers of BFD 
   was relatively quiet but supportive of this document.  The only
   discussion that generated any significant amount of "noise" was the
   discussion of whether these well known common intervals should
   have an IANA registry to permit the maintenance of this document
   without requiring a RFC revision.  The consensus of that discussion
   was that an IANA registry was not desired.

Document Quality:

   Multiple implementations support the full range of documented values
   in either hardware or software, depending on the implementation.
   The only value that doesn't have very wide support is the 3.3ms value,
   but support for this value seems to be becoming more common.

Personnel:

   Document Shepherd: Jeffrey Haas
   Responsible Area Director: Adrian Farrel