ODL架构研究-SFC要点解析.pptVIP

模板来自于 * ODL架构研究专题 ——服务功能链（Service Function Chain，SFC） 1 SFC概念介绍 2 SFC项目剖析 3 SFC工作流程 4 SFC实验 5 思考 SFC概念介绍 由于Overlay网络的发展，使得虚拟网络和物理网络分离，让数据中心的网络控制变得更加灵活，更具有扩展性。然而，在数据中心中，还存在很多介于虚拟网络和物理网络之间的中间件，如防火墙，QoS，负载均衡器等。这些中间件提供了必要的业务处理功能，即Service Function。 灵活、便捷、高效、安全地调配流量到Service Function上处理，形成服务链（Service Function Chaining），这就是SFC项目要解决的问题。 服务链可以理解为一种业务形式。 （参考来源：/13826.html) SFC概念介绍 - vs 传统 传统网络服务链往往基于手工配置，很大程度上依赖于具体的网络拓扑，以至于网络设备之间的耦合性很大。而基于SDN的配置，可以动态的添加或者删除链表上的服务节点，不仅方便使用，而且解耦了网络设备之间的关联。 在数据流量经过链表的过程中，SFC还支持分类器与服务，服务与服务之间的上下文信息共享。 在传统的数据服务链中，数据包往往要经过过次分类，即多次解包、封包的过程。而在SFC中，这个过程大大缩减，一般只需在分类一次即可，使得整个过程更便捷、更高效。 （参考来源：/13826.html) 1 2 SFC项目剖析 3 SFC工作流程 4 SFC实验 5 思考 SFC项目剖析 - IETF Service Function Chaining (SFC) Architecture （/doc/rfc7665/?include_text=1） Network Service Header /doc/draft-ietf-sfc-nsh/ Generic Protocol Extension for VXLAN /html/draft-quinn-vxlan-gpe-00 SFC项目剖析 - ODL实现 OpenDaylight的SFC项目是整个控制器平台内部的一个功能模块。用户可以通过控制器提供的北向API来使用的SFC的功能，例如创建、更新或者删除Service Chain，还可以通过配置非透明的metadata数据段用来在Service Function的节点间实现数据共享。 同时，项目可以向Controller的DataStore中注册、配置服务节点，并获取拓扑。南向也支持Netconf，Openflow12等协议 SFC项目剖析 - ODL实现 SFC在ODL架构中的位置 SFC项目剖析 - ODL核心组件 Classification：根据初始化的（配置好的）policy匹配数据流进行封装，然后转入到Service Function Chain中。 Service Function(SF): 负责对收到的数据包进行特定功能的处理。作为一个逻辑上的组件，SF在具体实现的上可以是一个虚拟的元素，或者是嵌入在具体网络设备上的某种功能。常见的SF有：防火墙(firewall)，WAN设备加速器，深层报文检测(Deep Packet Inspection,DPI)，NAT等。 Service Function Forwarder(SFF):主要负责Service Function Chaining上的流量转发控制。 Service Function Chain(SFC): SFC定义了一个抽象的Service Function有序集合。经过分类后的包要依次去遍历集合中的Service Function。比如：用户可以配置firewall-qos-dpi三种服务来构建一条SFC。 Rendered Service Path(RSP) : 数据包实际行走的路径。 Service Function Path(Service Function Path): SFP是一个逻辑概念，它是介于SFC和RSP之间的一层抽象，有时候会将SFP与SFC等同。 1 SFC概念介绍 2 3 SFC工作流程 4 SFC实验 5 思考 SFC工作流程 - 工作流原理 SFC工作流图 一种基于NSH封装头的机制是，使用ODL配置并下发一条Service Function Chain，每条Chain都有自己的标识。当host1发送数据包给host2，数据包首先会到分类器中进行筛选。分类出需要经过Service Function Chaining的数据包会进行封装，并打上NSH头。头中包含了很多信息，包括走哪一条服务链，服务链有几跳等。接着数据包会依次经过SFF，由SFF将数据包传递给S