业务链的研究进展及技术展望.docVIP

业务链的研究进展及技术展望 　　【摘 要】业务链是SDN/NFV创新业务模式，已成为业界的研究热点，为了探讨如何更好地推进业务链技术的发展，在分析运营商业务承载痛点的基础上，对业务链关键技术及研究进展进行了分析与探讨，并指出业务链未来研究方向，希望能为后续技术研究及应用提供指引。 　　【关键词】业务链 流分类器 NSH 　　1 引言 　　网络能力升级换代的迫切需求给运营商网络带来了极大的挑战。近20年，互联网在业务承载方面基本采用“拓扑敏感型”模式，即通过增强网元功能以支持新业务的功能要求，但大量中间件（MiddleBox）的串接直接导致了网络功能的臃肿，专用设备陷入困境，运营商核心竞争力严重下降，被逐步排挤到产业链边缘。随着移动互联网、云业务及IoT等新型业务的发展，用户有了即时交互式体验需求，要求可按需灵活制定个性化网络，这对网络基础设施提出了很高要求。 　　SFC（Service Function Chaining，业务链）是面向用户、应用的新型业务模式[1]，是SDN、NFV及云等技术的深度融合解决方案。业务链借助虚拟化技术，将传统网元功能的处理流程进行动态灵活编排，以虚拟形态构建可变的业务处理流，解决了由网络中间件所导致的服务功能无法复用、底层网络拓扑依赖、流量绕转等问题。 　　业务链架构涉及业务编排器、业务链控制器、流量分类器/转发器及业务链标识等多方面的关键技术，这些技术正处于研究及实验室原型验证阶段，暂无成熟商用可规模应用的解决方案。各大标准及开源组织陆续开展了业务链核心技术研究，各自研究进度不一致，暂无专门组织对各组织的研究成果进行集成和推进。因此，为更好地推进业务链技术的发展，本文拟从标准及开源项目着手，梳理业务链技术研究进展，并研判各技术发展趋势，为后续研究工作提供技术参考及指引。 　　2 SFC关键技术 　　SFC技术包括底层虚拟化资源分配、网络业务处理功能定义以及用户业务处理链定义等功能，用于实现网络服务的自动化部署及提供，聚焦基于特定场景的业务链实现，包括基于多租户的业务链、基于城域边缘的业务链以及基于Gi-LAN的业务链等。随着技术的研究深入，业界在业务链架构及业务流程方面已达成一致，具体如图1所示。 　　业务链主要包括以下关键部件： 　　SFC编排器：通过intent-based的北向接口将定义SFC需求的能力开放给用户。在收到用户请求后，将用户特征抽象成流分类条目，并将用户的需求翻译成一系列有序的网络功能。另外编排器会通过SF（Service Function，业务功能）instance管理器收集SF type和SF group（用于SF instance负载均衡）的状态并维护相应的目录，选择网络功能（SF group）进行链接，实现SFC的编排。 　　SFC网络控制器：接受SFC编排器下发的某用户SFC，通过SF Instance管理器收集SF instance状态信息。SFC网络控制器负责选择最优SF instance，形成SFP（Service Function Path，业务链路径），以转发表的形式通过南向接口下发给SFF（Service Function Forwarder，业务功能转发器），指导其进行报文转发，并将流分类条目以及所对应的SFC下发给分流器。 　　SF Instance管理器：负责SF实例的生命周期的管理。它负责实时跟踪SF类型、SF group的状态及位置并在SFC编排器上进行注册，同时将SF instance的状态和位置在SFC网络控制器上进行注册。 　　分流器：基于某种策略（例如五元组）对用户的流量进行分类，并根据该分类找到其对应的SFC，将SFC报文头插入到报文中。分流器可以是一个单独的物理实体，也可以集成在SFF中。一条SFC上可以有多个分流器。 　　策略平台：为SFC编排器提供运营商策略规则。 　　SFF：负责将数据报文转发至指定的SF实例。通过查看数据报文的SF报文头中的路径ID和服务ID，并结合网络控制器下发的转发表来做转发决策。SFF会维护基于SF专用报文头（例如NSH）的转发表，也会维护普通的L2～L3层转发表（在性能允许的情况下会维护L4～L7层转发表），以满足对不携带SF专用报文头数据报文的转发。 　　SF：对收到的数据包进行特殊处理的功能模?K。一个SF可以是虚拟网元，也可以是物理网元；多个SF可以在同一管理域存在。多个SF可以共存于同一个物理设备。SF可以是SFC封装感知的，也可以是SFC封装不感知的，如果是封装不感知的，需要经过SF代理网元进行翻译。 　　3 SFC研究进展 　　SFC技术自提出以来就成为产业链各方关注重点，成为运营商、云服务提供商、硬件/软件提供商及客户共同努力的目标，寄望于与SDN