The Use Cases for Using PCE as the Central Controller(PCECC) of LSPs

The information below is for an old version of the document
Document Type Expired Internet-Draft (teas WG)
Authors Quintin Zhao  , Zhenbin Li  , Boris Khasanov  , Zekung Ke , Luyuan Fang  , Chao Zhou  , Telus Communications  , Artem Rachitskiy 
Last updated 2017-11-27 (latest revision 2017-05-26)
Stream Internet Engineering Task Force (IETF)
Expired & archived
pdf htmlized (tools) htmlized bibtex
Stream WG state WG Document
Document shepherd No shepherd assigned
IESG IESG state Expired
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at


In certain networks deployment scenarios, service providers would like to keep all the existing MPLS functionalities in both MPLS and GMPLS network while reducing existing complexity.In this document, we propose to use the PCE as a central controller so that LSP can be calculated/signaled/initiated/downloaded/managed through a centralized PCE server to each network devices along the LSP path while leveraging the existing PCE technologies as much as possible. This draft describes the use cases for using the PCE as the central controller where LSPs are calculated/setup/initiated/downloaded/ maintained through extending the current PCE architectures and extending the PCEP.


Quintin Zhao (
Zhenbin Li (
Boris Khasanov (
Zekung Ke (
Luyuan Fang (
Chao Zhou (
Telus Communications (
Artem Rachitskiy (

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)