传统 IP/MPLS 网络依赖逐跳路由，最短路径未必最优。离线规划模型因拓扑录入难、需求矩阵计算慢、优化算法耗时数小时至数天，难以快速应对链路故障。设备端 RSVP-TE 与 CSPF 虽下放计算，仍面临扩展性瓶颈。SDN 通过集中控制平面，可大幅简化流量工程部署与调整。
离线模型的瓶颈
早期流量工程采用离线模型，需将当前网络拓扑与流量需求矩阵导入规划工具，由优化算法计算最优路径。拓扑录入在路由器数量少时尚可，但当网络扩展至数百上千台设备，录入与更新拓扑成为主要负担。拓扑若在下一次调整前发生变更，需重复录入。需求矩阵计算与优化算法运行通常耗时数小时，大型网络甚至达数天。链路故障导致拥塞时，运营商无法及时算出新路径缓解问题。原文未给出具体网络规模与耗时上限数据。
设备端流量工程的演进与局限
随后出现的设备端流量工程，由路由器内部运行 RSVP-TE 与基于约束的最短路径优先（CSPF）算法，利用 IGP 泛洪可用链路带宽。该模式将计算下放至设备，避免了外部工具的拓扑同步延迟。但每台路由器需维护完整链路状态数据库并独立运算，随网络规模增长，控制平面资源消耗与路径计算复杂度同步上升。大规模组网下，设备端模型仍面临状态同步开销大、策略统一协调难等扩展性挑战。原文未给出具体协议交互细节与性能指标。
对运维与网络工程师而言，从离线规划转向设备端计算，再演进至 SDN 集中控制，意味着流量工程响应速度从天级压缩至秒级。需重点评估控制器高可用部署、南向接口兼容性、现网平滑迁移路径，以及在部分设备不支持 SDN 时的混合组网策略，确保故障切换、带宽调度等场景下的快速收敛能力。
原文: APNIC Blog（2017-05-04）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog