[spring] Last Call: <draft-ietf-spring-segment-routing-central-epe-07.txt> (Segment Routing Centralized BGP Egress Peer Engineering) to Informational RFC

The IESG <iesg-secretary@ietf.org> Fri, 03 November 2017 15:28 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: spring@ietf.org
Delivered-To: spring@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E48EB13FC06; Fri, 3 Nov 2017 08:28:41 -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>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.64.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: draft-ietf-spring-segment-routing-central-epe@ietf.org, bruno.decraene@orange.com, spring@ietf.org, spring-chairs@ietf.org, aretana.ietf@gmail.com
Reply-To: ietf@ietf.org
Sender: iesg-secretary@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <150972292189.16555.11011767137414791540.idtracker@ietfa.amsl.com>
Date: Fri, 03 Nov 2017 08:28:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/CtljbPEgpx7XWveFEY5GYPVE68o>
Subject: [spring] Last Call: <draft-ietf-spring-segment-routing-central-epe-07.txt> (Segment Routing Centralized BGP Egress Peer Engineering) to Informational RFC
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.22
List-Id: "Stacked Tunnels for Source Routing \(STATUS\)." <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Nov 2017 15:28:42 -0000

The IESG has received a request from the Source Packet Routing in Networking
WG (spring) to consider the following document: - 'Segment Routing
Centralized BGP Egress Peer Engineering'
  <draft-ietf-spring-segment-routing-central-epe-07.txt> as Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits final
comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2017-11-30. Exceptionally, comments may be
sent to iesg@ietf.org instead. In either case, please retain the beginning of
the Subject line to allow automated sorting.

Abstract


   Segment Routing (SR) leverages source routing.  A node steers a
   packet through a controlled set of instructions, called segments, by
   prepending the packet with an SR header.  A segment can represent any
   instruction topological or service-based.  SR allows to enforce a
   flow through any topological path while maintaining per-flow state
   only at the ingress node of the SR domain.

   The Segment Routing architecture can be directly applied to the MPLS
   dataplane with no change on the forwarding plane.  It requires a
   minor extension to the existing link-state routing protocols.

   This document illustrates the application of Segment Routing to solve
   the BGP Egress Peer Engineering (BGP-EPE) requirement.  The SR-based
   BGP-EPE solution allows a centralized (Software Defined Network, SDN)
   controller to program any egress peer policy at ingress border
   routers or at hosts within the domain.





The file can be obtained via
https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-central-epe/

IESG discussion can be tracked via
https://datatracker.ietf.org/doc/draft-ietf-spring-segment-routing-central-epe/ballot/

The following IPR Declarations may be related to this I-D:

   https://datatracker.ietf.org/ipr/2721/
   https://datatracker.ietf.org/ipr/2548/