CN114422394A - 一种业务地址使用率计算方法、系统以及设备 - Google Patents
一种业务地址使用率计算方法、系统以及设备 Download PDFInfo
- Publication number
- CN114422394A CN114422394A CN202210061133.4A CN202210061133A CN114422394A CN 114422394 A CN114422394 A CN 114422394A CN 202210061133 A CN202210061133 A CN 202210061133A CN 114422394 A CN114422394 A CN 114422394A
- Authority
- CN
- China
- Prior art keywords
- address
- data
- information
- address field
- source
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请提供了一种业务地址使用率计算方法、系统以及设备,涉及通信技术领域。该方法包括:获取数据网中所有业务的IP地址段和数据网的流信息;将IP地址段和流信息进行匹配;将匹配后的IP地址段和流信息进行数据持久化;根据数据持久化后的流信息计算不同时间段IP地址段的使用率。以此方式,可以实现对业务地址使用情况进行实时监控,来达到对网络IP资源的合理利用。
Description
技术领域
本申请涉及通信技术领域,尤其是涉及一种业务地址使用率计算方法、系统以及设备。
背景技术
随着我国高速铁路的快速发展,中国铁路数据网逐步形成了覆盖全路的大网,数据网承载了绝大部分跨区域的业务数据。因此,必然存在大量对IP地址进行管理的工作,例如IP地址的规划、申请、分配和回收这一闭环操作。
其中,IP地址申请和分配这两项工作分别涉及管理部门和业务使用部门,两个部门需要协调工作,但管理部门对业务使用部门申请的IP地址使用情况却无法实时掌握,从而无法判断每个业务对应申请的资源范围是否合理,导致最终造成不必要的IP资源浪费。
发明内容
为了实现对业务地址使用情况进行实时监控,来达到对网络IP资源的合理利用,本申请提供了一种业务地址使用率计算方法、系统以及设备。
在本申请的第一方面,提供了一种业务地址使用率计算方法。该方法包括:
获取数据网中所有业务的IP地址段和数据网的流信息;将所述IP地址段和所述流信息进行匹配;将匹配后的所述IP地址段和所述流信息进行数据持久化;根据数据持久化后的所述流信息计算不同时间段所述IP地址段的使用率。
通过采用上述技术方案,先获取数据网中所有业务以及对应的IP地址段,整合基础数据;再获取数据网在运行过程中的流信息;将流信息与IP地址段进行匹配,从而获得每个业务下的IP地址的使用情况;再将匹配后的流信息与IP地址段进行数据持久化,即存储在数据库中,当需要计算使用率时,直接从数据库中提取流信息来计算与流信息对应的业务IP地址段的使用率,从而实现对业务地址使用情况进行实时监控,来达到对网络IP资源的合理利用。
可选的,所述获取所述流信息包括:实时获取数据网中每个业务的第一NetStream数据,所述第一NetStream数据至少包括源IP地址、源掩码以及时间戳;根据所述源IP地址对所述第一NetStream数据进行排重得到第二NetStream数据,所述第二NetStream数据作为所述流信息。
可选的,所述获取所述流信息包括:按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息,所述第一ARP信息至少包括源IP地址和时间戳;根据所述源IP地址对将所述第一ARP信息进行排序得到第二ARP信息,所述第二ARP信息作为所述流信息。
可选的,所述获取所述流信息包括:实时获取数据网中每个业务的第一NetStream数据,所述第一NetStream数据至少包括源IP地址段和时间戳;根据所述源IP地址段对所述第一NetStream数据进行排重得到第二NetStream数据;按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息,所述第一ARP信息至少包括源IP地址和时间戳;根据所述源IP地址对将所述第一ARP信息进行排序得到第二ARP信息;将所述第二NetStream数据和所述第二ARP信息按照预设合并规则进行合并,获得所述流信息。
可选的,所述预设合并规则包括:所述第二NetStream数据中的时间戳的优先级大于所述第二ARP信息中的时间戳;所述第二ARP信息中的源IP地址与所述第二NetStream数据中的源IP地址段进行匹配,若所述第二ARP信息中的源IP地址不在所述第二NetStream数据中的源IP地址段中,则新建一个源IP地址段存入所述第二NetStream数据。
可选的,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:获取数据网中所有业务的新的IP地址段和新的流信息;将所述新的IP地址段和数据持久化后的所述IP地址段进行匹配;若匹配成功,且所述新的IP地址段和所述IP地址段的范围一致,则采用所述新的IP地址段对应的时间戳更新所述IP地址段对应的时间戳。
可选的,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:若匹配成功,且所述新的IP地址段和所述IP地址段的范围不一致,则将所述新的IP地址段和所述IP地址段进行合并,并数据持久化。
可选的,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:若匹配不成功,则将所述新的IP地址段数据持久化。
在本申请的第二方面,提供了一种业务地址使用率计算系统。该系统包括:
获取模块,用于获取数据网中所有业务的IP地址段和数据网的流信息;
匹配模块,用于将所述IP地址段和所述流信息进行匹配;
存储模块,用于将匹配后的所述IP地址段和所述流信息进行数据持久化;
计算模块,用于根据数据持久化后的所述流信息计算不同时间段所述IP地址段的使用率。
在本申请的第三方面,提供了一种电子设备。该电子设备包括:存储器和处理器,所述存储器上存储有计算机程序,所述处理器执行所述程序时实现如以上所述的方法。
应当理解,发明内容部分中所描述的内容并非旨在限定本申请的实施例的关键或重要特征,亦非用于限制本申请的范围。本申请的其它特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明,本申请各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中,相同或相似的附图标记表示相同或相似的元素,其中:
图1是本申请实施例中业务地址使用率计算方法的流程图;
图2是本申请实施例中业务地址使用率计算系统的方框图;
图3是本申请实施例中电子设备的方框图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述。
在本申请的描述中,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
图1示出了本申请实施例中业务地址使用率计算方法的流程图。参见图1,该方法包括以下步骤:
步骤S110:获取数据网中所有业务的IP地址段和流信息。
需要说明的是,数据网中存在有多种业务,每个业务都对应有一个IP地址段。流信息是指在数据网运行过程中进行业务交互时传输的数据信息,例如,源IP地址、目的IP地址、源端口、目的端口、源掩码、时间戳等数据。
具体地,通过使用Snmp采集数据网所有的端口地址、业务接入静态路由,来获取数据网中所有业务的IP地址段。Snmp是一种简单网络管理协议,它属于TCP/IP五层协议中的应用层协议,Snmp主要用于网络设备的管理。
获得业务的IP地址段后,将所有IP地址段标记为sMap,即存入sMap中,sMap的数据结构为(Key,Value)。其中,Key为业务的IP地址段(IP地址+“/”+掩码位),Value为该IP地址段对应的流信息,从而实现IP地址段与流信息的映射。示例地,IP地址为10.1.1.2,掩码为27,则IP地址段为:10.1.1.2/27,将数据存入sMap(10.1.1.2/27,Value)。
在一些实施方式中,获取流信息的方式包括:实时获取数据网中每个业务的第一NetStream数据,并对第一NetStream数据进行排重得到第二NetStream数据,第二NetStream数据作为流信息。需要说明的是,第一NetStream数据包括(但不限于)源IP地址、源掩码以及时间戳。示例地,第一NetStream数据的数据格式可以是:源IP地址:10.1.1.2、源掩码:27、时间戳:1627834493。
NetStream是一项基于“流”来提供报文统计的技术。在本申请实施例中,第一NetStream数据是指利用NetStream技术获取的源IP地址、源掩码以及时间戳等信息。
获取到第一NetStream数据后,对第一NetStream数据周期性预处理。具体地,设置预设时间段,每间隔预设时间段将自动获取的第一NetStream数据存入nSet中,进行自动排重,排重后获得第二NetStream数据。需要说明的是,Set集合能够实现自动排重、排序。通过排重操作,将重复的源IP地址段删除,相同的源IP地址段中保留一个源IP地址段以及对应最新的时间戳,从而便于后续对该数据的处理。此外,预设时间段可以人为按需求设定,例如预设时间段可以设置为24h、48h等。需要说明的是,nSet中的最新的时间戳即为该源IP地址段对应的最后活跃时间。
在一些实施方式中,获取流信息的方式还可以是:按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息;并对将第一ARP信息进行排序得到第二ARP信息,第二ARP信息作为流信息。需要说明的是,第一ARP信息包括(但不限于)源IP地址和时间戳。
具体地,可以采用Snmp采集接入层网元的ARP信息表,ARP信息表中包括源IP地址、源IP地址对应的MAC地址、源IP地址类型、时间戳等信息。需要说明的是,根据上述ARP信息表中的信息可以看出,通过ARP信息表只能获取到业务IP地址段下的单个源IP地址。
获得ARP信息表后,设置轮询ARP信息表的轮询时间,轮询时间是指主动访问ARP信息表的间隔时间,即每间隔预设的轮询时间,主动访问一次网元的ARP信息表,来周期性的获取第一ARP信息。
获取第一ARP信息后,将第一ARP信息存入aSet中,来对第一ARP信息进行自动排序,从而提高运行效率。
为了提高获取流信息的全面性,在一些实施方式中,获取流信息的方式还可以是:实时获取数据网中每个业务的第一NetStream数据;并对所述第一NetStream数据进行排重得到第二NetStream数据;按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息;并将第一ARP信息进行排序得到第二ARP信息;将第二NetStream数据和第二ARP信息按照预设合并规则进行合并,获得流信息。
具体地,通过NetStream技术和轮询ARP信息表这两种方式分别获取得到第一NetStream数据和第一ARP信息。按预设时间段将第一NetStream数据存入nSet中进行排重,获得第二NetStream数据;同样,按照预设的轮询时间轮询ARP信息表获得第一ARP信息后,将第一ARP信息存入aSet中进行排重,获得第二ARP信息。获得存有第二NetStream数据的nSet和存有第二ARP信息的aSet后,按照预设合并规则来将获取的数据进行合并。
需要说明的是,这里所设置的预设时间段等于预设的轮询时间,从而能够在同一时间获得第二NetStream数据和第二ARP信息。
在一些实施方式中,预设合并规则包括:第二NetStream数据中的时间戳的优先级大于第二ARP信息中的时间戳;第二ARP信息中的源IP地址与第二NetStream数据中的源IP地址段进行匹配,若第二ARP信息中的源IP地址不在第二NetStream数据中的源IP地址段中,则新建一个源IP地址段存入第二NetStream数据。
在合并时,由于第一NetStream数据是实时获取得到,而第一ARP信息是一段时间获取一次,因此,通过设置第二NetStream数据中的时间戳优先级大于第二ARP信息中的时间戳,能够使最终保留的IP地址段对应的最后活跃时间更准确。
另外,获取的第二ARP信息中的IP地址为单个的源IP地址,而第二NetStream数据中的包括有源IP地址和源掩码,通过源IP地址和源掩码能够获取源IP地址段。
因此,将存入aSet中的源IP地址去匹配存入nSet中的源IP地址段,若aSet中的源IP地址在nSet中的源IP地址段范围内,说明aSet和nSet中记录的是同一个业务的流信息,则nSet中的源IP地址段保持不变,同时,采用“第二NetStream数据中的时间戳的优先级大于第二ARP信息中的时间戳”规则,保留nSet中该源IP地址段对应的时间戳。
若aSet中的源IP地址不在nSet中的源IP地址段范围内,说明aSet和nSet中记录的不是同一个业务的流信息,则根据aSet中的源IP地址新建一个源IP地址段记录到nSet中。
最终使用合并后的nSet中的数据作为流信息。合并后的nSet不仅包括了第二NetStream数据的源IP地址段,也包括了通过第二ARP信息的源IP地址新建的源IP地址段,使获取到的流信息更加的全面,从而使最终计算出的每个业务IP地址段的使用率也更加准确。
示例地,表1中的源IP地址段、开始地址、结束地址、子业务IP地址以及最后活跃时间为最终合并后的nSet的数据核心字段。需要说明的是,通过IP地址/掩码格式的IP地址段可以计算出开始地址和结束地址,具体的计算方式可以采用现有的JAVA代码来进行计算。表1中的子业务IP地址为IP地址段所对应的业务下的一个子业务的IP地址。表1中的最后活跃时间即为合并后nSet中的时间戳。
表1nSet的数据核心字段
源IP地址段 | 开始地址 | 结束地址 | 子业务IP地址 | 最后活跃时间 |
10.1.1.2/27 | 10.1.1.1 | 10.1.1.30 | 10.1.1.5 | 2021-12-16 17:00 |
10.1.1.2/27 | 10.1.1.1 | 10.1.1.30 | 10.1.1.6 | 2021-12-15 17:00 |
10.1.2.1/27 | 10.1.2.1 | 10.1.2.30 | 10.1.2.6 | 2021-12-15 15:00 |
…… | …… | …… | …… | …… |
步骤S120:将IP地址段和流信息进行匹配。
具体地,获取合并后的nSet后,nSet中存有所需的流信息。将nSet中的源IP地址段与sMap中存入的IP地址段进行匹配,并将匹配成功的源IP地址段对应的流信息存入sMap中,即Value对应数据。从而将获取的IP地址段和流信息对应起来。
示例地,sMap中存入的IP地址段有10.1.1.2/27、10.1.2.2/27、10.1.3.1/27,获取的nSet中的源IP地址段有10.1.1.2/27,则将nSet中源IP地址段为10.1.1.2/27对应的流信息写入sMap,即sMap(10.1.1.2/27,nSet),此处的nSet中存入的数据为10.1.1.2/27对应的流信息。
步骤S130:将匹配后的IP地址段和流信息进行数据持久化。
获取存入sMap中的IP地址段和流信息后,将sMap存入数据库中,实现数据持久化。具体地,将持久化数据IP地址段和流信息标记为DBSet,持久化后,还需不断更新DBSet中的数据。
在一些实施方式中,在步骤S130之后还包括以下步骤:获取数据网中所有业务的新的IP地址段和新的流信息;将新的IP地址段和数据持久化后的IP地址段进行匹配;若匹配成功,且新的IP地址段和IP地址段的范围一致,则采用新的IP地址段对应的时间戳更新IP地址段对应的时间戳。
具体地,重复上述步骤S110和步骤S120,再次利用Snmp获取数据网中所有业务的新的IP地址段。需要说明的是,新的IP地址段是指再次获取业务对应的地址段,若该业务的地址段未发生改变,则新的IP地址段与IP地址段相同。获取新的IP地址段后,同样地,将新的IP地址段标记为sMap。
获取新的IP地址段后,采用步骤S110中相同的方式获取得到合并后的nSet。再将合并后的nSet中新的源IP地址段与sMap中存入的新的IP地址段进行匹配,并将匹配成功的新的流信息存入sMap。
再次获取到sMap后,用sMap中的新的IP地址段范围与DBSet中的IP地址段范围进行匹配。若新的IP地址段能与DBSet中的IP地址段匹配到,且地址段范围一致,说明业务的IP地址段未发生改变,则只需用sMap中新的IP地址段对应的最后活跃时间去更新DBSet中最后活跃时间即可。需要说明的是,IP地址段范围即开始地址到结束地址。
在一些实施方式中,用sMap中的新的IP地址段范围与DBSet中的IP地址段范围进行匹配,若新的IP地址段能与DBSet中的IP地址段匹配到,且新的IP地址段和IP地址段的范围不一致,说明业务对应的地址段发生了变化,则将DBSet中相应的数据先取出,用sMap中新的IP地址段更新DBSet中的IP地址段,并用sMap中新的最后活跃时间更新DBSet中的最后活跃时间。再将更新后的数据数据持久化。
在一些实施方式中,用sMap中的新的IP地址段范围与DBSet中的IP地址段范围进行匹配,若匹配不成功,则将新的IP地址段数据持久化。具体地,若sMap中新的IP地址段范围与DBSet中的IP地址段范围均不相同,说明有新的业务申请了新的IP地址段,则将sMap中未匹配成功的新的IP地址段和对应的流信息新增记录到DBSet中,即数据持久化。
步骤S140:根据数据持久化后的流信息计算不同时间段IP地址段的使用率。
将IP地址段和流信息存入数据库中之后,当需要计算每个业务IP地址段的使用率时,直接从数据库中提取数据,来进行计算即可。具体地,计算一段时间内某一业务IP地址段的使用率,根据DBSet中该业务IP地址段中每个单个IP地址对应的最后活跃时间,将该时间段内的活跃的IP地址进行统计,并采用下式计算使用率:
其中,E为该IP地址段在一段时间内的使用率,S1为该时间段内活跃的IP地址个数,Sn为该IP地址段下的所有IP地址个数。
示例地,参见表2,计算业务A对应的IP地址段10.1.1.2/27在近24小时的使用率,IP地址段10.1.1.2/27中有IP地址为10.1.1.1到IP地址为10.1.1.30这30个IP地址,这30个IP地址对应的是业务A下的各个子业务。而根据DBSet中的最后活跃时间可得,在24小时中,活跃的IP地址的个数为15个,则将数据带入上式中,得到10.1.1.2/27该IP地址段的使用率为50%。同理可得表中其他IP地址段的使用率。
表2IP地址段和使用率示例
业务名称 | IP地址段 | 近24H使用率 | 近7天使用率 | 近30天使用率 |
业务A | 10.1.1.2/27 | 50% | 60% | 60% |
业务B | 10.1.2.2/27 | 20% | 30% | 40% |
业务C | 10.1.3.1/27 | 30% | 40% | 50% |
…… | …… | …… | …… | …… |
图2示出了本申请实施例中业务地址使用率计算系统的方框图。参见图2,该系统包括:
获取模块210,用于获取数据网中所有业务的IP地址段和流信息。
匹配模块220,用于将IP地址段和流信息进行匹配。
存储模块230,用于将匹配后的IP地址段和流信息进行数据持久化。
计算模块240,用于根据数据持久化后的流信息计算不同时间段IP地址段的使用率。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,所述描述的模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例中提供了一种电子设备,如图3所示,图3所示的电子设备300包括:处理器301和存储器303。其中,处理器301和存储器303相连,如通过总线302相连。可选地,电子设备300还可以包括收发器304。需要说明的是,实际应用中收发器304不限于一个,该电子设备300的结构并不构成对本申请实施例的限定。
处理器301可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器301也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
总线302可包括一通路,在上述组件之间传送信息。总线302可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。总线302可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器303可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器303用于存储执行本申请方案的应用程序代码,并由处理器301来控制执行。处理器301用于执行存储器303中存储的应用程序代码,以实现前述方法实施例所示的内容。
其中,电子设备包括但不限于:移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图3示出的电子设备仅仅是一个示例,不应对本申请实施例的功能和使用范围带来任何限制。
作为另一方面,本申请还提供了一种计算机可读存储介质,该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中的。上述计算机可读存储介质存储有一个或者多个程序,当上述前述程序被一个或者一个以上的处理器用来执行描述于本申请的业务地址使用率计算方法。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本申请中所涉及的申请范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离前述申请构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
Claims (10)
1.一种业务地址使用率计算方法,其特征在于,包括:
获取数据网中所有业务的IP地址段和数据网的流信息;
将所述IP地址段和所述流信息进行匹配;
将匹配后的所述IP地址段和所述流信息进行数据持久化;
根据数据持久化后的所述流信息计算不同时间段所述IP地址段的使用率。
2.根据权利要求1所述的业务地址使用率计算方法,其特征在于,所述获取所述流信息包括:
实时获取数据网中每个业务的第一NetStream数据,所述第一NetStream数据至少包括源IP地址、源掩码以及时间戳;
根据所述源IP地址对所述第一NetStream数据进行排重得到第二NetStream数据,所述第二NetStream数据作为所述流信息。
3.根据权利要求1所述的业务地址使用率计算方法,其特征在于,所述获取所述流信息包括:
按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息,所述第一ARP信息至少包括源IP地址和时间戳;
根据所述源IP地址对将所述第一ARP信息进行排序得到第二ARP信息,所述第二ARP信息作为所述流信息。
4.根据权利要求1所述的业务地址使用率计算方法,其特征在于,所述获取所述流信息包括:
实时获取数据网中每个业务的第一NetStream数据,所述第一NetStream数据至少包括源IP地址段和时间戳;
根据所述源IP地址段对所述第一NetStream数据进行排重得到第二NetStream数据;
按预设的轮询时间对接入层网元的ARP信息表进行轮询,获得第一ARP信息,所述第一ARP信息至少包括源IP地址和时间戳;
根据所述源IP地址对将所述第一ARP信息进行排序得到第二ARP信息;
将所述第二NetStream数据和所述第二ARP信息按照预设合并规则进行合并,获得所述流信息。
5.根据权利要求4所述的业务地址使用率计算方法,其特征在于,所述预设合并规则包括:
所述第二NetStream数据中的时间戳的优先级大于所述第二ARP信息中的时间戳;
所述第二ARP信息中的源IP地址与所述第二NetStream数据中的源IP地址段进行匹配,若所述第二ARP信息中的源IP地址不在所述第二NetStream数据中的源IP地址段中,则新建一个源IP地址段存入所述第二NetStream数据。
6.根据权利要求1所述的业务地址使用率计算方法,其特征在于,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:
获取数据网中所有业务的新的IP地址段和新的流信息;
将所述新的IP地址段和数据持久化后的所述IP地址段进行匹配;
若匹配成功,且所述新的IP地址段和所述IP地址段的范围一致,则采用所述新的IP地址段对应的时间戳更新所述IP地址段对应的时间戳。
7.根据权利要求6所述的业务地址使用率计算方法,其特征在于,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:
若匹配成功,且所述新的IP地址段和所述IP地址段的范围不一致,则将所述新的IP地址段和所述IP地址段进行合并,并数据持久化。
8.根据权利要求6所述的业务地址使用率计算方法,其特征在于,所述将匹配后的所述IP地址段和所述流信息进行数据持久化之后,还包括:
若匹配不成功,则将所述新的IP地址段数据持久化。
9.一种业务地址使用率计算系统,其特征在于,包括:
获取模块,用于获取数据网中所有业务的IP地址段和数据网的流信息;
匹配模块,用于将所述IP地址段和所述流信息进行匹配;
存储模块,用于将匹配后的所述IP地址段和所述流信息进行数据持久化;
计算模块,用于根据数据持久化后的所述流信息计算不同时间段所述IP地址段的使用率。
10.一种电子设备,包括存储器和处理器,所述存储器上存储有计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1~8中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210061133.4A CN114422394B (zh) | 2022-01-19 | 2022-01-19 | 一种业务地址使用率计算方法、系统以及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210061133.4A CN114422394B (zh) | 2022-01-19 | 2022-01-19 | 一种业务地址使用率计算方法、系统以及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114422394A true CN114422394A (zh) | 2022-04-29 |
CN114422394B CN114422394B (zh) | 2023-08-29 |
Family
ID=81275079
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210061133.4A Active CN114422394B (zh) | 2022-01-19 | 2022-01-19 | 一种业务地址使用率计算方法、系统以及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114422394B (zh) |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB8400556D0 (en) * | 1983-01-12 | 1984-02-15 | Hitachi Ltd | Vector processor |
CN103647855A (zh) * | 2013-12-23 | 2014-03-19 | 成都西加云杉科技有限公司 | 跨网通信中的ip地址分配方法、装置和系统 |
CN105554178A (zh) * | 2015-12-31 | 2016-05-04 | 上海华为技术有限公司 | 一种地址分配的方法、网关及系统 |
CN106533838A (zh) * | 2016-11-30 | 2017-03-22 | 国云科技股份有限公司 | 一种面向云平台的业务特征时序数据包采集方法 |
US20190223047A1 (en) * | 2018-01-16 | 2019-07-18 | Cisco Technology, Inc. | Methods And Apparatus For Use In Adaptively Rerouting User Plane Traffic For Mobility Using Segment Routing for IPv6 |
CN110908806A (zh) * | 2019-12-02 | 2020-03-24 | 北京蜜莱坞网络科技有限公司 | 一种混流任务的管理方法、装置、设备和存储介质 |
CN111371912A (zh) * | 2020-02-19 | 2020-07-03 | 中国铁路信息科技集团有限公司 | 一种基于状态的ip地址管理系统和方法 |
CN111988442A (zh) * | 2020-08-10 | 2020-11-24 | 江苏锐创软件技术有限公司 | Ip资源管理方法、装置、设备及存储介质 |
CN112769971A (zh) * | 2020-12-22 | 2021-05-07 | 赛尔网络有限公司 | IPv6地址的安全性检测方法、装置、电子设备和存储介质 |
-
2022
- 2022-01-19 CN CN202210061133.4A patent/CN114422394B/zh active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB8400556D0 (en) * | 1983-01-12 | 1984-02-15 | Hitachi Ltd | Vector processor |
CN103647855A (zh) * | 2013-12-23 | 2014-03-19 | 成都西加云杉科技有限公司 | 跨网通信中的ip地址分配方法、装置和系统 |
CN105554178A (zh) * | 2015-12-31 | 2016-05-04 | 上海华为技术有限公司 | 一种地址分配的方法、网关及系统 |
CN106533838A (zh) * | 2016-11-30 | 2017-03-22 | 国云科技股份有限公司 | 一种面向云平台的业务特征时序数据包采集方法 |
US20190223047A1 (en) * | 2018-01-16 | 2019-07-18 | Cisco Technology, Inc. | Methods And Apparatus For Use In Adaptively Rerouting User Plane Traffic For Mobility Using Segment Routing for IPv6 |
CN110908806A (zh) * | 2019-12-02 | 2020-03-24 | 北京蜜莱坞网络科技有限公司 | 一种混流任务的管理方法、装置、设备和存储介质 |
CN111371912A (zh) * | 2020-02-19 | 2020-07-03 | 中国铁路信息科技集团有限公司 | 一种基于状态的ip地址管理系统和方法 |
CN111988442A (zh) * | 2020-08-10 | 2020-11-24 | 江苏锐创软件技术有限公司 | Ip资源管理方法、装置、设备及存储介质 |
CN112769971A (zh) * | 2020-12-22 | 2021-05-07 | 赛尔网络有限公司 | IPv6地址的安全性检测方法、装置、电子设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
张治鹏: ""铁路数据网网络资源管理中的网络流量趋势研究"", 《中国优秀硕士学位论文全文数据库(电子期刊)信息科技辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN114422394B (zh) | 2023-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109710615B (zh) | 数据库的访问管理方法、系统、电子设备和存储介质 | |
CN104536965B (zh) | 一种大数据条件下的数据查询展示系统及方法 | |
CN110445828B (zh) | 一种基于Redis的数据分布式处理方法及其相关设备 | |
CN108228322B (zh) | 一种分布式链路跟踪、分析方法及服务器、全局调度器 | |
CN111966289A (zh) | 基于Kafka集群的分区优化方法和系统 | |
CN110928681A (zh) | 数据的处理方法和装置、存储介质及电子装置 | |
CN111399909A (zh) | 业务系统数据分发处理方法、装置及存储介质 | |
CN111858586B (zh) | 一种数据处理的方法和装置 | |
CN110825731A (zh) | 数据存储方法、装置、电子设备及存储介质 | |
CN111163186B (zh) | 一种id生成方法、装置、设备和存储介质 | |
CN107277188B (zh) | 一种确定ip地址归属信息的方法、客户端、服务器及业务系统 | |
CN109586970B (zh) | 资源分配方法、装置及系统 | |
CN111414361A (zh) | 标签数据存储方法、装置、设备及可读存储介质 | |
CN110943883A (zh) | 网络流量统计方法、系统、网关及计算机可读存储介质 | |
CN107249019A (zh) | 基于业务的数据处理系统、方法、装置和服务器 | |
CN103729417A (zh) | 一种数据扫描的方法及装置 | |
CN111431733B (zh) | 服务告警覆盖信息的评估方法及装置 | |
CN112307065A (zh) | 一种数据处理方法、装置及服务器 | |
CN114422394B (zh) | 一种业务地址使用率计算方法、系统以及设备 | |
CN116703071A (zh) | 资源共享方法、装置及设备和存储介质 | |
CN111200645A (zh) | 业务请求处理方法、装置、设备及可读存储介质 | |
CN115016890A (zh) | 虚拟机资源分配方法、装置、电子设备及存储介质 | |
CN110362575B (zh) | 一种生成数据的全局索引的方法及装置 | |
CN114791914A (zh) | 基于Bitmap位图的用户行为统计方法、装置、设备及介质 | |
CN105991450B (zh) | Mac地址表更新方法及装置 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |