[Teas] Document Action: 'An Architecture for Use of PCE and PCEP in a Network with Central Control' to Informational RFC (draft-ietf-teas-pce-central-control-05.txt)

The IESG <iesg-secretary@ietf.org> Tue, 05 September 2017 18:12 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 759D7132E1B; Tue, 5 Sep 2017 11:12:28 -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.60.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: The IESG <iesg@ietf.org>, 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, rfc-editor@rfc-editor.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <150463514847.29774.8271065121186291736.idtracker@ietfa.amsl.com>
Date: Tue, 05 Sep 2017 11:12:28 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/8OU4qvySFMtYzd4OwQ6R0OQrSuw>
Subject: [Teas] Document Action: 'An Architecture for Use of PCE and PCEP in a Network with Central Control' to Informational RFC (draft-ietf-teas-pce-central-control-05.txt)
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: Tue, 05 Sep 2017 18:12:28 -0000

The IESG has approved the following document:
- 'An Architecture for Use of PCE and PCEP in a Network with Central
   Control'
  (draft-ietf-teas-pce-central-control-05.txt) as Informational RFC

This document is the product of the Traffic Engineering Architecture and
Signaling Working Group.

The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-teas-pce-central-control/





Technical Summary

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.

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.  This document does not describe the use cases in
detail and does not define protocol extensions: that work is left for
other documents.

Working Group Summary

The progress of the document through the WG has been smooth.
There was some serious debate before the last call with regards
to implications on manageability and on PCEP. The authors addressed 
all of these concerns by adding relevant text to the document.
 
Document Quality

This document has been discussed and reviewed thoroughly by the WG.
The base PCE architecture and the PCEP protocol have been implemented.
The document that discusses the use-cases for PCE as a central controller 
is actively being worked on. While there have been no public statements 
on implementation of this new architecture, the authors are from multiple 
vendors, and implementation is expected.

Personnel

   Who is the Document Shepherd for this document?  Vishnu Pavan Beeram
   Who is the Responsible Area Director? Deborah Brungard

RFC Editor Note
text at the end of s2.1.2:
s/whole the controllers/while the controllers/