Protocol Action: 'Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop' to Proposed Standard (draft-ietf-bess-rfc5549revision-06.txt)

The IESG <iesg-secretary@ietf.org> Thu, 03 September 2020 14:46 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: ietf-announce@ietf.org
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BDA533A0E56; Thu, 3 Sep 2020 07:46:04 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
Subject: Protocol Action: 'Advertising IPv4 Network Layer Reachability Information with an IPv6 Next Hop' to Proposed Standard (draft-ietf-bess-rfc5549revision-06.txt)
X-Test-IDTracker: no
X-IETF-IDTracker: 7.15.1
Auto-Submitted: auto-generated
Precedence: bulk
Cc: bess-chairs@ietf.org, matthew.bocci@nokia.com, rfc-editor@rfc-editor.org, bess@ietf.org, The IESG <iesg@ietf.org>, draft-ietf-bess-rfc5549revision@ietf.org, martin.vigoureux@nokia.com, Matthew Bocci <matthew.bocci@nokia.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <159914436475.23592.3326995393163633591@ietfa.amsl.com>
Date: Thu, 03 Sep 2020 07:46:04 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/VOx7xTryR7pfEV7ahi7PNWYj178>
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 03 Sep 2020 14:46:05 -0000

The IESG has approved the following document:
- 'Advertising IPv4 Network Layer Reachability Information with an IPv6
   Next Hop'
  (draft-ietf-bess-rfc5549revision-06.txt) as Proposed Standard

This document is the product of the BGP Enabled ServiceS Working Group.

The IESG contact persons are Alvaro Retana, Deborah Brungard and Martin
Vigoureux.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-bess-rfc5549revision/




Technical Summary

   Multiprotocol BGP (MP-BGP) specifies that the set of usable
   next-hop address families is determined by the Address Family
   Identifier (AFI) and the Subsequent Address Family Identifier (SAFI).
   The current AFI/SAFI definitions for the IPv4 address family only
   have provisions for advertising a Next Hop address that belongs to
   the IPv4 protocol when advertising IPv4 Network Layer Reachability
   Information (NLRI) or VPN-IPv4 NLRI.  This document specifies the
   extensions necessary to allow advertising IPv4 NLRI or VPN-IPv4 NLRI
   with a Next Hop address that belongs to the IPv6 protocol.  This
   comprises an extension of the AFI/SAFI definitions to allow the
   address of the Next Hop for IPv4 NLRI or VPN-IPv4 NLRI to also belong
   to the IPv6 protocol, the encoding of the Next Hop to determine which
   of the protocols the address actually belongs to, and a new BGP
   Capability allowing MP-BGP Peers to dynamically discover whether they
   can exchange IPv4 NLRI and VPN-IPv4 NLRI with an IPv6 Next Hop.

Working Group Summary

   The WG supports the publication of this Document.
   This Document was progressed rapidly in to address a simple gap in the current specifications
   compared to all known deployed implementations.
   This document was coordinated with the chairs of the IDR working group. It was progressed
   in the BESS working group since most applications for it reside within the charter
   of BESS. 

Document Quality

   The document was developed as a response to an observed gap in the current specifications
   that did not reflect deployed implementations.
   The ability to advertise an IPv6 next hop in an IPv4/VPN-IPv4 NLRI is something
   that has been implemented and deployed and this document reflects the need to 
   standardise the procedures to ensure future interoperability. It also introduces 
   a new capability advertisement for this. 

Personnel

   The document shepherd is Matthew Bocci
   The responsible Area Director is Martin Vigoureux