[Teas] Last Call: <draft-ietf-teas-pce-central-control-03.txt> (An Architecture for Use of PCE and PCEP in a Network with Central Control) to Informational RFC
The IESG <iesg-secretary@ietf.org> Thu, 10 August 2017 20:37 UTC
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: teas@ietf.org
Delivered-To: teas@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 003431323BC; Thu, 10 Aug 2017 13:37:36 -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.58.0
Auto-Submitted: auto-generated
Precedence: bulk
CC: draft-ietf-teas-pce-central-control@ietf.org, db3546@att.com, Vishnu Beeram <vbeeram@juniper.net>, teas-chairs@ietf.org, teas@ietf.org, vbeeram@juniper.net
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: <150239745692.11900.8397071149243291127.idtracker@ietfa.amsl.com>
Date: Thu, 10 Aug 2017 13:37:36 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/V-LayfyG9i-o5dWl-rz4sBUHzDk>
Subject: [Teas] Last Call: <draft-ietf-teas-pce-central-control-03.txt> (An Architecture for Use of PCE and PCEP in a Network with Central Control) to Informational RFC
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.22
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Aug 2017 20:37:37 -0000
The IESG has received a request from the Traffic Engineering Architecture and Signaling WG (teas) to consider the following document: - 'An Architecture for Use of PCE and PCEP in a Network with Central Control' <draft-ietf-teas-pce-central-control-03.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-08-24. 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 The Path Computation Element (PCE) has become established as a core component of Software Defined Networking (SDN) systems. It can compute optimal paths for traffic across a network for any definition of "optimal" and can also monitor changes in resource availability and traffic demands to update the paths. Conventionally, the PCE has been used to derive paths for MPLS Label Switched Paths (LSPs). These paths are supplied using the Path Computation Element Communication Protocol (PCEP) to the head end of the LSP for signaling in the MPLS network. SDN has a far broader applicability than just signaled MPLS traffic engineered networks, and the PCE may be used to determine paths in a wide range of use cases including static LSPs, segment routing, service function chaining (SFC), and indeed any form of routed or switched network. It is, therefore, reasonable to consider PCEP as a general southbound control protocol for use in these environments to allow the PCE to be fully enabled as a central controller. This document briefly introduces the architecture for PCE as a central controller, examines the motivations and applicability for PCEP as a southbound interface, and introduces the implications for the protocol. A PCE-based central controller can simplify the processing of distributed control plane by blending it with elements of SDN and without necessarily completely replacing it. This document does not describe use cases in detail and does not define protocol extensions: that work is left for other documents. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-teas-pce-central-control/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-teas-pce-central-control/ballot/ No IPR declarations have been submitted directly on this I-D.