CN108574638B - 一种数据报文的转发方法和设备 - Google Patents
一种数据报文的转发方法和设备 Download PDFInfo
- Publication number
- CN108574638B CN108574638B CN201710150395.7A CN201710150395A CN108574638B CN 108574638 B CN108574638 B CN 108574638B CN 201710150395 A CN201710150395 A CN 201710150395A CN 108574638 B CN108574638 B CN 108574638B
- Authority
- CN
- China
- Prior art keywords
- spi
- nsh
- service
- data message
- service chain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/54—Organization of routing tables
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例涉及通信技术领域,尤其涉及一种数据报文的转发方法和设备,用以减少SFF上的转发表的表项,提高SFF的转发效率。本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
Description
技术领域
本申请实施例涉及通信领域,尤其涉及一种数据报文的转发方法和设备。
背景技术
随着运营商业务种类的增加,为支持更好的业务体验,需要在网络中部署业务路由网络,并提出了一种业务链(Service Function Chaining,SFC)技术。这种技术通过将多个业务功能链接起来,为灵活的业务处理提供了基础。SFC技术通过业务分类器(ServiceClassifier,SC)对业务流进行分类,然后通过业务功能转发器(Service FunctionForwarder,SFF)将业务链的数据报文沿预先定义的业务链路径进行转发,并在业务链尾端将报文转发给业务链尾服务器(Post Service,PS)。
网络业务头(Network Service Header,NSH)是国际互联网工程任务组(TheInternet Engineering Task Force,IETF)SFC工作组专门为业务链设计的一种扩展报文头格式。业务链上传输的数据报文封装有NSH,NSH中包括该数据报文的服务路径标识(Service Path ID,SPI)和业务索引(Service Index,SI)。SFF中存储有转发表,转发表指示数据报文中的SPI和SI对应的下一跳设备。SFF可以根据该数据报文中的SPI和SI从转发表中确定该数据报文对应的下一跳设备,并在将该数据报文中的SI减一后,将该数据报文发送到下一跳设备。
为了实现数据报文在业务链中的转发,现有技术中每条业务链的路径对应的SPI流表需要存储在该路径对应的所有SFF上,当网络中存在大量的业务链时,会导致SFF上的转发表的表项较多,查找大量表项会降低SFF的转发效率。
发明内容
本申请实施例提供一种数据报文的转发方法和设备,用以减少SFF上的转发表的表项,提高SFF的转发效率。
第一方面,本申请实施例提供一种数据报文转发方法,该方法包括:接收业务链的数据报文;其中,数据报文的网络业务头NSH中包括第一业务链路径标识SPI以及第一业务索引SI;数据报文还包括第二SPI;第一SPI用于指示第一业务链路径,第二SPI用于指示第二业务链路径,第一业务链路径和第二业务链路径至少部分重合。本申请中,第一SPI为数据报文当前所在业务链路径的SPI,第二SPI为SC为数据报文添加的数据报文所属的业务流对应的业务链的SPI。根据转发表确定第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;NSH封装信息包括跳转信息和类型标记;类型标记指示根据转发表项转发报文时的操作类型。其中,下一跳地址可以为SF、SFF或PS的地址,转发表是业务链控制器根据业务链的部署情况计算并发送给每个转发设备的。根据NSH封装信息为数据报文重新封装NSH;将重新封装NSH的数据报文发送至下一跳地址。本申请实施例中,转发设备每转发一次数据报文,会将该数据报文中的SI减1。可选地,接收业务功能SF发送的数据报文;将数据报文中的第一SI减一。
本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
本申请实施例中类型标记可包括指示的操作类型为合并的类型标记和指示的操作类型为分离的类型标记。若类型标记指示的操作类型为合并,且跳转信息包括目标SPI和目标SI,根据NSH封装信息为数据报文重新封装NSH,包括:使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,合并的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址相同。如此,在数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址相同时,第二业务链路径可复用转发表中的第一业务链路径的表项。
若类型标记指示的操作类型为分离,且跳转信息包括目标SPI和目标SI,且第一SPI和第二SPI不同,则根据NSH封装信息为数据报文重新封装NSH,包括:获取NSH封装信息中的目标SPI和目标SI,当目标SPI和第二SPI相同时,使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,分离的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址与数据报文在第一业务链上的下一跳地址不同。如此,在数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址不时,第二业务链路径和第一业务链路径可分别使用转发表中各自的表项。
可选地,第一SPI位于数据报文的NSH的SPI字段中,第一SI位于数据报文的NSH的SI字段中,第二SPI位于数据报文的NSH的context header中。由于要根据第一SPI和第一SI进行转发,因此经常需访问第一SPI和第一SI,将第一SPI和第一SI放入头部可减少访问时延。
第二方面,本申请实施例提供一种数据报文转发装置,数据报文转发装置包括存储器、通信接口和处理器,其中:存储器用于存储指令;处理器用于执行存储器存储的指令,并控制通信接口接收或发送数据报文,当处理器执行存储器存储的指令时,数据报文转发装置用于执行上述第一方面或第一方面中任一种方法。
第三方面,本申请实施例提供一种数据报文转发装置,用于实现上述第一方面或第一方面的任意实现方式中的方法,该数据转发装置包括相应的功能模块,分别用于实现以上方法中的步骤。
第四方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质中存储有指令,当其在计算机上运行时,使得该计算机执行第一方面或第一方面的任意可能的实现方式中的方法。
第五方面,本申请实施例提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得该计算机执行第一方面或第一方面的任意可能的实现方式中的方法。
本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍。
图1为本申请实施例适用的一种业务链系统架构示意图;
图1a为本申请实施例中NSH Proxy处理数据报文的方法流程示意图;
图2为本申请实施例提供的一种数据报文转发方法的流程示意图;
图2a为本申请实施例提供的一种NSH的结构示意图;
图2b为本申请实施例提供的另一种NSH的结构示意图;
图3本申请实施例提供的一种SFF上的转发表示意图;
图4为本申请实施例提供的一种业务链结构示意图;
图5为基于图4所示的结构提供的两条尾部重合的业务链路径;
图5a-图5c为现有技术中基于图5所示的业务链路径,SFF212、SFF213和SFF214上分别存储的转发表的结构示意图;
图5d-图5f为本申请实施例中基于图5所示的业务链,SFF212、SFF213和SFF214上分别存储的转发表的结构示意图;
图6为基于图4所示的结构提供的两条首部和尾部均重合的业务链路径;
图6a-图6c为本申请实施例中基于图6所示的业务链路径,SFF212、SFF213和SFF214上分别存储的转发表的结构示意图;
图7为基于图4所示的结构提供的两条首部重合的业务链路径;
图7a-图7c为本申请实施例中基于图7所示的业务链路径,SFF212、SFF213和SFF214上分别存储的转发表的结构示意图;
图8为一种数据报文的转发设备的结构示意图;
图9为另一种数据报文的转发设备的结构示意图。
具体实施例
为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
具体实施中,实现端到端业务需要各种业务功能,比如防火墙、网络地址转换服务(NATs)和其他特定应用的功能。业务链即实现业务功能(Service Function,SF)的有序集合以及业务流量的编排技术。图1中示例性示出了本申请实施例适用的一种业务链系统架构示意图。如图1所示,本申请实施例中的业务链架构主要由以下几个关键部件构成。
业务链协同层(SFC Orchestrator)101:主要完成提供业务链服务所需的基础资源配置,包括SC、SFF和服务节点(Service Node,SN)的配置,SF与SFF的网络连接协同以及SF的业务策略配置等功能,为业务链特性的统一入口。
业务链控制器(SFC Controller)102:实现业务链特性的网络控制功能,包括业务链所需要的叠加网(Overlay)网络管理及业务链路径计算和转发表下发等功能,北向提供接口与云管理平台或业务链协同层101对接,南向可通过开源流技术(Openflow)或网络配置(Netconf)接口与SC、SFF和PS对接。
SC103:从非SFC网络(non-SFC Network)接收数据报文并对报文进行流分类,匹配到对应的业务链后,对数据报文进行封装,将封装后的数据报文转发给业务链的首跳SFF104。SC可分外部(outbound)和内部(inbound)两个方向的SC,两个方向的SC可以为同一设备,SC与SFF可以部署在同一个设备上。
SFF104和SFF105:负责将由SC引入业务链的数据报文沿预先定义的业务链路径转发,并由SFF105在业务链尾端将报文转发给PS;集成网络服务主机(network servicehost)代理功能,即作为NSH-unaware类型SF的代理对报文进行NSH解封装和封装并更新NSH中的信息。
业务功能(Service Function,SF)实例SF107、SF108、SF109和SF110:为租户所专有,即不同租户不会使用相同的SF实例,SF实例通常为虚拟资源,比如一个vsys实例。从SFF接收数据报文并应用业务策略处理接收的数据报文,再将处理后的数据报文返回到SFF。
SN111和SN112:SF容器,可以是支持物理网络功能(physical network function,PNF)或虚拟网络功能(virtual network function,VNF)的网络业务设备,SN可以支持单SF实例或多SF实例模式工作,可以支持虚拟局域网(virtual local area network,VLAN)或虚拟可扩展局域网(virtual extensible local area network,VXLAN)方式接入SFF。
PS106(Post Service):业务链的尾端服务器,即数据报文经过业务链之后要到达的目的设备,PS与SFF可以部署在同一个设备上。
基于图1所示的业务链架构,对业务链上的数据报文的转发流程进行介绍:
第一,SC103从非SFC网络接收数据报文,该数据报文可为VXLAN报文、通用路由封装(Generic Routing Encapsulation,GRE)报文或以太网EthernetPort,ETH)报文,本申请实施例中以该数据报文为VXLAN报文举例来说。SC接收到经过VXLAN封装的数据报文后,解VXLAN封装,并确定数据报文对应的流分类,确定流分类匹配的业务链,然后,对解VXLAN封装后的数据报文进行网络业务头(英文:network service header,NSH)封装,即对解VXLAN封装后的数据报文封装NSH,之后对封装NSH的数据报文再次进行VXLAN封装(即添加VXLAN报文头),之后根据转发表,将进行VXLAN封装和NSH封装后的数据报文转发至业务链的首跳SFF,即SFF104。
第二,SFF104接收到该进行VXLAN封装和NSH封装后的数据报文后,解VXLAN封装,解NSH封装,并根据解析得到的NSH中的SPI和SI查找转发表,确定出SPI和SI对应的下一跳地址,将数据报文重新进行NSH封装和VXLAN封装,之后将进行NSH封装和VXLAN封装的数据报文转发至下一跳地址;下一跳地址为SF107的地址。
第三,SFF104将进行NSH封装和VXLAN封装的数据报文转发至SF107;SF107解VXLAN封装,解NSH封装,并对得到的数据报文进行处理,将处理后的数据报文再次重新进行NSH封装和VXLAN封装,将重新进行NSH封装和VXLAN封装数据报文返回至SFF104。
第四,SFF104接收到SF107返回的重新进行NSH封装和VXLAN封装数据报文,解VXLAN封装,解NSH封装,并对SI减一,根据SPI和减一后的SI查找转发表,确定出下一跳地址,即SF108的地址。
经过如上所示的业务链转发流程,该数据报文被转发至PS。具体来说,SFF105可根据转发表中的内容,确定出下一跳需要跳至PS,则SFF105可以根据原始的数据报文中的目的IP地址查找路由表并将报文转发至PS。
具体来说,根据SF对NSH封装的支持情况,我们将不同SF分别称之为支持NSH封装的SF(NSH-aware SF)和不支持NSH封装的SF(NSH-unaware SF)。上述第二和第三个步骤中,是以SF107是支持NSH封装的SF为例进行介绍的,如果SF107为不支持NSH封装的SF时,则SFF104与SF107之间需要增加一个NSH代理(proxy)的角色。
图1a示例性示出了本申请实施例中NSH代理1205处理数据报文的流程示意图,如图1a所示,对于从不支持NSH的SF1203发往SFF1207的数据报文,不支持NSH的SF1203输出的数据报文为未进行NSH封装1204的数据报文,之后经过NSH代理1205进行NSH封装,NSH代理1205传输给SFF1207的数据报文为进行NSH封装1206的数据报文,之后由SFF1207传输至网络1208;对于从SFF1207发往不支持NSH的SF1203的数据报文,SFF1207将进行NSH封装1206的数据报文传输给NSH代理1205,NSH代理1205将数据报文的NSH封装移除,将得到的未进行NSH封装1204的数据报文发给不支持NSH的SF1203。
如图1a所示,对于从支持NSH的SF1201传输至SFF1207的数据报文,支持NSH的SF1201对数据报文进行NSH封装1202,之后直接传输给SFF1207,由SFF1207传输至网络1208;对于从SFF1207发往支持NSH的SF1201的数据报文,SFF1207直接将进行NSH封装1202的数据报文传输给支持NSH的SF1201。
业务链网络中的NSH代理1205是一个逻辑角色,可由SFF兼任。我们将SFF恢复NSH封装需要的表项称为业务链映射表(SFC mapping table)。对于NSH-Based业务链,SFCController向SFF和SC下发NSH流表(包括转发表和映射表),以使SFF和SC根据NSH流表转发业务链的数据报文,完成业务链的处理。
图2示例性示出了本申请实施例提供的一种数据报文转发方法的流程示意图,如图2所示,该方法由转发设备执行,转发设备可为图1中的SFF,该方法包括:
步骤201,转发设备接收数据报文;其中,所述数据报文的网络业务头NSH中包括第一SPI、第一SI、以及第二SPI;其中所述第一SPI用于指示第一业务链路径,所述第二SPI用于指示第二业务链路径,所述第一业务链路径和第二业务链路径至少部分重合。
其中,所述转发设备可以是从业务分类器SC接收所述数据报文,也可以是从其他转发设备接收所述数据报文。
本申请中,第一SPI为所述数据报文当前所在业务链路径的SPI,所述第二SPI为业务分类器SC为所述数据报文添加的所述数据报文所属的业务流对应的业务链的SPI。即,当SC收到所述数据报文时,确定所述数据报文对应的业务链,获取该业务链对应的SPI,然后将该SPI和初始SI(例如,255)添加到为所述数据报文封装的NSH中。其中,确定所述数据报文对应的业务链,具体可以是,根据预设的流规则,获取所述数据报文所属的业务流的标识,根据获取的业务流的标识查找SC上的流映射表,得到该业务流的标识对应的业务链路径的标识。该流映射表的每个表项包括业务流的标识与业务链路径的标识对应关系。
本申请实施例中,转发设备每转发一次数据报文,会将该数据报文中的SI减1。
步骤202,转发设备根据转发表确定第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;NSH封装信息包括跳转信息和类型标记;类型标记指示根据转发表项转发报文时的操作类型。
其中,所述下一跳地址可以为SF、SFF或PS的地址,所述转发表是业务链控制器根据业务链的部署情况计算并发送给每个转发设备的。
步骤203,转发设备根据NSH封装信息为数据报文重新封装NSH。
步骤204,转发设备将重新封装NSH的数据报文发送至下一跳地址。
在步骤204中,在该方案中,如果下一跳地址为不支持NSH封装的SF,则转发设备将重新封装NSH的数据报文发送至下一跳地址,具体来说,转发设备中包括NSH代理的功能,转发设备将重新封装NSH的数据报文中的NSH删除,之后将数据报文发送至下一跳地址。如果下一跳地址为支持NSH封装的SF,则转发设备将封装NSH的数据报文直接发送至下一跳地址。
本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
本申请实施例提供的进行NSH封装后的数据报文可承载于多种报文中。比如将NSH承载于VXLAN、GRE和ETH等多种叠加(overlay)封装中。
NSH目前有两种封装格式。图2a和图2b分别示出了本申请实施例提供的两种NSH的结构示意图。如图2a所示,NSH中包括协议版本信息和长度信息2100,以及格式指示位2101,比如图2a中该NSH的格式指示位2101为0x1,则图2a中的NSH中除了包括下一个协议2102字段,以及SPI2103字段和业务索引SI2104字段之后,还包括多个固定长度的上下文头,图2a中示出了上下文头-2108。在NSH中,第一SPI和第一SI可放置于图2a中的SPI2103和SI2104中,而第二SPI可放置于一个固定长度的上下文头中。由于NSH中有下一个协议(nextprotocol)2102字段,用于承载数据报文的协议,且NSH可以通过下一个协议(nextprotocol)字段承载二层用户报文、三层用户报文,较为灵活。
如图2b所示,在NSH的另一种封装格式中,NSH中包括协议版本信息和长度信息2200,以及格式指示位2201,比如图2b中该NSH的格式指示位2201为0x2,图2a中的NSH中除了包括下一个协议2202字段,以及SPI2203字段和业务索引SI2204字段之后,还包括可变长度的上下文头2205。在NSH中,第一SPI和第一SI可放置于图2b中的SPI2203和SI2204中,而第二SPI可放置于可变长度的上下文头2205中。
在SC上根据流分类规则确定数据报文对应的业务流,并确定该业务流对应的业务链,根据该业务流对应的业务链对数据报文进行NSH封装。SFF接收SFC发送的转发表,并根据该转发表转发接收的数据报文。具体地,SFF收到数据报文时识别数据报文中NSH头中的第一SPI和第一SI,根据该第一SPI和第一SI查找转发表并将该NSH封装的数据报文转发到该转发表中指定的下一跳(SF或SFF)。图3示例性示出了一种SFF上的转发表。
如图3所示,转发表的每个表项包括SPI,SI,下一跳地址、传输协议和类型标记(flag)。传输协议指向下一跳设备发送数据报文时,该报文应该采用该传输协议对应的封装格式进行封装。转发表中的传输协议在本申请中的用途与现有技术相同。故在后续的描述中,本申请的转发表中不再出现转发协议相关的内容。flag用于定义下一跳的类型。其中,flag指示的下一跳的类型可包括空信息(NA)和普通路由转发(GoTo)两种类型。flag指示的类型为NA时,表示数据报文沿着业务链路径正常转发,flag指示的类型为GoTo时,表示该SFF为业务链的最后一跳,下一跳直接跳转到PS。
基于图3所示的转发表,本申请实施例所提供的方案中flag还可以指示另外两种类型,分别为合并(英文:combine)和分离(英文:separate)。
类型标记指示的操作类型为合并,且跳转信息包括目标SPI和目标SI,根据NSH封装信息为数据报文重新封装NSH,包括:使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,合并的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址相同。
类型标记指示的操作类型为分离,且跳转信息包括目标SPI和目标SI,且第一SPI和第二SPI不同,则根据NSH封装信息为数据报文重新封装NSH,包括:获取NSH封装信息中的目标SPI和目标SI,当目标SPI和第二SPI相同时,使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,分离的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址与数据报文在第一业务链上的下一跳地址不同。
可选地,若NSH封装信息包括空信息或普通路由转发信息,则直接将数据报文转发至下一跳地址。
下面列举几个具体示例,用于详细说明本申请实施例所提供的技术方案。
基于上述内容,图4示例性示出了本申请实施例提供的一种业务链示意图。图4中,业务功能分类器SC211,业务功能转发器SFF212,SFF213,SFF214和业务链尾服务器PS215可以组成多条业务链。假设SFF212连接的业务功能SF216,SFF213连接的业务能够SF218和SF219以及SFF214连接的SF220和SF221均支持NSH封装。如图5所示,基于图4所示的业务链,假设存在两条尾部重合的业务链路径。
从图5可以看出,SPI0和SPI1这两条业务链路径只有起始路径部分不同,从SFF213直到结束两条路径均相同(相同的部分以粗体显示)。
为了体现本申请实施例的有益效果,本申请实施例中通过图5a,图5b和图5c分别示例性示出当存在SPI0和SPI1两条业务链路径时,现有技术中SFF212、SFF213和SFF214所存储的转发表的结构示意图。为了兼容现有技术,NSH封装信息包括图3所示的类型标记flag。
通过图5a至图5c可以看出,虽然SPI0和SPI1的两条业务链路径只有起始路径部分不同,但从SFF213直到结束两条路径均相同,即图5b和图5c中SPI0和SPI1的路径均相同,但是图5b和图5c中仍然分别存储了SPI0和SPI1的路径,造成转发表表项较多的问题。
应用本申请所提供的方案,为了兼容现有技术的方案,现有技术中NSH封装信息包括flag,本申请实施例中在NSH封装信息中增加Context,Context用于存储跳转信息,flag中用于存储类型标记。应用本申请实施例提供的方案生成的转发表如图5d、图5e和图5f所示。可选地,还可设置第二SI,第二SI也放置于上下文头context header中。下述示例中图5d至图5f中以包括第二SI为例进行示例。
由于SFF212既是SPI0的第一个SFF,也是SPI1的第一个SFF,因此,SFC为SFF212计算的转发表既包括SPI0对应的转发表项,也包括SPI1对应的转发表项。如图5d所示,第一SPI为0,第一SI为255的数据报文所对应的下一跳为SF216的IP地址{1.1.1.1},第一SPI为0,第一SI为254的数据报文所对应的下一跳为SFF213的IP地址{10.1.2.1};第一SPI为1,第一SI为255的数据报文所对应的下一跳为SF2173的IP地址{1.1.2.1};由于图5中的两条路径在SFF213处开始重合,因此,第一SPI为1,第一SI为254的数据报文在到达SFF213后,可以沿着SPI0的路径转发,其对应的转发表项的类型标记指示后续的操作类型为合并,跳转信息为{目标SPI:0,目标SI:254}。
在由于SPI1的路径在SFF213上已经合并,则图5e的SFF213的转发表中,只有SPI0对应的转发表项。具体来说:第一SPI为0,第一SI为254的数据报文所对应的下一跳为SF218的IP地址{1.1.3.1},在将该数据报文转发给下一跳时,将该第一SI减一,第二SI减一。该数据报文中信息更新为:第一SPI为0,第一SI为253;第二SPI为0,第二SI为253。第一SPI为0,第一SI为253的数据报文所对应的下一跳为SF219的IP地址{1.1.4.1},在将该数据报文转发给下一跳时,将该第一SI减一,第二SI减一。该数据报文中信息更新为:第一SPI为0,第一SI为252;第二SPI为0,第二SI为252。第一SPI为0,第一SI为252的数据报文所对应的下一跳为SFF214的IP地址{10.1.3.1}。
由于SPI0和SPI1在SFF214上仍然是合并的,则图5f的SFF214的转发表中,只有SPI0对应的转发表项。在图5f中,第一SPI为0,第一SI为252的数据报文所对应的下一跳为SF220的IP地址{1.1.5.1},在将该数据报文转发给下一跳时,将该第一SI减一,第二SI减一。该数据报文中信息更新为:第一SPI为0,第一SI为251;第二SPI为0,第二SI为251。第一SPI为0,第一SI为251的数据报文所对应的下一跳为VRFn(SFC),则该数据报文被直接发送给将该数据报文发送给SPI0的PS,本申请实施例中,图5至图7中VRFn(SFC)表示最后一跳。
也就是说,本申请实施例中,由于在SFF212中,将SPI1的NSH封装信息中将第一SPI和第一SI更新为SPI:0,SI:254,因此后续在图5e和图5f中无需单独存储SPI1的路径,SPI1的数据报文直接走SPI0的路径即可,可见,应用本申请实施例所提供的方案,重合路径由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
示例二
假设SF节点均支持NSH封装,如图6所示,存在两条头部和尾部重合,但中间部分不重合的业务链路径。
从图6中的RSP可以看出,SPI2和SPI3的两条业务链路径只有中间路径部分不同(相同的部分以粗体显示)。现有技术中,即使两条路径由重合,SFF中存储的转发表中也会对应存储每条路径,如图5a-5c所示会造成转发表表项较多的问题。
基于图6所示的业务链路径,SFC为SFF212,SFF213和SFF214生成的转发表分别如图6a、图6b和图6c所示。
图6a至图6c中完整记载了SPI2的路径,在此不再赘述,下面结合图6a至图6c对SPI3进行详细说明:
在图6所示的业务路径下,SFF212收到第一SPI为2,第一SPI为254的数据报文后,查找到对应的转发表中的类型标记指示的操作类型为分离,跳转信息不为空,确定该数据报文需要转发到另一业务链路径上,则根据跳转信息{目标SPI:3,目标SI:254}修改该数据报文中的第一SPI为3,修改该数据报文中的第一SI为254,并根据修改后的第一SPI和第一SI转发该修改后的数据报文。
根据图6b的SFF213的转发表,SPI3的数据报文中第一SPI为3,第一SI为254时所对应的下一跳为SF219的IP地址{1.1.4.1},在将该数据报文转发给下一跳时,将该第一SI减一。该数据报文中的信息更新为:第一SPI为3,第一SI为253;第二SPI为3。并且,该第一SPI为3,第一SI为253,第二SPI为3的数据报文所对应的下一跳为SFF214的IP地址{10.1.3.1}。对应的NSH封装信息中类型标记指示的操作类型为合并,且目标SPI信息为SPI2,目标SI信息为SI253。使用目标SPI信息更新NSH中的第一SPI;使用目标SI信息更新NSH中的第一SI。更新后SPI3的数据报文中:第一SPI为2,第一SI为253,第二SPI为3。
根据图6c的SFF214的转发表,SPI3的数据报文中第一SPI为2,第一SI为253时所对应的下一跳为SF220的IP地址{1.1.5.1},在将该数据报文转发给下一跳时,将该第一SI减一。SPI3的数据报文中信息更新为:第一SPI为2,第一SI为252;第二SPI为3。由于第一SPI为2,第一SI为252的数据报文所对应的下一跳为VRFn(SFC),则该数据报文被直接发送给SPI3的PS。
也就是说,本申请实施例中,SC对SPI3的数据报文进行NSH封装时,将第一SPI封装为SPI2,将第一SI封装为SI255,因此,在图6a的转发表中无需存储SPI3的SI为255时对应的转发表项,SFF212在转发SPI3的数据报文时,复用SPI2的转发表项即可,进一步,由于在图6a中根据操作类型为分离的类型标记,将SPI3的SI254的数据报文NSH中的第一SI还原为SPI3,将SI修改为SI254,因此根据图6b中SFF213的转发表,SPI2和SPI3的数据报文可以走各自的路径,进一步,由于在图6b中,根据操作类型为合并的类型标记,将第一SPI修改为SPI2,将第一SI修改为SI253,因此,在图6c中,无需存储SPI3的路径信息,仅仅复用SPI2的路径信息即可转发SPI3的数据报文。可见,重合路径由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
示例三
假设SF节点均支持NSH封装,如图7所示,在图4所示的结构中可能存在两条首部重合的业务链路径。
从图7中的RSP可以看出,SPI4和SPI5的两条业务链路径只有尾部路径部分不同(相同的部分以粗体显示)。现有技术中,即使两条路径由重合,SFF中存储的转发表中也会对应存储每条路径,如示例一种所示会造成转发表表项较多的问题。
基于图7所示的业务链路径,SFC为SFF212,SFF213和SFF214生成的转发表分别如图7a、图7b和图7c所示。
图7a至图7c中完整记载了SPI4的路径,在此不再赘述,下面结合图7a至图7c对SPI5进行详细说明:
根据图7a的SFF212的转发表,由于SPI5和SPI4的前半部分相同,因此SC对SPI5的数据报文进行NSH封装后,SPI5的数据报文中第一SPI为4,第一SI为255,第二SPI为5。并且,该数据报文对应的下一跳为SF216的IP地址{1.1.1.1},在将该数据报文转发给下一跳时,将该第一SI减一。该数据报文的信息更新为:第一SPI为4,第一SI为254;第二SPI为5。并且,第一SPI为4,第一SI为254的该数据报文所对应的下一跳为SFF213的IP地址{10.1.2.1}。
根据图7b的SFF213的转发表,SPI5的数据报文中第一SPI为4,第一SI为254时所对应的下一跳为SF218的IP地址{1.1.3.1},在将该数据报文转发给下一跳时,将该第一SI减一。该数据报文中的信息更新为:第一SPI为4,第一SI为253;第二SPI为5。该第一SPI为4,第一SI为253的数据报文所对应的下一跳为SF219的IP地址{1.1.4.1}。在将该数据报文转发给下一跳时,将该第一SI减一。该数据报文中信息更新为:第一SPI为4,第一SI为252;第二SPI为5。该第一SPI为4,第一SI为252的数据报文所对应的下一跳为SFF214的IP地址{10.1.3.1}。对应的NSH封装信息中类型标记指示的操作类型为分离,由于该数据报文的第一SPI和第二SPI不同,且第二SPI与目标SPI相同,则:使用目标SPI更新NSH中的第一SPI,使用目标SI更新NSH中的第一SI。更新后SPI5的数据报文中:第一SPI为5,第一SI为252,第二SPI为5,第一SI为252。该第一SPI为5,第一SI为252的数据报文对应的下一跳为SF220的IP地址{1.1.5.1},在将该数据报文转发给下一跳时,将该第一SI减一。该数据报文中的信息更新为:第一SPI为5,第一SI为251;第二SPI为5。由于SPI5的数据报文中第一SPI为5,第一SI为251时所对应的下一跳为VRFn(SFC),则该数据报文被直接发送给SPI5的PS。
也就是说,本申请实施例中,SC对SPI5的数据报文进行NSH封装时,将第一SPI封装为SPI4,将第一SI封装为SI255,因此,在图7a和图7b的转发表中无需存储SPI5的SI255至SI253的信息,复用SPI4的信息即可,进一步,由于在图7b中根据所指示的操作类型为分离的类型标记,将SPI5的SI252的数据报文外部的第一SI还原为SPI5,将SI还原为SI252,因此在图7c中SFF214的转发表中SPI4和SPI5可以走各自的路径。可见,应用本申请实施例所提供的方案,重合路径由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
可选地,本申请实施例中可通过SFC控制器的根据客户的业务功能路径(ServiceFunction Path,SFP)生成RSP路径。从已存在的多条RSP路径中查询出重合路径最长的至少两条RSP,根据至少两条RSP向对应的SFF下发转发流表。具体来说分为以下几种情况:
第一种情况,尾部重合的至少两条业务链路径:重合路径的前一个SFF上的转发流表中:尾部重合的至少两条业务链路径中的除了目标业务链路之外的每条业务链路的SPI和SI对应的NSH封装信息中类型标记指示的操作类型设置为合并,并增加目标SPI和目标SI;目标SPI和目标SI即为需要切换到的业务链路的SPI和SI。
第二种情况,首端和尾部重合的至少两条业务链路径:首端重合路径的最后一个SFF上的转发流表中:首端和尾部重合的至少两条业务链路径中的目标业务链路的SPI和SI对应的NSH封装信息中类型标记指示的操作类型设置为分离;
尾部重合路径的前一个SFF上的转发流表中:首端和尾部重合的至少两条业务链路径中的除了目标业务链路之外的每条业务链路的SPI和SI对应的NSH封装信息中类型标记指示的操作类型设置为合并,并增加目标SPI和目标SI;目标SPI和目标SI即为需要切换到的业务链路的SPI和SI。
第三种情况,首端重合的至少两条业务链路径,首端重合路径的最后一个SFF上的转发流表中:首端和尾部重合的至少两条业务链路径中的目标业务链路的SPI和SI对应的NSH封装信息中类型标记指示的操作类型设置为分离。
本申请实施例中,在存在大量重合业务链路径的场景下,复用现有业务链转发表(forwarding table),减少业务链路径的所有SFF节点的转发表项的数量,SFF可以快速匹配转发表转发,提升了业务链设备的转发性能,降低了设备成本。另外,本申请实施例中通过扩展NSH还可以在里面携带其他业务信息,所有SFF节点可以共享携带业务的信息去扩展业务。
基于相同构思,本申请提供一种数据报文的转发设备800,用于执行上述方法流程。图8为本申请提供的一种数据报文的转发设备的结构示意图。该转发设备800包括接收单元801、处理单元802和发送单元803。
本申请实施例中的接收单元801,用于接收业务链的数据报文。其中,数据报文的NSH中包括第一SPI以及第一SI;数据报文还包括第二SPI;第一SPI用于指示第一业务链路径,第二SPI用于指示第二业务链路径,第一业务链路径和第二业务链路径至少部分重合。本申请中,第一SPI为数据报文当前所在业务链路径的SPI,第二SPI为SC为数据报文添加的数据报文所属的业务流对应的业务链的SPI。
处理单元802,用于根据转发表确定第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;根据NSH封装信息为数据报文重新封装NSH;NSH封装信息包括跳转信息和类型标记;类型标记指示根据转发表项转发报文时的操作类型。其中,下一跳地址可以为SF、SFF或PS的地址,转发表是业务链控制器根据业务链的部署情况计算并发送给每个转发设备的。
发送单元803,用于将重新封装NSH的数据报文发送至下一跳地址。本申请实施例中,转发设备每转发一次数据报文,会将该数据报文中的SI减1。可选地,接收单元801,具体用于:接收业务功能SF发送的数据报文;处理单元802,还用于:若通过接收单元801接收业务功能SF发送的数据报文,则将数据报文中的第一SI减一。
本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
本申请实施例中类型标记可包括指示的操作类型为合并的类型标记和指示的操作类型为分离的类型标记。若类型标记指示的操作类型为合并,且跳转信息包括目标SPI和目标SI,处理单元802,用于:使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,合并的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址相同。
若类型标记指示的操作类型为分离,且跳转信息包括目标SPI和目标SI,且第一SPI和第二SPI不同,则处理单元802,用于:获取NSH封装信息中的目标SPI和目标SI,当目标SPI和第二SPI相同时,使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,分离的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址与数据报文在第一业务链上的下一跳地址不同。
上述两种类型标记的具体示例参见上述实施例的描述,在此不再赘述。
可选地,第一SPI位于数据报文的NSH的SPI字段中,第一SI位于数据报文的NSH的SI字段中,第二SPI位于数据报文的NSH的context header中。由于要根据第一SPI和第一SI进行转发,因此经常需访问第一SPI和第一SI,将第一SPI和第一SI放入头部可减少访问时延。
应理解,以上各个单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。本申请实施例中,接收单元801和发送单元803可以由通信接口实现,处理单元802可以由处理器实现。
基于相同构思,本申请提供一种数据报文的转发设备900,用于执行上述方法流程。图9为本申请提供的一种数据报文的转发设备的结构示意图。该转发设备900包括处理器901、存储器903、通信接口902;其中,处理器901、存储器903和通信接口902通过总线904相互连接。
总线904可以是外设部件互连标准(Peripheral Component Interconnect,简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器903可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,简称RAM);存储器也可以包括非易失性存储器(non-volatilememory),例如快闪存储器(flash memory),硬盘(hard disk drive,简称HDD)或固态硬盘(solid-state drive,简称SSD);存储器410还可以包括上述种类的存储器的组合。
通信接口902可以为有线通信接入口,无线通信接口或其组合,其中,有线通信接口例如可以为以太网接口。以太网接口可以是光接口,电接口或其组合。无线通信接口可以为WLAN接口。
处理器901可以是中央处理器(central processing unit,简称CPU),网络处理器(network processor,简称NP)或者CPU和NP的组合。
处理器901还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(转发设备plication-specific integrated circuit,简称ASIC),可编程逻辑器件(programmable logic device,简称PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,简称CPLD),现场可编程逻辑门阵列(field-programmable gate array,简称FPGA),通用阵列逻辑(generic array logic,简称GAL)或其任意组合。
可选地,存储器903还可以用于存储程序指令,处理器901调用该存储器903中存储的程序指令,可以执行图2所示实施例中的一个或多个步骤,或其中可选的实施方式,使得转发设备900实现上述方法中转发设备的功能。
本申请实施例中处理器901,用于根据转发表确定第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;根据NSH封装信息为数据报文重新封装NSH;NSH封装信息包括跳转信息和类型标记;类型标记指示根据转发表项转发报文时的操作类型。其中,下一跳地址可以为SF、SFF或PS的地址,转发表是业务链控制器根据业务链的部署情况计算并发送给每个转发设备的。通信接口902,用于将重新封装NSH的数据报文发送至下一跳地址。本申请实施例中,转发设备每转发一次数据报文,会将该数据报文中的SI减1。可选地,处理器901,还用于:若通过通信接口902接收业务功能SF发送的数据报文,则将数据报文中的第一SI减一。
本申请实施例中通信接口902,用于接收业务链的数据报文.其中,数据报文的NSH中包括第一SPI以及第一SI;数据报文还包括第二SPI;第一SPI用于指示第一业务链路径,第二SPI用于指示第二业务链路径,第一业务链路径和第二业务链路径至少部分重合。本申请中,第一SPI为数据报文当前所在业务链路径的SPI,第二SPI为SC为数据报文添加的数据报文所属的业务流对应的业务链的SPI。可选地,通信接口902,用于:接收业务功能SF发送的数据报文。
本申请实施例中,数据报文的NSH中封装了第一SPI、SI以及第二SPI,其中,第一SPI指示当前转发该数据报文的第一业务链路径;第二SPI指示业务链控制器为该数据报文所在的业务链指定的第二业务链路径,第一业务路径与第二业务路径部分重合。本发明实施例通过将第一业务链路径与第二业务链路径重合的部分由第一SPI指示,能够实现转发表中路径信息的复用,从而减少转发表的表项数,进而降低转发表的内存占用量。
本申请实施例中类型标记可包括指示的操作类型为合并的类型标记和指示的操作类型为分离的类型标记。若类型标记指示的操作类型为合并,且跳转信息包括目标SPI和目标SI,处理器901,用于:使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,合并的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址和在第一业务链路径上的下一跳地址相同。
若类型标记指示的操作类型为分离,且跳转信息包括目标SPI和目标SI,且第一SPI和第二SPI不同,则处理器901,用于:获取NSH封装信息中的目标SPI和目标SI,当目标SPI和第二SPI相同时,使用目标SPI更新NSH中的第一SPI;使用目标SI更新NSH中的第一SI;其中,分离的操作类型还用于指示:数据报文在第二业务链路径上的下一跳地址与数据报文在第一业务链上的下一跳地址不同。
上述两种类型标记的具体示例参见上述实施例的描述,在此不再赘述。
可选地,第一SPI位于数据报文的NSH的SPI字段中,第一SI位于数据报文的NSH的SI字段中,第二SPI位于数据报文的NSH的context header中。由于要根据第一SPI和第一SI进行转发,因此经常需访问第一SPI和第一SI,将第一SPI和第一SI放入头部可减少访问时延。
本领域内的技术人员应明白,本发明实施例可提供为方法、系统、或计算机程序产品。因此,本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本发明实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (11)
1.一种数据报文转发方法,其特征在于,包括:
接收业务链的数据报文;其中,所述数据报文的网络业务头NSH中包括第一业务链路径标识SPI以及第一业务索引SI;所述数据报文还包括第二SPI;所述第一SPI用于指示第一业务链路径,所述第二SPI用于指示第二业务链路径,所述第一业务链路径和第二业务链路径至少部分重合;
根据转发表确定所述第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;所述NSH封装信息包括跳转信息和类型标记;所述类型标记指示根据所述转发表项转发报文时的操作类型;所述跳转信息包括目标SPI和目标SI,所述类型标记指示的操作类型为合并或分离;
根据所述NSH封装信息为所述数据报文重新封装NSH;
将重新封装NSH的所述数据报文发送至所述下一跳地址。
2.如权利要求1所述的方法,其特征在于,所述类型标记指示的操作类型为合并,所述根据所述NSH封装信息为所述数据报文重新封装NSH,包括:
使用所述目标SPI更新所述NSH中的第一SPI;
使用所述目标SI更新所述NSH中的第一SI;
其中,所述合并的操作类型还用于指示:
所述数据报文在所述第二业务链路径上的下一跳地址和在所述第一业务链路径上的下一跳地址相同。
3.如权利要求1所述的方法,其特征在于,所述类型标记指示的操作类型为分离,且所述第一SPI和所述第二SPI不同,则所述根据所述NSH封装信息为所述数据报文重新封装NSH,包括:
获取所述NSH封装信息中的目标SPI和目标SI,当所述目标SPI和所述第二SPI相同时,使用所述目标SPI更新所述NSH中的第一SPI;
使用所述目标SI更新所述NSH中的第一SI;其中,所述分离的操作类型还用于指示:
所述数据报文在所述第二业务链路径上的下一跳地址与所述数据报文在所述第一业务链上的下一跳地址不同。
4.如权利要求1至3任一权利要求所述的方法,其特征在于,所述接收业务链的数据报文,包括:
接收业务功能SF发送的所述数据报文,将所述数据报文中的第一SI减一。
5.如权利要求1至3任一权利要求所述的方法,其特征在于,所述第一SPI位于所述数据报文的NSH的SPI字段中,所述第一SI位于所述数据报文的NSH的SI字段中,所述第二SPI位于所述数据报文的NSH的上下文头context header中。
6.一种数据报文的转发设备,其特征在于,包括:
接收单元,用于接收业务链的数据报文;其中,所述数据报文的网络业务头NSH中包括第一业务链路径标识SPI以及第一业务索引SI;所述数据报文还包括第二SPI;所述第一SPI用于指示第一业务链路径,所述第二SPI用于指示第二业务链路径,所述第一业务链路径和第二业务链路径至少部分重合;
处理单元,用于根据转发表确定所述第一SPI和第一SI对应的转发表项中的下一跳地址以及NSH封装信息;根据所述NSH封装信息为所述数据报文重新封装NSH;所述NSH封装信息包括跳转信息和类型标记;所述类型标记指示根据所述转发表项转发报文时的操作类型;所述跳转信息包括目标SPI和目标SI,所述类型标记指示的操作类型为合并或分离;
发送单元,用于将重新封装NSH的所述数据报文发送至所述下一跳地址。
7.如权利要求6所述的转发设备,其特征在于,所述类型标记指示的操作类型为合并,所述处理单元,用于:
使用所述目标SPI更新所述NSH中的第一SPI;
使用所述目标SI更新所述NSH中的第一SI;
其中,所述合并的操作类型还用于指示:
所述数据报文在所述第二业务链路径上的下一跳地址和在所述第一业务链路径上的下一跳地址相同。
8.如权利要求6所述的转发设备,其特征在于,所述类型标记指示的操作类型为分离,且所述第一SPI和所述第二SPI不同,则所述处理单元,用于:
获取所述NSH封装信息中的目标SPI和目标SI,当所述目标SPI和所述第二SPI相同时,使用所述目标SPI更新所述NSH中的第一SPI;
使用所述目标SI更新所述NSH中的第一SI;其中,所述分离的操作类型还用于指示:
所述数据报文在所述第二业务链路径上的下一跳地址与所述数据报文在所述第一业务链上的下一跳地址不同。
9.如权利要求6至8任一权利要求所述的转发设备,其特征在于,所述接收单元,用于:
接收业务功能SF发送的所述数据报文;
所述处理单元,还用于:
若通过所述接收单元接收业务功能SF发送的所述数据报文,则将所述数据报文中的第一SI减一。
10.如权利要求6至8任一权利要求所述的转发设备,其特征在于,所述第一SPI位于所述数据报文的NSH的SPI字段中,所述第一SI位于所述数据报文的NSH的SI字段中,所述第二SPI位于所述数据报文的NSH的上下文头context header中。
11.一种数据报文的转发设备,其特征在于,所述转发设备包括处理器、通信接口和存储器;
所述存储器用于存储指令,所述处理器用于执行所述存储器存储的指令,并控制所述通信接口接收或发送数据报文,当所述处理器执行所述存储器存储的指令时,所述转发设备用于执行如权利要求1-5任一所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710150395.7A CN108574638B (zh) | 2017-03-14 | 2017-03-14 | 一种数据报文的转发方法和设备 |
PCT/CN2018/076746 WO2018166325A1 (zh) | 2017-03-14 | 2018-02-13 | 一种数据报文的转发方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710150395.7A CN108574638B (zh) | 2017-03-14 | 2017-03-14 | 一种数据报文的转发方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108574638A CN108574638A (zh) | 2018-09-25 |
CN108574638B true CN108574638B (zh) | 2020-10-16 |
Family
ID=63521836
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710150395.7A Active CN108574638B (zh) | 2017-03-14 | 2017-03-14 | 一种数据报文的转发方法和设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108574638B (zh) |
WO (1) | WO2018166325A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109756521B (zh) * | 2019-03-21 | 2021-07-13 | 浪潮云信息技术股份公司 | 一种nsh报文处理方法、装置及系统 |
CN112565044B (zh) * | 2019-09-10 | 2023-08-25 | 华为技术有限公司 | 报文处理方法及装置 |
CN113691448B (zh) * | 2020-05-18 | 2022-09-23 | 华为技术有限公司 | SRv6业务链中转发报文的方法、SFF及SF设备 |
CN114697253A (zh) * | 2020-12-28 | 2022-07-01 | 华为技术有限公司 | 一种业务链的转发路径确定方法及通信装置 |
CN114826998B (zh) * | 2021-01-29 | 2023-05-16 | 中国电信股份有限公司 | 基于业务功能链的报文转发方法、控制器以及存储介质 |
CN114244765B (zh) * | 2021-12-20 | 2023-09-29 | 中国电信股份有限公司 | 用于服务链的存储方法、装置、电子设备及存储介质 |
CN114268668A (zh) * | 2021-12-20 | 2022-04-01 | 中国电信股份有限公司 | 数据处理方法、系统、装置、电子设备及存储介质 |
CN114978909B (zh) * | 2022-05-23 | 2024-05-14 | 中国电信股份有限公司 | 一种报文处理方法、装置、系统、电子设备及存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106105165A (zh) * | 2014-03-25 | 2016-11-09 | 思科技术公司 | 具有网络地址转换检测的动态服务链 |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9407540B2 (en) * | 2013-09-06 | 2016-08-02 | Cisco Technology, Inc. | Distributed service chaining in a network environment |
US9825856B2 (en) * | 2014-01-06 | 2017-11-21 | Futurewei Technologies, Inc. | Service function chaining in a packet network |
CN105099919B (zh) * | 2014-05-15 | 2018-07-31 | 华为技术有限公司 | 报文处理方法及装置 |
US20160099853A1 (en) * | 2014-10-01 | 2016-04-07 | Cisco Technology, Inc. | Active and passive dataplane performance monitoring of service function chaining |
US9531850B2 (en) * | 2014-12-04 | 2016-12-27 | Cisco Technology, Inc. | Inter-domain service function chaining |
US10122622B2 (en) * | 2015-05-29 | 2018-11-06 | Futurewei Technologies, Inc. | Exchanging application metadata for application context aware service insertion in service function chain |
US9749229B2 (en) * | 2015-07-01 | 2017-08-29 | Cisco Technology, Inc. | Forwarding packets with encapsulated service chain headers |
CN106453204B (zh) * | 2015-08-07 | 2020-11-17 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
-
2017
- 2017-03-14 CN CN201710150395.7A patent/CN108574638B/zh active Active
-
2018
- 2018-02-13 WO PCT/CN2018/076746 patent/WO2018166325A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106105165A (zh) * | 2014-03-25 | 2016-11-09 | 思科技术公司 | 具有网络地址转换检测的动态服务链 |
Non-Patent Citations (1)
Title |
---|
service function chaining architecture;J. Halpern等;《IETF》;20151031;全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2018166325A1 (zh) | 2018-09-20 |
CN108574638A (zh) | 2018-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108574638B (zh) | 一种数据报文的转发方法和设备 | |
US11777845B2 (en) | Service-function chaining using extended service-function chain proxy for service-function offload | |
CN108702331B (zh) | Sr应用段与服务功能链(sfc)报头元数据的集成 | |
CN111884933B (zh) | 业务功能链sfc中用于转发报文的方法、装置和系统 | |
US10237177B2 (en) | Transfer device and transfer system | |
CN108141416B (zh) | 一种报文处理方法、计算设备以及报文处理装置 | |
US9832130B2 (en) | Data packet routing method and device | |
JP7432095B2 (ja) | SRv6サービス機能チェーンでパケットを転送する方法、SFF、およびSFデバイス | |
US10412008B2 (en) | Packet processing method, apparatus, and system | |
US9853894B2 (en) | Apparatus and method for establishing tunnels between nodes in a communication network | |
WO2018000443A1 (zh) | 基于业务功能链sfc的报文转发方法、装置和系统 | |
CN110999265B (zh) | 管理云计算服务端点和虚拟机之间的网络连接性 | |
CN106341298B (zh) | 报文发送方法及装置 | |
CN112019433B (zh) | 一种报文转发方法和装置 | |
US9565277B2 (en) | Dual-homed external network access in a distributed internet protocol (IP) router | |
CN112671641A (zh) | 报文转发方法及装置 | |
US20200028779A1 (en) | Packet processing method and apparatus | |
CN110022263B (zh) | 一种数据传输的方法及相关装置 | |
CN115426305B (zh) | 报文处理方法、装置、系统及存储介质 | |
CN117376233A (zh) | 数据处理方法、装置及系统 | |
US10171368B1 (en) | Methods and apparatus for implementing multiple loopback links | |
CN112565044B (zh) | 报文处理方法及装置 | |
CN111010344A (zh) | 报文转发方法、装置、电子设备及机器可读存储介质 | |
CN117376232A (zh) | 报文传输方法、装置及系统 | |
CN114448881A (zh) | 一种跨sr mpls与srv6域互操作通信的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |