WO2023078275A1 - 一种报文传输方法、装置及设备 - Google Patents
一种报文传输方法、装置及设备 Download PDFInfo
- Publication number
- WO2023078275A1 WO2023078275A1 PCT/CN2022/129133 CN2022129133W WO2023078275A1 WO 2023078275 A1 WO2023078275 A1 WO 2023078275A1 CN 2022129133 W CN2022129133 W CN 2022129133W WO 2023078275 A1 WO2023078275 A1 WO 2023078275A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- service chain
- route
- message
- chain forwarding
- forwarding device
- 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.)
- Ceased
Links
Images
Classifications
-
- 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/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- 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/22—Alternate routing
-
- 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/02—Topology update or discovery
- H04L45/036—Updating the topology between route computation elements, e.g. between OpenFlow controllers
- H04L45/037—Routes obligatorily traversing service-related nodes
- H04L45/0377—Routes obligatorily traversing service-related nodes for service chaining
-
- 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/24—Multipath
- H04L45/247—Multipath using M:N active or standby paths
-
- 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/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
Definitions
- the sending unit is further configured to send the first packet to the second service chain forwarding device.
- FIG. 1 is a schematic diagram of a service chain application scenario
- S201 The forwarding device of the first service chain receives the first packet.
- a sending unit 504 configured to send the first message to the first device when the first main route works normally, and send the first message to the second device when the first main route fails. Describe the first message.
- the device further includes: an update unit (not shown in the figure);
- the determining unit 503 is further configured to determine a second route set according to the second redirection address, the second route set includes a second main route and a second standby route, and the next hop of the second main route is the second device, and the next hop of the second standby route is the third device;
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种报文传输方法、装置及设备。第一业务链转发设备在接收到第一报文后,进行策略路由的匹配,当第一报文匹配到第一策略时,获取第一策略对应的第一重定向地址,根据第一重定向地址确定第一路由集合。该第一路由集合包括第一主路由和第一备路由。第一主路由的下一跳为第一设备,第一备路由的下一跳为第二设备。在第一主路由正常工作时,第一业务链转发设备向第一设备转发第一报文;在第一主路由故障时,第一业务链转发设备将向第二设备发送第一报文。本申请预先生成第一重定向地址对应的主备路由,当第一主路由故障时,直接利用第一备路由向第二设备发送第一报文,无需依赖控制面刷新路由后才进行逃生,能够提高业务链故障收敛速度。
Description
本申请要求于2021年11月03日提交的申请号为202111296943.X、申请名称为“一种报文传输方法、装置及设备”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
本申请涉及通信技术领域,尤其涉及一种报文传输方法、装置及设备。
随着网络功能虚拟化(network functions virtualization,NFV)技术的发展,网络功能与硬件解耦、转发与控制分离,使得数据中心的网络控制更弹性更灵活。在NFV网络中,业务功能链(service function chain,SFC)在实现流量按照指定顺序完成网络服务上起到至关重要的作用。当服务需要调整时,只需要更新业务链SFC上业务功能节点的顺序而无需更改网络配置,就可以快速开通网络服务。其中,业务功能链简称为业务链。
网络设备根据使用功能的不同在整个业务链的体系中扮演不同的角色。业务链的角色主要包括:业务分类器(service classifier,SC),位于SFC域的边界入口,用于对报文进行流量分类,并设置业务标识和封装业务报文头。业务功能(Service Function,SF)节点,为提供增值业务的设备,包括防火墙,负载均衡设备等。业务功能转发(Service Function Forwarder,SFF)节点,为连接SF的设备,可以识别业务流信息,并根椐业务流信息转发业务流。其中,在一条SFC中可以包括多个不同的SF节点,不同的SF节点可以连接在相同或不同的SFF上。如图1所示的业务链应用场景图,一条SFC路径中包括SF1、SF2、SF3以及SF4,其中,SF1和SF2连接在SFF1上,SF3和SF4连接在SFF2上。如图1所示,当应用A的流量到达SC节点后进行分类,分类后的流量被重定向到SFC业务链中,并按SFC业务链将流量重定向到对应的SF节点以进行报文进行处理和转发。
当SFC中所经过的SF节点或链路故障时,会导致业务不通。为保证业务连通性,通常可以选择跳过故障的SF节点或故障的链路,以继续重定向到下一跳SF节点。例如,当图1中的SF1节点故障时,SFF1重定向下一跳为SF2节点,不再经过SF1节点,该情况下在SF1节点故障时,对应的逃生(bypass)路径为SF2-SF3-SF4。然而,上述过程需要SFF设备在检测到本地接入的SF节点故障后,通过控制面更新路由,并向转发面更新转发表项后,才能将流量切换到逃生路径,导致故障收敛慢,影响流量的转发。
发明内容
本申请提供了一种报文处理方法、装置及设备,以实现节点或链路故障时,流量可以快速切换,提升逃生性能。
在本申请的第一方面,提供了一种报文传输方法,该方法可以包括:在第一业务链转发设备接收到待转发的第一报文时,将对第一报文进行策略匹配。当第一报文匹配第一策略时,第一业务链转发设备获取该第一策略对应的第一重定向地址,并根据该第一重定向地址确定第一路由集合。其中,第一路由集合包括第一主路由和第二备路由,第一主路由的下一跳为第一设备,第一备路由的下一跳为第二设备。当第一主路由正常工作时,第一业务链转发设备优先利用第一主路由向第一设备发送第一报文。当第一主路由故障时,则 第一业务链转发设备直接利用第一备路由向第二设备发送第一报文。本申请在业务链故障后无需等待控制面进行路由刷新后才进行逃生,能够提高故障收敛速度以及报文转发性能。
其中,第一业务链转发设备可以通过以下方式确定第一主路由故障:第一业务链转发设备通过该第一业务链转发设备与第一设备连接的出接口的状态信息确定第一主路由故障。即,第一业务链转发设备可以存储自身与第一设备连接的出接口的状态信息,当需要转发第一报文时,可以通过该出接口的状态信息来确定到达第一设备的第一主路由是否可用,以便在第一主路由不可用时,通过第一备路由转发第一报文,提高报文传输效率。
在一种具体的实现方式中,第一业务链转发设备上可以配置双向转发检测机制BFD,以通过BFD检测第一业务链转发设备到达第一设备的连通性,获得检测结果;第一业务链转发设备根据检测结果更新出接口的状态信息。例如,BFD检测第一业务链转发设备与第一设备之间第一主路由故障时,第一业务链转发设备将出接口的状态置为down;如果BFD检测第一业务链转发设备与第一设备之间的第一主路由可达时,第一业务链转发设备将出接口的状态置为up。其中,第一业务链转发设备通过出接口与第一设备连接。
在一种具体的实现方式中,第一业务链转发设备可以通过以下方式确定第一路由集合,具体为,第一业务链转发设备将第一重定向地址作为目的地址查找路由表,得到第一路由集合。即,第一业务链转发设备可以通过查找路由表的方式获取到达第一重定向地址的两条路由(第一主路由和第一备路由),提高工作效率。其中,第一路由集合可以为预先配置的静态路由。
在一种具体的实现方式中,第一设备和第二设备可以均为业务功能设备,且二者可以连接在同一业务链转发设备上,即第一业务链转发设备。或者,第一设备连接在第一业务链转发设备,第二设备连接在第二业务链转发设备。
当第二设备也连接在第一业务链转发设备上时,在第一业务链转发设备向第一设备发送第一报文后,第一业务链转发设备将接收第一设备发送的第二报文,该第二报文是第一设备根据第一报文获得的。然后,第一业务链转发设备将对第二报文进行策略匹配,当第二报文匹配第二策略时,获取第二策略对应的第二重定向地址。第一业务链转发设备将根据第二重定向地址确定第二路由集合,该第二路由集合中包括第二主路由和第二备路由。其中,第二主路由的下一跳为第二设备,第二备路由的下一跳为第三设备。当第二主路由正常工作时,第一业务链转发设备向第二设备发送第二报文;当第二主路由故障时,第一业务链转发设备向第三设备发送第二报文。
当第二设备连接在第二业务链转发设备时,在第一主路由故障时,第一业务链转发设备将向第二业务链转发设备发送第一报文。
在一种具体的实现方式中,当第一设备为业务链最后一跳时,第二设备为第一报文中目的地址对应的目的网络设备。其中,第一备路由的下一跳为第二设备上的环回接口。
在本申请第二方面,提供了一种报文传输装置,应用于第一业务链转发设备,该装置可以包括:接收单元,用于接收第一报文;获取单元,用于当所述第一报文匹配第一策略时,获取所述第一策略对应的第一重定向地址;确定单元,用于根据所述第一重定向地址确定第一路由集合,所述第一路由集合包括第一主路由和第一备路由,所述第一主路由的 下一跳为第一设备,所述第一备路由的下一跳为第二设备;发送单元,用于在所述第一主路由正常工作时,向所述第一设备发送所述第一报文;以及在所述第一主路由故障时,向所述第二设备发送所述第一报文。
在一种具体的实现方式中,所述确定单元,还用于根据所述第一业务链转发设备与所述第一设备连接的出接口的状态信息确定所述第一主路由故障。
在一种具体的实现方式中,所述装置还包括:更新单元;所述获取单元,还用于通过双向转发检测机制检测所述第一业务链转发设备到所述第一设备的连通性,获得检测结果;所述更新单元,用于根据所述检测结果更新所述出接口的状态信息。
在一种具体的实现方式中,所述确定单元,具体用于将所述第一重定向地址作为目的地址查找路由表,得到所述第一路由集合。
在一种具体的实现方式中,所述第一路由集合为预先配置的。
在一种具体的实现方式中,所述第一设备和第二设备为业务功能设备,所述第一设备和所述第二设备均连接所述第一业务链转发设备。
在一种具体的实现方式中,所述接收单元,还用于接收所述第一设备发送的第二报文,所述第二报文是所述第一设备根据所述第一报文获得;所述获取单元,还用于当所述第二报文匹配第二策略时,获取所述第二策略对应的第二重定向地址;所述确定单元,还用于根据所述第二重定向地址确定第二路由集合,所述第二路由集合包括第二主路由和第二备路由,所述第二主路由的下一跳为所述第二设备,所述第二备路由的下一跳为第三设备;所述发送单元,还用于在所述第二主路由正常工作时,向所述第二设备发送所述第二报文,以及在所述第二主路由故障时,向所述第三设备发送所述第二报文。
在一种具体的实现方式中,所述第二设备为业务功能设备,所述第一设备连接所述第一业务链转发设备,所述第二设备连接第二业务链转发设备。
在一种具体的实现方式中,所述发送单元,还用于向所述第二业务链转发设备发送所述第一报文。
在一种具体的实现方式中,在所述第一设备为业务链最后一跳时,所述第二设备为所述第一报文中目的地址对应的目的网络设备。
在一种具体的实现方式中,所述第一备路由的下一跳为所述第二设备的环回接口。
在本申请第三方面,提供了一种通信设备,所述设备包括:处理器和存储器;
所述存储器,用于存储指令或计算机程序;
所述处理器,用于执行所述存储器中的所述指令或计算机程序,以使得所述通信设备执行第一方面所述的方法。
在本申请第四方面,提供了一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行以上第一方面所述的方法。
通过本申请提供的技术方案,第一业务链转发设备在接收到第一报文后,将进行策略路由的匹配,当第一报文匹配到第一策略时,将获取第一策略对应的第一重定向地址。第一业务链转发设备根据第一重定向地址确定第一路由集合,该第一路由集合包括第一主路由和第一备路由。其中第一主路由的下一跳为第一设备,第一备路由的下一跳为第二设备。 在第一主路由正常工作的情况下,第一业务链转发设备向第一设备转发第一报文;在第一主路由发生故障时,第一业务链转发设备将向第二设备发送第一报文。即,本申请预先生第一重定向地址对应的主备路由。当第一主路由正常工作时,可以优先利用第一主路由向第一设备发送第一报文。当第一主路由故障时,直接利用第一备路由向第二设备发送第一报文,无需依赖控制面感知故障进行路由更新后才进行逃生,提高故障收敛速度以及业务性能。
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为一种业务链应用场景示意图;
图2为本申请实施例提供的一种报文传输方法流程图;
图3为本申请实施例提供的一种确定第一路由集合的示意图;
图4为本申请实施例提供的一种应用场景示意图;
图5为本申请实施例提供的一种报文传输装置结构图;
图6为本申请实施例提供的一种网络设备结构图;
图7为本申请实施例提供的另一种网络设备结构图。
为了使本技术领域的人员更好地理解本发明中的方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。
为便于理解本申请实施例提供的技术方案,下面将对本申请中所涉及的技术术语进行说明。
业务链SFC,是一个有序的业务功能的集合,其基于分类和策略对网络上的流量进行一系列的业务处理,是NFV虚拟网络中对流量按需有序进行业务处理的重要手段。通常在数据中心网络中除包含基础网络交换设备外,还会部署一些增值服务设备,如防火墙、负载均衡器、入侵防御设备等,保证网络安全防护及业务调度。为满足不同业务流量的需求,并且降低数据中心网络的部署和维护成本,用户可以使用业务链按需为流量设置网络路径。
基于策略的路由(policy-based routing,PBR),是根据匹配到报文的特征信息的策略进行报文转发的机制,简称为策略路由。PBR应用在数据层面,在已有路由表的情况下,不按照路由表进行转发,而是根据某些需要使流量选择其他路径的方式。传统路由表的转发只能根据目的地址选择路由,PBR可以根据源地址、目标地址、源端口、目标端口、协议等流量特征来选择路由。进一步地,PBR是先于路由表执行的,只有它匹配不到的流量才依靠路由表转发。具体地,在使能PBR后,通信设备在转发数据报文时,首先根据配置的规则对报文进行过滤,匹配成功则按照匹配到的策略转发报文。
快速重路由(fast reroute,FRR)是指当物理层或链路层检测到故障时将故障消息上报 至上层路由系统,并立即启用一条备份链路转发报文。IP网络快速重路由(Internet Protocol fast reroute,IP FRR)是一种快速实现路由备份的方式。IP FRR针对IP网络路由而设计,能够保证转发系统快速应对出现的链路故障,直接启用备份路由进行数据转发,尽快让业务恢复正常。具体实现为,在主链路可用时,通过设置IP FRR策略,把备份路由的转发信息提供给转发引擎。当转发引擎感知到主链路不可用时,能够在控制平面路由收敛前直接使用备份路径转发报文。
在业务链应用场景中,SFF节点在检测到SF节点的链路故障时,需要等控制面感知故障、执行路由更新并向转发面下发转发表项后,并且PBR响应路由更新下一跳信息后,才进行路径切换。即,SFF节点执行路径切换的时间包括本地故障检测时间、本地路由更新时间以及PBR更新下一跳时间,导致故障收敛速度较慢,影响报文的转发效率。
基于此,本申请实施例提供了一种报文传输方法,用于在故障发生时提高故障收敛速度。具体为,在第一业务链转发设备接收到第一报文时,进行策略匹配,当第一报文匹配第一策略时,获取该第一策略对应的第一重定向地址。在获取到第一重定向地址后,第一业务链转发设备根据该第一重定向地址确定主备路由,即第一路由集合,该第一路由集合包括第一主路由和第一备路由。通常情况下,第一业务链转发设备向第一主路由发送第一报文,在第一主路由发生故障时,直接向第一备路由发送第一报文,无需等待控制面进行路由更新即可实现故障收敛,提高报文转发效率,提升业务链的逃生性能。
基于上述描述,为便于理解本申请实施例提供的技术方案,下面将结合附图对本申请实施例提供的一种报文传输方法进行说明。
参见图2,该图为本申请实施例提供的一种报文传输方法流程图,如图2所示,该方法包括步骤S201-S205。
S201:第一业务链转发设备接收第一报文。
其中,第一业务链转发设备可以接收业务分类器SC发送的第一报文,例如图1中,SFF1节点接收SC节点发送的第一报文。或者,第一业务链转发设备接收业务功能SF设备发送的第一报文,例如图1中,SFF1节点接收SF1节点发送的第一报文或SFF1节点接收SF2节点发送的第一报文。或者,第一业务链转发设备接收其他业务链转发设备发送的第一报文,例如图1中,第一业务链转发设备为SFF2节点,则SFF2节点接收SFF1节点发送的第一报文。
S202:当第一报文匹配第一策略时,第一业务链转发设备获取第一策略对应的第一重定向地址。
本实施例中,作为业务链中的业务功能转发设备,即第一业务链转发设备,其可以接收上一跳设备所发送的第一报文。在接收到第一报文后,该第一业务链转发设备将根据第一报文和策略路由进行策略匹配,当匹配到第一策略时,获取该第一策略对应的第一重定向地址。即,本实施例通过采用重定向方式实现策略路由,其中,重定向是指无需根据报文的目的地址进行转发,而是根据策略中所指定动作进行转发。其中,第一重定向地址可以为一个空闲IP地址(即没有分配给任何设备使用的IP地址)。
其中,可以预先在第一业务链转发设备上配置访问控制列表(access control list,ACL)规则,该ACL规则即在第一业务链转发设备上配置的策略。当第一业务链转发设备接收到第一报文后,可以根据第一报文的源IP地址、目的IP地址、源端口号、源MAC地址等信息匹配ACL规则。当匹配到其中某一规则时,则对该第一报文进行重定向。例如,将第一报文的下一跳指定为该规则中的一个空闲IP地址(重定向地址)所对应的设备。
当第一报文未匹配到任何策略时,则不进行业务链转发,而是根据转发面的转发表项转发该第一报文。
S203:第一业务链转发设备根据第一重定向地址确定第一路由集合。
第一业务链转发设备获取到第一重定向地址后,根据该第一重定向地址确定第一路由集合,该第一路由集合中包括第一主路由和第一备路由。即,预先根据第一重定向地址形成IP FRR,当第一业务链转发设备获取到第一重定向地址后,根据该第一重定向地址可以快速查找到预先形成的主备路由。其中,第一主路由的下一跳为第一设备,第一备路由的下一跳为第二设备。第一设备为当前需要经过的设备,第二设备为用于故障逃生的设备。本申请中,为了描述方便,提出了路由集合的概念,这并不意味着需要显式地指定一个路由集合并为其配置标识。当根据该第一重定向地址查找到多条路由,且该多条路由包括一条主路由和至少一条备路由,则将该多条路由称为一个路由集合。
其中,第一设备和第二设备可以为不同类型的设备。一种情况是,第一设备和第二设备可以均为业务功能SF节点。进一步地,两个SF节点可以均连接在第一业务链转发设备上,例如,第一业务链转发设备为SFF1节点,第一设备为图1中的SF1节点,第二设备为图1中的SF2节点。或者,两个SF节点也可以分别连接在不同的业务链转发设备上。例如,第一设备连接在第一业务链转发设备上,第二设备连接在第二业务链转发设备。例如,参考图1,第一业务链转发设备为SFF1节点,第二业务链转发设备为SFF2,第一设备为SF2节点,第二设备为SF3节点。另一种情况是,第一设备为业务功能SF节点,第二设备为非业务功能SF节点。具体地,当第一设备为业务链最后一跳时,第二设备为第一报文中目的地址对应的目的网络设备。具体地,第一备路由的下一跳为第二设备的环回接口loopback地址。例如,第一业务链转发设备为图1中的SFF2节点,第一设备为SF4,第二设备为应用设备B。
在一种具体的实现方式中,第一业务链转发设备根据第一重定向地址作为目的地址查找路由表,得到第一路由集合。即,第一业务链转发设备将第一重定向地址作为目的地址,从路由表中查找到达该目的地址的两条路由,将其中优先级较高的路由作为第一主路由,将优先级较低的路由作为第一备路由。其中,第一路由集合可以为预先配置的静态路由集合。参见图3所示的查找示意图,SFF1首先根据第一报文进行策略匹配,在匹配到第一策略后重定向下一跳,即获取空闲IP;根据该空闲IP查找路由表,获取到达该空闲IP所对应的路由:下一跳为SF1,高优先级、下一跳为SF2,低优先级;根据查找的路由信息确定主备下一跳,主下一跳为SF1,对应出接口port1、备下一跳为SF2,对应出接口为port2。各个出接口还可以存储对应的端口状态表(port state table,PST),在该PST中可以记录该端口的故障与否状态,例如,port1状态为故障,port2状态为正常。其中,出接口port1为 SFF1上的接口,SFF1通过该出接口port1与SF1连接;出接口port2为SFF1上的接口,SFF1通过该出接口port2与SF2连接。
需要说明的是,当根据第一重定向地址未查找到下一跳路由时,则不进行业务链转发,而是根据转发面的转发表项转发第一报文。
S204:在第一主路由正常工作时,第一业务链转发设备向第一设备发送第一报文。
S205:在第一主路由故障时,第一业务链转发设备向第二设备发送第一报文。
在确定第一路由集合后,在第一主路由正常工作时,则第一业务链转发设备通过第一主路由转发第一报文,即向第一设备发送第一报文。当第一主路由出现故障时,则直接启动第一备路由,向第二设备发送第一报文。
其中,第一业务链转发设备可以通过双向检测机制(Bidirectional Forwarding Detection,BFD)检测到达第一设备的连通性,并获得检测结果,并根据检测结果更新出接口的状态信息。其中,出接口为第一业务链转发设备上的接口,第一业务链转发设备通过该出接口与第一设备连接。即,第一业务链转发设备可以根据自身与第一设备连接的出接口的状态信息确定第一主路由是否故障。具体地,第一业务链转发设备上可以配置BFD检测机制,以通过该BFD机制检测第一业务链转发设备到达第一设备的连通性,并开启PST端口状态联动。当BFD检测到第一主路由故障(down)时,更新自身出接口对应的状态为down。第一业务链转发设备根据出接口的状态确定第一主路由故障,则直接切换到第一备路由上,利用第一备路由转发第一报文,实现快速逃生。例如,图1中SFF1节点通过配置BFD机制检测到达SF1节点的连通性,当BFD检测出SFF1节点与SF1节点之间连通时,SFF1对应的出接口port1的状态更新为正常(up),SFF1节点将接收的SC发送的第一报文转发给SF1节点。当SFF1节点与SF1节点之间不连通时,SFF1对应的出接口port1的状态更新为故障(down),SFF1通过出接口port1对应的状态判断出该出接口为down时,将接收第一报文转发给SF2节点。
需要说明的是,在第二设备为业务功能设备,且第一设备和第二设备连接在不同的业务链转发设备时,如第一设备连接在第一业务链转发设备,第二设备连接在第二业务链转发设备,第一业务链转发设备向第二设备发送第一报文为:第一业务链转发设备向第二业务链转发设备发送第一报文。第二业务链转发设备在接收到第一报文后可以执行上述S201-S205的操作,对第一报文进行重定向操作。
可见,在第一业务链转发设备接收到第一报文时,进行策略匹配,当第一报文匹配第一策略时,获取该第一策略对应的第一重定向地址。在获取到第一重定向地址后,第一业务链转发设备根据该第一重定向地址确定第一路由集合,该第一路由集合包括第一主路由和第一备路由。通常情况下,第一业务链转发设备向第一主路由发送第一报文,在第一主路由发生故障时,直接向第一备路由发送第一报文,无需等待控制面进行路由更新即可实现故障收敛,提高报文转发效率,提升业务链的逃生性能。
在一种应用场景中,当第一设备和第二设备均为业务功能SF设备,且均连接在第一业务链转发设备时,第一业务链转发设备向第一设备发送第一报文之后,接收第一设备发送的第二报文,并对第二报文进行重定向操作。其中,第二报文是第一设备根据第一报文获 得的。例如图1中,SFF1节点在接收到SC节点发送的第一报文后,获取第一重定向地址,根据该第一重定向地址确定第一主路由的下一跳为SF1节点、第一备路由的下一跳为SF2节点;在第一主路由正常工作时,SFF1节点将第一报文发送给SF1节点,该SF1节点在对第一报文进行处理后形成第二报文,并将该第二报文转发给SFF1,由SFF1再次进行重定向操作。具体可以为:
(1)当第二报文匹配第二策略时,第一业务链转发设备获取第二策略对应的第二重定向地址。
本实施例中,第一业务链转发设备在接收到第二报文后进行策略匹配,在匹配到第二策略时,获取该第二策略对应的第二重定向地址。其中,关于第一业务链根据第二报文进行策略匹配的具体实现可以参见上述方法实施例中S201的相关描述。
(2)第一业务链转发设备根据第二重定向地址确定第二路由集合。
第一业务链转发设备获取到第二重定向地址后,根据该第二重定向地址确定第二路由集合,该第二路由集合包括第二主路由和第二备路由,第二主路由的下一跳为第二设备,第二备路由的下一跳为第三设备。其中,第二路由集合是预先根据第二重定向地址形成的。
其中,第二设备和第三设备可以为不同类型的设备。一种情况是,第二设备和第三设备可以均为业务功能SF节点。进一步地,两个SF节点可以均连接在第一业务链转发设备上,或者,两个SF节点也可以分别连接在不同的业务链转发设备上。另一种情况是,第二设备为业务功能SF节点,第三设备为非业务功能SF节点。具体地,当第二设备为业务链最后一跳时,第三设备为第一报文中目的地址对应的目的网络设备。具体地,第二备路由的下一跳为第三设备的环回接口loopback地址。具体地,关于第二设备和第三设备的具体形态,可以参见上述方法实施例中关于第一设备和第二设备的相关描述。
具体地,第一业务链转发设备将第二重定向地址作为目的地址,从路由表中查找到达该目的地址的两条路由,将其中优先级较高的路由为第二主路由,将优先级较低的路由作为第二备路由。其中,第二路由集合可以为预先配置的静态路由集合。
(3)在第二主路由正常工作时,第一业务链转发设备向第二设备发送第二报文。
(4)在第二主路由故障时,第一业务链转发设备向第三设备发送第二报文。
在确定第二路由集合后,在第二主路由正常工作时,则第一业务链转发设备通过第二主路由转发第二报文,即向第二设备发送第二报文。当第二主路由出现故障时,则直接启动第二备路由,向第三设备发送第一报文。
其中,第一业务链转发设备可以通过双向检测机制BFD检测第一业务链转发设备到达第二设备的连通性,获得检测结果,并根据检测结果更新与第二设备连接的出接口的状态信息。其中,出接口为第一业务链转发设备上的接口,第一业务链转发设备通过该出接口与第二设备连接。即,第一业务链转发设备可以根据自身与第二设备连接的出接口的状态信息确定第二主路由是否故障。具体地,第一业务链转发设备上可以配置通过BFD机制检测到达第二设备的连通性,并开启PST端口状态联动。当BFD检测到第二主路由故障(down)时,更新出接口对应的状态为down。第一业务链转发设备通过出接口的状态确定第二主路由故障,则直接切换到第二备路由上,利用第二备路由转发第二报文,实现快速 逃生。
为体现报文(如上述提及的第一报文和第二报文等)传输的连续性,在本申请实施例中将第一业务链转发设备接收的第一报文和第一业务链转发设备向第一设备发送的第一报文均称为第一报文,但可以理解地,第一业务链转发设备接收的第一报文和第一业务链转发设备向第一设备发送的第一报文在实际应用场景中存在差别。例如,生存时间(time to live,TTL)和下一跳节点等信息可能均存在差异。即,第一业务链转发设备在将接收的第一报文转发给第一设备时,实际为修改了一些必要信息的更新后的第一报文。该第一业务链转发设备接收的第一报文和第一业务链转发设备向第一设备发送的更新后的第一报文中可以携带相同的载荷(payload)、属性信息和目的地址。
为便于理解本申请实施例,参见图4所示的应用场景示意图,在该应用场景中以consumer到provider间流量依次重定向至SF1、SF2、SF3为例进行说明。其中,consumer连接在leaf1,provider连接在leaf4,SF1和SF2连接在leaf2,SF3连接在leaf3。其中,leaf1和leaf4为业务分类器SC,leaf2和leaf3为业务功能转发SFF节点。图4中虚线表示报文传输路径,具体操作如下所示:
(1)consumer侧流量转发至leaf1,leaf1接收流量后实施PBR引流策略:匹配流量进行SFC转发,动作为重定向到SF1,需要通过远端spine1转发至leaf2。
(2)leaf2接收流量后实施PBR引流策略:匹配流量进行SFC转发,重定向下一跳为SF1对应的空闲IP1,利用该空闲IP1确定FRR主备路由。其中主路由的下一跳为SF1,备路由的下一跳为SF2。为了加速故障检测,在leaf2上配置BFD1检测到SF1的连通性,并开启PST端口状态联动。无故障时,流量使用主路由转发,重定向至SF1;故障时,BFD1检测出接口为故障(down),更新与SF1连接的出接口的状态,leaf2在转发层面判断主路由出接口的状态为down后,直接切换到备路径,即转发至SF2逃生。
(3)流量经过SF1后重新转发至leaf2,leaf2再次实施PBR引流策略:匹配流量进行SFC转发,重定向下一跳为SF2对应的空闲IP2,根据该空闲IP2确定FRR主备路由,其中主路由的下一跳为SF2,备路由的下一跳为SF3。为了加速故障检测,在leaf2配置BFD2检测到SF2的连通性,并开启PST端口状态联动。主路由无故障时,流量使用主路由转发,重定向至SF2;主路由故障时,BFD2根据主路由故障更新与SF2连接的出接口的状态,leaf2在转发层面判断主路由出接口的状态为down后,直接切换到备路径,即转发至SF3逃生(需要通过远端spine2转发至leaf3)。
(4)流量经过SF2后重新转发至leaf2,leaf2再次实施PBR引流策略:匹配流量进行SFC转发,重定向下一跳为SF3。因为SF3在远端leaf3设备接入,此时不需要做FRR主备路由快速逃生。SF3故障时,流量转发至leaf3设备上后再进行逃生。
(5)leaf3接收流量后实施PBR引流策略:匹配流量进行SFC转发,重定向下一跳为SF3对应的空闲IP3,根据该空闲IP3确定FRR主备路由,其中主路由的下一跳为SF3,备路由的下一跳为leaf4上的环回口IP(SF3为SFC最后一跳,故障时转发至provider接入的leaf4走正常二三层转发即可)。为了加速故障检测,在leaf3配置BFD3检测到SF3的连通 性,并开启PST端口状态联动。主路由无故障时,流量使用主路由转发,重定向至SF3;主路由故障时,BFD3根据主路由故障更新与SF3连接的出接口的状态,leaf3在转发层面判断主路由出接口的为down后,直接切换到备路径,即转发leaf4进行逃生。
基于上述方法实施例,本申请实施例提供了一种报文传输装置,下面将结合附图对该装置进行说明。
参见图5,该图为本申请实施例提供的一种报文传输装置结构图,该装置应用于第一业务链转发设备,能够实现上述方法实施例中第一业务链转发设备的功能,该装置500可以包括:接收单元501、获取单元502、确定单元503和发送单元504。
其中,接收单元501,用于接收第一报文。
获取单元502,用于当所述第一报文匹配第一策略时,获取所述第一策略对应的第一重定向地址。其中,关于获取单元502的具体实现可以参见上述方法实施例中S202的相关描述,本实施例在此不再赘述。
确定单元503,用于根据所述第一重定向地址确定第一路由集合,所述第一路由集合包括第一主路由和第一备路由,所述第一主路由的下一跳为第一设备,所述第一备路由的下一跳为第二设备。其中,关于确定单元503的具体实现可以参见上述方法实施例中S203的相关描述,本实施例在此不再赘述。
发送单元504,用于在所述第一主路由正常工作时,向所述第一设备发送所述第一报文,以及在所述第一主路由故障时,向所述第二设备发送所述第一报文。
其中,关于发送单元504的具体实现可以参见上述方法实施例中S204和S205的相关描述,本实施例在此不再赘述。
在一种具体的实现方式中,所述确定单元503,还用于根据该第一业务链转发设备与所述第一设备连接的出接口的状态信息确定所述第一主路由故障。
在一种具体的实现方式中,所述装置还包括:更新单元(图中未示出);
所述获取单元502,还用于通过双向转发检测机制检测所述第一业务链转发设备到所述第一设备的连通性,获得检测结果;
所述更新单元,用于根据所述检测结果更新所述出接口的状态信息。
其中,关于获取单元502和更新单元的具体实现可以参见上述方法实施例中的相关描述,本实施例在此不再赘述。
在一种具体的实现方式中,所述确定单元503,具体用于将所述第一重定向地址作为目的地址查找路由表,得到所述第一路由集合。
在一种具体的实现方式中,所述第一路由集合为预先配置的。
在一种具体的实现方式中,所述第一设备和第二设备为业务功能设备,所述第一设备和所述第二设备均连接所述第一业务链转发设备。
在一种具体的实现方式中,所述接收单元501,还用于接收所述第一设备发送的第二报文,所述第二报文是所述第一设备根据所述第一报文获得;
所述获取单元502,还用于当所述第二报文匹配第二策略时,获取所述第二策略对应 的第二重定向地址;
所述确定单元503,还用于根据所述第二重定向地址确定第二路由集合,所述第二路由集合包括第二主路由和第二备路由,所述第二主路由的下一跳为所述第二设备,所述第二备路由的下一跳为第三设备;
所述发送单元504,还用于在所述第二主路由正常工作时,向所述第二设备发送所述第二报文,以及在所述第二主路由故障时,向所述第三设备发送所述第二报文。
在一种具体的实现方式中,所述第二设备为业务功能设备,所述第一设备连接所述第一业务链转发设备,所述第二设备连接第二业务链转发设备。
在一种具体的实现方式中,所述发送单元504,还用于向所述第二业务链转发设备发送所述第一报文。
在一种具体的实现方式中,在所述第一设备为业务链最后一跳时,所述第二设备为所述第一报文中目的地址对应的目的网络设备。
在一种具体的实现方式中,所述第一备路由的下一跳为所述第二设备的环回接口。
需要说明的是,本实施例中各个单元的实现可以参见上述方法实施例中的相关描述,本实施例在此不再赘述。
图6为本申请实施例提供的一种网络设备的结构示意图,该网络设备例如可以是图2所示实施例中的第一业务链转发设备、第二业务链转发设备、第一设备、第二设备或第三设备,或者也可以是图5所示实施例中的报文传输装置500的设备实现。
请参阅图6所示,网络设备600包括:处理器610、通信接口620和存储器630。其中报文转发设备600中的处理器610的数量可以一个或多个,图6中以一个处理器为例。本申请实施例中,处理器610、通信接口620和存储器630可通过总线系统或其它方式连接,其中,图6中以通过总线系统640连接为例。
处理器610可以是CPU、NP、或者CPU和NP的组合。处理器610还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)或其任意组合。
当网络设备为第一业务链转发设备时,处理器610可以执行上述方法实施例中获取第一策略对应的第一重定向地址以及根据第一重定向地址确定第一路由集合等相关功能。
通信接口620用于接收和发送报文,具体地,通信接口620可以包括接收接口和发送接口。其中,接收接口可以用于接收报文,发送接口可以用于发送报文。通信接口620的个数可以为一个或多个。
存储器630可以包括易失性存储器(volatile memory),例如随机存取存储器(random-access memory,RAM);存储器630也可以包括非易失性存储器(non-volatile memory),例如快闪存储器(flash memory),硬盘(hard disk drive,HDD)或固态硬盘 (solid-state drive,SSD);存储器630还可以包括上述种类的存储器的组合。存储器630例如可以存储前文提及的第一策略、第一路由集合等。
可选地,存储器630存储有操作系统和程序、可执行模块或者数据结构,或者它们的子集,或者它们的扩展集,其中,程序可包括各种操作指令,用于实现各种操作。操作系统可包括各种系统程序,用于实现各种基础业务以及处理基于硬件的任务。处理器610可以读取存储器630中的程序,实现本申请实施例提供的报文传输方法。
其中,存储器630可以为网络设备600中的存储器件,也可以为独立于网络设备600的存储装置。
总线系统640可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。总线系统640可以分为地址总线、数据总线、控制总线等。为便于表示,图6中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图7是本申请实施例提供的另一种网络设备700的结构示意图,网络设备700可以配置为前述各实施例中的第一业务链转发设备和第二业务链转发设备,或图5所示实施例中的报文传输装置500的设备实现。
网络设备700包括:主控板710和接口板730。
主控板710也称为主处理单元(main processing unit,MPU)或路由处理卡(route processor card),主控板710对网络设备700中各个组件的控制和管理,包括路由计算、设备管理、设备维护、协议处理功能。主控板710包括:中央处理器711和存储器712。
接口板730也称为线路接口单元卡(line processing unit,LPU)、线卡(line card)或业务板。接口板730用于提供各种业务接口并实现数据包的转发。业务接口包括而不限于以太网接口、POS(Packet over SONET/SDH)接口等,以太网接口例如是灵活以太网业务接口(Flexible Ethernet Clients,FlexE Clients)。接口板730包括:中央处理器731、网络处理器732、转发表项存储器734和物理接口卡(physical interface card,PIC)733。
接口板730上的中央处理器731用于对接口板730进行控制管理并与主控板710上的中央处理器711进行通信。
网络处理器732用于实现报文的转发处理。网络处理器732的形态可以是转发芯片。具体而言,上行报文的处理包括:报文入接口的处理,转发表查找;下行报文的处理包括转发表查找等等。
物理接口卡733用于实现物理层的对接功能,原始的流量由此进入接口板730,以及处理后的报文从该物理接口卡733发出。物理接口卡733包括至少一个物理接口,物理接口也称物理口。物理接口卡733也称为子卡,可安装在接口板730上,负责将光电信号转换为报文并对报文进行合法性检查后转发给网络处理器732处理。在一些实施例中,接口板703的中央处理器731也可执行网络处理器732的功能,比如基于通用CPU实现软件转发,从而物理接口卡733中不需要网络处理器732。
可选地,网络设备700包括多个接口板,例如网络设备700还包括接口板740,接口 板740包括:中央处理器741、网络处理器742、转发表项存储器744和物理接口卡743。
可选地,网络设备700还包括交换网板720。交换网板720也可以称为交换网板单元(switch fabric unit,SFU)。在网络设备有多个接口板730的情况下,交换网板720用于完成各接口板之间的数据交换。例如,接口板730和接口板740之间可以通过交换网板720通信。
主控板710和接口板730耦合。例如。主控板710、接口板730和接口板740,以及交换网板720之间通过系统总线与系统背板相连实现互通。在一种可能的实现方式中,主控板710和接口板730之间建立进程间通信协议(inter-process communication,IPC)通道,主控板710和接口板730之间通过IPC通道进行通信。
在逻辑上,网络设备700包括控制面和转发面,控制面包括主控板710和中央处理器731,转发面包括执行转发的各个组件,比如转发表项存储器734、物理接口卡733和网络处理器732。控制面执行路由器、生成转发表、处理信令和协议报文、配置与维护设备的状态等功能,控制面将生成的转发表下发给转发面,在转发面,网络处理器732基于控制面下发的转发表对物理接口卡733收到的报文查表转发。控制面下发的转发表可以保存在转发表项存储器734中。在一些实施例中,控制面和转发面可以完全分离,不在同一设备上。
如果网络设备700被配置为第一业务链转发网络设备,中央处理器711可以获取第一重定向地址;根据第一重定向地址确定第一路由集合。网络处理器732可以触发物理接口卡733根据确定的第一路由集合向第一设备或第二设备发送第一报文。
应理解,报文传输装置500中的接收单元501、发送单元504等可以相当于网络设备700中的物理接口卡733或物理接口卡743;报文传输装置500中的获取单元502和确定单元504等可以相当于网络设备700中的中央处理器711或中央处理器731。
应理解,本申请实施例中接口板740上的操作与接口板730的操作一致,为了简洁,不再赘述。应理解,本实施例的网络设备700可对应于上述各个方法实施例中的第一网络设备或第二网络设备,该网络设备700中的主控板710、接口板730和/或接口板740可以实现上述各个方法实施例中的第一业务链转发设备或第二业务链转发设备所具有的功能和/或所实施的各种步骤,为了简洁,在此不再赘述。
应理解,主控板可能有一块或多块,有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块,网络设备的数据处理能力越强,提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有,也可能有一块或多块,有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下,网络设备可以不需要交换网板,接口板承担整个系统的业务数据的处理功能。在分布式转发架构下,网络设备可以有至少一块交换网板,通过交换网板实现多块接口板之间的数据交换,提供大容量的数据交换和处理能力。所以,分布式架构的网络设备的数据接入和处理能力要大于集中式架构的设备。可选地,网络设备的形态也可以是只有一块板卡,即没有交换网板,接口板和主控板的功能集成在该一块板卡上,此时接口板上的中央处理器和主控板上的中央处理器在该一块板卡上可以合并为一个中央处理器,执行两者叠加后的功能,这种形态设备的数据交 换和处理能力较低(例如,低端交换机或路由器等网络设备)。具体采用哪种架构,取决于具体的组网部署场景。
在一些可能的实施例中,上述第一业务链转发设备或第二业务链转发设备可以实现为虚拟化设备。例如,虚拟化设备可以是运行有用于发送报文功能的程序的虚拟机(Virtual Machine,VM),虚拟机部署在硬件设备上(例如,物理服务器)。虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。可以将虚拟机配置为第一业务链转发设备或第二业务链转发设备。例如,可以基于通用的物理服务器结合网络功能虚拟化(network functions virtualization,NFV)技术来实现第一业务链转发设备或第二业务链转发设备。第一业务链转发设备或第二业务链转发设备为虚拟主机、虚拟路由器或虚拟交换机。本领域技术人员通过阅读本申请即可结合NFV技术在通用物理服务器上虚拟出具有上述功能的第一业务链转发设备或第二业务链转发设备,此处不再赘述。
应理解,上述各种产品形态的网络设备,分别具有上述方法实施例中第一业务链转发设备或第二业务链转发设备的任意功能,此处不再赘述。
本申请实施例还提供了一种芯片,包括处理器和接口电路,接口电路,用于接收指令并传输至处理器;处理器,例如可以是图5示出的报文传输装置500的一种具体实现形式,可以用于执行上述报文传输的方法。其中,所述处理器与存储器耦合,所述存储器用于存储程序或指令,当所述程序或指令被所述处理器执行时,使得该芯片系统实现上述任一方法实施例中的方法。
可选地,该芯片系统中的处理器可以为一个或多个。该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时,该处理器可以是逻辑电路、集成电路等。当通过软件实现时,该处理器可以是一个通用处理器,通过读取存储器中存储的软件代码来实现。
可选地,该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起,也可以和处理器分离设置,本申请并不限定。示例性的,存储器可以是非瞬时性处理器,例如只读存储器ROM,其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本申请对存储器的类型,以及存储器与处理器的设置方式不作具体限定。
示例性的,该芯片系统可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(application-specific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(network processor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logic device,PLD)或其他集成芯片。
本申请实施例还提供了一种计算机可读存储介质,包括指令或计算机程序,当其在计算机上运行时,使得计算机执行以上实施例提供的报文传输方法。
本申请实施例还提供了一种包含指令或计算机程序的计算机程序产品,当其在计算机上运行时,使得计算机执行以上实施例提供的报文传输方法。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理 解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,单元的划分,仅仅为一种逻辑业务划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各业务单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件业务单元的形式实现。
集成的单元如果以软件业务单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。本领域技术人员应该可以意识到,在上述一个或多个示例中,本发明所描述的业务可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些业务存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本发明的具体实施方式而已。
以上,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (24)
- 一种报文传输方法,其特征在于,所述方法包括:第一业务链转发设备接收第一报文;当所述第一报文匹配第一策略时,所述第一业务链转发设备获取所述第一策略对应的第一重定向地址;所述第一业务链转发设备根据所述第一重定向地址确定第一路由集合,所述第一路由集合包括第一主路由和第一备路由,所述第一主路由的下一跳为第一设备,所述第一备路由的下一跳为第二设备;在所述第一主路由正常工作时,所述第一业务链转发设备向所述第一设备发送所述第一报文;在所述第一主路由故障时,所述第一业务链转发设备向所述第二设备发送所述第一报文。
- 根据权利要求1所述的方法,其特征在于,所述方法还包括:所述第一业务链转发设备根据所述第一业务链转发设备与所述第一设备连接的出接口的状态信息确定所述第一主路由故障。
- 根据权利要求2所述的方法,其特征在于,所述方法还包括:所述第一业务链转发设备通过双向转发检测机制检测所述第一业务链转发设备到所述第一设备的连通性,获得检测结果;所述第一业务链转发设备根据所述检测结果更新所述出接口的状态信息。
- 根据权利要求1-3任一项所述的方法,其特征在于,所述第一业务链转发设备根据所述第一重定向地址确定第一路由集合,包括:所述第一业务链转发设备将所述第一重定向地址作为目的地址查找路由表,得到所述第一路由集合。
- 根据权利要求4所述的方法,其特征在于,所述第一路由集合为预先配置的。
- 根据权利要求1-5任一项所述的方法,其特征在于,所述第一设备和第二设备为业务功能设备,所述第一设备和所述第二设备均连接所述第一业务链转发设备。
- 根据权利要求6所述的方法,其特征在于,在所述第一业务链转发设备向所述第一设备发送所述第一报文之后,所述方法还包括:所述第一业务链转发设备接收所述第一设备发送的第二报文,所述第二报文是所述第一设备根据所述第一报文获得的;当所述第二报文匹配第二策略时,所述第一业务链转发设备获取所述第二策略对应的第二重定向地址;所述第一业务链转发设备根据所述第二重定向地址确定第二路由集合,所述第二路由集合包括第二主路由和第二备路由,所述第二主路由的下一跳为所述第二设备,所述第二备路由的下一跳为第三设备;在所述第二主路由正常工作时,所述第一业务链转发设备向所述第二设备发送所述第二报文;在所述第二主路由故障时,所述第一业务链转发设备向所述第三设备发送所述第二报文。
- 根据权利要求1-5任一项所述的方法,其特征在于,所述第二设备为业务功能设备,所述第一设备连接所述第一业务链转发设备,所述第二设备连接第二业务链转发设备。
- 根据权利要求8所述的方法,其特征在于,所述在所述第一主路由故障时,所述第一业务链转发设备向第二设备发送所述第一报文,包括:所述第一业务链转发设备向所述第二业务链转发设备发送所述第一报文。
- 根据权利要求1-5任一项所述的方法,其特征在于,在所述第一设备为业务链最后一跳时,所述第二设备为所述第一报文中目的地址对应的目的网络设备。
- 根据权利要求10所述的方法,其特征在于,所述第一备路由的下一跳为所述第二设备的环回接口。
- 一种报文传输装置,其特征在于,应用于第一业务链转发设备,所述装置包括:接收单元,用于接收第一报文;获取单元,用于当所述第一报文匹配第一策略时,获取所述第一策略对应的第一重定向地址;确定单元,用于根据所述第一重定向地址确定第一路由集合,所述第一路由集合包括第一主路由和第一备路由,所述第一主路由的下一跳为第一设备,所述第一备路由的下一跳为第二设备;发送单元,用于:在所述第一主路由正常工作时,向所述第一设备发送所述第一报文,以及,在所述第一主路由故障时,向所述第二设备发送所述第一报文。
- 根据权利要求12所述的装置,其特征在于,所述确定单元,还用于根据所述第一业务链转发设备与所述第一设备连接的出接口的状态信息确定所述第一主路由故障。
- 根据权利要求13所述的装置,其特征在于,所述装置还包括:更新单元;所述获取单元,还用于通过双向转发检测机制检测所述第一业务链转发设备到所述第一设备的连通性,获得检测结果;所述更新单元,用于根据所述检测结果更新所述出接口的状态信息。
- 根据权利要求12-14任一项所述的装置,其特征在于,所述确定单元,具体用于将所述第一重定向地址作为目的地址查找路由表,得到所述第一路由集合。
- 根据权利要求15所述的装置,其特征在于,所述第一路由集合为预先配置的。
- 根据权利要求12-16任一项所述的装置,其特征在于,所述第一设备和第二设备为业务功能设备,所述第一设备和所述第二设备均连接所述第一业务链转发设备。
- 根据权利要求17所述的装置,其特征在于,所述接收单元,还用于接收所述第一设备发送的第二报文,所述第二报文是所述第一设备根据所述第一报文获得的;所述获取单元,还用于当所述第二报文匹配第二策略时,获取所述第二策略对应的第二重定向地址;所述确定单元,还用于根据所述第二重定向地址确定第二路由集合,所述第二路由集 合包括第二主路由和第二备路由,所述第二主路由的下一跳为所述第二设备,所述第二备路由的下一跳为第三设备;所述发送单元,还用于:在所述第二主路由正常工作时,向所述第二设备发送所述第二报文,以及在所述第二主路由故障时,向所述第三设备发送所述第二报文。
- 根据权利要求12-16任一项所述的装置,其特征在于,所述第二设备为业务功能设备,所述第一设备连接所述第一业务链转发设备,所述第二设备连接第二业务链转发设备。
- 根据权利要求19所述的装置,其特征在于,所述发送单元,还用于向所述第二业务链转发设备发送所述第一报文。
- 根据权利要求12-16任一项所述的装置,其特征在于,在所述第一设备为业务链最后一跳时,所述第二设备为所述第一报文中目的地址对应的目的网络设备。
- 根据权利要求21所述的装置,其特征在于,所述第一备路由的下一跳为所述第二设备的环回接口。
- 一种通信设备,所述设备包括:处理器和存储器;所述存储器,用于存储指令或计算机程序;所述处理器,用于执行所述存储器中的所述指令或计算机程序,以使得所述通信设备执行权利要求1-11任意一项所述的方法。
- 一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行以上权利要求1-11任意一项所述的方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP22889297.2A EP4333395A4 (en) | 2021-11-03 | 2022-11-02 | METHOD AND DEVICE FOR COMMUNICATIONS AND DEVICE |
| US18/404,354 US20240235992A9 (en) | 2021-11-03 | 2024-01-04 | Packet transmission method and apparatus, and device |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111296943.XA CN116074243A (zh) | 2021-11-03 | 2021-11-03 | 一种报文传输方法、装置及设备 |
| CN202111296943.X | 2021-11-03 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| US18/404,354 Continuation US20240235992A9 (en) | 2021-11-03 | 2024-01-04 | Packet transmission method and apparatus, and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2023078275A1 true WO2023078275A1 (zh) | 2023-05-11 |
Family
ID=86172041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2022/129133 Ceased WO2023078275A1 (zh) | 2021-11-03 | 2022-11-02 | 一种报文传输方法、装置及设备 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240235992A9 (zh) |
| EP (1) | EP4333395A4 (zh) |
| CN (1) | CN116074243A (zh) |
| WO (1) | WO2023078275A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024249485A1 (en) * | 2023-06-02 | 2024-12-05 | Cisco Technology, Inc. | Service insertion in a computer network using dynamic service path selection |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US12407600B2 (en) * | 2022-11-03 | 2025-09-02 | Keysight Technologies, Inc. | Methods, systems, and computer readable media for smartswitch service chaining |
| US20240348549A1 (en) * | 2023-04-11 | 2024-10-17 | Cisco Technology, Inc. | Routable and intent-based service chains |
| CN120825439A (zh) * | 2024-04-15 | 2025-10-21 | 中兴通讯股份有限公司 | 重定向处理方法、装置及可读介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9425893B1 (en) * | 2013-07-31 | 2016-08-23 | Juniper Networks, Inc. | Methods and apparatus for implementing optical integrated routing with traffic protection |
| CN106789629A (zh) * | 2016-12-23 | 2017-05-31 | 锐捷网络股份有限公司 | 业务快速收敛方法及装置 |
| CN110324241A (zh) * | 2018-03-30 | 2019-10-11 | 北京华为数字技术有限公司 | 一种流量转发路径的调整方法、报文转发方法和装置 |
| CN111385206A (zh) * | 2018-12-29 | 2020-07-07 | 北京华为数字技术有限公司 | 报文转发的方法、网络系统、相关设备及计算机存储介质 |
| CN111510387A (zh) * | 2019-01-30 | 2020-08-07 | 华为技术有限公司 | 数据转发方法及相关装置 |
| CN111510379A (zh) * | 2017-03-14 | 2020-08-07 | 华为技术有限公司 | Evpn报文处理方法、设备及系统 |
| CN111740875A (zh) * | 2020-05-22 | 2020-10-02 | 浪潮思科网络科技有限公司 | 一种业务数据转发方法、装置、设备及介质 |
| CN113079089A (zh) * | 2020-01-03 | 2021-07-06 | 华为技术有限公司 | 业务链的故障保护方法、装置、设备、系统及存储介质 |
| CN113300951A (zh) * | 2020-02-21 | 2021-08-24 | 华为技术有限公司 | 一种发送报文的方法、设备及系统 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9825856B2 (en) * | 2014-01-06 | 2017-11-21 | Futurewei Technologies, Inc. | Service function chaining in a packet network |
| CN105141434B (zh) * | 2014-05-26 | 2019-03-26 | 华为技术有限公司 | 业务链的故障检测方法及装置 |
| CN113055290B (zh) * | 2016-07-01 | 2022-12-06 | 华为技术有限公司 | 基于业务功能链sfc的报文转发方法、装置和系统 |
| US10218616B2 (en) * | 2016-07-21 | 2019-02-26 | Cisco Technology, Inc. | Link selection for communication with a service function cluster |
| US10326532B2 (en) * | 2016-08-05 | 2019-06-18 | Nxgen Partners Ip, Llc | System and method providing network optimization for broadband networks |
| US11277338B2 (en) * | 2016-09-26 | 2022-03-15 | Juniper Networks, Inc. | Distributing service function chain data and service function instance data in a network |
| US10432523B2 (en) * | 2017-05-31 | 2019-10-01 | Juniper Networks, Inc. | Routing protocol signaling of multiple next hops and their relationship |
| US11385975B2 (en) * | 2019-11-27 | 2022-07-12 | Amazon Technologies, Inc. | Systems and methods for enabling a highly available managed failover service |
| US11102109B1 (en) * | 2020-02-13 | 2021-08-24 | Ciena Corporation | Switching a service path over to an alternative service path |
| US11329911B2 (en) * | 2020-06-04 | 2022-05-10 | Juniper Networks, Inc. | Local repair for underlay failure using prefix independent convergence |
| US20220150160A1 (en) * | 2020-11-06 | 2022-05-12 | Juniper Networks, Inc. | Backup service function notification and synchronization |
-
2021
- 2021-11-03 CN CN202111296943.XA patent/CN116074243A/zh active Pending
-
2022
- 2022-11-02 EP EP22889297.2A patent/EP4333395A4/en active Pending
- 2022-11-02 WO PCT/CN2022/129133 patent/WO2023078275A1/zh not_active Ceased
-
2024
- 2024-01-04 US US18/404,354 patent/US20240235992A9/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9425893B1 (en) * | 2013-07-31 | 2016-08-23 | Juniper Networks, Inc. | Methods and apparatus for implementing optical integrated routing with traffic protection |
| CN106789629A (zh) * | 2016-12-23 | 2017-05-31 | 锐捷网络股份有限公司 | 业务快速收敛方法及装置 |
| CN111510379A (zh) * | 2017-03-14 | 2020-08-07 | 华为技术有限公司 | Evpn报文处理方法、设备及系统 |
| CN110324241A (zh) * | 2018-03-30 | 2019-10-11 | 北京华为数字技术有限公司 | 一种流量转发路径的调整方法、报文转发方法和装置 |
| CN111385206A (zh) * | 2018-12-29 | 2020-07-07 | 北京华为数字技术有限公司 | 报文转发的方法、网络系统、相关设备及计算机存储介质 |
| CN111510387A (zh) * | 2019-01-30 | 2020-08-07 | 华为技术有限公司 | 数据转发方法及相关装置 |
| CN113079089A (zh) * | 2020-01-03 | 2021-07-06 | 华为技术有限公司 | 业务链的故障保护方法、装置、设备、系统及存储介质 |
| CN113300951A (zh) * | 2020-02-21 | 2021-08-24 | 华为技术有限公司 | 一种发送报文的方法、设备及系统 |
| CN111740875A (zh) * | 2020-05-22 | 2020-10-02 | 浪潮思科网络科技有限公司 | 一种业务数据转发方法、装置、设备及介质 |
Non-Patent Citations (1)
| Title |
|---|
| See also references of EP4333395A4 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024249485A1 (en) * | 2023-06-02 | 2024-12-05 | Cisco Technology, Inc. | Service insertion in a computer network using dynamic service path selection |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116074243A (zh) | 2023-05-05 |
| US20240235992A9 (en) | 2024-07-11 |
| EP4333395A4 (en) | 2024-09-04 |
| EP4333395A1 (en) | 2024-03-06 |
| US20240137312A1 (en) | 2024-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10333836B2 (en) | Convergence for EVPN multi-homed networks | |
| CN111901235B (zh) | 处理路由的方法和装置、以及数据传输的方法和装置 | |
| WO2023078275A1 (zh) | 一种报文传输方法、装置及设备 | |
| US9485194B2 (en) | Virtual link aggregation of network traffic in an aggregation switch | |
| CN107040443A (zh) | 多宿主拓扑的evpn网络的快速收敛 | |
| CN106487675A (zh) | 用于evpn中具有链路故障时的bum流量的出口保护 | |
| WO2019135249A1 (en) | Data center failure management in an sdn deployment using border gateway node control | |
| EP3738273A1 (en) | Data center failure management in an sdn deployment using switching node control | |
| US20160248669A1 (en) | Systems and methods of inter data center out-bound traffic management | |
| US11552882B2 (en) | Efficient propagation of fault routing notifications | |
| WO2021082812A1 (zh) | 报文的发送方法和第一网络设备 | |
| CN112187633A (zh) | 一种链路故障收敛方法、装置、电子设备及存储介质 | |
| US20220353176A1 (en) | Multichassis link aggregation method and device | |
| WO2023193755A1 (zh) | 一种传输路径确定方法及装置 | |
| CN107770061B (zh) | 转发报文的方法及转发设备 | |
| WO2022261881A1 (zh) | 一种网卡管理系统、报文处理方法及设备 | |
| CN111800327A (zh) | Vxlan网络的流量分担方法、设备 | |
| CN101729361A (zh) | 报文处理的方法和装置 | |
| WO2021042674A1 (zh) | 一种端口状态的配置方法及网络设备 | |
| US20240214243A1 (en) | Designated forwarder df election method and device | |
| WO2024093306A1 (zh) | 通信方法及装置 | |
| CN101667980B (zh) | 实现Internet数据中心城域互联的方法和系统 | |
| CN120185997B (zh) | 一种故障检测方法、网络设备及系统 | |
| CN118573551A (zh) | 报文的转发方法、装置及计算机可读存储介质 | |
| CN118923097A (zh) | 基于胖树的网络故障恢复 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 22889297 Country of ref document: EP Kind code of ref document: A1 |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2022889297 Country of ref document: EP |
|
| ENP | Entry into the national phase |
Ref document number: 2022889297 Country of ref document: EP Effective date: 20231129 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |