2010 年作者开始实现 PCE 与 PCEP，十年间从阅读 RFC 到担任工作组联席主席，见证了有状态 PCE 与段路由融合，展示了工程师如何通过参与 IETF 标准化推动网络路径计算技术演进。
早期实现与 IETF 初体验
2005 年 PCE 工作组成立，针对 MPLS 与 GMPLS 网络的路径计算制定架构（RFC 4655）与协议（RFC 5440）。作者 2010 年订阅邮件列表，跟进 WSON、IP+光互层、组播等新用例，并开始原型验证与提案。首次参会 IETF 78（马斯特里赫特）让他直观感受到标准制定的技术深度与社区热情，确立了长期投入的决心。
有状态 PCE 与段路由的结合
早期 PCE 仅响应客户端请求，不维护 LSP 状态。有状态 PCE 引入网络路径数据库，结合流量工程拓扑库进行计算；PCEP 新增 LSP 委托机制，允许 PCE 随时更新路径，并支持 PCE 主动发起 LSP。相关扩展最终形成 RFC 8231 等标准，作者也参与了后续勘误修订。
从贡献者到联席主席的角色转换
作者先后提交多项提案入选 RFC，担任工作组秘书多年，2019 年左右当选联席主席。这一过程印证了 IETF “粗略共识、运行代码”文化对新人的包容性，也说明持续的技术贡献能直接影响协议演进方向。
对运维与网络工程师而言，PCE 从无状态到有状态、再与段路由融合的演进，意味着集中式路径计算可更精准地感知网络状态并自动调优；参与标准化不仅能让自身技术落地，还能在协议层面解决生产环境的约束路由难题。
原文: APNIC Blog（2020-11-06）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog