CN104639414A - 一种报文转发方法和设备 - Google Patents
一种报文转发方法和设备 Download PDFInfo
- Publication number
- CN104639414A CN104639414A CN201510050178.1A CN201510050178A CN104639414A CN 104639414 A CN104639414 A CN 104639414A CN 201510050178 A CN201510050178 A CN 201510050178A CN 104639414 A CN104639414 A CN 104639414A
- Authority
- CN
- China
- Prior art keywords
- node
- address
- message
- tunnel
- sfc agent
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种报文转发方法,通过将Overlay服务链组网中的SFC代理节点与SF节点通过DS-Lite隧道相连,当SFC代理节点接收到SFF节点分发的待处理报文时,根据VNI信息和服务链头信息生成B4侧地址,并与SF节点之间建立DS-Lite隧道,再对第一原生报文进行DS-Lite隧道封装处理生成封装报文以及通过DS-Lite隧道向SF节点发送封装报文,从而生成SF节点能够正常识别的封装报文,简便快捷地实现了服务链中SF节点对租户地址重叠的有效支持。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种报文转发方法。本发明同时还涉及一种报文转发设备。
背景技术
随着二层VPN(Virtual Private Network,虚拟专用网络)技术的普及,其目前已广泛应用在数据中心网络中。作为一种在IP网络的基础上采用“MAC(Media Access Control,介质访问控制)in UDP(User Datagram Protocol,用户数据报协议)”封装形式的二层VPN技术,VXLAN(Virtual eXtensible LocalArea Network,可扩展虚拟局域网络)能够基于已有的服务提供商或企业IP(Internet Portal,网络协议)网络,为分散的物理站点提供二层互联功能。VXLAN采用24比特来标识二层网络分段,从而在实现不同租户之间逻辑隔离的同时解决了传统二层网络VLAN资源不足的问题,其中所采用的24比特又称为VNI(VXLAN Identification,VXLAN标识),该VNI包含在封装后的VXLAN报文所携带的VXLAN头中。
在目前的VXLAN网络中,通过一台服务器可以创建多台VM(VirtualMachine,虚拟机),不同的VM可以属于不同的VXLAN。属于相同VXLAN的虚拟机处于同一个逻辑二层网络,彼此之间二层互通,属于不同VXLAN的虚拟机之间二层隔离,各个不同的VXLAN通过VNI标识。VXLAN报文在网络中传递时,通常需要经过网络功能节点,并按照预定的顺序依次经过各功能节点的处理,因此需要将功能节点按照指定的服务顺序串接为服务链。
出于快速部署业务调整和新业务上线要求,以及灵活动态迁移业务的目的,当前基于云计算的数据中心通过Overlay服务链采用Overlay技术将业务(Overlay Service)与传输网络(Underlay Network)解耦,以此实现业务调整和新业务上线要求的快速部署,以及业务的灵活动态迁移。具体地,现有的Overlay服务链组网包含的个服务链节点及其功能如下:
SF(Service Function,服务功能)节点,该类型节点仅提供网络功能服务,不参与报文的网络层路由转发。
SFF(Service Function Forwarder,服务功能转发)节点,该类型节点根据SFC(Service Function Chain,服务功能链)封装头信息将流量从网络中分发到与其关联的功能节点。报文从功能节点返回到转发节点时,转发节点负责将报文送回网络。
需要功能节点进行处理的VXLAN报文在通过Overlay服务链进行业务处理之前,会经过流分类节点封装一个SCH(SFC Header,服务链头),该服务链头中主要包含有SPI(Service Path Identifier,服务链路径标识)以及SI(ServiceIndex,服务索引)。转发节点收到封装了服务链头的报文后,根据服务链头的SPI和SI确定对应的功能节点。对于不支持服务链头的功能节点,转发节点将Overlay封装的报文交给对应的代理节点,由代理节点剥离Overlay封装和SCH头后,在将原生数据报文交给传统功能节点进行业务处理。
然而,在目前的二层VPN网络(例如VxLAN网络)中,分别属于不同租户的不同VM之间的IP地址可能互相存在着重叠的情况,当IP地址重叠的不同VM的流量通过Overlay服务链引到同一个NAT功能节点进行业务处理时,由于传统的功能节点不支持Overlay功能,也无法识别服务链头。所以Overlay服务链中引入了SFC代理节点,对于引向SFC代理节点下挂传统功能节点的报文,SFC代理节点负责对报文进行解封装处理,并识别服务链头信息选择对应的传统功能节点,之后将解封装的原生报文送给功能节点处理。
由此可见,对于来自于IP地址重叠的不同VM的报文之后,现有技术只能依赖与VXLAN网络相关的VNI来进行识别,但是对于传统NAT功能设备来说,由于其收到的报文都是由SFC代理节点解封装后发送的原生报文,其中没有携带任何VNI信息,因此无法对重叠的IP地址进行多实例识别和隔离,从而导致报文无法被正确地处理。
发明内容
为了解决现有的Overlay服务链组网中无法通过VNI隔离私网地址的问题,本发明提出了一种报文转发方法,用以使SF节点能够有效地区分并处理重叠地址报文,该方法应用于包括服务功能链SFC代理节点以及服务功能SF节点的Overlay服务链组网中,该方法包括:
所述SFC代理节点接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文;
所述SFC代理节点根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址;
所述SFC代理节点对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
相应地,本发明针对服务功能链SFC代理节点以及服务功能SF节点的Overlay服务链组网中的SF节点提出了一种报文转发方法,包括:
所述SF节点通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
所述SF节根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
所述SF节点对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
所述SF节点对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
相应地,本发明还提出了一种节点设备,作为服务功能链SFC代理节点应用于包括所述SFC代理节点以及服务功能SF节点的Overlay服务链组网中,所述节点设备包括:
接收模块,用于接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文;
隧道模块,用于根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址;
处理模块,用于对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
相应地,本发明还提出了一种节点设备,作为服务功能SF节点应用于包括服务功能链SFC代理节点以及所述SF节点的Overlay服务链组网中,所述节点设备包括:
接收模块,用于通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
获取模块,用于根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
处理模块,用于对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
封装模块,用于对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
由此可见,通过应用本发明的技术方案,将Overlay服务链组网中的SFC代理节点与SF节点通过DS-Lite隧道相连,当SFC代理节点接收到SFF节点分发的待处理报文时,根据VNI信息和服务链头信息生成B4侧地址,并与SF节点之间建立DS-Lite隧道,再对第一原生报文进行DS-Lite隧道封装处理生成封装报文以及通过DS-Lite隧道向SF节点发送封装报文,从而生成SF节点能够正常识别的封装报文,简便快捷地实现了服务链中SF节点对租户地址重叠的有效支持。
附图说明
图1为本发明提出的一种SFC代理节点侧的报文转发方法的流程示意图;
图2为本发明优选实施例中SFC代理节点所接收到的待处理报文的结构示意图;
图3为本发明具体实施例中DS-Lite隧道组网示意图;
图4为本发明具体实施例中SFC代理节点针对分发报文的处理流程示意图;
图5为本发明具体实施例中SFC代理节点的DS-Lite隧道源地址结构示意图;
图6为本发明具体实施例中SFC代理节点对于SF节点获取的B4IPv6地址的响应处理流程示意图;
图7为本发明具体实施例中SFC代理节点在收到SF节点返回的响应报文时的处理流程示意图;
图8为本发明提出的一种SF节点侧的报文转发方法的流程示意图;
图9为本发明提出的一种节点设备的结构示意图;
图10为本发明提出的另一种节点设备的结构示意图。
具体实施方式
如背景技术所述,在现有的应用了Overlay服务链组网的二层VPN网络中,当租户间的重叠地址通过VxLAN隔离时,由于SF节点不支持Overlay,因此无法通过VNI信息隔离不同的私网地址。本发明基于Overlay服务链的实现机制,通过对SFC代理节点的改进来实现使SF节点能够支持多租户地址重叠。
如图1所示,为本发明提出的一种报文转发方法的流程示意图,本发明为了实现由一个SF节点处理来自于多个重叠地址的报文,事先在Overlay服务链组网中的服务功能链SFC代理节点与服务功能SF节点之间配置好用于相连DS-Lite隧道的接口,后续SFC代理节点将作为DS-Lite隧道的B4设备,而SF节点则将作为DS-Lite隧道的AFTR(Address Family Transition Router,地址族转换路由器)设备。以此来实现基于Overlay服务链的多个虚拟化隧道接口,这样用户仅需在配置一个DS-Lite隧道的B4侧接口的前提下,能够在数据层面利用VNI和服务链头信息来将其虚拟化为多个B4侧接口。
基于上述说明,在如图1所示的报文转发方法的流程示意图中,各个步骤以及对应的介绍如下:
S101,所述SFC代理节点接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文。
在本发明的一个优选实施例中,SFC代理节点所接收到的待处理报文的结构如图2所示,其中除了包括原生数据报文之外,还携带了通过SFC封装进去的SPI和SI(统称为服务链头信息),以及在进行SFC封装后的基础上通过二次VxLAN封装进去的VNI信息。对于该种类型的报文,SFC代理节点在获取来自于SFF节点的待处理报文后,将对该待处理报文进行解封装处理,获取其中携带的原生报文(后续以第一原生报文进行说明)、VNI信息以及服务链头信息。具体地,解封装处理包括VxLAN解封装以及SFC解封装,SFC代理节点首先通过VxLAN解封装获取该待处理报文的VNI信息,随后再进行SFC解封装处理,获取该待处理报文的服务链头信息。
S102,所述SFC代理节点根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道。
根据DS-Lite隧道的说明,作为DS-Lite隧道的B4设备的SFC代理节点仅需配置一个隧道接口并与作为AFTR设备的SF节点建立一条DS-Lite隧道,而在作为AFTR设备的SF节点则会相应地为SFC代理节点的每个B4侧地址都动态建立一个DS-Lite隧道映射表,从而将SFC代理节点与SF节点之间的一条实体DS-Lite隧道在数据层虚拟为多条DS-Lite隧道。因此,考虑到重叠地址的不同租户之间的报文VNI信息以及服务链头信息均不相同,SFC代理节点可以通过不同的算法来结合VNI信息及服务链头信息生成与该待处理报文唯一对应的B4侧地址并将其进行记录,该方式虽然同样可以实现发明目的,但在实际实现过程中较为繁琐。因此在本发明的一个优选实施例中,由SFC代理节点在获取SF节点的地址之后,根据预先为隧道接口所配置的地址前缀、VNI信息及服务链头信息构造B4侧地址,隧道接口为所述SFC代理节点通过所述DS-Lite隧道与所述SF节点进行通信的接口。SFC代理节点通过结合隧道接口预先配置的地址前缀静态构造B4侧地址,这样SFC代理节点无需再创建动态表项记录各个待处理报文与其对应B4侧地址之间的对应关系。
基于本步骤中所生成的B4侧地址,在具体的实施场景中SFC代理节点以构造的B4IPv6地址为隧道源地址,以SF节点的地址(即AFTR设备的IPv6地址)为目的地址,对原生报文进行DS-Lite隧道封装。在此需要说明的是,在DS-Lite隧道技术中,B4设备上的隧道对端地址(即AFTR设备的IPv6地址)需要在控制层面通过手工指定或协议交互预先进行获取,而AFTR设备的隧道对端地址(即B4设备的IPv6地址)只需数据层面动态学习。具体的初始化流程如下:
A)作为B4设备的SFC代理节点(后续以B4设备进行说明)主动向作为AFTR设备的SF节点(后续以AFTR设备进行说明)发起DS-Lite隧道建请求;
B)AFTR设备在收到B4设备的隧道建立报文后,获取B4设备的地址信息(IPv6地址),建立动态隧道映射表,其中该映射表记录了B4设备本地的各DS-Lite Tunnel ID与远端B4设备的IPv6地址的映射关系。后续B4设备在进行地址转换操作时,获取对应的Tunnel ID,以Tunnel ID(实质上是通过B4的IPv6地址)作为私网IPv4地址空间的多实例ID。
S103,所述SFC代理节点对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
在DS-Lite隧道技术中,通常由B4设备首先向AFTR设备发送隧道封装报文,从而使AFTR设备根据收到的B4设备发送的报文学习到B4设备地址信息(IPv6地址的链路层地址),并对该B4侧地址(IPv6地址)发送可达性验证报文以验证其可达性。但是由于SFC代理节点上的IPv6物理接口地址并非该B4侧地址(IPv6地址),因此在本发明中需要首次通过以下方式完成可达性验证:
A)所述SFC代理节点接收所述SF节点发送的携带链路层地址的可达性验证报文,所述可达性验证报文为所述SF节点在首次接收所述封装报文后生成的,所述链路层地址为所述SF节点根据所述封装报文所对应获取的B4侧地址;
B)所述SFC代理节点将所述链路层地址中包含的地址前缀与预先为所述隧道接口配置的地址前缀进行匹配,并在匹配成功后继续将所述待处理报文中携带的VNI信息和服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息分别进行匹配;
C)若匹配成功,所述SFC代理节点向所述SF节点发送验证响应报文;
D)若所述B4侧地址中的地址前缀与预先为所述隧道接口配置的地址前缀不匹配,或所述待处理报文中携带的VNI信息及服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息不匹配,所述SFC代理节点丢弃所述可达性验证报文。
出于便捷性的考虑,以上可达性验证可以被设置仅在DS-Lite隧道建立后首次使用时进行。对于存在可达性验证过程的情况而言,SFC代理节点将向所述SF节点发送验证响应报文(即可达性验证通过)之后将通过隧道接口接收到SF节点根据第一原生报文处理后返回的响应报文;而在可达性验证通过后的后续流程中,SFC代理节点仅需在通过所述DS-Lite隧道向所述SF节点发送所述封装报文之后直接通过隧道接口接收SF节点返回的响应报文。需要说明的是,由于本发明在将SF节点作为DS-Lite隧道的AFTR设备时,对于DS-Lite隧道技术中的AFTR设备无需进行任何扩展和修改,SF节点在对封装报文解封装并处理完毕第一原生报文后,直接以封装报文中的隧道源地址(B4侧地址)为隧道目的地址进行封装生成响应报文。相应地,SFC代理节点的处理流程如下:
A)所述SFC代理节点通过所述隧道接口接收所述SF节点返回的响应报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文。
具体地,本步骤中SFC代理节点首先通过IPv6物理接口收到SF节点返回的DS-Lite隧道封装报文,随后IPv6物理接口将报文送到自身内部的DS-Lite隧道接口。
B)所述SFC代理节点对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文。
除了获取SF节点根据第一原生报文处理后的第二原生报文之外,SFC代理模块同时解析隧道头的目的地址(即B4侧地址,IPv6地址),获取[SPI,SI,VNI]。
C)所述SFC代理节点根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文。
在该过程中,SFC代理节点首先对响应报文进行DS-Lite隧道解封装处理,随后根据[SPI,SI,VNI]对第二原生报文进行SFC封装,之后对封装后的报文再进行VxLAN封装,生成已处理报文。
D)所述SFC代理节点将所述已处理报文返回至发送所述待处理报文的SFF节点。
为了进一步阐述本发明的技术思想,现结合如图3所示的具体应用场景,对本发明的技术方案进行说明。在该DS-Lite隧道组网示意图中,DS-Lite隧道分为B4设备端(SFC代理节点)和AFTR设备端(SF节点,又称为NAT功能节点),AFTR设备除了负责隧道维护之外,最重要的是能够进行报文的封装和解封装处理,其中涉及到私网主机地址的转换和还原。由于在DS-Lite隧道组网中一个B4设备对应一个AFTR设备而一个AFTR设备可对应多个B4设备,因此本具体实施例以SFC代理节点为B4设备端,以传统的NAT功能节点(即SF节点)为AFTR设备端进行说明。由于本发明主要是针对作为B4设备的SFC代理节点进行扩展,本具体实施例首先对SFC代理节点的主要组成模块进行说明:
(1)接收模块,该模块用于对报文进行服务链封装/解封装处理,以及对报文进行VxLAN封装/解封装处理;
(2)隧道模块,该模块用于构造或解析B4IPv6地址;
(3)处理模块,该模块用于对报文进行DS-Lite隧道封装/解封装处理;该模块用于。
基于上述说明,本具体实施例的处理过程以以下三个部分进行详细说明:
一、SFC代理节点收到转发节点(SFF节点)分发的报文时的处理流程
如图4所示,为SFC代理节点针对分发报文的处理流程,包括如下步骤:
S401,SFC代理节点收到SFF分发的报文;
S402,接收模块对报文进行VxLAN解封装;
S403,接收模块对报文进行SFC解封装;
S404,隧道模块根据隧道接口配置的IPv6前缀,以及随原始报文传入的[SPI,SI,VNI],构造B4IPv6地址;
S405,处理模块以构造的B4IPv6地址为隧道源地址,以AFTR IPv6地址为目的地址,对原生报文进行DS-Lite隧道封装;
S406,SFC代理节点将DS-Lite隧道封装后的报文通过自身的IPv6物理接口发送给NAT功能节点。
在以上流程中,SFC代理节点收到转发节点分发的报文后,对于需要交给SF节点处理的报文,对报文进行Overlay和服务链头的解封装处理,随后将报文交给对应的DS-Lite隧道接口,同时将[VNI,SPI,SI]信息随同报文传递给DS-Lite隧道接口处理。后续SFC代理节点将根据随着原生数据报文传入的[VNI,SPI,SI]信息,结合以上隧道接口预先配置的IPv6地址前缀,通过算法静态构造B4侧的IPv6源地址。换言之,SFC代理节点的DS-Lite隧道源地址由原先的单一地址形式更改为一段地址的形式,并在其DS-Lite隧道接口配置中指定必须支持Overlay服务链(具体格式如图5所示)。
在此需要说明的是,由于SFC代理节点的地址扩展为了一段地址,其与作为AFTR设备的SF节点之间的DS-Lite隧道也扩展为多条隧道。因此隧道接口上的源端IPv6地址也需要更改配置为指定地址前缀,具体示例如下所示:
[interface-dslite-tunnel1]mode Overlay-service
[interface-dslite-tunnel1]source IPv6-prefix specific-IPv6-prefix
[interface-dslite-tunnel1]source interface IPv6-phy-if。
二、SFC代理节点对于SF节点获取的B4IPv6地址的响应处理流程
如图6所示,SFC代理节点的内部各模块对于该流程的处理步骤如下:
S601,SFC代理节点的IPv6物理接口收到可达性验证报文;
S602,SFC代理节点将可达性验证中的B4IPv6传给自身引用本物理接口的DS-Lite B4隧道接口;
S603,隧道接口将可达性验证中的B4IPv6地址与接口的IPv6前缀进行匹配;
S604,判断S603中的匹配是否成功,若是,转至S605,若否,转至S608
S605,调用匹配模块,对B4IPv6地址中的SPI和SI字段进行匹配;
S606,判断S605中的匹配是否成功,若是,转至S607,若否,转至S608;
S607,SFC代理节点发送可达性验证响应报文;
S608,SFC代理节点丢弃报文。
三、SFC代理节点在收到SF节点返回的响应报文时的处理流程
如图7所示,该流程具体包括以下步骤:
S701,SFC代理节点的IPv6物理接口收到NAT功能节点返回的DS-Lite隧道封装报文;
S702,IPv6物理接口将报文送到SFC代理节点的DS-Lite隧道接口;
S703,解封装模块解析隧道头的目的地址(B4IPv6地址),获取[SPI,SI,VNI];
S704,解封装模块进行DS-Lite隧道解封装;
S705,响应模块对报文进行SFC封装;
S706,响应模块对报文进行VxLAN封装;
S707,SFC代理节点将封装后的报文返回至SFF节点。
由于在之前的步骤中通过隧道封装的B4侧地址中包含了服务链头信息(SPI和SI)和VNI信息,因此在该具体实施流程中,对于从SF节点返回到SFC代理节点的报文,可以直接从报文隧道封装头中获取服务链封装信息以及和Overlay相关封装信息,无需在SFC代理节点保存原生报文与Overlay服务链封装信息的映射关系。
基于上述说明,本发明同时针对服务功能链SFC代理节点以及服务功能SF节点的Overlay服务链组网中的SF节点提出了一种报文转发方法,如图8所示,包括以下步骤:
S801,所述SF节点通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
S802,所述SF节根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
S803,所述SF节点对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
S804,所述SF节点对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
基于与之前流程的一致性,在该流程中,所述DS-Lite隧道由所述SFC代理节点在所述SFC代理节点与所述SF节点之间建立,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址,所述B4侧地址由所述SFC代理节点生成且与所述待处理报文中携带的可扩展虚拟局域网络标识VNI信息及服务链头信息对应,所述待处理报文为携带所述第一原生报文的封装报文。
为达到以上技术目的,本发明还提出了一种节点设备,所述节点设备作为服务功能链SFC代理节点应用于Overlay服务链组网中,所述Overlay服务链组网中的SFC代理节点与服务功能SF节点通过DS-Lite隧道相连,所述SFC代理节点作为所述DS-Lite隧道的B4设备,所述SF节点作为所述DS-Lite隧道的地址族转换路由器AFTR设备,如图9所示,所述节点设备包括:
接收模块910,用于接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文;
隧道模块920,用于根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址;
处理模块930,用于对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
在具体的应用场景中,所述隧道模块具体包括:
获取子模块,用于获取所述SF节点的地址;
构造子模块,用于根据预先为隧道接口所配置的地址前缀、所述VNI信息及所述服务链头信息,构造所述B4侧地址,所述隧道接口为所述SFC代理节点通过所述DS-Lite隧道与所述SF节点进行通信的接口;
建立子模块,用于与所述SF节点建立所述DS-Lite隧道。
在具体的应用场景中,还包括:
匹配模块,用于接收所述SF节点发送的携带链路层地址的可达性验证报文,将所述链路层地址中包含的地址前缀与预先为所述隧道接口配置的地址前缀进行匹配,并在匹配成功后继续将所述待处理报文中携带的VNI信息和服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息分别进行匹配,所述可达性验证报文为所述SF节点在接收所述封装报文后生成的,所述链路层地址为所述SF节点根据所述封装报文所对应获取的B4侧地址;
若匹配成功,所述匹配模块向所述SF节点发送验证响应报文;
若所述B4侧地址中的地址前缀与预先为所述隧道接口配置的地址前缀不匹配,或所述待处理报文中携带的VNI信息及服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息不匹配,所述匹配模块丢弃所述可达性验证报文。
在具体的应用场景中,还包括:
解封装模块,用于通过所述隧道接口接收所述SF节点返回的响应报文,对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
响应模块,用于根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文,并将所述已处理报文返回至发送所述待处理报文的SFF节点。
在具体的应用场景中,还包括:
解封装模块,用于通过所述隧道接口接收所述SF节点返回的响应报文,对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
响应模块,用于根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文,并将所述已处理报文返回至发送所述待处理报文的SFF节点。
在具体的应用场景中,所述接收模块,具体包括:
获取子模块,用于获取来自于所述SFF节点的待处理报文;
解封装子模块,用于对所述待处理报文进行解封装处理,获取所述待处理报文中携带的所述第一原生报文、所述VNI信息以及所述服务链头信息。
相应地,本发明还提出了一种节点设备,作为服务功能SF节点应用于包括服务功能链SFC代理节点以及所述SF节点的Overlay服务链组网中,如图10所示,所述节点设备包括:
接收模块110,用于通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
获取模块120,用于根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
处理模块130,用于对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
封装模块140,用于对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
在具体的应用场景中,所述DS-Lite隧道由所述SFC代理节点在所述SFC代理节点与所述SF节点之间建立,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址,所述B4侧地址由所述SFC代理节点生成且与所述待处理报文中携带的可扩展虚拟局域网络标识VNI信息及服务链头信息对应,所述待处理报文为携带所述第一原生报文的封装报文。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (16)
1.一种报文转发方法,其特征在于,所述方法应用于包括服务功能链SFC代理节点以及服务功能SF节点的Overlay服务链组网中,该方法包括:
所述SFC代理节点接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文;
所述SFC代理节点根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址;
所述SFC代理节点对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
2.如权利要求1所述的方法,其特征在于,所述SFC代理节点根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,包括:
所述SFC代理节点获取所述SF节点的地址;
所述SFC代理节点根据预先为隧道接口所配置的地址前缀、所述VNI信息及所述服务链头信息,构造所述B4侧地址,所述隧道接口为所述SFC代理节点通过所述DS-Lite隧道与所述SF节点进行通信的接口;
所述SFC代理节点与所述SF节点建立所述DS-Lite隧道。
3.如权利要求1所述的方法,其特征在于,在所述SFC代理节点通过所述DS-Lite隧道向所述SF节点发送所述封装报文之后,还包括:
所述SFC代理节点接收所述SF节点发送的携带链路层地址的可达性验证报文,所述可达性验证报文为所述SF节点在首次接收所述封装报文后生成的,所述链路层地址为所述SF节点根据所述封装报文所对应获取的B4侧地址;
所述SFC代理节点将所述链路层地址中包含的地址前缀与预先为所述隧道接口配置的地址前缀进行匹配,并在匹配成功后继续将所述待处理报文中携带的VNI信息和服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息分别进行匹配;
若匹配成功,所述SFC代理节点向所述SF节点发送验证响应报文;
若所述B4侧地址中的地址前缀与预先为所述隧道接口配置的地址前缀不匹配,或所述待处理报文中携带的VNI信息及服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息不匹配,所述SFC代理节点丢弃所述可达性验证报文。
4.如权利要求1所述的方法,其特征在于,通过所述DS-Lite隧道向所述SF节点发送所述封装报文之后,还包括:
所述SFC代理节点通过所述隧道接口接收所述SF节点返回的响应报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
所述SFC代理节点对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文;
所述SFC代理节点根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文;
所述SFC代理节点将所述已处理报文返回至发送所述待处理报文的SFF节点。
5.根据权利要求3所述的方法,其特征在于,在所述SFC代理节点向所述SF节点发送验证响应报文之后,还包括:
所述SFC代理节点通过所述隧道接口接收所述SF节点返回的响应报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
所述SFC代理节点对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文;
所述SFC代理节点根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文;
所述SFC代理节点将所述已处理报文返回至发送所述待处理报文的SFF节点。
6.如权利要求1-5任一项所述的方法,其特征在于,所述SFC代理节点接收服务功能转发SFF节点分发的待处理报文,包括:
所述SFC代理节点获取来自于所述SFF节点的待处理报文;
所述SFC代理节点对所述待处理报文进行解封装处理,获取所述待处理报文中携带的所述第一原生报文、所述VNI信息以及所述服务链头信息。
7.一种报文转发方法,其特征在于,所述方法应用于包括服务功能链SFC代理节点以及服务功能SF节点的Overlay服务链组网中,该方法还包括:
所述SF节点通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
所述SF节点根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
所述SF节点对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
所述SF节点对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
8.如权利要求7所述的方法,其特征在于,
所述DS-Lite隧道由所述SFC代理节点在所述SFC代理节点与所述SF节点之间建立,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址,所述B4侧地址由所述SFC代理节点生成且与所述待处理报文中携带的可扩展虚拟局域网络标识VNI信息及服务链头信息对应,所述待处理报文为携带所述第一原生报文的封装报文。
9.一种节点设备,其特征在于,所述节点设备作为服务功能链SFC代理节点应用于包括所述SFC代理节点以及服务功能SF节点的Overlay服务链组网中,所述节点设备包括:
接收模块,用于接收服务功能转发SFF节点分发的待处理报文,所述待处理报文中携带有可扩展虚拟局域网络标识VNI信息、服务链头信息和第一原生报文;
隧道模块,用于根据VNI信息和服务链头信息生成B4侧地址,并与所述SF节点之间建立DS-Lite隧道,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址;
处理模块,用于对所述第一原生报文进行DS-Lite隧道封装处理生成封装报文,并通过所述DS-Lite隧道向所述SF节点发送所述封装报文。
10.如权利要求9所述的节点设备,其特征在于,所述隧道模块具体包括:
获取子模块,用于获取所述SF节点的地址;
构造子模块,用于根据预先为隧道接口所配置的地址前缀、所述VNI信息及所述服务链头信息,构造所述B4侧地址,所述隧道接口为所述SFC代理节点通过所述DS-Lite隧道与所述SF节点进行通信的接口;
建立子模块,用于与所述SF节点建立所述DS-Lite隧道。
11.如权利要求9所述的节点设备,其特征在于,还包括:
匹配模块,用于接收所述SF节点发送的携带链路层地址的可达性验证报文,将所述链路层地址中包含的地址前缀与预先为所述隧道接口配置的地址前缀进行匹配,并在匹配成功后继续将所述待处理报文中携带的VNI信息和服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息分别进行匹配,所述可达性验证报文为所述SF节点在接收所述封装报文后生成的,所述链路层地址为所述SF节点根据所述封装报文所对应获取的B4侧地址;
若匹配成功,所述匹配模块向所述SF节点发送验证响应报文;
若所述B4侧地址中的地址前缀与预先为所述隧道接口配置的地址前缀不匹配,或所述待处理报文中携带的VNI信息及服务链头信息与所述链路层地址中包含的VNI信息和服务链头信息不匹配,所述匹配模块丢弃所述可达性验证报文。
12.如权利要求9所述的节点设备,其特征在于,还包括:
解封装模块,用于通过所述隧道接口接收所述SF节点返回的响应报文,对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
响应模块,用于根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文,并将所述已处理报文返回至发送所述待处理报文的SFF节点。
13.如权利要求11所述的节点设备,其特征在于,还包括:
解封装模块,用于通过所述隧道接口接收所述SF节点返回的响应报文,对所述响应报文进行解封装处理,获取所述响应报文中携带的第二原生报文,所述响应报文是以所述B4侧地址为隧道目的地址的封装报文;
响应模块,用于根据所述B4侧地址中携带的所述VNI信息、所述服务链头信息及所述第二原生报文,生成已处理报文,并将所述已处理报文返回至发送所述待处理报文的SFF节点。
14.如权利要求9-13任一项所述的节点设备,其特征在于,所述接收模块,具体包括:
获取子模块,用于获取来自于所述SFF节点的待处理报文;
解封装子模块,用于对所述待处理报文进行解封装处理,获取所述待处理报文中携带的所述第一原生报文、所述VNI信息以及所述服务链头信息。
15.一种节点设备,其特征在于,所述节点设备作为服务功能SF节点应用于包括服务功能链SFC代理节点以及所述SF节点的Overlay服务链组网中,所述节点设备包括:
接收模块,用于通过DS-Lite隧道接收所述SFC代理节点发送的封装报文;
获取模块,用于根据所述封装报文获取所述DS-Lite隧道的隧道源地址,将所述隧道源地址作为B4侧地址;
处理模块,用于对所述封装报文中携带的第一原生报文进行处理,生成第二原生报文;
封装模块,用于对所述第二原生报文进行DS-Lite隧道封装处理生成以所述B4侧地址为隧道目的地址的响应报文,并通过所述DS-Lite隧道向所述SF节点发送所述响应报文。
16.如权利要求15所述的节点设备,其特征在于,
所述DS-Lite隧道由所述SFC代理节点在所述SFC代理节点与所述SF节点之间建立,所述B4侧地址为所述DS-Lite隧道的隧道源地址,所述SF节点的地址为所述DS-Lite隧道的隧道目的地址,所述B4侧地址由所述SFC代理节点生成且与所述待处理报文中携带的可扩展虚拟局域网络标识VNI信息及服务链头信息对应,所述待处理报文为携带所述第一原生报文的封装报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510050178.1A CN104639414B (zh) | 2015-01-30 | 2015-01-30 | 一种报文转发方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510050178.1A CN104639414B (zh) | 2015-01-30 | 2015-01-30 | 一种报文转发方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104639414A true CN104639414A (zh) | 2015-05-20 |
CN104639414B CN104639414B (zh) | 2018-05-08 |
Family
ID=53217754
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510050178.1A Active CN104639414B (zh) | 2015-01-30 | 2015-01-30 | 一种报文转发方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104639414B (zh) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016188124A1 (zh) * | 2015-05-28 | 2016-12-01 | 中兴通讯股份有限公司 | 报文的转发处理方法、装置及系统 |
WO2016192396A1 (en) * | 2015-05-29 | 2016-12-08 | Huawei Technologies Co., Ltd. | Exchanging application metadata for application context aware service insertion in service function chain |
WO2016197832A1 (zh) * | 2015-06-11 | 2016-12-15 | 华为技术有限公司 | 报文处理方法、设备和系统 |
WO2017024818A1 (zh) * | 2015-08-07 | 2017-02-16 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
WO2017054202A1 (zh) * | 2015-09-30 | 2017-04-06 | 华为技术有限公司 | 一种数据路由的方法及装置 |
WO2017067484A1 (zh) * | 2015-10-23 | 2017-04-27 | 中兴通讯股份有限公司 | 一种虚拟化数据中心调度系统和方法 |
CN106921579A (zh) * | 2015-12-28 | 2017-07-04 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
KR101758207B1 (ko) * | 2016-04-04 | 2017-07-26 | 숭실대학교산학협력단 | 서비스 기능 체이닝을 이용하는 네트워크 패킷 처리 장치 및 이의 제어 방법 |
WO2017137004A1 (en) * | 2016-02-12 | 2017-08-17 | Huawei Technologies Co., Ltd. | Method and apparatus for service function forwarding in a service domain |
CN107204866A (zh) * | 2016-03-18 | 2017-09-26 | 上海有云信息技术有限公司 | 基于vxlan技术解决多租户服务链传输的实现方法 |
WO2018000442A1 (zh) * | 2016-07-01 | 2018-01-04 | 华为技术有限公司 | 业务功能链sfc中用于转发报文的方法、装置和系统 |
CN107645458A (zh) * | 2017-10-20 | 2018-01-30 | 锐捷网络股份有限公司 | 三层报文引流方法及控制器 |
WO2018037266A1 (en) * | 2016-08-26 | 2018-03-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Improving sf proxy performance in sdn networks |
CN107809364A (zh) * | 2016-09-09 | 2018-03-16 | 新华三技术有限公司 | 报文转发方法以及装置 |
CN108293020A (zh) * | 2015-12-04 | 2018-07-17 | 思科技术公司 | 基础设施独有的服务转发 |
CN109218158A (zh) * | 2017-07-05 | 2019-01-15 | 中国电信股份有限公司 | 基于VxLAN的数据传输方法、控制方法及控制器、网关、中间网元和系统 |
CN110049513A (zh) * | 2018-01-17 | 2019-07-23 | 中兴通讯股份有限公司 | 一种调整用户报文转发策略的方法及sf |
CN114338498A (zh) * | 2021-12-28 | 2022-04-12 | 中国电信股份有限公司 | 基于SRv6的报文处理方法、系统、电子设备及介质 |
CN115242885A (zh) * | 2022-07-15 | 2022-10-25 | 天翼云科技有限公司 | 云数据中心系统、数据报文传输方法、设备和介质 |
US11677614B2 (en) | 2020-08-20 | 2023-06-13 | Huawei Technologies Co., Ltd. | Method and apparatus for protecting stateful service function paths |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067411A (zh) * | 2013-01-23 | 2013-04-24 | 杭州华三通信技术有限公司 | 防止DS-Lite组网中的DoS攻击方法和装置 |
-
2015
- 2015-01-30 CN CN201510050178.1A patent/CN104639414B/zh active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103067411A (zh) * | 2013-01-23 | 2013-04-24 | 杭州华三通信技术有限公司 | 防止DS-Lite组网中的DoS攻击方法和装置 |
Non-Patent Citations (2)
Title |
---|
H. SONG等: "SFC Header Mapping for Legacy SF draft-song-sfc-legacy-sf-mapping-03", 《SFC WORKING GROUP INTERNET-DRAFT》 * |
M. BOUCADAIR等: "Service Function Chaining: Framework & Architecture draft-boucadair-sfc-framework-02", 《SFC INTERNET-DRAFT》 * |
Cited By (48)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016188124A1 (zh) * | 2015-05-28 | 2016-12-01 | 中兴通讯股份有限公司 | 报文的转发处理方法、装置及系统 |
US10645060B2 (en) | 2015-05-28 | 2020-05-05 | Xi'an Zhongxing New Software Co., Ltd | Method, device and system for forwarding message |
CN106302206B (zh) * | 2015-05-28 | 2020-04-24 | 中兴通讯股份有限公司 | 报文的转发处理方法、装置及系统 |
CN106302206A (zh) * | 2015-05-28 | 2017-01-04 | 中兴通讯股份有限公司 | 报文的转发处理方法、装置及系统 |
US10122622B2 (en) | 2015-05-29 | 2018-11-06 | Futurewei Technologies, Inc. | Exchanging application metadata for application context aware service insertion in service function chain |
WO2016192396A1 (en) * | 2015-05-29 | 2016-12-08 | Huawei Technologies Co., Ltd. | Exchanging application metadata for application context aware service insertion in service function chain |
CN106302144A (zh) * | 2015-06-11 | 2017-01-04 | 华为技术有限公司 | 报文处理方法、设备和系统 |
CN106302144B (zh) * | 2015-06-11 | 2019-07-23 | 华为技术有限公司 | 报文处理方法、设备和系统 |
WO2016197832A1 (zh) * | 2015-06-11 | 2016-12-15 | 华为技术有限公司 | 报文处理方法、设备和系统 |
CN106453204A (zh) * | 2015-08-07 | 2017-02-22 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
WO2017024818A1 (zh) * | 2015-08-07 | 2017-02-16 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
CN106453204B (zh) * | 2015-08-07 | 2020-11-17 | 中兴通讯股份有限公司 | 一种处理数据报文的方法及装置 |
WO2017054202A1 (zh) * | 2015-09-30 | 2017-04-06 | 华为技术有限公司 | 一种数据路由的方法及装置 |
US10659350B2 (en) | 2015-09-30 | 2020-05-19 | Huawei Technologies Co., Ltd. | Data routing method and apparatus |
WO2017067484A1 (zh) * | 2015-10-23 | 2017-04-27 | 中兴通讯股份有限公司 | 一种虚拟化数据中心调度系统和方法 |
CN108293020A (zh) * | 2015-12-04 | 2018-07-17 | 思科技术公司 | 基础设施独有的服务转发 |
CN108293020B (zh) * | 2015-12-04 | 2021-08-06 | 思科技术公司 | 基础设施独有的服务转发 |
CN111294236B (zh) * | 2015-12-28 | 2023-04-18 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
US10791053B2 (en) | 2015-12-28 | 2020-09-29 | Huawei Technologies Co., Ltd. | Service function chain SFC-based communication method, and apparatus |
CN111294281A (zh) * | 2015-12-28 | 2020-06-16 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
CN111294236A (zh) * | 2015-12-28 | 2020-06-16 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
CN111294281B (zh) * | 2015-12-28 | 2021-05-18 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
CN106921579B (zh) * | 2015-12-28 | 2020-02-14 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
CN106921579A (zh) * | 2015-12-28 | 2017-07-04 | 华为技术有限公司 | 基于业务功能链sfc的通信方法和装置 |
US10158568B2 (en) | 2016-02-12 | 2018-12-18 | Huawei Technologies Co., Ltd. | Method and apparatus for service function forwarding in a service domain |
WO2017137004A1 (en) * | 2016-02-12 | 2017-08-17 | Huawei Technologies Co., Ltd. | Method and apparatus for service function forwarding in a service domain |
CN107204866A (zh) * | 2016-03-18 | 2017-09-26 | 上海有云信息技术有限公司 | 基于vxlan技术解决多租户服务链传输的实现方法 |
KR101758207B1 (ko) * | 2016-04-04 | 2017-07-26 | 숭실대학교산학협력단 | 서비스 기능 체이닝을 이용하는 네트워크 패킷 처리 장치 및 이의 제어 방법 |
WO2018000442A1 (zh) * | 2016-07-01 | 2018-01-04 | 华为技术有限公司 | 业务功能链sfc中用于转发报文的方法、装置和系统 |
US11671364B2 (en) | 2016-07-01 | 2023-06-06 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for forwarding packet in service function chaining SFC |
CN111884933A (zh) * | 2016-07-01 | 2020-11-03 | 华为技术有限公司 | 业务功能链sfc中用于转发报文的方法、装置和系统 |
US11075839B2 (en) | 2016-07-01 | 2021-07-27 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for forwarding packet in service function chaining SFC |
US10382325B2 (en) | 2016-08-26 | 2019-08-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Improving service function proxy performance in software defined networking networks |
WO2018037266A1 (en) * | 2016-08-26 | 2018-03-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Improving sf proxy performance in sdn networks |
US10841210B2 (en) | 2016-08-26 | 2020-11-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Service function proxy performance in software defined networks |
CN107809364B (zh) * | 2016-09-09 | 2020-06-09 | 新华三技术有限公司 | 报文转发方法以及装置 |
CN107809364A (zh) * | 2016-09-09 | 2018-03-16 | 新华三技术有限公司 | 报文转发方法以及装置 |
CN109218158A (zh) * | 2017-07-05 | 2019-01-15 | 中国电信股份有限公司 | 基于VxLAN的数据传输方法、控制方法及控制器、网关、中间网元和系统 |
CN109218158B (zh) * | 2017-07-05 | 2021-05-11 | 中国电信股份有限公司 | 基于VxLAN的数据传输方法、控制方法及控制器、网关、中间网元和系统 |
CN107645458A (zh) * | 2017-10-20 | 2018-01-30 | 锐捷网络股份有限公司 | 三层报文引流方法及控制器 |
CN107645458B (zh) * | 2017-10-20 | 2020-04-24 | 锐捷网络股份有限公司 | 三层报文引流方法及控制器 |
CN110049513B (zh) * | 2018-01-17 | 2021-08-31 | 中兴通讯股份有限公司 | 一种调整用户报文转发策略的方法及sf |
CN110049513A (zh) * | 2018-01-17 | 2019-07-23 | 中兴通讯股份有限公司 | 一种调整用户报文转发策略的方法及sf |
US11677614B2 (en) | 2020-08-20 | 2023-06-13 | Huawei Technologies Co., Ltd. | Method and apparatus for protecting stateful service function paths |
CN114338498A (zh) * | 2021-12-28 | 2022-04-12 | 中国电信股份有限公司 | 基于SRv6的报文处理方法、系统、电子设备及介质 |
CN114338498B (zh) * | 2021-12-28 | 2024-04-09 | 中国电信股份有限公司 | 基于SRv6的报文处理方法、系统、电子设备及介质 |
CN115242885A (zh) * | 2022-07-15 | 2022-10-25 | 天翼云科技有限公司 | 云数据中心系统、数据报文传输方法、设备和介质 |
CN115242885B (zh) * | 2022-07-15 | 2023-10-13 | 天翼云科技有限公司 | 云数据中心系统、数据报文传输方法、设备和介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104639414B (zh) | 2018-05-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104639414A (zh) | 一种报文转发方法和设备 | |
US11671367B1 (en) | Methods and apparatus for improving load balancing in overlay networks | |
US10972341B2 (en) | Subnet stretching via layer three communications | |
US11929945B2 (en) | Managing network traffic in virtual switches based on logical port identifiers | |
CN104601432B (zh) | 一种报文传输方法和设备 | |
CN104780088B (zh) | 一种业务报文的传输方法和设备 | |
CN107872542B (zh) | 一种数据传输的方法及网络设备 | |
CN103200069B (zh) | 一种报文处理的方法和设备 | |
CN104869042B (zh) | 报文转发方法和装置 | |
JP6967657B2 (ja) | アドレス空間統合を通じた仮想化されたネットワーク機能 | |
CN105515992B (zh) | Vxlan网络中的流表项处理方法及装置 | |
CN106209557B (zh) | 报文转发方法及装置 | |
CN108718278A (zh) | 一种报文传输方法和装置 | |
CN103369065B (zh) | 一种报文转发方法及设备 | |
CN108390812B (zh) | 报文转发方法及装置 | |
CN105471827A (zh) | 一种报文传输方法及装置 | |
CN108259453A (zh) | 一种报文转发方法及装置 | |
CN104994022A (zh) | 一种报文传输的方法和业务板 | |
CN107547338A (zh) | 一种报文转发方法及装置 | |
CN107135118B (zh) | 一种单播通信方法、网关以及vxlan接入设备 | |
CN109246016A (zh) | 跨vxlan的报文处理方法和装置 | |
US20160065536A1 (en) | Home gateway apparatus and packet transfer method | |
CN108471374B (zh) | 数据报文的转发方法及装置 | |
CN103986637B (zh) | 一种差错报文处理方法及隧道设备 | |
CN105610672A (zh) | 一种信息传输的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |