PCEP Procedures and Protocol Extensions for Using PCE as a Central Controller (PCECC) of LSPs

The information below is for an old version of the document
Document Type Expired Internet-Draft (individual)
Authors Quintin Zhao  , Katherine Zhao  , Dhruv Dhody  , Boris Zhang
Last updated 2014-08-18 (latest revision 2014-02-14)
Replaced by draft-ietf-pce-pcep-extension-for-pce-controller
Stream (None)
Expired & archived
pdf htmlized (tools) htmlized bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
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 while removing the complexity of existing signaling protocols such as LDP and RSVP-TE. In [I-D.draft-zhao-pce-central-controller-user-cases], we propose to use the PCE as a central controller so that LSP can be calculated/ signaled/initiated and label forwarding entries are downloaded 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 specify the procedures and PCEP protocol extensions for using the PCE as the central controller and user cases where LSPs are calculated/setup/initiated and label forwarding entries are downloaded through extending the existing PCE architectures and PCEP.


Quintin Zhao (quintin.zhao@huawei.com)
Katherine Zhao (katherine.zhao@huawei.com)
Dhruv Dhody (dhruv.ietf@gmail.com)
Boris Zhang (boris.zhang@boris.zhang)

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