可编程数据平面将OpenFlow扩展至电信级应用.pdf

可编程数据平面将OpenFlow 扩展至电信级 应用 案例：基于 WinPath 网络处理器的电信级OpenFlow (CG- OF)客户端实现 作者： Liviu Pinchas, Tao Lang – PMC-Sierra Eddie Millsopp, Dermot Flanagan – Asidua OpenFlow OpenFlow 定义了软件定义的网络（SDN ）中的开放通信协议，从而将控制平面与转发 平面分隔开来，并将控制平面集中在控制器之中，数据平面则位于网络设备之上 （OpenFlow 交换机），而控制平面的决策如高层路由决策等则转移至一个独立的控制器 上面。此交换机和控制器通过OpenFlow 协议来进行通信。 在OpenFlow 交换机上实现的机制包括： • 多次分类，其间将分组头域组合而成的关键字与规则集进行匹配 • 依照分类结果，收集动作规则集中的指令 • 在最后一次分类完成后，执行动作集 指令可包括：删除分组、将分组转发给控制器、转发到特定端口/ 队列，改变头、头进 栈/ 出栈、转发至特定逻辑端口（链路汇聚）或组（组播、扩散）及测量。 图1 OpenFlow 交换机的概念图 从数据中心的OpenFlow 到电信级OpenFlow 由于SDN 和OpenFlow 承诺会降低CAPEX 和OPEX，因此对运营商而言很有吸引力。 Strategy Analytics 的最新研究表明，截至2017 年，软件定义的网络可以为移动运营商节省 1 大约40 亿美元的资本支出 。举例来说，中国移动近期公布了一项雄心勃勃的计划，拟将 整个分组传送网络（PTN）升级为基于SDN 的超级PTN。超级PTN 的特点之一是在转发平 面与控制平面之间采用了OpenFlow 。但是，OpenFlow 标准（1.3.2）缺乏对电信级功能的 支持。比如，无法用OpenFlow 对PTN （MPLS-TP 、QoS 和同步功能）的全部功能进行映 射。 要想让OpenFlow 为运营商所采纳，就必须使之达到电信级标准。这包括支持多项功 能，如流量管理（包括流量管制及流量整形）、多种OAM （以太网、MPLS、BFD）、 50ms 之内快速重新路由的保护倒换、定时与同步、L2/L3 VPN、用于测量的统计数据搜集 及记录、可观测度及调试等等。数据平面的灵活性在实现这一复杂的功能集时意义非凡。 以MPLS-TP 为例。MPLS-TP 对于故障监测和保护倒换有明确要求。虽然OpenFlow 目 前对故障监测或故障恢复并没有明确的支持，FlowEntries 在理论上可以构建成将故障监测 的PDUs 转发给控制器，使之可以基于网络中的故障作出相应决策。由于很多故障监测机 制均依赖于对每个监测实体毫秒级的传输及监测，该方法可能会存在严重的性能和扩展性 方面的问题。指望控制器和交换机之间的通信在这些时间关键型功能之前完成几乎是不可 能的。 除了MPLS-TP OAM 以外，许多其他关键性的要求，如定时和同步、流量管理、MEF 规范中描述的各种业务等、L2/L3 VPN、以及快速重路由均需要对OpenFlow 进行同样的扩 充来应对电信网络的需要。 要在OpenFlow 要求的框架内支持如此丰富的电信级功能，并且能够在标准反复更新 的情况下增加这些功能，可编程的数据平面架构是必不可少。 可编程数据平面架构能带来一定的灵活度和可扩展性，在此基础之上，我们将展示， 无需与控制器之间明确的互动，即可在与OpenFlow 兼容的交换机上支持所需的OpenFlow 1.3.2 规范之外的扩展功能，从而实现高效的故障监测和保护倒换机制。 1 SDN: Bridging the Mobile Backhaul Funding Gap” Aug. 29, 2013, by Strategy Analytics (sponsored by Tellabs). 实例: MPLS-TP OAM 由于故障监测和保护倒换能力需要O