CN111740875A - 一种业务数据转发方法、装置、设备及介质 - Google Patents

一种业务数据转发方法、装置、设备及介质 Download PDF

Info

Publication number
CN111740875A
CN111740875A CN202010442608.5A CN202010442608A CN111740875A CN 111740875 A CN111740875 A CN 111740875A CN 202010442608 A CN202010442608 A CN 202010442608A CN 111740875 A CN111740875 A CN 111740875A
Authority
CN
China
Prior art keywords
service data
forwarding
service
data
functional
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.)
Pending
Application number
CN202010442608.5A
Other languages
English (en)
Inventor
张从江
纪晓凤
黄龙珠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Inspur Cisco Networking Technology Co Ltd
Original Assignee
Inspur Cisco Networking Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Inspur Cisco Networking Technology Co Ltd filed Critical Inspur Cisco Networking Technology Co Ltd
Priority to CN202010442608.5A priority Critical patent/CN111740875A/zh
Publication of CN111740875A publication Critical patent/CN111740875A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2483Traffic characterised by specific attributes, e.g. priority or QoS involving identification of individual flows

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了一种业务数据转发方法、装置、设备及介质,包括:在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。本申请实施例通过识别业务数据的类型,可以使预先设置的业务数据能够按照用户的定制需求通过指定的功能设备,满足用户特定的网络需求,并完成业务数据的转发。

Description

一种业务数据转发方法、装置、设备及介质
技术领域
本申请涉及通信技术领域,尤其涉及一种业务数据转发方法、装置、设备及介质。
背景技术
随着互联网时代的到来,各类网络业务的数量呈爆炸式增长。用户对网络的需求不断提升,导致网络需要不断升级来满足日益增长的用户需求,业务数据在传统网络中传递时,需要经过各种各样的业务节点,这样才能保证网络能够按照设计要求,提供给用户安全、快速、稳定的网络服务,其中,把业务数据按照业务逻辑所要求的既定的顺序,经过这些业务点(主要指服务功能设备如防火墙、负载均衡、第三方安全设备等)的形式称之为服务链(Service Chain)。
在现有技术中,可能会出现业务数据无法完成转发的情况,一旦出现上述情况,将会影响用户的正常使用。
发明内容
有鉴于此,本申请实施例提供了一种业务数据转发方法、装置、设备及介质,用于解决现有技术中可能会出现业务数据无法完成转发的问题。
本申请实施例采用下述技术方案:
本申请实施例提供一种业务数据转发方法,所述方法包括:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
进一步的,若判读出所述业务数据的类型未预先设置,所述方法还包括:
通过承载网络将所述业务数据转发到所述第二设备。
进一步的,所述在第一设备接收业务数据之前,所述方法还包括:
通过SDN控制器设置所述功能设备,并对所述功能设备进行可靠性探测;
通过所述SDN控制器配置业务数据的服务链;
通过所述SDN控制器将所述可靠性探测关联所述业务数据的服务链,以探测所述业务数据的服务链中的所述功能设备之间是否连通;
若所述功能设备对应的可靠性探测结果成功,则所述业务数据的服务链配置成功;
若所述功能设备对应的可靠性探测结果失败,则所述业务数据的服务链配置失败。
进一步的,所述功能设备包括转发设备与预设功能设备;
所述对所述功能设备进行可靠性探测,具体包括:
转发设备以预设频率向预设功能设备发送测试数据报文,并根据业务数据的类型设置阈值,以便根据所述转发设备是否在阈值内收到预设功能设备发送的数据报文,判断可靠性探测结果成功或失败。
进一步的,所述根据所述业务数据的服务链,将所述业务数据转发到第二设备之前,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
进一步的,所述若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备之后,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果成功,根据所述业务数据的服务链,将所述业务数据转发到第二设备。
进一步的,所述预设功能设备包括第一功能设备与第二功能设备;
所述若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备,具体包括:
若所述转发设备将所述业务数据转发到第一功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备;
若所述转发设备将所述业务数据转发到第一功能设备,所述转发设备将所述业务数据转发到第二功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
本申请实施例还提供一种业务数据转发装置,所述装置包括:
识别单元,用于在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
读取单元,用于若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
转发单元,用于根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例还提供一种业务数据转发设备,所述设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例还提供一种业务数据转发介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:本申请实施例通过识别业务数据的类型,可以使预先设置的业务数据能够按照用户的定制需求通过指定的功能设备,满足用户特定的网络需求,并完成业务数据的转发。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本说明书实施例一提供的一种业务数据转发方法的流程示意图;
图2为本说明书实施例二提供的一种业务数据转发方法的流程示意图;
图3为本说明书实施例二提供的业务数据转发系统的组网拓扑图;
图4为本说明书实施例三提供的一种业务数据转发装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1为本说明书实施例一提供的一种业务数据转发方法的流程示意图,本说明书实施例可以由业务数据转发系统执行后续步骤,具体包括:
步骤S101,业务数据转发系统在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型。
步骤S102,业务数据转发系统若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链。
步骤S103,业务数据转发系统根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例通过识别业务数据的类型,可以使预先设置的业务数据能够按照用户的定制需求通过指定的功能设备,满足用户特定的网络需求,并完成业务数据的转发。
与本说明书实施例一相对应的是,图2为本说明书实施例二提供的一种业务数据转发方法的流程示意图,本说明书实施例可以由业务数据转发系统执行后续步骤,具体包括:
S201,业务数据转发系统通过SDN控制器设置所述功能设备,对所述功能设备进行可靠性探测,并通过所述SDN控制器配置业务数据的服务链。
在本说明书实施例的步骤S201中,业务数据在网络中传递时,需要经过各种各样的业务节点(SDN控制器配置的功能设备),这样才能保证网络能够按照设计要求,提供给用户安全、快速、稳定的网络服务,可以把业务数据按照业务逻辑所要求的既定的顺序,经过这些业务节点的形式称之为服务链(Service Chain),其中,业务节点可以包括防火墙、负载均衡以及第三方安全设备。
需要说明的是,本说明书实施例的所有配置可以是基于SDN控制器进行下发,SDN控制器可以通过调用开放式Restful API接口配置设备,能够基于用户需求动态的调整配置。
步骤S202,业务数据转发系统通过所述SDN控制器将所述可靠性探测关联所述业务数据的服务链,以探测所述业务数据的服务链中的所述功能设备之间是否连通。
功能设备包括转发设备与预设功能设备,具体结构可以参见图3,示出了业务数据转发系统的组网拓扑图,图中包括源节点与宿节点,与源节点连接的接入设备1,与宿节点连接的接入设备2,承载网,功能设备,其中,功能设备可以包括转发设备SFF、预设功能设备SF1、预设功能设备SF2以及预设功能设备SF3,预设功能设备可以根据需求进行配置。
需要说明的是,本说明书实施例的业务数据在不配置服务链时,业务数据可以直接由承载网转发,承载网可以基于Vlan(Virtual Local Area Network,虚拟局域网),也可以基于Vxlan(Virtual Extensible Local Area Network,虚拟扩展局域网)。
所述对所述功能设备进行可靠性探测,具体包括:
转发设备以预设频率向预设功能设备发送测试数据报文,并根据业务数据的类型设置阈值,以便根据所述转发设备是否在阈值内收到预设功能设备发送的数据报文,判断可靠性探测结果成功或失败。
需要说明的是,本说明书实施例在配置服务链时,可以在转发设备上进行可靠性探测,用来配置探测转发设备与对应的预设功能设备之间的连接性,可靠性探测可以基于不同的业务数据类型设置不同的阈值,并可以用一定的频率向预设功能设备发送数据报文,并且通过相关技术关联服务链与可靠性探测的结果判断是否连通,只有探测结果正常(成功或者低于阈值)时,转发设备才会将业务数据转发到预设功能设备,探测失败时,业务数据将通过承载网络正常转发,可靠性探测可以是基于整个生命周期持续不断的,服务链路径可靠性随可靠性探测结构动态变化,由此消除因为服务功能设备故障给业务数据正常转发带来的影响。
需要说明的是,当功能设备接入网络时,SDN控制器可以在转发设备上配置完整的可靠性探测,用以配置探测转发设备与多个预设功能设备之间的连通性,配置的可靠性探测可以持续转发设备的整个生命周期,直至转发设备从网络中移除。在探测出转发设备与多个预设功能设备之间连通时,可以配置服务链,并将可靠性探测关联各个服务链,一旦探测出转发设备与其中一个预设功能设备不连通时,可以通过可靠性探测与服务链之间的关联关系,终止业务数据通过该服务链,可以由承载网络将该业务数据转发至宿节点。
需要说明的是,本说明书实施例的可靠性探测一次配置可以多次使用,所有经过此功能设备的服务链均可关联此可靠性探测结果。
需要说明的是,本说明书实施例的可靠性探测可以基于连通性,也可以基于数据报文的响应时间,若是数据报文的响应时间超出设置的阈值,即预设功能设备在超出阈值时间时接收到数据报文,也可以判定不连通。
步骤S203,业务数据转发系统若对所述功能设备进行的可靠性探测结果成功,则所述业务数据的服务链配置成功。
步骤S204,业务数据转发系统若对所述功能设备进行的可靠性探测结果失败,则所述业务数据的服务链配置失败。
在本说明书实施例的步骤S204中,配置失败后,可以发出提示,用户可以根据提示找出服务链配置失败的原因,直至将服务链配置成功。
步骤S205,业务数据转发系统在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型。
在本说明书实施例的步骤S205中,预设规则可以为ACL,其中,ACL(访问控制列表,Access Control Lists)是一种基于包过滤的访问控制技术,针对数据包的五元组(源IP地址、宿IP地址、源端口号、宿端口号、协议类型)识别用户关心的业务数据类型。可以预先将业务数据划分为不同的类型,然后根据用户需求,控制不同类型的业务数据进入不同的服务链路径。
步骤S206,业务数据转发系统若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链。
在本说明书实施例的步骤S206中,策略路由(PBR,Policy Based Routing)是一种数据包路由转发机制,应用策略路由后,路由器可以将根据路由图决定如何对需要路由的数据包进行处理,路由图决定了一个数据包的下一跳转发路由器。参见图3,策略路由可以对指定的业务数据进行引导,通过匹配业务数据(流量数据包)的类型后修改下一跳的方式使业务数据进入第一跳转发节点(SFF)相连的SF1,SF1处理完流量数据包后,SFF与SF1相连的接口接收到该数据包,修改其下一跳到SF2,SF2处理完数据包后,SFF与SF2相连的接口识别该数据包,并修改其下一跳到SF3,SF3处理完数据包后,SFF与SF3相连的接口将其转发到宿节点,由此,从源到宿的流量数据包通过了完整的服务链。
若判读出所述业务数据的类型未预先设置,所述方法还包括:
通过承载网络将所述业务数据转发到所述第二设备。
步骤S207,业务数据转发系统根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
根据所述业务数据的服务链,将所述业务数据转发到第二设备之前,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
需要说明的是,探测结果失败的原因可能为功能设备中的某个预设功能设备发生故障,比如,若图3中的SF1设备出生了故障,则SFF识别了业务数据后,服务链配置无法生效,业务数据将会被直接转发到承载网,再转发到宿节点;若图3中的SF2设备发生了故障,则业务数据被SFF识别后,能够正常转发到SF1节点,SF1处理完业务数据后,SFF与SF1相连的接口接收到该业务数据,由于SF2的连通性探测不成功,所以不会将业务数据转发到SF2,而是直接路由到承载网,然后转发到宿节点。
进一步的,在执行完若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备之后,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果成功,根据所述业务数据的服务链,将所述业务数据转发到第二设备。
需要说明的是,当预设功能设备由故障转为正常时,由于连通性探测会持续整个生命周期,因此能够探测成功,之后业务数据到达SFF设备后,可以按照服务链路径转发,而无需人工进行干预。
预设功能设备包括第一功能设备与第二功能设备;
所述若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备,具体包括:
若所述转发设备将所述业务数据转发到第一功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备;
若所述转发设备将所述业务数据转发到第一功能设备,所述转发设备将所述业务数据转发到第二功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
需要说明的是,当服务链需要配置成双向时,即从源节点到宿节点和从宿节点回源节点都要经过服务链时,需要配置两次,即从源节点到宿节点和从宿节点到源节点的服务链配置不同。
需要说明的是,本说明书实施例可以使用户的业务数据能够按照用户的定制需求通过指定的功能设备,满足用户特定的网络需求,提供给用户安全、快速、稳定的网络服务。同时,本说明书实施例中的服务链配置方案无需对原始数据报文进行封装,减小了网络开销。
需要说明的是,本说明书实施例为服务链配置完成后提供一种精细化的可靠性保障,当预设功能设备出现故障后,可以精细化的保障用户业务数据的转发,例如:当用户的UDP数据报文和TCP数据报文均通过服务链时,服务链上某个服务功能设备无法处理UDP数据包或者UDP响应时间过长时,TCP报文依然能够通过服务链正常转发,而UDP数据报文将自动不经过此服务功能设备按原有的默认路径转发,当服务功能恢复正常时,UDP数据报文又能够自动按照服务链路径转发。
需要说明的是,本说明书实施例通过精细化的服务链路径可靠性探测保障用户的业务数据转发,不仅能够探测连通性,还可以探测各类报文的响应时间,并且能够动态调整,能有效满足用户多变的需求。
需要说明的是,本说明书实施例的可靠性探测可以基于连通性,也可以基于数据报文响应时间,多种可靠性探测可以共存,精细化的满足用户多变的需求。
需要说明的是,本说明书实施例的可靠性保障一次配置多次使用,可以实现1:N的关联所有相关服务链路径的可靠性。
需要说明的是,本说明书实施例的数据报文转发路径基于可靠性探测结构动态调整。
本申请实施例通过识别业务数据的类型,可以使预先设置的业务数据能够按照用户的定制需求通过指定的功能设备,满足用户特定的网络需求,并完成业务数据的转发。
与本说明书实施例二相对应的是,图4为本说明书实施例三提供的一种业务数据转发装置的结构示意图,所述装置包括:识别单元1、读取单元2以及转发单元3。
识别单元1用于在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
读取单元2用于若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
转发单元3用于根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例还提供一种业务数据转发设备,所述设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
本申请实施例还提供一种业务数据转发介质,存储有计算机可执行指令,所述计算机可执行指令设置为:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务数据转发方法,其特征在于,所述方法包括:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
2.根据权利要求1所述的业务数据转发方法,其特征在于,若判读出所述业务数据的类型未预先设置,所述方法还包括:
通过承载网络将所述业务数据转发到所述第二设备。
3.根据权利要求1所述的业务数据转发方法,其特征在于,所述在第一设备接收业务数据之前,所述方法还包括:
通过SDN控制器设置所述功能设备,并对所述功能设备进行可靠性探测;
通过所述SDN控制器配置业务数据的服务链;
通过所述SDN控制器将所述可靠性探测关联所述业务数据的服务链,以探测所述业务数据的服务链中的所述功能设备之间是否连通;
若所述功能设备对应的可靠性探测结果成功,则所述业务数据的服务链配置成功;
若所述功能设备对应的可靠性探测结果失败,则所述业务数据的服务链配置失败。
4.根据权利要求3所述的业务数据转发方法,其特征在于,所述功能设备包括转发设备与预设功能设备;
所述对所述功能设备进行可靠性探测,具体包括:
转发设备以预设频率向预设功能设备发送测试数据报文,并根据业务数据的类型设置阈值,以便根据所述转发设备是否在阈值内收到预设功能设备发送的数据报文,判断可靠性探测结果成功或失败。
5.根据权利要求4所述的业务数据转发方法,其特征在于,所述根据所述业务数据的服务链,将所述业务数据转发到第二设备之前,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
6.根据权利要求5所述的业务数据转发方法,其特征在于,所述若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备之后,所述方法还包括:
若通过所述SDN控制器对所述功能设备进行的可靠性探测结果成功,根据所述业务数据的服务链,将所述业务数据转发到第二设备。
7.根据权利要求5所述的业务数据转发方法,其特征在于,所述预设功能设备包括第一功能设备与第二功能设备;
所述若通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备,具体包括:
若所述转发设备将所述业务数据转发到第一功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备;
若所述转发设备将所述业务数据转发到第一功能设备,所述转发设备将所述业务数据转发到第二功能设备之前,通过所述SDN控制器对所述功能设备进行的可靠性探测结果失败,将所述业务数据通过承载网络转发至所述第二设备。
8.一种业务数据转发装置,其特征在于,所述装置包括:
识别单元,用于在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
读取单元,用于若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
转发单元,用于根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
9.一种业务数据转发设备,其特征在于,所述设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
10.一种业务数据转发介质,存储有计算机可执行指令,其特征在于,所述计算机可执行指令设置为:
在第一设备接收业务数据时,通过预设规则识别所述业务数据的类型;
若判读出所述业务数据的类型已预先设置,通过策略路由读取所述业务数据的服务链;
根据所述业务数据的服务链,将所述业务数据转发到第二设备,其中,所述服务链为业务数据需要经过功能设备的路径。
CN202010442608.5A 2020-05-22 2020-05-22 一种业务数据转发方法、装置、设备及介质 Pending CN111740875A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010442608.5A CN111740875A (zh) 2020-05-22 2020-05-22 一种业务数据转发方法、装置、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010442608.5A CN111740875A (zh) 2020-05-22 2020-05-22 一种业务数据转发方法、装置、设备及介质

Publications (1)

Publication Number Publication Date
CN111740875A true CN111740875A (zh) 2020-10-02

Family

ID=72646779

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010442608.5A Pending CN111740875A (zh) 2020-05-22 2020-05-22 一种业务数据转发方法、装置、设备及介质

Country Status (1)

Country Link
CN (1) CN111740875A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363242A (zh) * 2021-06-07 2022-04-15 中宇联云计算服务(上海)有限公司 基于云网融合技术的动态多路径优化方法、系统以及设备
CN115766536A (zh) * 2022-11-11 2023-03-07 北京百度网讯科技有限公司 一种服务链探测系统、方法、装置及电子设备
WO2023078275A1 (zh) * 2021-11-03 2023-05-11 华为技术有限公司 一种报文传输方法、装置及设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160149788A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (pubI) Passive Performance Measurement for Inline Service Chaining
WO2018000442A1 (zh) * 2016-07-01 2018-01-04 华为技术有限公司 业务功能链sfc中用于转发报文的方法、装置和系统
CN108199889A (zh) * 2018-01-11 2018-06-22 上海有云信息技术有限公司 服务链的创建方法、装置、服务器及存储介质
CN110289996A (zh) * 2019-06-14 2019-09-27 浪潮思科网络科技有限公司 一种基于sr的业务路由计算方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160149788A1 (en) * 2014-11-20 2016-05-26 Telefonaktiebolaget L M Ericsson (pubI) Passive Performance Measurement for Inline Service Chaining
WO2018000442A1 (zh) * 2016-07-01 2018-01-04 华为技术有限公司 业务功能链sfc中用于转发报文的方法、装置和系统
CN108199889A (zh) * 2018-01-11 2018-06-22 上海有云信息技术有限公司 服务链的创建方法、装置、服务器及存储介质
CN110289996A (zh) * 2019-06-14 2019-09-27 浪潮思科网络科技有限公司 一种基于sr的业务路由计算方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114363242A (zh) * 2021-06-07 2022-04-15 中宇联云计算服务(上海)有限公司 基于云网融合技术的动态多路径优化方法、系统以及设备
WO2023078275A1 (zh) * 2021-11-03 2023-05-11 华为技术有限公司 一种报文传输方法、装置及设备
CN115766536A (zh) * 2022-11-11 2023-03-07 北京百度网讯科技有限公司 一种服务链探测系统、方法、装置及电子设备

Similar Documents

Publication Publication Date Title
CN111740875A (zh) 一种业务数据转发方法、装置、设备及介质
CN106708607B (zh) 消息队列的拥塞控制方法和装置
CN111682927B (zh) 一种基于mlag环境的报文同步方法、装置、设备及介质
US8369211B2 (en) Network distribution prevention when virtual chassis system undergoes splits and merges
RU2730039C1 (ru) Способ и устройство для широковещательной передачи сообщений
CN112565047B (zh) 一种在docker中使用VPP构建网络的方法、装置、设备及介质
US11411777B2 (en) Port mapping for bonded interfaces of ECMP group
CN111698344A (zh) 一种网络地址转换方法、设备及介质
US9955412B2 (en) Selecting a network
CN112306673B (zh) 一种用于云计算和边缘计算协同的sdn系统
CN112468415A (zh) 一种协议报文处理方法、装置、设备及介质
CN116405554B (zh) 一种网络通信的方法、装置、存储介质及电子设备
US20240348548A1 (en) Apparatus, system, and method for determining traffic load distributions in connection with routes of hierarchical fowarding information bases
CN114710810B (zh) 一种数据传输方法、装置及系统
CN111741120A (zh) 一种流量镜像方法、装置及设备
CN112688867B (zh) 一种mlag环境中运行生成树协议的方法、装置、设备及介质
US20240314074A1 (en) Data processing method and apparatus, storage medium and electronic device
CN111078435A (zh) 业务处理方法、装置及电子设备
CN115658368A (zh) 一种故障处理方法、装置、存储介质及电子设备
CN109582388A (zh) 一种参数配置方法、装置及设备
JP2019510306A (ja) 分散型サービス処理の完全性をチェックする方法及び装置
JP2016100621A (ja) 伝送装置、伝送システム及び伝送方法
CN117033005B (zh) 一种无死锁路由方法、装置、存储介质及电子设备
CN115955432B (zh) 一种确定物理链路的方法、装置及电子设备
CN115344410B (zh) 判断事件执行顺序的方法、装置、存储介质及电子设备

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20201002