什么是PEP
PCEP的全名是pathcomputationelementcommunication protocol，直译为路径计算单元通信协议。 简单来说，在通信协议中，基于TCP的APP应用层协议具体用于什么，现分阶段介绍如下。
PEP的发展曲线
PCEP最初想提取路由器的CSPF功能，实现一个集中计算电路的能力，但最初没有实现； 此后，随着SDN的大热，由于PCEP具有传播途径的能力，人们普遍认为这不是SDN，随着PCEP 2年来热门的SDN降温，近年来pcep又处于不温不火的状态。
PCEP在发展过程中有一些重要的改变：
第一个状态是Stateless PCE
然后发展为Stateful PCE，其中Stateful PCE分为被动状态PCE和主动状态PCE
在进化为PCE-Initiated的今天，我们将分别介绍这些重要的特性。
PEP的诞生
第一个PCEP工作组为了实现RSVP-TE的路由计算和路由功能的分离，以前的RSVP-TE的路由计算都在路由器上，是分布式路由计算的系统； 考虑到可以通过在网络中添加路径计算的服务器节点，并对所有路由器上的RSVP-TE进行路径计算来实现集中计算电路，路由器与计算电路服务器之间的通信需要协议，于是PCEP应运而生。
PEP通信体系结构概述
上图是PCEP通信架构的示意图。 其中，PCE(pathcomputationelement )在PCE和PCC之间进行路径计算，通过RSVP信令在路由器之间进行路径的建立的详细情况，请参照标准apathcomputationelement(PCE )--
Stateless PCE
第一个PCE相当于集中的cspf (constrainedshortestpathfirst )计算能力。 此处称为无状态是针对LSP的，PCE没有记录每个LSP的路径和状态。 每次从LSP收到路径计算请求时，PCE都会根据当前网络资源的状态进行计算，并在计算完成时返回结果
Stateful PCE
Stateful相对于Stateless。 之所以存在状态，正如其名称所示，是因为PCE保存了LSP的路径和状态信息，所以可以从PCE获取网络中LSP的所有信息。 标准的PCEP Extensions for Stateful PCE扩展到以前的协议，定义了Stateful PCE和相关消息。
标准定义了两种不同的模式：被动状态PCE和主动状态PCE。 这里的被动和主动是区分PCE在网络中的不同作用。
被动状态PCE
被动： LSP的控制方属于PCC路由器，PCE只提供路由服务，每次计算时由PCC发起。 PCE可以看到LSP的路径和状态，但不能主动改变LSP的路径和状态：
被动状态PCE请求/响应概述
活动状态PCE
与被动状态PCE相反，在主动状态PCE中，PCC完全将LSP的控制权传递给PCE，何时开始计算以及何时开始更改LSP的路径和状态取决于PCE。 从这里可以看到，Active Stateful PCE具有更强的控制器能力，什么是SDE
活动状态PCE交互式演示文稿
已启动PCE
在谈及这个概念之前，我们首先谈谈RSVP-TE LSP是如何生成的。 所有设备制造商都是相同的，在设备上配置RSVP-TE Tunnel将生成相应的LSP信息，因此以前的RSVP-TE LSP可能是配置生成的。 为此，PCE-Initiated提出了PCE-Initiated LSP。 也就是说，从一个PCEP消息而不是部署分发创建RSVP-TE LSP，相关标准引用pcepextensionsforpce-initiatedlspsetupinastateter
已初始化的LSP的生命周期
PEP其他扩展
分段路由扩展
还有其他基于PCEP for SR的扩展，如绑定标签(绑定sid )和路径标签(路径sid )，感兴趣的用户可以自行考虑。
扩展保护路径
对于保护相关组，还有正反向LSP相关组进行扩展，感兴趣的人也可以自行研究。
PCEP的应用场景及前景
以下只是个人看法。
PCEP的优点是，相对于网络构成协议(Netconf )，具有设备形态依赖性、高性能的特征。 但是，该协议是基于RSVP-TE LSP诞生的，因此有一定的限制。 作为异步有状态的协议，使整个系统更加复杂，从实际实现中也可以看出，PCEP的多制造商设备之间的互操作性非常差。 因此，PCEP适用于单制造商设备的同构网络。 另外，以PCEP这样的控制器为服务端的通信架构不太符合SDN的理念，如果上级控制器想进行负载分担和异地保护，还需要另外的反向代理服务，在面对大规模网络时会产生压力
对于PCEP的未来，由于有更多的无状态协议，如BGP、gRPC等，所以不太值得期待。