Subject: [bess] Protocol Action: 'SRv6 BGP based Overlay Services' to Proposed Standard (draft-ietf-bess-srv6-services-15.txt)

From: The IESG <[email-masked]>
Date: Wed, 23 Mar 2022 03:09:36 -0700

The IESG has approved the following document:
- 'SRv6 BGP based Overlay Services'
  (draft-ietf-bess-srv6-services-15.txt) as Proposed Standard

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

The IESG contact persons are Alvaro Retana, John Scudder and Martin Vigoureux.

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

Technical Summary

   This draft defines procedures and messages for SRv6-based BGP
   services including L3VPN, EVPN, and Internet services.  It builds on
   RFC4364 "BGP/MPLS IP Virtual Private Networks (VPNs)" and RFC7432
   "BGP MPLS-Based Ethernet VPN".

Working Group Summary

   The BGP Enabled Services (BESS) working group is responsible for
   defining, specifying, and extending network services based on BGP. These services
   have traditionally been deployed over MPLS networks. However, there is a need to be 
   able to implement them on new SRv6 based networks. A solution was needed to allow 
   the advertisement of segment identifiers associated with layer 2 and layer 3 service endpoint 
   functions over SRv6. 
   This draft provides such a solution, including services such as IPv4 VPNs, IPv6 VPNs, and 
   EVPN. The document was developed over a period of time in the BESS WG, in parallel 
   with the development of SRv6 in the 6MAN and SPRING working groups. 

Document Quality

   Segment routing using SRv6 is starting to be deployed. There is a requirement for a 
   standardised specification for how to deliver widely used VPN services such as provider
   provisioned IP VPNs and EVPN over an SRv6 infrastructure, making use of functions available
   in SRv6. A number of participants have indicated knowledge of implementations.
 
Personnel

   Document Shepherd: Matthew Bocci ([email-masked])
   Responsible Area Director: Martin Vigoureux ([email-masked])