[发明专利]一种实现虚拟网络功能服务链的方法和装置

说明书

本申请实施例提供了一种实现虚拟网络功能服务链的方法及装置，涉及网络技术领域，能够解决虚拟网络功能服务链不支持透明模式的VNF部署，或不支持透明模式和路由模式混合的VNF部署的问题。该方案包括：服务器确定抽象数据模型，抽象数据模型包括分类器和端口对组列表；服务器根据分类器和端口对组列表确定服务链；其中，端口对组列表包括至少一个端口对，端口对包VNF模块的输入端口和输出端口，对于每个端口对，该端口对为路由模式或透明模式。本申请可以应用于NFV的编排技术中。

技术领域

本申请涉及网络技术领域，尤其涉及一种实现虚拟网络功能服务链的方法和装置。

背景技术

网络功能虚拟化(Network Functions Virtualization，NFV)是由运营商主导的一种新型网络技术，目的是通过x86通用硬件架构以及虚拟化技术来承载相关的网络功能，从而降低购买专用网络设备的成本。通过将网络功能从专用设备解耦出来，使网络功能不再强依赖于专用硬件，可以有效地解决资源的合理共享、复用，加快新业务的推出和创新，同时对于实际的网络业务，能够做到按需灵活部署、弹性伸缩、故障检测及恢复。在NFV技术中，针对已部署的虚拟网络功能(Virtualized Network Function，VNF)，可以根据用户定义的业务流路径，对VNF实施编排。如图1所示，包括两条业务流路径，其中业务流A经过的路径为：连接点(Connection Point，CP)11-CP12-CP31-CP32，业务流B经过的路径为：CP21-CP22-CP31-CP32。不仅如此，在VNF编排中还需要关注业务的动态伸缩，如图2所示，当经过VNF2的业务流量超过了某个阈值时，需要动态地增加一个相同类型的VNF，即图中的VNF2-1。然后业务流量均衡地分布在VNF2和VNF2-1，反之，当业务流量下降到某个阈值时，将VNF2-1删除，流量只经过VNF2。

通常，VNF通过Openstack环境加载，VNF的虚拟网卡直接连接到Openstack环境中OpenVswitch上。OpenVswitch即软件实现的虚拟交换机，支持802.1Q虚拟局域网(VirtualLAN((Local Area Network)，VLAN)、服务质量(Quality of Service，QoS)以及OpenFlow等特性，可以为虚拟机与虚拟机、虚拟机与物理机、物理机与物理机之间提供互联。示例性的，如图3所示，服务链(Service Function Chain，SFC)的路径为src-p1-p2-VNF-p3-p4-dst。其中，src为源虚拟机，dst为目的虚拟机。p1、p2、p3、p4都是Openstackneutron端口(port)，都携带各自的VLAN标识(Identity，ID)。服务链将流量引入到下一跳虚拟机的输入端口时，需要修改报文的目的媒体接入控制(Media Access Control，MAC)地址为下一跳虚拟机的输入端口的MAC地址。

在实现上述技术方案的过程中，发明人发现现有技术中至少存在如下问题：服务链不支持透明模式的VNF部署，或不支持透明模式和路由模式混合的VNF部署。透明模式即不修改数据报文的MAC地址的VNF部署，路由模式即修改数据报文的MAC地址的VNF部署。另外，服务链不支持从物理网口引流，且不支持带VLAN ID的报文的传输等。

发明内容

本申请的实施例提供一种实现虚拟网络功能服务链的方法和装置，能够解决虚拟网络功能服务链不支持透明模式的VNF部署或透明模式和路由模式混合的VNF部署的问题。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供一种实现虚拟网络功能服务链的方法，包括：

服务器确定抽象数据模型，抽象数据模型包括分类器(flow-classifier)和端口对组列表；

服务器根据分类器和端口对组列表确定服务链；