Skip to main content

Bidirectional Forwarding Detection (BFD) for Multipoint Networks over Point-to-Multi-Point MPLS Label Switched Path (LSP)
draft-ietf-mpls-p2mp-bfd-10

Approval announcement
Draft of message to be sent after approval:

Announcement

From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
Cc: The IESG <iesg@ietf.org>, draft-ietf-mpls-p2mp-bfd@ietf.org, james.n.guichard@futurewei.com, mpls-chairs@ietf.org, mpls@ietf.org, n.leymann@telekom.de, rfc-editor@rfc-editor.org
Subject: Protocol Action: 'BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP' to Proposed Standard (draft-ietf-mpls-p2mp-bfd-08.txt)

The IESG has approved the following document:
- 'BFD for Multipoint Networks over Point-to-Multi-Point MPLS LSP'
  (draft-ietf-mpls-p2mp-bfd-08.txt) as Proposed Standard

This document is the product of the Multiprotocol Label Switching Working
Group.

The IESG contact persons are Gunter Van de Velde, Jim Guichard and John
Scudder.

A URL of this Internet-Draft is:
https://datatracker.ietf.org/doc/draft-ietf-mpls-p2mp-bfd/


Ballot Text

Technical Summary

   This document describes procedures for using Bidirectional Forwarding
   Detection (BFD) for multipoint networks to detect data plane failures
   in Multiprotocol Label Switching (MPLS) point-to-multipoint (p2mp)
   Label Switched Paths (LSPs) and Segment Routing (SR) point-to-
   multipoint policies with SR-MPLS data plane.

   Furthermore, this document also updates RFC 8562 and recommends the
   use of an IPv6 loopback address (:::1/128) and discourages the use of
   an IPv4 loopback address mapped to IPv6.

   It also describes the applicability of LSP Ping, as in-band, and the
   control plane, as out-band, solutions to bootstrap a BFD session.

   It also describes the behavior of the active tail for head
   notification.

Working Group Summary

   Broad WG consensus to move document forward. 

Personnel

   The Document Shepherd for this document is Nicolai Leymann. The
   Responsible Area Director is Jim Guichard.


RFC Editor Note