CN106603290A - 一种网管软件性能调优处理方法及装置 - Google Patents
一种网管软件性能调优处理方法及装置 Download PDFInfo
- Publication number
- CN106603290A CN106603290A CN201611162831.4A CN201611162831A CN106603290A CN 106603290 A CN106603290 A CN 106603290A CN 201611162831 A CN201611162831 A CN 201611162831A CN 106603290 A CN106603290 A CN 106603290A
- Authority
- CN
- China
- Prior art keywords
- packet
- value
- parameter
- packet delay
- default
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
Abstract
本发明提供了一种网管软件性能调优处理方法及装置,所述方法包括:服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;根据比较结果判定是否丢弃所述多个数据包。本发明能够灵活地调节由于网络设备数量增加引起的数据包流量过大延迟包处理的问题,以达到界面最及时准确地更新,避免不必要的延迟。
Description
技术领域
本发明涉及计算机处理技术领域,尤其涉及一种网管软件性能调优处理方法及装置。
背景技术
传统网管系统软件性能调优基本上都是在开发软件过程中进行的:1、调整数据结构,提高集合的查询速度;2、调整算法,尽量避免不必要的循环,优化算法和逻辑结果。
然而,当所有的数据结构和算法优化以后,那么软件的性能基本上就固定了,没有办法再提高了,如果现场发现性能瓶颈问题,有可能没有办法进行解决,只能进行大的架构设计改动,这样针对工程项目来说时间和工期是来不及的,而且架构设计很难改动很大,实现起来也不现实,而且不一定真能解决实际的性能问题。
每个软件都有它自身的性能限制或者数据上限,当到达或者超过这个上限时怎么能让它正常运行就是这个方法的一个关键。比如说某个网管软件最多管理100个网元,但是当增加到200甚至500的时候网络数据包流量增大,拓扑图成倍增加,那么网管软件性能就会很差,堆积的数据包过多,造成最新设备状态的数据包不能及时处理,界面拓扑图无法显示最新的设备状态,这时候更改系统架构和程序软件就很难逾越瓶颈了,此时如何解决问题而且好保证系统正常高效运行就很关键。
发明内容
针对现有技术的缺陷,本发明提供了一种网管软件性能调优处理方法及装置,能够解决现有技术中软件性能调优需要进行架构设计改动以实现数据结构或算法调整,导致需浪费时间和工期的问题。
第一方面,本发明提供了一种网管软件性能调优处理方法,所述方法包括:
服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;
确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;
根据比较结果判定是否丢弃所述多个数据包。
可选地,根据比较结果判定是否丢弃所述多个数据包,包括:
若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包;
若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
可选地,所述服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包及其数量之前,所述方法还包括:
根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
可选地,所述方法还包括:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
可选地,所述配置文件还包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值。
第二方面,本发明提供了一种网管软件性能调优处理装置,所述装置包括:
获取模块,用于在每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;
比较模块,用于确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;
判定模块,用于根据比较结果判定是否丢弃所述多个数据包。
可选地,所述判定模块,具体用于:
若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包;
若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
可选地,所述装置还包括:设置模块,用于:
根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
可选地,所述装置还包括:配置模块,用于:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
可选地,所述配置文件还包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值。
由上述技术方案可知,本发明提供一种网管软件性能调优处理方法及装置,通过在获取等待队列中的多个数据包后,将数据包的数量与预设的数据包延迟数量上限值进行比较,以根据比较结果对数据包进行丢弃处理。如此,本发明能够灵活地调节由于网络设备数量增加引起的数据包流量过大延迟包处理的问题,以达到界面最及时准确地更新,避免不必要的延迟;而且可针对不同的地铁线路灵活配置数据包延迟数量上限值,同一软件可在不同的运行环境下适应和运行,避免性能的瓶颈。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些图获得其他的附图。
图1是本发明一实施例提供的一种网管软件性能调优处理方法的流程示意图;
图2是本发明一实施例提供的一种网管软件性能调优处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1是本发明一实施例中的一种网管软件性能调优处理方法的流程示意图,本实施例的执行主体为服务器,如图1所示,所述方法包括如下步骤:
S101:服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包。
具体来说,当服务器中的网管软件处理完上一轮所有数据包后,会获取处理上一轮所有数据包期间收到的新的等待处理的数据包,即等待队列中等待处理的多个数据包。
需要说明的是,网管软件之间传递的数据包格式和内容是固定好的,都是工作站发给服务器的该工作站管理的最新检测到的设备状态,同时服务器经过整合发给工作站所有刚刚处理完的全网的设备状态。如此保证服务器和工作站都能显示全网设备的状态并且状态一致。工作站和服务器之间每隔几秒就会发送一次,所以后面收到的都是最新的状态,可以覆盖更新前面收到的数据。
S102:确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较。
具体来说,等待队列中等待处理的多个数据包的数量是动态的,其反映了网管软件处理数据包的效率和性能,当等待处理的数据包数量过大时说明上一轮处理的效率比较低和慢,同时也表示上一轮数据包比较多,所以处理时间比较长积攒了大量未处理的数据包。网管软件确定待处理数据包的数量后,根据预设的数据包延迟数量上限值决定对收到的数据包直接丢弃还是逐个进行处理。
S103:根据比较结果判定是否丢弃所述多个数据包。
具体地,所述步骤S103,具体包括如下子步骤:
S1031:若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包。
S1032:若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
具体地,服务器中网管软件根据预设的数据包延迟数量上限值决定对收到的数据包直接丢弃还是逐个进行处理。当超过时就直接丢弃掉所有的数据包,因为后续仍有更新的数据包;若数据包的数量没超过上限时就逐个进行处理。如此,本实施例能够避免一直处理很久以前的数据包,不能及时处理最新的数据包,不能及时准确地监测到设备的状态并告警。
由此可见,本实施例通过在获取等待队列中的多个数据包后,将数据包的数量与预设的数据包延迟数量上限值进行比较,以根据比较结果对数据包进行丢弃处理。如此,本实施例能够灵活地调节由于网络设备数量增加引起的数据包流量过大延迟包处理的问题,以达到界面最及时准确地更新,避免不必要的延迟;而且可针对不同的地铁线路灵活配置数据包延迟数量上限值,同一软件可在不同的运行环境下适应和运行,避免性能的瓶颈。
在本发明的一个可选实施例中,上述步骤S101之前,所述方法还包括:
S100:根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
根据网络的部署,地铁开通后设备数是固定的,所以处理一个包的时间是固定的。具体地,服务器每个期间收到的包个数是工作站的个数,而每个包的长度和工作站管理的设备数目成正比。而针对每条地铁线路,由于工作站的个数和设备的个数是不同的,因此现场进行调试时需根据地铁线路的不同来设置数据包延迟数量上限值,以保证网管软件能够及时地处理数据包并更新界面。
举例来说,某地铁线路工作站有3个,则可最多每个站保留2个包就够了(3*2=6),即设置数据包延迟数量上限值为6,没有必要最多保留5个包(3*5=15);成都和长沙有3个工作站,则可将数据包延迟数量上限值设置成10,相当于每个站保留3个包左右;天津有2个工作站,则可将数据包延迟数量上限值设置成5,也是相当于每个站保留3个包左右。由此可见,本实施例具体根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值,如此本实施例针对不同的地铁线路可以灵活配置,一个软件可以在不同的运行环境下适应和运行,避免性能的瓶颈。
需要说明的是,具体还可根据服务器对于数据包的处理速率,来设置数据包延迟数量上限值。
在本发明的一个可选实施例中,所述方法还包括如下步骤:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
本实施例中,通过在配置文件中设置数据包延迟数量上限值对应的配置项,使得系统可以灵活地调节根据网络设备数量增加引起的数据包流量过大延迟包处理的问题。
例如,网络配置文件可配置为如下:
dataProcessPeriod=10000//单位:ms
dataSavePeriod=60//单位:s
creatReportPeriod=1//单位:d
dataOverduePeriod=30//单位:d
heartBeatPeriod=10000//单位:ms
innerCommunicationPeriod=2000//单位:ms
superviseClientPeriod=200//单位:ms
timesynchronizationPeriod=1//单位:d
PacketNumDel=60//单位:个
calculagraphData=3000//计时器
switchEPortHighSpeedValue=10000//交换机业务端口流量超限值
switchGPortHighSpeedValue=25000//交换机非业务端口流量超限值
snmpCommunitySwitchParameter=public//使用snmp读写交换机参数通信参数
snmpCommunityApParameter=public//使用snmp读写AP参数通信参数
snmpCommunityWgbParameter=public//使用snmp读写WGB参数通信参数
switchCpuUsageHighValue=60//交换机CPU高负载阈值
其中,数据包延迟数量上限值PacketNumDel=60。
又例如,长沙有3个工作站,可将数据包延迟数量上限值PacketNumDel设置成10,对应的网络配置文件如下:
dataProcessPeriod=10000//单位:ms
dataSavePeriod=60//单位:s
creatReportPeriod=1//单位:d
dataOverduePeriod=30//单位:d
heartBeatPeriod=10000//单位:ms
innerCommunicationPeriod=2000//单位:ms
superviseClientPeriod=200//单位:ms
timesynchronizationPeriod=1//单位:d
PacketNumDel=10//单位:个
calculagraphData=3000//计时器
switchEPortHighSpeedValue=10000//交换机业务端口流量超限值
switchGPortHighSpeedValue=25000//交换机非业务端口流量超限值
snmpCommunitySwitchParameter=public//使用snmp读写交换机参数通信参数
snmpCommunityApParameter=public//使用snmp读写AP参数通信参数
snmpCommunityWgbParameter=public//使用snmp读写WGB参数通信参数
switchCpuUsageHighValue=60//交换机CPU高负载阈值
还例如,天津有2个工作站,可将数据包延迟数量上限值PacketNumDel设置成4,对应的网络配置文件如下:
dataProcessPeriod=10000//单位:ms
dataSavePeriod=60//单位:s
creatReportPeriod=1//单位:d
dataOverduePeriod=30//单位:d
heartBeatPeriod=10000//单位:ms
innerCommunicationPeriod=2000//单位:ms
superviseClientPeriod=200//单位:ms
timesynchronizationPeriod=1//单位:d
PacketNumDel=4//单位:个
calculagraphData=3000//计时器
switchEPortHighSpeedValue=10000//交换机业务端口流量超限值
switchGPortHighSpeedValue=25000//交换机非业务端口流量超限值
snmpCommunitySwitchParameter=public//使用snmp读写交换机参数通信参数
snmpCommunityApParameter=public//使用snmp读写AP参数通信参数
snmpCommunityWgbParameter=public//使用snmp读写WGB参数通信参数
switchCpuUsageHighValue=60//交换机CPU高负载阈值
由此可见,本实施例中将预设的数据包延迟数量上限值PacketNumDel作为配置项保存于网管软件对应的配置文件中,则对于不同的地铁路线,仅需修改该配置项的PacketNumDel的值即可,即本实施例中针对不同的地铁线路可以灵活配置,同一配置软件可以在不同的运行环境下适应和运行,设置简单快捷且能够避免性能的瓶颈。
进一步地,如上述配置文件所示,所述配置文件还包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值等配置项。
由此可见,配置文件中还包括上述多种配置项,根据上述配置文件系统能够监测到设备的状态并根据配置项进行告警。
图2是本发明一实施例中的一种网管软件性能调优处理装置的结构示意图,如图2所示,所述装置包括:获取模块201、比较模块202及判定模块203。其中:
获取模块201用于在每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;比较模块202用于确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;判定模块203用于根据比较结果判定是否丢弃所述多个数据包。
由此可见,本实施例通过获取模块201获取等待队列中的多个数据包后,比较模块202将数据包的数量与预设的数据包延迟数量上限值进行比较,以供判定模块203根据比较结果对数据包进行丢弃处理。如此,本实施例能够灵活地调节由于网络设备数量增加引起的数据包流量过大延迟包处理的问题,以达到界面最及时准确地更新,避免不必要的延迟;而且可针对不同的地铁线路灵活配置数据包延迟数量上限值,同一软件可在不同的运行环境下适应和运行,避免性能的瓶颈。
具体地,所述判定模块203,具体用于:
若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包;若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
在本发明的一个可选实施例中,所述装置还包括:设置模块,用于:
根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
在本发明的一个可选实施例中,所述装置还包括:配置模块,用于:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
具体地,所述配置文件还可包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值等配置项,以监测到设备的状态并根据配置项进行告警。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在本发明的描述中,需要说明的是,术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本发明中的具体含义。
还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种网管软件性能调优处理方法,其特征在于,所述方法包括:
服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;
确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;
根据比较结果判定是否丢弃所述多个数据包。
2.根据权利要求1所述的方法,其特征在于,根据比较结果判定是否丢弃所述多个数据包,包括:
若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包;
若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
3.根据权利要求1所述的方法,其特征在于,所述服务器每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包及其数量之前,所述方法还包括:
根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
4.根据权利要求1~3中任一项所述的方法,其特征在于,所述方法还包括:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
5.根据权利要求4所述的方法,其特征在于,所述配置文件还包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值。
6.一种网管软件性能调优处理装置,其特征在于,所述装置包括:
获取模块,用于在每次处理完成工作站发送的多个数据包后,获取等待队列中的多个数据包;
比较模块,用于确定所述多个数据包的数量,并将所述多个数据包的数量与预设的数据包延迟数量上限值进行比较;
判定模块,用于根据比较结果判定是否丢弃所述多个数据包。
7.根据权利要求6所述的装置,其特征在于,所述判定模块,具体用于:
若所述多个数据包的数量大于预设的数据包延迟数量上限值,则丢弃所述多个数据包;
若所述多个数据包的数量小于等于预设的数据包延迟数量上限值,则依次对所述多个数据包进行处理。
8.根据权利要求6所述的装置,其特征在于,所述装置还包括:设置模块,用于:
根据不同线路上工作站的数量及每个工作站管理的设备数量,设置所述数据包延迟数量上限值。
9.根据权利要求6~8中任一项所述的装置,其特征在于,所述装置还包括:配置模块,用于:
将所述预设的数据包延迟数量上限值作为配置项保存于网管软件对应的配置文件中。
10.根据权利要求9所述的装置,其特征在于,所述配置文件还包括:交换机业务端口流量超限值、交换机给业务端口流量超限值、使用简单网络管理协议snmp读写交换机参数通信参数、使用snmp读写无线访问接入点AP参数通信参数、使用snmp读写工作组网桥WGB参数通信参数、交换机CPU高负载阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611162831.4A CN106603290A (zh) | 2016-12-15 | 2016-12-15 | 一种网管软件性能调优处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611162831.4A CN106603290A (zh) | 2016-12-15 | 2016-12-15 | 一种网管软件性能调优处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106603290A true CN106603290A (zh) | 2017-04-26 |
Family
ID=58802778
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611162831.4A Pending CN106603290A (zh) | 2016-12-15 | 2016-12-15 | 一种网管软件性能调优处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106603290A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173784A (zh) * | 2017-12-29 | 2018-06-15 | 湖南恒茂高科股份有限公司 | 一种交换机的数据包缓存的老化方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1787481A (zh) * | 2004-12-08 | 2006-06-14 | 腾讯科技(深圳)有限公司 | 一种减小数据包播放延时的方法 |
CN102065015A (zh) * | 2010-12-29 | 2011-05-18 | 福建星网锐捷网络有限公司 | 一种数据传输方法、网络设备以及装置 |
CN102404206A (zh) * | 2011-11-04 | 2012-04-04 | 深圳市海思半导体有限公司 | 入队处理方法及设备 |
-
2016
- 2016-12-15 CN CN201611162831.4A patent/CN106603290A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1787481A (zh) * | 2004-12-08 | 2006-06-14 | 腾讯科技(深圳)有限公司 | 一种减小数据包播放延时的方法 |
CN102065015A (zh) * | 2010-12-29 | 2011-05-18 | 福建星网锐捷网络有限公司 | 一种数据传输方法、网络设备以及装置 |
CN102404206A (zh) * | 2011-11-04 | 2012-04-04 | 深圳市海思半导体有限公司 | 入队处理方法及设备 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108173784A (zh) * | 2017-12-29 | 2018-06-15 | 湖南恒茂高科股份有限公司 | 一种交换机的数据包缓存的老化方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101257445B (zh) | 用于同步流量整形的方法 | |
CN103595626B (zh) | 一种环形网络中实现动态路径规划的方法 | |
EP2847934B1 (en) | Method and apparatus for adaptive fast start in link aggregation | |
CN104580222A (zh) | 基于信息熵的DDoS攻击分布式检测与响应系统及方法 | |
US20220150176A1 (en) | Packet transmission method and apparatus, and system | |
CN103516571A (zh) | 一种双can总线保证数据通信可靠性的系统架构及其方法 | |
CN102611620A (zh) | 拥塞控制方法和报文处理设备 | |
CN102811152B (zh) | 一种多主总线网络通讯实时交易数据交换实现方法 | |
CN108028781A (zh) | 用于网络往返时间估计的技术 | |
CN104079371B (zh) | 一种数据通信方法、设备及系统 | |
CN103152278A (zh) | 拥塞确定方法、装置和网络设备 | |
CN103096387A (zh) | 智能电网中基于数据优先分级的认知传输方法 | |
CN103916318A (zh) | 一种单环网实现方法 | |
CN106603290A (zh) | 一种网管软件性能调优处理方法及装置 | |
CN103825812A (zh) | 一种网络限速装置及方法 | |
CN107360012A (zh) | 一种链路状态处理方法及网络节点设备 | |
CN103428677B (zh) | 分组业务数据的发送方法及信令信道发送信息的接收方法 | |
CN105681229A (zh) | 扩展端口编号的方法及交换机 | |
CN107547112A (zh) | 对主从设备之间的频道进行恢复的方法、设备以及系统 | |
CN106874150A (zh) | 一种虚拟机高可用容灾方法及其系统 | |
CN111385219B (zh) | 借用硬件中断实现高性能高精度软件tcp限速的方法 | |
CN103595631A (zh) | 一种路径建立的方法和装置 | |
CN109802877A (zh) | 一种基于can总线的通信系统设计 | |
CN103516620A (zh) | 一种vm的迁移方法、系统及服务器 | |
CN107634914A (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 |
Application publication date: 20170426 |
|
RJ01 | Rejection of invention patent application after publication |