CN106506640B - 一种snmp请求的处理方法及装置 - Google Patents

一种snmp请求的处理方法及装置 Download PDF

Info

Publication number
CN106506640B
CN106506640B CN201610976573.7A CN201610976573A CN106506640B CN 106506640 B CN106506640 B CN 106506640B CN 201610976573 A CN201610976573 A CN 201610976573A CN 106506640 B CN106506640 B CN 106506640B
Authority
CN
China
Prior art keywords
data
snmp
management station
local cache
station equipment
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.)
Active
Application number
CN201610976573.7A
Other languages
English (en)
Other versions
CN106506640A (zh
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.)
Hangzhou DPTech Technologies Co Ltd
Original Assignee
Hangzhou DPTech Technologies 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 Hangzhou DPTech Technologies Co Ltd filed Critical Hangzhou DPTech Technologies Co Ltd
Priority to CN201610976573.7A priority Critical patent/CN106506640B/zh
Publication of CN106506640A publication Critical patent/CN106506640A/zh
Application granted granted Critical
Publication of CN106506640B publication Critical patent/CN106506640B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5682Policies or rules for updating, deleting or replacing the stored data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请提供一种SNMP请求的处理方法及装置,该方法可以包括:确定SNMP代理设备的本地缓存中是否存在对应于接收到业务请求的响应数据;当本地缓存中不存在响应数据时,获取并返回响应数据,以及获取排列于响应数据之后的数据,直至本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;当本地缓存中存在响应数据时,返回响应数据,并根据对应于所述任一SNMP管理站设备的已存储数据,请求排列于已存储数据之后的数据,直至本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。通过本申请的技术方案,可以提高SNMP代理设备对业务请求的响应速度,还可以降低对SNMP代理设备的处理资源和内存空间的占用。

Description

一种SNMP请求的处理方法及装置
技术领域
本申请涉及通讯技术领域,尤其涉及一种SNMP请求的处理方法及装置。
背景技术
当SNMP管理站设备请求一业务模块的数据时,其交互模式为:SNMP管理站设备向SNMP代理设备发送针对业务模块的业务请求;SNMP代理设备接收到该业务请求后,与业务模块通信,获取数据;SNMP代理设备向SNMP管理站设备返回数据。
在相关技术中,存在两种交互模式:第一种,SNMP代理设备在首次接收到业务请求时,获取业务模块所有的数据,并存储在本地缓存中,后续接收到业务请求时,直接在本地缓存中查找相应的数据并返回至SNMP管理站设备;第二种,SNMP代理设备每次接收到业务请求时,只获取对应于业务请求的数据,返回至SNMP管理站设备。
然而,针对第一种交互模式,由于需要获取业务模块所有的数据,容易导致占用SNMP代理设备大量的处理资源和内存空间;针对第二种交互模式,由于每次接收到业务请求都要获取对应于业务请求的数据,导致交互的时间较长,降低了SNMP代理设备对业务请求的响应速度。
发明内容
有鉴于此,本申请提供一种SNMP请求的处理方法及装置,可以降低对SNMP代理设备的处理资源和内存空间的占用,还可以提高SNMP代理设备对业务请求的响应速度。
为实现上述目的,本申请提供技术方案如下:
根据本申请的第一方面,提出了一种SNMP请求的处理方法,应用于SNMP代理设备,所述SNMP代理设备中配置有业务模块,所述方法包括:
当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据;
当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;
当所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
根据本申请的第二方面,提出了一种SNMP请求的处理装置,应用于SNMP代理设备,所述SNMP代理设备中配置有业务模块,所述装置包括:
确定单元,当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据;
第一获取单元,当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;
第二获取单元,当所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
由以上技术方案可见,在本申请的技术方案中,一方面,当SNMP代理设备接收到任一SNMP管理站设备发送的针对业务模块的业务请求时,向业务模块获取对应于该业务请求的响应数据以及一定数量的排列于该响应数据之后的数据,使得后续接收到该任一SNMP管理站设备发送的请求时,可以直接在本地缓存中查找相应的响应数据返回给该任一SNMP管理站设备,而无需再去向业务模块获取相应的响应数据,从而提高了SNMP代理设备对业务请求的响应速度;另一方面,通过设置阈值来限制SNMP代理设备向业务模块获取的数据量,从而可以降低对SNMP代理设备的处理资源和内存空间的占用。
附图说明
图1是相关技术中一种SNMP代理设备对接收到业务请求的处理方法的流程图。
图2是相关技术中另一种SNMP代理设备对接收到业务请求的处理方法的流程图。
图3是本申请一示例性实施例提供的一种SNMP请求的处理方法的流程图。
图4是本申请一示例性实施例提供的另一种SNMP请求的处理方法的流程图。
图5是本申请一示例性实施例提供的一种电子设备的结构示意图。
图6是本申请一示例性实施例提供的一种SNMP请求的处理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
图1是相关技术中一种SNMP代理设备对接收到业务请求的处理方法的流程图,如图1所示,该方法可以包括以下步骤:
步骤101,SNMP管理站设备向SNMP代理设备发送业务请求1。
步骤102,SNMP代理设备向业务模块发送获取数据请求。
其中,该数据请求用于请求获取业务模块中全部数据,全部数据包括数据1-数据n。
步骤103,业务模块向SNMP代理设备返回全部数据。
步骤104,SNMP代理设备向SNMP管理站设备返回数据1。
其中,业务请求1用于请求获取数据1,业务请求2用于请求获取数据2,以此类推。
步骤105,SNMP管理站设备向SNMP代理设备发送业务请求2。
步骤106,SNMP代理设备向SNMP管理站设备返回数据2。
其中,由于在步骤102中,业务模块已经返回了全部数据,所以SNMP代理设备可以直接将本地缓存中的数据2返回至SNMP管理站设备,而无需再向业务模块获取数据2。
步骤107,SNMP管理站设备向SNMP代理设备发送业务请求n。
步骤108,SNMP代理设备向SNMP管理站设备返回数据n。
在上述方法的交互模式中,SNMP代理设备在首次接收到业务请求时,获取业务模块的全部数据,并存储在本地缓存中,后续接收到业务请求时,直接在本地缓存中查找对应于接收到业务请求的数据并返回至SNMP管理站设备。
图2是相关技术中另一种SNMP代理设备对接收到业务请求的处理方法的流程图,如图2所示,该方法可以包括以下步骤:
步骤201,SNMP管理站设备向SNMP代理设备发送业务请求1。
步骤202,SNMP代理设备向业务模块发送获取数据请求1。
步骤203,业务模块向SNMP代理设备返回数据1。
步骤204,SNMP代理设备向SNMP管理站设备返回数据1。
步骤205,SNMP管理站设备向SNMP代理设备发送业务请求2。
步骤206,SNMP代理设备向业务模块发送获取数据请求2。
步骤207,业务模块向SNMP代理设备返回数据2。
步骤208,SNMP代理设备向SNMP管理站设备返回数据2。
步骤209,SNMP管理站设备向SNMP代理设备发送业务请求n。
步骤210,SNMP代理设备向业务模块发送获取数据请求n。
步骤211,业务模块向SNMP代理设备返回数据n。
步骤212,SNMP代理设备向SNMP管理站设备返回数据n。
其中,业务请求1请求的数据为数据1,业务请求2请求的数据为数据2,以此类推。
在上述方法的交互模式中,SNMP代理设备每次接收到业务请求时,只获取对应于业务请求的数据,返回至SNMP管理站设备,而不会向业务模块获取其他数据,因此,SNMP代理设备每次接收到SNMP管理站设备发送的业务请求,都需要向业务模块获取对应于接收到业务请求的数据。
可见,在相关技术中,针对图1所示的方法,由于SNMP代理设备在首次接收到SNMP管理站设备发送的业务请求时,就需要向业务模块获取全部的数据,导致SNMP管理站设备需要等待较长时间才能收到本次请求的数据,而且,若该业务模块的数据量较大,则可能导致SNMP管理站设备请求数据超时。同时,如果SNMP代理设备遭到来自SNMP管理站设备的扫描式攻击,即SNMP管理站设备依次请求包含较大数据量的业务模块,但是都仅仅请求少量数据,由于SNMP代理设备需要获取全部的数据,就会导致占用SNMP代理设备大量的处理资源和内存空间,从而降低了SNMP代理设备的性能。针对图2所示的方法,由于在每次接收到SNMP管理站设备发送的业务请求后,SNMP代理设备都需要向业务模块发送数据请求,以获取相应的数据返回至SNMP管理站设备,导致降低了SNMP代理设备对业务请求的响应速度。
因此,本申请通过改进SNMP代理设备对接收到业务请求的处理方式,以解决相关技术中存在的上述技术问题,下面结合实施例进行详细说明。
图3是本申请一示例性实施例示出的一种SNMP请求的处理方法的流程图,该方法应用于SNMP代理设备,所述SNMP代理设备中配置有业务模块,该方法可以包括以下步骤:
步骤301,当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据。
步骤302a,当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
步骤302b,当所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
在本实施例中,当所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量不小于对应于所述任一SNMP管理站设备的预设阈值,且所述本地缓存中不存在所述响应数据时,可以向所述业务模块获取包含所述响应数据的预设数量数据,并向所述任一SNMP管理站设备返回所述响应数据。
在本实施例中,SNMP代理设备可以通过以下方式调节预设阈值的数值:
根据所述任一SNMP管理站设备对业务请求的发送频率,调节所述预设阈值的数值,且所述发送频率与所述预设阈值呈正相关。
在一实施例中,SNMP代理设备在向所述任一SNMP管理站设备返回所述响应数据后,将所述响应数据从所述本地缓存中删除;
在另一实施例中,SNMP代理设备向所述任一SNMP管理站设备返回所述响应数据后,在第一预设时长之后将所述响应数据从所述本地缓存中删除。
在本实施例中,SNMP代理设备按照预设周期检查所述本地缓存中的数据;当所述本地缓存中的任一数据在第二预设时长内未被使用时,删除所述任一数据。
由以上技术方案可见,在本申请的技术方案中,一方面,当SNMP代理设备接收到任一SNMP管理站设备发送的针对业务模块的业务请求时,向业务模块获取对应于该业务请求的响应数据以及一定数量的排列于该响应数据之后的数据,由于SNMP管理站设备向SNMP代理设备请求数据时,都是请求一段排列连续的数据,这就使得SNMP代理设备后续接收到该任一SNMP管理站设备发送的请求时,可以直接在本地缓存中查找相应的响应数据返回给该任一SNMP管理站设备,而无需再去向业务模块获取相应的响应数据,从而提高了SNMP代理设备对业务请求的响应速度;另一方面,通过设置阈值来限制SNMP代理设备向业务模块获取的数据量,从而可以降低对SNMP代理设备的处理资源和内存空间的占用。
为了便于理解,下面结合图4,对本申请的技术方案进行详细说明。请参见图4,图4是本申请一示例性实施例示出的另一种SNMP请求的处理方法的流程图。如图4所示,该方法可以包括以下步骤:
步骤401,SNMP代理设备接收任一SNMP管理站设备发送的针对业务模块的业务请求。
在本实施例中,SNMP代理设备可能接收到多个SNMP管理站设备发送的业务请求,在此,针对SNMP代理设备与任一SNMP管理站设备的交互过程,对本申请的技术方案进行详细说明。
步骤402,SNMP代理设备确定本地缓存中是否存在对应于接收到业务请求的响应数据,若存在,则转入步骤403a,否则转入步骤403b。
步骤403a,SNMP代理设备向该任一SNMP管理站设备返回对应的响应数据,然后转入步骤404。
在本实施例中,SNMP代理设备在接收到业务请求后,先检查本地缓存中是否存在对应于该业务请求的响应数据,当本地缓存中存在对应于该业务请求的响应数据时,SNMP代理设备直接向该任一SNMP管理站设备返回对应的响应数据,然后,根据本地缓存中对应于该任一SNMP管理站设备的已存储数据,向业务模块获取排列于已存储数据之后的数据,在未获取到排列在业务模块中最后的数据的情况下,直至当本地缓存中存储的对应于该任一SNMP管理站设备发送的所有业务请求的数据量达到预设阈值时,停止向业务模块获取数据。而当向业务模块获取的数据已经是排列在最后的数据时,停止向业务模块获取数据。
举例而言,假定SNMP管理站设备A请求获取业务模块的路由表项(即响应数据),该业务模块共1000条路由表项,对应于SNMP管理站设备A的预设阈值为150条路由表项。那么,例如当SNMP管理站设备A向SNMP代理设备请求第50条路由表项时,SNMP代理设备的本地缓存中存在第50-99条路由表项,则SNMP代理设备直接向SNMP管理站设备A返回第50条路由表项,然后,由于第199条路由表项不是排列在业务模块中最后的路由表项(199<1000),所以,SNMP代理设备可以继续向业务模块获取路由表项,即可以继续获取第100-199条路由表项。其中,在获取第100-199条路由表项时,可以分为若干部分分别获取,也可以一次性获取全部的路由表项,本申请对此并不进行限制。
步骤403b,SNMP代理设备向业务模块获取对应于接收到业务请求的响应数据,并向该任一SNMP管理站设备返回该响应数据。
在本实施例中,SNMP代理设备在接收到业务请求后,先检查本地缓存中是否存在对应于该业务请求的响应数据,当本地缓存中不存在对应于该业务请求的响应数据时,向业务模块发送数据请求,以获取该响应数据,其获取过程与图2中步骤202-203类似,即SNMP代理设备向业务模块发送数据请求,然后业务模块收到该数据请求后,向SNMP代理设备返回对应的响应数据。并且,继续向业务模块获取排列于该响应数据之后的数据,在未获取到排列在业务模块中最后的数据的情况下,直至当本地缓存中存储的对应于该任一SNMP管理站设备发送的所有业务请求的数据量达到预设阈值时,停止向业务模块获取数据。而当向业务模块获取的数据已经是排列在最后的数据时,停止向业务模块获取数据。
举例而言,假定SNMP管理站设备B请求获取业务模块的路由表项,该业务模块共1000条路由表项,对应于SNMP管理站设备B的预设阈值为100条路由表项。那么,例如当SNMP管理站设备B向SNMP代理设备发送业务请求,获取第30条路由表项时,由于在SNMP管理站设备向SNMP代理设备请求获取路由表项时,都是请求获取一段排列连续的路由表项,所以,SNMP代理设备可以向业务模块获取第30-129条路由表项(因为129<1000,所以可以获取表项直至达到预设阈值),然后向SNMP管理站设备B返回第30条路由表项,也可以先获取第30条路由表项并向SNMP管理站设备B返回第30条路由表项,然后再继续获取第31-129条路由表项,或者,先向业务模块获取第30条路由表项,以及之后的少量路由表项(其数量较小,在本地缓存中对应于SNMP管理站设备B的数据量小于100,例如可以获取第30-50条路由表项),然后向SNMP管理站设备B返回第30条路由表项,后续再继续获取第51-129条路由表项,其中,在获取第51-129条路由表项时,可以分为若干部分分别获取,也可以一次性获取全部的路由表项。通过在获取业务请求对应的路由表项时,再获取排列于该路由表项之后的少量路由表项,可以进一步提高SNMP代理设备对业务请求的响应速度,其中,该“少量路由表项”具体的数量可以根据实际情况设定,本申请对此并不进行限制。
步骤404,SNMP代理设备将响应数据从本地缓存中删除。
在本实施例中,SNMP代理设备在向该任一SNMP管理站设备返回响应数据后,将该响应数据从本地缓存中删除;或者,在第一预设时长(例如可以是10秒)之后将所述数据从本地缓存中删除(因为可能还有其他SNMP管理站设备也请求同样的数据)。
步骤405,判断本地缓存中存储的对应于该任一SNMP管理站设备的数据量是否达到预设阈值,若达到,则转入步骤406b,否则转入步骤406a。
步骤406a,SNMP代理设备继续向业务模块获取数据,并存储在本地缓存中,然后,转入步骤405。
在本实施例中,SNMP代理设备根据本地缓存中对应于该任一SNMP管理站设备的已存储数据,向业务模块获取排列于已存储数据之后的数据,在未获取到排列在业务模块中最后的数据的情况下,直至当本地缓存中存储的对应于该任一SNMP管理站设备发送的所有业务请求的数据量达到预设阈值。
步骤406b,SNMP代理设备终止向业务模块获取数据。
在本实施例中,在一种情况下,由于该任一SNMP管理站设备请求的各个数据为连续排列的,而在步骤403a和步骤403b中,SNMP代理设备根据接收到的业务请求,已经提前获取了一部分排列连续的数据存储在本地缓存中,所以当SNMP代理设备后续接收到该任一SNMP管理站设备发送的业务请求时,根据步骤404的删除操作,可以将本地缓存中存储的对应于该任一SNMP管理站设备的数据量删除至相应的预设阈值以下,而当SNMP代理设备检测到本地缓存中存储的对应于该任一SNMP管理站设备的数据量被删除至相应的预设阈值以下时,继续向业务模块获取排列于已存储数据之后的数据。
在另一种情况下,在本申请的技术方案中,SNMP代理设备按照预设周期检查本地缓存中的数据,当本地缓存中的任一数据在第二预设时长内未被使用时,删除该任一数据。举例而言,SNMP代理设备按照60秒的周期,检查本地缓存中的路由表项在30秒内是否被使用过,假定第120-180条路由表项在30秒内都未被使用过,则删除第120-180条路由表项。通过上述对本地缓存中的数据的管理,也可以将本地缓存中存储的对应于该任一SNMP管理站设备的数据量删除至相应的预设阈值以下。同时,还可以将本地缓存中长时间未被使用的数据及时删除,从而减少对SNMP代理设备内存空间的占用。
在本实施例中,针对每个SNMP管理站设备,都对应一预设阈值。当本地缓存中存储的对应于该任一SNMP管理站设备的数据量不小于对应于该任一SNMP管理站设备的预设阈值,且本地缓存中不存在响应数据时,向业务模块获取包含该响应数据的预设数量数据,并向该任一SNMP管理站设备返回响应数据。举例而言,假定SNMP管理站设备X请求获取业务模块的路由表项,对应于SNMP管理站设备X的预设阈值为300条路由表项,而SNMP代理设备根据接收到SNMP管理站设备X的所有业务请求,向业务模块获取的所有路由表项(包括对应于业务请求的路由表项,以及排列于对应于业务请求的路由表项之后的路由表项)已经达到了300条,例如具体为第200-499条路由表项。若此时又接收到SNMP管理站设备X发送的一业务请求,且该业务请求用于获取第600条路由表项,即本地缓存中不存在对应于该业务请求的路由表项,则SNMP代理设备向业务模块获取第600条路由表项,以及排列于第600条表项之后的预设数量表项,例如可以向业务模块获取第600-620条路由表项。其中,也可以向业务模块获取第600-630条路由表项,该“预设数量表项”可以根据实际情况具体设定,本申请对此并不进行限制。通过提前向业务模块获取对应于业务请求的路由表项之后的一定数量路由表项,可以提高后续该SNMP代理设备对SNMP管理站设备X发送的业务请求的响应速度。
在本申请的技术方案中,SNMP代理设备可以根据各个SNMP管理站设备对业务请求的发送频率,调节各个SNMP管理站设备对应的预设阈值的数值,其中,发送频率与预设阈值呈正相关。举例而言,假定SNMP管理站设备N当前对业务请求的发送频率为每秒10条业务请求,对应于SNMP管理站设备N的预设阈值为500,那么,当后续某一时间段内,SNMP代理设备检测到SNMP管理站设备N对业务请求的发送频率提升至每秒20条业务请求,则相应地,将对应于SNMP管理站设备N的预设阈值调节为1000。以此类推,当SNMP管理站设备N对业务请求的发送频率降低时,则减小对应于SNMP管理站设备N的预设阈值。通过根据各个SNMP管理站设备对业务请求的发送频率,调节各个SNMP管理站设备对应的预设阈值的数值,可以有效防止因某一SNMP管理站设备对业务请求的发送频率过高,导致降低SNMP代理设备对业务请求的响应速度的问题。
由以上技术方案可见,在本申请的技术方案中,一方面,当SNMP代理设备接收到任一SNMP管理站设备发送的针对业务模块的业务请求时,向业务模块获取对应于该业务请求的响应数据以及一定数量的排列于该响应数据之后的数据,由于SNMP管理站设备向SNMP代理设备请求数据时,都是请求一段排列连续的数据,这就使得SNMP代理设备后续接收到该任一SNMP管理站设备发送的请求时,可以直接在本地缓存中查找相应的响应数据返回给该任一SNMP管理站设备,而无需再去向业务模块获取相应的响应数据,从而提高了SNMP代理设备对业务请求的响应速度;另一方面,通过设置阈值来限制SNMP代理设备向业务模块获取的数据量,从而可以降低对SNMP代理设备的处理资源和内存空间的占用。
图5示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图5,在硬件层面,该电子设备包括处理器502、内部总线504、网络接口506、内存508以及非易失性存储器510,当然还可能包括其他业务所需要的硬件。处理器502从非易失性存储器510中读取对应的计算机程序到内存502中然后运行,在逻辑层面上形成SNMP请求的处理装置。当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
请参考图6,在软件实施方式中,该SNMP请求的处理装置可以包括确定单元601和第一获取单元602。其中:
确定单元601,当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据;
第一获取单元602,当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;
所述第一获取单元602还在所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
可选的,还包括:
第二获取单元603,当所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量不小于对应于所述任一SNMP管理站设备的预设阈值,且所述本地缓存中不存在所述响应数据时,向所述业务模块获取包含所述响应数据的预设数量数据,并向所述任一SNMP管理站设备返回所述响应数据。
可选的,还包括:
调节单元604,根据所述任一SNMP管理站设备对业务请求的发送频率,调节所述预设阈值的数值,且所述发送频率与所述预设阈值呈正相关。
可选的,还包括:
第一删除单元605,向所述任一SNMP管理站设备返回所述响应数据后,将所述响应数据从所述本地缓存中删除;
或者,向所述任一SNMP管理站设备返回所述响应数据后,在第一预设时长之后将所述响应数据从所述本地缓存中删除。
可选的,还包括:
第二删除单元606,按照预设周期检查所述本地缓存中的数据;
当所述本地缓存中的任一数据在第二预设时长内未被使用时,删除所述任一数据。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

Claims (12)

1.一种SNMP请求的处理方法,其特征在于,应用于SNMP代理设备,所述SNMP代理设备中配置有业务模块,所述方法包括:
当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据;
当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的连续排列的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;
当所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的连续排列的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
2.根据权利要求1所述的方法,其特征在于,还包括:
当所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量不小于对应于所述任一SNMP管理站设备的预设阈值,且所述本地缓存中不存在所述响应数据时,向所述业务模块获取包含所述响应数据的预设数量数据,并向所述任一SNMP管理站设备返回所述响应数据。
3.根据权利要求1所述的方法,其特征在于,还包括:
根据所述任一SNMP管理站设备对业务请求的发送频率,调节所述预设阈值的数值,且所述发送频率与所述预设阈值呈正相关。
4.根据权利要求1所述的方法,其特征在于,还包括:
向所述任一SNMP管理站设备返回所述响应数据后,将所述响应数据从所述本地缓存中删除;
或者,向所述任一SNMP管理站设备返回所述响应数据后,在第一预设时长之后将所述响应数据从所述本地缓存中删除。
5.根据权利要求1所述的方法,其特征在于,还包括:
按照预设周期检查所述本地缓存中的数据;
当所述本地缓存中的任一数据在第二预设时长内未被使用时,删除所述任一数据。
6.一种SNMP请求的处理装置,其特征在于,应用于SNMP代理设备,所述SNMP代理设备中配置有业务模块,所述装置包括:
确定单元,当接收到任一SNMP管理站设备发送的针对所述业务模块的业务请求时,确定所述SNMP代理设备的本地缓存中是否存在对应于所述业务请求的响应数据;
第一获取单元,当所述本地缓存中不存在所述响应数据时,向所述业务模块获取所述响应数据并向所述任一SNMP管理站设备返回所述响应数据,以及向所述业务模块获取排列于所述响应数据之后的连续排列的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值;
所述第一获取单元还在所述本地缓存中存在所述响应数据时,向所述任一SNMP管理站设备返回所述响应数据,并根据所述本地缓存中对应于所述任一SNMP管理站设备的已存储数据,向所述业务模块请求排列于所述已存储数据之后的连续排列的数据,直至所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量达到预设阈值。
7.根据权利要求6所述的装置,其特征在于,还包括:
第二获取单元,当所述本地缓存中存储的对应于所述任一SNMP管理站设备的数据量不小于对应于所述任一SNMP管理站设备的预设阈值,且所述本地缓存中不存在所述响应数据时,向所述业务模块获取包含所述响应数据的预设数量数据,并向所述任一SNMP管理站设备返回所述响应数据。
8.根据权利要求6所述的装置,其特征在于,还包括:
调节单元,根据所述任一SNMP管理站设备对业务请求的发送频率,调节所述预设阈值的数值,且所述发送频率与所述预设阈值呈正相关。
9.根据权利要求6所述的装置,其特征在于,还包括:
第一删除单元,向所述任一SNMP管理站设备返回所述响应数据后,将所述响应数据从所述本地缓存中删除;
或者,向所述任一SNMP管理站设备返回所述响应数据后,在第一预设时长之后将所述响应数据从所述本地缓存中删除。
10.根据权利要求6所述的装置,其特征在于,还包括:
第二删除单元,按照预设周期检查所述本地缓存中的数据;
当所述本地缓存中的任一数据在第二预设时长内未被使用时,删除所述任一数据。
11.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器通过运行所述可执行指令以实现如权利要求1-5中任一项所述的方法。
12.一种计算机可读存储介质,其上存储有计算机指令,其特征在于,该指令被处理器执行时实现如权利要求1-5中任一项所述方法的步骤。
CN201610976573.7A 2016-11-07 2016-11-07 一种snmp请求的处理方法及装置 Active CN106506640B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610976573.7A CN106506640B (zh) 2016-11-07 2016-11-07 一种snmp请求的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610976573.7A CN106506640B (zh) 2016-11-07 2016-11-07 一种snmp请求的处理方法及装置

Publications (2)

Publication Number Publication Date
CN106506640A CN106506640A (zh) 2017-03-15
CN106506640B true CN106506640B (zh) 2019-11-12

Family

ID=58323260

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610976573.7A Active CN106506640B (zh) 2016-11-07 2016-11-07 一种snmp请求的处理方法及装置

Country Status (1)

Country Link
CN (1) CN106506640B (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10515033B2 (en) * 2017-09-27 2019-12-24 Seiko Epson Corporation Device management system, device manager, relay management device, device management method, and recording medium
CN111224811B (zh) * 2019-10-31 2023-02-28 北京浪潮数据技术有限公司 一种snmp请求监听系统、方法、装置及计算机可读存储介质
CN113014405A (zh) * 2019-12-19 2021-06-22 中兴通讯股份有限公司 数据获取指令的处理方法、snmp代理设备以及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729530A (zh) * 2009-10-30 2010-06-09 中兴通讯股份有限公司 一种数据同步方法及系统
CN102325055A (zh) * 2011-10-26 2012-01-18 迈普通信技术股份有限公司 一种snmp网管系统及减少snmp重复请求的方法
WO2013155390A1 (en) * 2012-04-13 2013-10-17 Citrix Systems, Inc. Systems and methods for caching snmp data in multi-core and cluster systems
CN105429794A (zh) * 2015-11-09 2016-03-23 成都广达新网科技股份有限公司 一种提高网管工作站访问网元设备效率的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101729530A (zh) * 2009-10-30 2010-06-09 中兴通讯股份有限公司 一种数据同步方法及系统
CN102325055A (zh) * 2011-10-26 2012-01-18 迈普通信技术股份有限公司 一种snmp网管系统及减少snmp重复请求的方法
WO2013155390A1 (en) * 2012-04-13 2013-10-17 Citrix Systems, Inc. Systems and methods for caching snmp data in multi-core and cluster systems
CN105429794A (zh) * 2015-11-09 2016-03-23 成都广达新网科技股份有限公司 一种提高网管工作站访问网元设备效率的方法及装置

Also Published As

Publication number Publication date
CN106506640A (zh) 2017-03-15

Similar Documents

Publication Publication Date Title
CN107395659A (zh) 一种业务受理及共识的方法及装置
CN103475682B (zh) 文件迁移方法及设备
CN106506640B (zh) 一种snmp请求的处理方法及装置
CN103607424B (zh) 一种服务器连接方法及服务器系统
CN106534287B (zh) 一种会话表项的管理方法和装置
CN101662483A (zh) 云计算网络的缓存系统及其方法
AU2011370439B2 (en) Method and apparatus for rapid data distribution
CN108933829A (zh) 一种负载均衡方法及装置
CN110383764A (zh) 无服务器系统中使用历史数据处理事件的系统和方法
CN103412786A (zh) 一种高性能服务器架构系统及数据处理方法
CN106385379A (zh) 报文缓存方法及装置
CN105791254A (zh) 网络请求处理方法、装置及终端
CN104185036A (zh) 一种视频文件回源方法及装置
CN107301178A (zh) 数据查询处理方法、装置及系统
CN109491788A (zh) 一种虚拟化平台负载均衡实现方法及装置
CN104935636A (zh) 网络通道加速方法和系统
CN105357271B (zh) 一种信息处理方法及对应装置
CN103677983A (zh) 应用的调度方法及装置
US9898421B2 (en) Memory access processing method, memory chip, and system based on memory chip interconnection
CN110515987A (zh) 一种数据分析结果的查询方法及装置
CN105357260B (zh) 实现虚拟桌面的系统、vdi数据缓存方法和vdi缓存设备
CN103179162B (zh) 一种输出日志的方法及系统
CN105868121B (zh) 一种信息处理方法及电子设备
CN105471930A (zh) 一种读取分布式数据的方法、系统和设备
CN104468337A (zh) 消息传输方法及装置、消息管理中心设备及数据中心

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant