CN101442486B - 一种微引擎的分配方法和装置 - Google Patents
一种微引擎的分配方法和装置 Download PDFInfo
- Publication number
- CN101442486B CN101442486B CN2008101875185A CN200810187518A CN101442486B CN 101442486 B CN101442486 B CN 101442486B CN 2008101875185 A CN2008101875185 A CN 2008101875185A CN 200810187518 A CN200810187518 A CN 200810187518A CN 101442486 B CN101442486 B CN 101442486B
- Authority
- CN
- China
- Prior art keywords
- module
- business module
- business
- flow
- current
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种微引擎的分配方法和装置,所述微引擎的分配方法包括:确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,并根据所述当前各业务模块的流量确定需要为所述各业务模块重新分配的ME的个数;根据确定的个数为所述各业务模块重新分配ME。本发明实施例实现了实时监控网络中的业务流量,在由于ME数量不够导致反压丢包时,可以动态调整为各业务模块分配的ME的个数,使之达到一个最优的状态,减少反压丢包。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种微引擎的分配方法和装置。
背景技术
在硬件转发路径上,当转发模块之间的处理速度不一致时,可以通过反压机制解决这一问题。反压机制简单说就是上游处理速度快过下游处理速度时,下游对上游反压,使上游处理速度变慢,最后达到上下游处理速度相当的一个平衡状态。反压的方向与数据流的方向相反,但是在进行反压时经常会出现转发丢包的现象。
网络处理器(Network Processor,NP)是一种可编程器件,它特定的用于处理通信领域的各种任务,例如:包处理、协议分析、路由查找、声音/数据的汇聚、防火墙或服务质量(Quality of Service,QoS)。它通常由若干个微处理器(Micro Engine,ME)和一些硬件协处理器组成。每个微处理器都是可编程、多线程的。网络处理器按处理机制可以分为流水线式和并行处理式。
网络处理器中,每个微处理器有一定的指令空间,通过软件来控制处理流程。在实现过程中,由于任务分配不同,对于微引擎的分配也可能会采用流水线式和并行处理式同时存在的模式,比如几个ME串行独立进行某些任务的处理,几个ME并行执行相同的任务,如图1所示。由于软件的实现方式不同,并行处理的几组ME完成的处理任务(如图1中的ME3x和ME4x),对于报文转发而言,可以是同等重要的,也可以是有主有次的。例如某种软件实现中,将ME3x作为三层转发的实现模块,ME4x作为二层转发的实现模块。这种情况下,对于三层转发报文,ME4x的利用率很低,而对于二层转发的报文,ME3x的利用率就会很低。
现有技术中,网络处理器的转发模型固定,启动时为ME加载固定的代码。在多微引擎的网络处理器中,网络处理器启动以后,微引擎的分配是固定的,例如:微引擎ME11~ME1n用于报文的接收、微引擎ME21~ME2n用于二层转发业务、微引擎ME31~ME3n用于三层转发业务,其他微引擎用于调度、发送等。如果需要更改微引擎的分配,则需要重新编译,分配新的转发模型。
在网络处理器中,由于业务日趋复杂,对指令的需求也不断增大。而微引擎的指令空间有限,因此微引擎个数的分配会直接影响到业务的转发效率。
例如:假设分配给用于转发的ME个数为8个,三层IPv4(Internet Protocolversion 4,因特网协议版本4)转发需要4个ME可以达到线速,二层IPv4转发需要5个ME可以达到线速,由于资源的限制,并且优先为三层IPv4转发分配ME,则只能为二层IPv4转发分配4个ME。
但是,在实际网络中,一台路由器设备通常是二三层业务混跑的,因此业务流量是不固定的,有可能某一时刻经过该路由器设备的二层业务流量很大,而三层业务流量却很少,因此会导致分配给三层业务的ME浪费,而分配给二层业务的ME却还不够。而另一时刻又可能会出现三层业务偏多、二层业务偏少的情况。
现有技术可以通过网络工程师使用命令手动调整微引擎的分配。但是这种方法需要工程师时刻了解实际的业务流量情况,在由于NP性能不够导致丢包时不能快速地感知并响应。
发明内容
本发明实施例提供一种微引擎的分配方法和装置,以实现根据当前各业务的流量,动态为各业务模块分配ME。
为达到上述目的,本发明实施例一方面提供一种微引擎的分配方法,包括:
确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;
根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,并根据所述当前各业务模块的流量确定需要为所述各业务模块重新分配的ME的个数;
根据确定的个数为所述各业务模块重新分配ME。
另一方面,本发明实施例还提供一种微引擎的分配装置,包括:
第一确定模块,用于确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;
第二确定模块,用于根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,并根据所述当前各业务模块的流量确定需要为所述各业务模块重新分配的ME的个数;
分配模块,用于根据所述第二确定模块确定的个数为所述各业务模块重新分配ME。
与现有技术相比,本发明实施例具有以下优点:本发明实施例在由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包时,根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为各业务模块分配ME,并根据当前各业务模块的流量确定需要为各业务模块重新分配的ME的个数,然后根据确定的个数为各业务模块重新分配ME。从而实现了实时监控网络中的业务流量,在由于一个业务模块占用的ME数量不够导致反压丢包时,可以动态调整为各业务模块分配的ME的个数,使之达到一个最优的状态,减少反压丢包。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术ME处理任务的示意图;
图2为本发明实施例的应用场景示意图;
图3为本发明实施例一种微引擎的分配方法的流程图;
图4为本发明实施例另一种微引擎的分配方法的流程图;
图5为本发明实施例业务信息统计表的数据结构示意图;
图6为本发明实施例一种微引擎的分配装置的结构图;
图7为本发明实施例另一种微引擎的分配装置的结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例提供一种微引擎的分配方法,根据当前各业务模块的流量,在由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包时,动态为各业务模块分配微引擎,从而可以充分利用现有的微引擎,减少反压丢包。本发明实施例中的第一业务模块只是为了描述方便,并不用来限定优先级的高低或顺序的先后。
如图2所示,为本发明实施例路由器中控制层面和转发层面的示意图,其中,转发层面由多个转发模块组成,NP是转发层面的一个模块,NP中包括n个业务模块,分别处理不同类型的业务。
以图2所示的场景为例,本发明实施例一种微引擎的分配方法的流程图,如图3所示,包括:
步骤S301,确定由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包。具体可以为:
控制层面在查询到转发模块出现反压丢包之后,确定该转发模块的丢包数;
在丢包数超过预设的阈值之后,当确定反压的源头为NP时,确定由于该NP中第一业务模块占用的ME数量不够导致转发模块出现反压丢包。
步骤S302,根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为各业务模块分配ME,并根据当前各业务模块的流量确定需要为各业务模块重新分配的ME的个数。
本发明实施例中,控制层面为NP分配内存空间,使NP可以利用分配的内存空间统计各业务模块的业务信息,该业务信息至少可以包括报文数或报文字节数。
在确定由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包之后,控制层面在设定的时间长度内,获取NP统计的报文数或报文字节数,根据该报文数或报文字节数,以及设定的时间长度,获得当前各业务模块的流量。
当第一业务模块的流量超过了第一业务模块当前所允许的最大流量,并且除第一业务模块之外的其他业务模块有空闲的ME时,确定需要为各业务模块重新分配ME,该第一业务模块当前所允许的最大流量由第一业务模块占用的ME确定。
步骤S303,根据确定的个数为各业务模块重新分配ME。
上述微引擎的分配方法,在由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包时,根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定重新为各业务模块分配ME,并根据当前各业务模块的流量确定为各业务模块重新分配的ME的个数,然后根据确定的个数为各业务模块重新分配ME。从而实现了实时监控网络中的业务流量,在NP中一个业务模块的ME数量不够导致反压丢包时,可以动态调整为各业务模块分配的ME的个数,使之达到一个最优的状态,减少反压丢包。
如图4所示,为本发明实施例另一种微引擎的分配方法的流程图,包括:
步骤S401,控制层面为NP分配内存空间。
具体地,控制层面可以在NP和控制层面都能访问的外部存储器中为NP分配一段内存空间进行业务信息的统计,例如:控制层面可以为NP分配一段内存空间,并在该内存空间中建立业务信息统计表。同时将该业务信息统计表的基地址发送给NP。控制层面可以在启动NP过程中,为NP分配地址后,将该业务信息统计表的基地址通过patch变量模式下发给NP。
上述业务信息统计表的数据结构可以如图5所示。
步骤S402,NP利用分配的内存空间统计各业务模块的业务信息。
具体地,NP在不同业务模块的入口分别进行统计,将统计的内容记录到建立的业务信息统计表中。对于每个业务模块来说,统计的业务信息包括但不限于报文数、报文字节数等参数。例如:NP的业务模块包括处理二层业务的二层业务模块和处理三层业务的三层业务模块,在接收到二层报文后,NP将二层报文的信息记录到二层业务模块的表项中;接收到三层报文后,NP将三层报文的信息记录到三层业务模块的表项中。
步骤S403,控制层面定时查询转发层面各转发模块的反压丢包情况。
具体地,控制层面启动定时器T1,当定时器T1设定的时间到时,控制层面查询转发层面各转发模块是否出现反压丢包,如果某转发模块有丢包,则控制层面重复查询一次或多次,如果在重复查询时,该转发模块的丢包数增长,在丢包数超过预设的阈值M之后,控制层面进一步确定反压的源头是否为NP,当反压的源头为NP时,控制层面可以确定是由于NP中一个业务模块占用的ME数量不够而导致转发模块出现反压丢包。
其中,定时器T1设定的时长可以为一个用户或运营商认为合适的值,避免调整次数过于频繁导致系统性能不稳定。
步骤S404,控制层面确定需要为各业务模块重新分配ME,并确定需要为各业务模块重新分配的ME的个数。
在控制层面确定由于NP中一个业务模块的ME数量不够而导致转发模块反压丢包之后,控制层面启动定时器T2,在定时器T2设定的时间长度内,控制层面获取NP在业务信息统计表中统计的各业务模块的业务信息,根据报文数或报文字节数,以及定时器T2设定的时间长度,获得当前各业务模块的流量,判断当前各业务模块的流量是否超过了各业务模块当前所允许的最大流量。当一个业务模块的流量超过了该业务模块当前所允许的最大流量,并且其他业务模块有空闲的ME时,控制层面确定可以通过重新分配各业务模块占用的ME的个数来解决丢包问题,进而控制层面根据当前各业务模块的流量确定为各业务模块重新分配的ME的个数。其中,业务模块当前所允许的最大流量由该业务模块占用的ME确定。
步骤S405,控制层面根据确定的个数为各业务模块分配ME。
在控制层面确定需要为各业务模块分配的ME的个数之后,控制层面为NP的ME重新加载代码,根据确定的个数为各业务模块重新分配ME,以适合当前业务流量的需求。
在调整转发模型的过程中,由于需要为ME重新加载代码,因此可能会导致毫秒级的断流现象,但这种代价在持续反压丢包的情况下是允许的。
本发明实施例可以实时监控网络中的业务流量,在由于NP中一个业务模块占用的ME数量不够导致转发模块出现反压丢包时,动态调整为各业务模块分配的ME的个数,转发模型,使之达到一个最优的状态,减少反压丢包。
如图6所示,为本发明实施例一种微引擎的分配装置的结构图,包括:
第一确定模块61,用于确定由于NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;
第二确定模块62,用于根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为各业务模块分配ME,并根据当前各业务模块的流量确定需要为各业务模块重新分配的ME的个数;
分配模块63,用于根据第二确定模块62确定的个数为各业务模块重新分配ME。
其中,如图7所示,第一确定模块61可以包括:
丢包数确定子模块611,用于在查询到转发模块出现反压丢包之后,确定转发模块的丢包数;
丢包确定子模块612,用于在丢包数确定子模块611确定的丢包数超过预设的阈值之后,当确定反压的源头为NP时,确定由于NP中第一业务模块占用的ME数量不够导致转发模块出现反压丢包。
该微引擎的分配装置还可以包括:
空间分配模块64,用于为NP分配内存空间,以便NP利用分配的内存空间统计各业务模块的业务信息,该业务信息至少可以包括报文数或报文字节数。
其中,第二确定模块62可以包括:
获取子模块621,用于在设定的时间长度内,获取NP统计的各业务模块的报文数或报文字节数;
流量获得子模块622,用于根据获取子模块621获取的报文数或报文字节数,以及设定的时间长度,获得当前各业务模块的流量;
ME分配确定子模块623,用于当流量获得子模块622获得的第一业务模块的流量超过了第一业务模块当前所允许的最大流量,并且除第一业务模块之外的其他业务模块有空闲的ME时,确定需要为各业务模块重新分配ME,第一业务模块当前所允许的最大流量由第一业务模块占用的ME确定。
该微引擎的分配装置可以位于路由器的控制层面。
上述模块可以分布于一个装置,也可以分布于多个装置。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述微引擎的分配装置,在第一确定模块61确定由于NP中第一业务模块的微引擎ME数量不够导致转发模块出现反压丢包时,第二确定模块62根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定重新为各业务模块分配ME,并根据当前各业务模块的流量确定为各业务模块重新分配的ME的个数,然后分配模块63根据第二确定模块62确定的个数为各业务模块重新分配ME。从而实现了实时监控网络中的业务流量,在由于NP中第一业务模块的ME数量不够导致转发模块反压丢包时,可以动态调整为各业务模块分配的ME的个数,使之达到一个最优的状态,减少反压丢包。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (9)
1.一种微引擎的分配方法,其特征在于,包括:
确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;
根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,并根据所述当前各业务模块的流量确定需要为所述各业务模块重新分配的ME的个数;
根据确定的个数为所述各业务模块重新分配ME;
根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,包括:
当第一业务模块的流量超过了所述第一业务模块当前所允许的最大流量,并且除所述第一业务模块之外的其他业务模块有空闲的ME时,确定需要为所述各业务模块重新分配ME。
2.如权利要求1所述的方法,其特征在于,所述确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包包括:
在查询到转发模块出现反压丢包之后,确定所述转发模块的丢包数;
在所述丢包数超过预设的阈值之后,当确定反压的源头为NP时,确定由于所述NP中第一业务模块占用的ME数量不够导致所述转发模块出现反压丢包。
3.如权利要求1所述的方法,其特征在于,还包括:
为所述NP分配内存空间,以便所述NP利用所述内存空间统计各业务模块的业务信息,所述业务信息至少包括报文数或报文字节数。
4.如权利要求3所述的方法,其特征在于,所述根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME包括:
在设定的时间长度内,获取所述NP统计的各业务模块的报文数或报文字节数;
根据所述报文数或所述报文字节数,以及设定的时间长度,获得当前各业务模块的流量;
当第一业务模块的流量超过了所述第一业务模块当前所允许的最大流量,并且除所述第一业务模块之外的其他业务模块有空闲的ME时,确定需要为所述各业务模块重新分配ME,所述第一业务模块当前所允许的最大流量由所述第一业务模块占用的ME确定。
5.一种微引擎的分配装置,其特征在于,包括:
第一确定模块,用于确定由于网络处理器NP中第一业务模块占用的微引擎ME数量不够导致转发模块出现反压丢包;
第二确定模块,用于根据当前各业务模块的流量和当前各业务模块所允许的最大流量确定需要重新为所述各业务模块分配ME,并根据所述当前各业务模块的流量确定需要为所述各业务模块重新分配的ME的个数;
分配模块,用于根据所述第二确定模块确定的个数为所述各业务模块重新分配ME;
所述第二确定模块包括:
ME分配确定子模块,用于当所述流量获得子模块获得的第一业务模块的流量超过了所述第一业务模块当前所允许的最大流量,并且除所述第一业务模块之外的其他业务模块有空闲的ME时,确定需要为所述各业务模块重新分配ME,所述第一业务模块当前所允许的最大流量由所述第一业务模块占用的ME确定。
6.如权利要求5所述的装置,其特征在于,所述第一确定模块包括:
丢包数确定子模块,用于在查询到转发模块出现反压丢包之后,确定所述转发模块的丢包数;
丢包确定子模块,用于在所述丢包数确定子模块确定的丢包数超过预设的阈值之后,当确定反压的源头为NP时,确定由于所述NP中第一业务模块占用的ME数量不够导致所述转发模块出现反压丢包。
7.如权利要求5所述的装置,其特征在于,还包括:
空间分配模块,用于为所述NP分配内存空间,以便所述NP利用所述内存空间统计各业务模块的业务信息,所述业务信息至少包括报文数或报文字节数。
8.如权利要求7所述的装置,其特征在于,所述第二确定模块还包括:
获取子模块,用于在设定的时间长度内,获取所述NP统计的各业务模块的报文数或报文字节数;
流量获得子模块,用于根据所述获取子模块获取的报文数或报文字节数,以及设定的的时间长度,获得当前各业务模块的流量;
9.如权利要求5-8任意一项所述的装置,其特征在于,所述微引擎的分配装置位于路由器的控制层面。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101875185A CN101442486B (zh) | 2008-12-24 | 2008-12-24 | 一种微引擎的分配方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2008101875185A CN101442486B (zh) | 2008-12-24 | 2008-12-24 | 一种微引擎的分配方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101442486A CN101442486A (zh) | 2009-05-27 |
CN101442486B true CN101442486B (zh) | 2011-06-08 |
Family
ID=40726733
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2008101875185A Expired - Fee Related CN101442486B (zh) | 2008-12-24 | 2008-12-24 | 一种微引擎的分配方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101442486B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108833299B (zh) * | 2017-12-27 | 2021-12-28 | 北京时代民芯科技有限公司 | 一种基于可重构交换芯片架构的大规模网络数据处理方法 |
CN111984393A (zh) * | 2020-10-12 | 2020-11-24 | 浙江大华技术股份有限公司 | 分布式大规模实时数据调度引擎系统及其数据调度方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1821469A1 (en) * | 2005-06-25 | 2007-08-22 | Huawei Technologies Co., Ltd. | A network processor |
CN101193061A (zh) * | 2006-12-14 | 2008-06-04 | 中兴通讯股份有限公司 | 基于多Qos的流量控制方法 |
CN101257453A (zh) * | 2008-03-12 | 2008-09-03 | 中兴通讯股份有限公司 | 一种基于网络处理器的流量整形实现方法及其装置 |
-
2008
- 2008-12-24 CN CN2008101875185A patent/CN101442486B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1821469A1 (en) * | 2005-06-25 | 2007-08-22 | Huawei Technologies Co., Ltd. | A network processor |
CN101193061A (zh) * | 2006-12-14 | 2008-06-04 | 中兴通讯股份有限公司 | 基于多Qos的流量控制方法 |
CN101257453A (zh) * | 2008-03-12 | 2008-09-03 | 中兴通讯股份有限公司 | 一种基于网络处理器的流量整形实现方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101442486A (zh) | 2009-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4422152B2 (ja) | 配給経路を用いる高密度マルチキャストネットワーク用アーキテクチャ | |
US10541901B2 (en) | Methods, systems and computer readable media for optimizing placement of virtual network visibility components | |
US11601343B2 (en) | Dynamic adaptive network | |
CN104125170A (zh) | 基于路由器的接入用户带宽调整方法、装置及系统 | |
KR20070054025A (ko) | 무선 네트워크 장치 및 이를 위한 자원 할당 방법 | |
CN102934403A (zh) | 控制网络上的数据传输 | |
EP2583435A1 (en) | Improved peer-to-peer system | |
CN105245307A (zh) | 用于在通信网络中确定通信路径的方法及设备 | |
JP4098723B2 (ja) | サーバシステムの再構成(reconfiguring)方法及び装置 | |
CN101442486B (zh) | 一种微引擎的分配方法和装置 | |
De Schepper et al. | Flow management and load balancing in dynamic heterogeneous LANs | |
EP1473897B1 (en) | Information processing device, information processing method, and computer program | |
Efthymiopoulos et al. | LiquidStream—network dependent dynamic P2P live streaming | |
CN114448806B (zh) | 软件定义网络的资源调度方法和装置 | |
Hsu et al. | The implementation of a QoS/QoE mapping and adjusting application in software-defined networks | |
KR101541168B1 (ko) | 소프트웨어 정의 네트워크 환경에서 컨트롤러의 플로우에 대한 경로 제어방법 | |
Ma et al. | A novel dynamic resource adjustment architecture for virtual tenant networks in SDN | |
Ma et al. | An efficient message scheduling algorithm for WDM lightwave networks | |
CN110336758B (zh) | 一种虚拟路由器中的数据分发方法及虚拟路由器 | |
EP2739007B1 (en) | System and method for implementing multiple network resource sharing on standalone machine | |
CN116132195B (zh) | 一种算力网络安全传输保障系统及其方法 | |
Guler et al. | Embedding multicast services in optical networks with fanout limitation | |
CN113965958B (zh) | 基于多信息参考的数据传输方法、装置、系统和存储介质 | |
Heira et al. | One-to-many file transfer using multipath-multicast with gossiping | |
CN118138925A (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 | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110608 Termination date: 20151224 |
|
EXPY | Termination of patent right or utility model |