CN101635681A - 一种业务处理方法和网络设备 - Google Patents
一种业务处理方法和网络设备 Download PDFInfo
- Publication number
- CN101635681A CN101635681A CN200910161774A CN200910161774A CN101635681A CN 101635681 A CN101635681 A CN 101635681A CN 200910161774 A CN200910161774 A CN 200910161774A CN 200910161774 A CN200910161774 A CN 200910161774A CN 101635681 A CN101635681 A CN 101635681A
- Authority
- CN
- China
- Prior art keywords
- business
- cpu
- interface
- data message
- service
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种业务处理方法,应用于包括至少一个接口板的网络设备中,所述方法包括以下步骤:为所述接口板配置用于处理指定业务的业务中央处理单元CPU;当所述接口板的处理芯片接收到需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU进行处理;所述业务CPU对所述数据报文进行处理后,确定处理后续业务的处理单元,并将所述数据报文发送至所述处理单元。本发明能够在不额外配置业务单板的前提下实现对复杂业务的处理。
Description
技术领域
本发明涉及计算机技术领域,尤其涉及一种业务处理方法和网络设备。
背景技术
为了提高设备的性能,高端交换机和路由器等设备采取了分布式的结构,设备的每块接口板采用CPU(Central Processing Unit,中央处理单元)+NP(Network Processor,网络处理器)/ASIC(Application Specific IntegratedCircuit,专用集成电路)芯片组合进行高速数据处理。其中,CPU完成配置和控制;NP和ASIC完成报文处理和转发,独立完成基本的路由转发和其他的基本业务。一般分布式的结构下,业务处理流程分为上行流程和下行流程,上行流程是指报文进入接口板后,进行的一系列包括报文信息提取、流分类、QOS(Quality of Service,服务质量)策略、2层报文转发、3层报文转发处理等操作以获取目的接口板信息,完成必要信息的获取和报文修改;下行流程一般完成一些简单的报文封装、QOS处理、QOS队列调度等工作,报文转发的主要工作都是在上行流程完成的。
对于一些特殊的业务,如NAT(Network Address Translation,网络地址转换)业务、NAT-PT(Protocol Translation,协议转换)业务和防火墙业务,由于这些业务比较复杂、而且极其消耗资源,普通接口板上的NP和ASIC很难胜任,如果由普通接口板实现上述业务,会使普通接口板的复杂度大大增加,不但增加了接口板的成本,也影响了接口板的转发性能,因此,一般不适合在普通接口板的NP或ASIC芯片上支持上述业务。
现有技术中,通常在系统中增加一个独立的业务处理板来集中地进行复杂业务的处理,即集中式的业务处理模式,将需要实现复杂业务的数据流转发到专门的业务板上,完成特殊业务后,再重新进行转发处理。另外,也可以在每块接口板都支持业务处理,即分布式的业务处理模式。
然而,集中式的业务处理模式需要额外增加一个业务处理板,既增加了成本,也占用了宝贵的处理槽位;而分布式的业务处理模式要求每块接口板都包含业务处理单元,对于基于硬件转发的系统,需要扣接专门的业务处理单元,增加整个系统的成本。
发明内容
本发明提供了一种业务处理方法和网络设备,能够在不额外配置业务单板的前提下实现对复杂业务的处理。
本发明提供了一种业务处理方法,应用于包括至少一个接口板的网络设备中,所述方法包括以下步骤:
为所述接口板配置用于处理指定业务的业务中央处理单元CPU;
当所述接口板的处理芯片接收到需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU进行处理;
所述业务CPU对所述数据报文进行处理后,确定处理后续业务的处理单元,并将所述数据报文发送至所述处理单元。
优选地,所述为接口板配置用于处理指定业务的业务CPU,具体包括:
当所述网络设备中包括多个接口板时,所述多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU;或
为各个接口板分别扣接一个业务CPU。
优选地,所述处理芯片上配置有入口业务和/或出口业务,所述入口业务和/或出口业务与所述业务CPU绑定,所述业务CPU和所述处理芯片分别位于所述网络设备中的相同或不同的接口板上。
优选地,所述处理芯片将数据报文重定向至用于处理指定业务的业务CPU进行处理,具体包括:
所述处理芯片将所述数据报文中携带的路由查找结果中的出接口信息修改为所述业务CPU的连接口,通过路由重定向将所述数据报文重定向到所述业务CPU;或
所述处理芯片通过匹配ACL规则,将满足所述ACL规则的数据报文重定向到所述业务CPU的连接口。
优选地,所述指定业务包括上行业务和下行业务,
所述业务CPU对所述数据报文进行处理后,确定处理后续业务的处理单元,并将所述数据报文发送至所述处理单元,具体包括:
所述业务CPU处理完上行业务后,根据经处理后的所述数据报文的出接口是否绑定有业务接口确定处理后续业务的处理单元,如果绑定有业务接口,则所述业务接口对应的业务CPU为所述处理后续业务的业务处理单元,如果未绑定业务接口,则接口板的处理芯片或处理所述上行业务的业务CPU为所述处理后续业务的业务处理单元。
优选地,所述业务CPU处理完上行业务之后,还包括:
所述业务CPU判断是否需要查找路由表,如果需要查找路由表,则通过查找路由表获取出接口信息,并根据所述获取的出接口信息判断所述数据报文的出接口是否绑定有业务接口;如果不需要查找路由表,则直接根据所述数据报文携带的出接口信息判断所述数据报文的出接口是否绑定有业务接口。
优选地,所述经处理后的所述数据报文的出接口未绑定业务接口时,
所述业务CPU判断所述数据报文的出接口是否绑定下行业务,如果绑定下行业务,则进行下行业务处理;如果没有绑定下行业务,则将所述数据报文发送给所述处理芯片,由所述处理芯片通过路由查找进行报文转发。
本发明还提供了一种网络设备,包括至少一个接口板,所述网络设备包括:
业务CPU,用于处理指定业务,并确定处理后续业务的处理单元,将需要做指定业务处理的数据报文发送至所述处理单元;
处理芯片,用于接收需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU进行处理。
优选地,当所述网络设备中包括多个接口板时,所述多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU;或
为各个接口板分别扣接一个业务CPU。
优选地,所述指定业务包括上行业务和下行业务,
所述业务CPU,具体用于处理上行业务,并根据经处理后的所述数据报文的出接口是否绑定有业务接口确定处理后续业务的处理单元,如果绑定有业务接口,则所述业务接口对应的业务CPU为所述处理后续业务的业务处理单元,如果未绑定业务接口,则接口板的处理芯片或处理所述上行业务的业务CPU为所述处理后续业务的业务处理单元。
与现有技术相比,本发明具有以下优点:本发明在上行业务和下行业务绑定到同一个业务CPU时,进行集中式业务处理;在上行业务和下行业务分别绑定到两个不同的业务CPU时,进行集中分布式业务处理;在每个接口板都配置有用于业务处理的业务CPU时,进行标准分布式业务处理,因此,可以灵活地实现业务的分布和配置,并支持系统业务的升级,同时兼容不支持业务CPU的接口板。
附图说明
图1为本发明中的一种业务处理方法流程图;
图2为本发明中的一种标准分布式业务处理应用场景结构示意图;
图3为本发明中的一种标准分布式业务处理应用场景流程图;
图4为本发明中的一种集中式业务处理应用场景结构示意图;
图5为本发明中的一种集中式业务处理应用场景流程图;
图6为本发明中的一种集中分布式业务处理应用场景结构示意图;
图7为本发明中的一种集中分布式业务处理应用场景流程图;
图8为本发明中的一种网络设备结构示意图。
具体实施方式
本发明提供的技术方案中,其核心思想为本发明就是在基于硬件转发的接口板上扣接一个业务CPU,通常采用多核CPU替换原有的单核控制CPU,用一个CPU核完成控制功能,其余CPU核用来完成业务处理。在处理复杂业务时,只需进行CPU升级,不用配置一块额外的业务单板,可以大大降低成本。本发明还提供一种业务处理架构,可以灵活地实现业务在各接口板中的业务CPU上的调度。因此,本发明既实现了业务的集中处理,在没有配置业务CPU的接口板也能够实现业务处理;又能够实现业务的分布处理,在多个接口板配置多核业务CPU时,实现对业务的分布式处理。
另外,为了便于管理业务CPU,可以将业务CPU抽象成一个业务接口,每个业务CPU可以对应一个或多个业务接口,既可以将整个业务CPU抽象成一个综合的业务接口,也可以针对每个业务CPU,按每种业务抽象出一个业务接口。为了尽可能利用NP/ASIC的处理能力,多核业务CPU只处理业务,不进行报文的路由转发和链路层处理,不需要每个接口板都保存其他接口板接口的链路封装信息,可以大大降低数据同步工作量,对于必需查询路由出口的情况,也只通过查询路由表获取出口信息,不进行进一步的路由处理。
下面将结合本发明中的附图,对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,为本发明中的一种业务处理方法流程图,应用于包括至少一个接口板的网络设备中,该方法包括以下步骤:
步骤101,为接口板配置用于处理指定业务的业务CPU。
具体地,当网络设备中包括多个接口板时,多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU;或为各个接口板分别扣接一个业务CPU。
步骤102,当接口板的处理芯片接收到需要做指定业务处理的数据报文,则将该数据报文重定向至用于处理指定业务的业务CPU进行处理。
其中,处理芯片包括NP和/或ASIC,处理芯片上配置有入口业务和/或出口业务,该入口业务和/或出口业务与处理指定业务的业务CPU绑定,该业务CPU和处理芯片可以分别位于网络设备中的相同或不同的接口板上。
处理芯片接收到的数据报文与业务CPU处理的指定业务相对应,可以携带处理芯片的路由查找结果,包括入接口、出接口和下一跳等业务必需信息。处理芯片将路由查找结果中的出口信息修改为业务CPU的连接口,通过路由重定向将数据报文重定向到该业务CPU;或通过匹配ACL规则,将满足ACL规则的数据报文重定向到业务CPU的连接口。
步骤103,业务CPU对数据报文进行处理后,确定处理后续业务的处理单元,并将数据报文发送至该处理单元。
其中,业务CPU处理的指定业务包括上行业务和下行业务,业务CPU根据所述数据报文进行业务处理,具体包括:业务CPU进行上行业务处理,并在处理完上行业务后,判断是否需要查找路由表,即目的IP地址是否发生变换,如果需要查找路由表,则通过查找路由表获取出接口信息,并根据获取的出接口信息判断数据报文的出接口是否绑定有业务接口;如果不需要查找路由表,则直接根据数据报文携带的出接口信息判断数据报文的出接口是否绑定有业务接口。
如果数据报文的出接口绑定有业务接口,则该业务接口对应的业务CPU为处理后续业务的业务处理单元;如果数据报文的出接口未绑定业务接口,则接口板的处理芯片或处理上行业务的业务CPU为处理后续业务的业务处理单元。
具体地,当数据报文的出接口绑定的业务接口对应的业务CPU为处理后续业务的业务处理单元时,不同的业务CPU之间建立业务透传通道,处理上行业务的业务CPU将数据报文通过处理芯片透传到绑定下行业务的业务CPU,使绑定下行业务的业务CPU进行下行业务处理,接口板的业务处理方式为分布式业务处理,绑定下行业务的业务CPU和处理芯片可以分别位于网络设备中的相同或不同的接口板上。
经处理后的数据报文的出接口未绑定业务接口时,业务CPU判断数据报文的出接口是否绑定下行业务,如果绑定下行业务,则业务CPU进行下行业务处理,接口板的业务处理方式为集中式业务处理;如果没有绑定下行业务,则将数据报文发送给处理芯片,由该处理芯片通过路由查找进行报文转发。
本发明中的业务处理架构可以方便地实现业务的集中处理和分布处理,如果上行业务和下行业务绑定到同一个业务CPU,则处理架构为集中式,如果整框的接口板都配置了业务CPU,则通过与本板业务CPU绑定,实现全分布式的处理架构,在系统只有少量接口板配置了业务CPU时,把多个接口板的上行业务和下行业务绑定到不同的业务CPU,则处理架构为集中分布式,因此,可以灵活地实现业务的分布和配置,并支持系统业务的升级,同时兼容不支持业务CPU的接口板。
以下结合具体的应用场景对本发明中的业务处理方法进行详细、具体的描述,本发明中的应用场景包括分布式应用场景和集中式应用场景。
如图2所示,为本发明中的一种标准分布式业务处理应用场景结构示意图,地址重叠的网络1和网络2之间进行互相访问,需要进行2次NAT。网络1和网络2连接到接口板1和接口板2,接口板1和接口板2上分别扣接有业务CPU 1和业务CPU 2,还分别配置有NP/ASIC 1和NP/ASIC 2。网络1中的计算机IP1和网络2中的计算机IP2对应的公网IP地址分别为GIP1和GIP2,GIP2与IP2的NAT接口1绑定到业务CPU 1,IP1与GIP1的NAT接口2绑定到CPU2。
如图3所示,为本发明中的一种分布式业务处理应用场景流程图,具体包括以下步骤:
步骤301,计算机IP1发起访问GIP2,获取GIP2绑定业务CPU1,将业务对应的数据报文转发到业务CPU1。
步骤302,业务CPU1将GIP2转换成IP2,通过查询路由表获取接口2,以及接口2绑定的业务CPU为CPU2。
步骤303,业务CPU1通过与业务CPU2之间的透传通道,将数据报文发送到业务CPU2。
其中,透传通道通过业务CPU 1将数据报文下发给NP/ASIC 1、NP/ASIC1将数据报文转发到NP/ASIC 2,以及NP/ASIC 2将数据报文上传到业务CPU2的方式建立。
步骤304,业务CPU2查询到接口2上配置了NAT变换,将IP1转换成GIP1,并将处理后的数据报文发给NP/ASIC 2。
步骤305,NP/ASIC 2将转换后的数据报文转发出去。
本应用场景中的标准分布式的业务配置,可以在接口上独立的配置业务,不同的业务之间不互相干扰,提升了设备的性能。
如图4所示,为本发明中的一种集中式业务处理应用场景结构示意图,
地址重叠的网络1和网络2之间进行互相访问,需要进行2次NAT。网络1和网络2连接到接口板1和接口板2,接口板2上扣接有业务CPU 2和NP/ASIC 2,接口板1上只配置有NP/ASIC 1。网络1中的计算机IP1和网络2中的计算机IP2对应的公网IP地址分别为GIP1和GIP2,GIP2与IP2的NAT接口1绑定到业务CPU 2,IP1与GIP1的NAT接口2绑定到CPU2。
如图5所示,为本发明中的一种集中式业务处理应用场景流程图,具体包括以下步骤:
步骤501,计算机IP1发起访问GIP2,获取GIP2绑定业务CPU2,将业务对应的数据报文转发到业务CPU2。
步骤502,业务CPU2将GIP2转换成IP2,通过查询路由表获取接口2,以及接口2绑定的业务CPU为CPU2。
步骤503,业务CPU2查询到接口2上配置了NAT变换,将IP1转换成GIP1,并将处理后的数据报文发给NP/ASIC 2。
步骤504,NP/ASIC 2将转换后的数据报文转发出去。
本应用场景中的集中式的业务配置将2次NAT在一块业务CPU完成,可以降低系统配置成本,同时,便于进行业务升级,如果原系统没有配置业务CPU,只需增加一块配置业务CPU的接口板便可进行业务处理。
如图6所示,为本发明中的一种集中分布式业务处理应用场景结构示意图,地址重叠的网络1和网络2之间进行互相访问,需要进行2次NAT。网络1和网络2连接到接口板1、接口板2、接口板3和接口板4,接口板2和接口板3上分别扣接有业务CPU 2和业务CPU 3,接口板1、接口板2、接口板3和接口板4上还分别配置有NP/ASIC 1、NP/ASIC 2、NP/ASIC 3和NP/ASIC 4。网络1中的计算机IP1和网络2中的计算机IP2对应的公网IP地址分别为GIP1和GIP2,GIP2与IP2的NAT接口1绑定到业务CPU 2,IP1与GIP1的NAT接口2绑定到CPU3。
如图7所示,为本发明中的一种集中分布式业务处理应用场景流程图,具体包括以下步骤:
步骤701,计算机IP1发起访问GIP2,获取GIP2绑定业务CPU1,将业务对应的数据报文转发到业务CPU2。
步骤702,业务CPU2将GIP2转换成IP2,通过查询路由表获取接口2,以及接口2绑定的业务CPU为CPU3。
步骤703,业务CPU2通过与业务CPU3之间的透传通道,将数据报文发送到业务CPU3。
其中,透传通道通过业务CPU 2将数据报文下发给NP/ASIC 2,NP/ASIC2将数据报文转发到NP/ASIC 3,以及NP/ASIC 3将数据报文上传到业务CPU3的方式建立。
步骤704,业务CPU3查询到接口2上配置了NAT变换,将IP1转换成GIP1,并将处理后的数据报文发给NP/ASIC 3。
步骤705,NP/ASIC 3将转换后的数据报文通过NP/ASIC 4转发到计算机IP2。
本应用场景中的集中分布式的业务配置,将多个接口板的上行业务集中到一块业务CPU上处理,业务处理完毕后根据出接口配置的业务情况,将处理后的数据报文透传到下行业务处理板,该下行业务处理板并不一定是真正的下行出接口板,下行业务处理板完成下行业务处理后,将数据报文转发到真正的下行出接口板进行处理,兼有集中式和分布式的特点,集中式的特点体现在上行业务和下行业务都是集中到一块接口板的业务CPU处理,分布式的特点体现在业务按上行和下行分开在2个业务CPU上处理。通常,业务本身是一个整体的,拆分成上、下行主要是为了适应分布式的处理。例如,进行2次NAT时,为了适应分布式处理,可以在上行将目的IP和端口进行变换,然后在下行根据出接口配置,变换源IP和端口;而对于通常的集中式NAT处理,可以一次完成目的IP、目的端口和源IP、源端口变换。
本发明在上述实施方式中提供了业务处理方法和多种应用场景,相应地,本发明还提供了应用上述业务处理方法的网络设备。
如图8所示,为本发明中的一种网络设备结构示意图,包括至少一个接口板,该网络设备包括业务CPU 810和处理芯片820,其中,
业务CPU 810,用于处理指定业务,并确定处理后续业务的处理单元,将需要做指定业务处理的数据报文发送至所述处理单元。
其中,上述指定业务包括上行业务和下行业务,上述业务CPU 810,具体用于处理上行业务,并在处理完上行业务后,判断是否需要查找路由表,即目的IP地址是否发生变换,如果需要查找路由表,则通过查找路由表获取出接口信息,根据获取的出接口信息判断数据报文的出接口是否绑定有业务接口,并根据判断结果确定处理后续业务的处理单元;如果不需要查找路由表,则直接根据数据报文携带的出接口信息判断数据报文的出接口是否绑定有业务接口,并根据判断结果确定处理后续业务的处理单元。
如果数据报文的出接口绑定有业务接口,则该业务接口对应的业务CPU为所述处理后续业务的业务处理单元,如果数据报文的出接口未绑定业务接口,则接口板的处理芯片820或处理上行业务的业务CPU 810为处理后续业务的业务处理单元。
具体地,当数据报文的出接口绑定的业务接口对应的业务CPU为处理后续业务的业务处理单元时,不同的业务CPU之间建立业务透传通道,处理上行业务的业务CPU将数据报文通过处理芯片透传到绑定下行业务的业务CPU,使绑定下行业务的业务CPU进行下行业务处理,接口板的业务处理方式为分布式业务处理,绑定下行业务的业务CPU和处理芯片可以分别位于网络设备中的相同或不同的接口板上。
经处理后的数据报文的出接口未绑定业务接口时,业务CPU 810判断数据报文的出接口是否绑定下行业务,如果绑定下行业务,则业务CPU 810进行下行业务处理,接口板的业务处理方式为集中式业务处理;如果没有绑定下行业务,则将数据报文发送给处理芯片820,由该处理芯片820通过路由查找进行报文转发。
当网络设备中包括多个接口板时,所述多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU 810;或为各个接口板分别扣接一个业务CPU 810。
处理芯片820,用于接收需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU 810进行处理。
其中,处理芯片820包括NP和/或ASIC,处理芯片820上配置有入口业务和/或出口业务,该入口业务和/或出口业务与处理指定业务的业务CPU 810绑定,该业务CPU 810和处理芯片820可以分别位于网络设备中的相同或不同的接口板上。
处理芯片820接收到的数据报文与业务CPU 810处理的指定业务相对应,可以携带处理芯片820的路由查找结果,包括入接口、出接口和下一跳等业务必需信息。处理芯片820将路由查找结果中的出口信息修改为业务CPU 810的连接口,通过路由重定向将数据报文重定向到该业务CPU 810;或通过匹配ACL规则,将满足ACL规则的数据报文重定向到业务CPU 810的连接口。
本发明在上行业务和下行业务绑定到同一个业务CPU时,进行集中式业务处理;在上行业务和下行业务分别绑定到两个不同的业务CPU时,进行集中分布式业务处理;在每个接口板都配置有用于业务处理的业务CPU时,进行标准分布式业务处理,因此,可以灵活地实现业务的分布和配置,并支持系统业务的升级,同时兼容不支持业务CPU的接口板。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以集成于一体,也可以分离部署;可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1、一种业务处理方法,应用于包括至少一个接口板的网络设备中,其特征在于,所述方法包括以下步骤:
为所述接口板配置用于处理指定业务的业务中央处理单元CPU;
当所述接口板的处理芯片接收到需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU进行处理;
所述业务CPU对所述数据报文进行处理后,确定处理后续业务的处理单元,并将所述数据报文发送至所述处理单元。
2、如权利要求1所述的方法,其特征在于,所述为接口板配置用于处理指定业务的业务CPU,具体包括:
当所述网络设备中包括多个接口板时,所述多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU;或
为各个接口板分别扣接一个业务CPU。
3、如权利要求1所述的方法,其特征在于,所述处理芯片上配置有入口业务和/或出口业务,所述入口业务和/或出口业务与所述业务CPU绑定,所述业务CPU和所述处理芯片分别位于所述网络设备中的相同或不同的接口板上。
4、如权利要求3所述的方法,其特征在于,所述处理芯片将数据报文重定向至用于处理指定业务的业务CPU进行处理,具体包括:
所述处理芯片将所述数据报文中携带的路由查找结果中的出接口信息修改为所述业务CPU的连接口,通过路由重定向将所述数据报文重定向到所述业务CPU;或
所述处理芯片通过匹配ACL规则,将满足所述ACL规则的数据报文重定向到所述业务CPU的连接口。
5、如权利要求1所述的方法,其特征在于,所述指定业务包括上行业务和下行业务,
所述业务CPU对所述数据报文进行处理后,确定处理后续业务的处理单元,并将所述数据报文发送至所述处理单元,具体包括:
所述业务CPU处理完上行业务后,根据经处理后的所述数据报文的出接口是否绑定有业务接口确定处理后续业务的处理单元,如果绑定有业务接口,则所述业务接口对应的业务CPU为所述处理后续业务的业务处理单元,如果未绑定业务接口,则接口板的处理芯片或处理所述上行业务的业务CPU为所述处理后续业务的业务处理单元。
6、如权利要求5所述的方法,其特征在于,所述业务CPU处理完上行业务之后,还包括:
所述业务CPU判断是否需要查找路由表,如果需要查找路由表,则通过查找路由表获取出接口信息,并根据所述获取的出接口信息判断所述数据报文的出接口是否绑定有业务接口;如果不需要查找路由表,则直接根据所述数据报文携带的出接口信息判断所述数据报文的出接口是否绑定有业务接口。
7、如权利要求5所述的方法,其特征在于,所述经处理后的所述数据报文的出接口未绑定业务接口时,
所述业务CPU判断所述数据报文的出接口是否绑定下行业务,如果绑定下行业务,则进行下行业务处理;如果没有绑定下行业务,则将所述数据报文发送给所述处理芯片,由所述处理芯片通过路由查找进行报文转发。
8、一种网络设备,包括至少一个接口板,其特征在于,所述网络设备包括:
业务CPU,用于处理指定业务,并确定处理后续业务的处理单元,将需要做指定业务处理的数据报文发送至所述处理单元;
处理芯片,用于接收需要做指定业务处理的数据报文,则将所述数据报文重定向至用于处理所述指定业务的业务CPU进行处理。
9、如权利要求8所述网络设备,其特征在于,当所述网络设备中包括多个接口板时,所述多个接口板中的部分或全部接口板可针对同一业务共享同一个业务CPU;或
为各个接口板分别扣接一个业务CPU。
10、如权利要求8所述网络设备,其特征在于,所述指定业务包括上行业务和下行业务,
所述业务CPU,具体用于处理上行业务,并根据经处理后的所述数据报文的出接口是否绑定有业务接口确定处理后续业务的处理单元,如果绑定有业务接口,则所述业务接口对应的业务CPU为所述处理后续业务的业务处理单元,如果未绑定业务接口,则接口板的处理芯片或处理所述上行业务的业务CPU为所述处理后续业务的业务处理单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101617741A CN101635681B (zh) | 2009-08-18 | 2009-08-18 | 一种业务处理方法和网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101617741A CN101635681B (zh) | 2009-08-18 | 2009-08-18 | 一种业务处理方法和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101635681A true CN101635681A (zh) | 2010-01-27 |
CN101635681B CN101635681B (zh) | 2013-06-05 |
Family
ID=41594744
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101617741A Active CN101635681B (zh) | 2009-08-18 | 2009-08-18 | 一种业务处理方法和网络设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101635681B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468063A (zh) * | 2014-11-28 | 2015-03-25 | 杭州华三通信技术有限公司 | 一种业务报文的处理方法和设备 |
CN104852859A (zh) * | 2015-04-30 | 2015-08-19 | 杭州华三通信技术有限公司 | 一种聚合接口业务处理方法和设备 |
CN106254269A (zh) * | 2016-08-18 | 2016-12-21 | 杭州迪普科技有限公司 | 一种报文转发方法及装置 |
CN106302185A (zh) * | 2015-05-25 | 2017-01-04 | 中兴通讯股份有限公司 | 一种业务报文转发方法、装置及通信系统 |
CN111064815A (zh) * | 2019-11-06 | 2020-04-24 | 深圳震有科技股份有限公司 | 多单板共用一个ip的方法及装置、计算机设备、介质 |
CN113014689A (zh) * | 2021-03-01 | 2021-06-22 | 杭州迪普科技股份有限公司 | 一种网络地址转换的方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1176540C (zh) * | 2002-04-02 | 2004-11-17 | 华为技术有限公司 | 以太网接入设备中实现多种用户类型混合接入的方法 |
CN101350759B (zh) * | 2008-08-18 | 2011-04-13 | 成都市华为赛门铁克科技有限公司 | 一种报文处理方法、业务板、接口板及网络通信设备 |
-
2009
- 2009-08-18 CN CN2009101617741A patent/CN101635681B/zh active Active
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468063A (zh) * | 2014-11-28 | 2015-03-25 | 杭州华三通信技术有限公司 | 一种业务报文的处理方法和设备 |
CN104852859A (zh) * | 2015-04-30 | 2015-08-19 | 杭州华三通信技术有限公司 | 一种聚合接口业务处理方法和设备 |
CN104852859B (zh) * | 2015-04-30 | 2019-03-15 | 新华三技术有限公司 | 一种聚合接口业务处理方法和设备 |
CN106302185A (zh) * | 2015-05-25 | 2017-01-04 | 中兴通讯股份有限公司 | 一种业务报文转发方法、装置及通信系统 |
CN106254269A (zh) * | 2016-08-18 | 2016-12-21 | 杭州迪普科技有限公司 | 一种报文转发方法及装置 |
CN106254269B (zh) * | 2016-08-18 | 2019-08-06 | 杭州迪普科技股份有限公司 | 一种报文转发方法及装置 |
CN111064815A (zh) * | 2019-11-06 | 2020-04-24 | 深圳震有科技股份有限公司 | 多单板共用一个ip的方法及装置、计算机设备、介质 |
CN111064815B (zh) * | 2019-11-06 | 2022-02-18 | 深圳震有科技股份有限公司 | 多单板共用一个ip的方法及装置、计算机设备、介质 |
CN113014689A (zh) * | 2021-03-01 | 2021-06-22 | 杭州迪普科技股份有限公司 | 一种网络地址转换的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101635681B (zh) | 2013-06-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3082304B1 (en) | Service routing method and system | |
CN104919758B (zh) | 一种由驻留在业务域中的网络设备实施的方法和网络设备 | |
CN101635681A (zh) | 一种业务处理方法和网络设备 | |
CN101702657B (zh) | 一种nat业务的热备份方法和设备 | |
CN109088820B (zh) | 一种跨设备链路聚合方法、装置、计算装置和存储介质 | |
CN106685530A (zh) | 用于采用波长不可知的端点的扁平化数据中心网络的方法和装置 | |
CN101707569B (zh) | Nat业务报文处理的方法及装置 | |
CN102308534A (zh) | 应用交换机系统和应用交换机方法 | |
JP2010028422A (ja) | ゲートウェイ装置 | |
CN103581274B (zh) | 一种堆叠系统中报文转发方法和装置 | |
US20150358227A1 (en) | Data Transmission Method and Device | |
CN104754640A (zh) | 一种网络资源调度方法及网络资源管理服务器 | |
CN102665257A (zh) | 一种带宽叠加的无线上网系统和方法 | |
CN114640557B (zh) | 网关以及云网络系统 | |
CN101582904A (zh) | 一种数据中心多线接入流量对称的实现方法、装置及系统 | |
CN107846365A (zh) | 一种基于sdn的负载均衡实现系统及方法 | |
CN109156044A (zh) | 用于在虚拟基站中路由数据分组的可编程系统架构 | |
US8953461B2 (en) | Method, device, and system for processing border gateway protocol route | |
CN102664811B (zh) | 报文转发方法和装置 | |
US9913010B2 (en) | Data processing method and apparatus | |
CN114650290B (zh) | 网络连通的方法、处理装置、终端及存储介质 | |
Jelger et al. | Basic abstractions for an autonomic network architecture | |
US8305898B2 (en) | System and method for guiding and distributing network load flow | |
CN101447927B (zh) | 用户终端之间三层隔离的方法和路由设备 | |
CN102843253A (zh) | 多子架通信设备、多子架通信设备的通信方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |