多端口实测带宽的测量方法及网间结算方法
技术领域
本公开属于互联网技术领域,更具体地涉及一种多端口实测带宽的测量方法及网间结算方法。
背景技术
作为网络运营商,当用户接入网络时,一般情况下都是根据合同,为其分配IP地址,并开通路由,然后根据IP地址测定其使用的带宽,最终按带宽作为结算的依据。
当业务复杂时,用户根据实际业务需要接入多段IP时,每段IP区分不同的业务,最终需要为每个业务做结算,上述的整体测量带宽并结算的方式就不再合适了。
且多个IP地址段之间容易出现串扰,使得使用传统测量方法得到的带宽值与实际带宽值存在差异,使得结算依据不准确。
公开内容
基于以上问题,本公开的主要目的在于提出一种多端口实测带宽的测量方法及网间结算方法,用于解决以上技术问题的至少之一。
为了实现上述目的,作为本公开的一个方面,本公开提出一种多端口实测带宽的测量方法,包括:根据至少一个端口分配的IP地址段测定每一IP地址段的实测带宽;将IP地址段中未串扰的IP地址段的实测带宽汇总至该IP地址段的归属端口,IP地址段中的串扰IP地址段的实测带宽则汇总至服务器,由服务器将串扰IP地址段的实测带宽分配汇总至正确的归属端口,最终多端口中至少一端口汇总已汇总至其的未串扰的IP地址段的实测带宽,及经服务器重新分配的串扰IP地址段的实测带宽,得到该端口的实测带宽。
在本公开的一些实施例中,上述根据至少一个端口分配的IP地址段测定每一IP地址段的实测带宽的步骤包括:实测采集每一用户接入的所有端口及从该所有端口接入的IP地址段;实测采集从所有端口接入的所有IP地址段的实测带宽。
在本公开的一些实施例中,得到上述多端口中至少一个端口的实测带宽包括:多端口中至少一个端口汇总归属其的所有IP地址段一天中多个时段的实测带宽,得到至少一个端口一天中多个时段的实测带宽;取至少一个端口一天中多个时段的实测带宽中的最大值,作为该至少一个端口一天的实测带宽。
在本公开的一些实施例中,得到上述多端口中至少一个端口的实测带宽还包括:取至少一个端口一个月中每一天的实测带宽中的最大值,作为该端口该月的实测带宽。
在本公开的一些实施例中,上述至少一个端口一天的实测带宽的取值规则包括:采集至少一个端口一天中多个时间段的实测带宽,从高至低排列,丢弃5%的高值记录及5%的低值记录,取剩余数据记录的最大值作为该端口一天的实测带宽。
在本公开的一些实施例中,上述服务器包括虚拟机,该虚拟机包括数据库或分发服务器。
为了实现上述目的,作为本公开的另一个方面,本公开提出一种网间结算方法,包括以下步骤:根据上述多端口实测带宽的测量方法,得到多端口的实测带宽;根据多端口的实测带宽及多端口中每一个对应的主节点的预定协议,完成网间结算。
在本公开的一些实施例中,根据上述多端口的实测带宽及多端口中每一个对应的主节点的预定协议,完成网间结算的步骤包括:根据多端口的实测带宽、多端口的接入带宽及该多端口的端口数量,按照多端口中每一个对应的主节点的预定协议,完成网间结算。
为了实现上述目的,作为本公开的又一个方面,本公开提出一种网间结算方法,包括以下步骤:根据上述多端口实测带宽的测量方法得到多端口的实测带宽;将多端口中每一个的实测带宽汇总至其对应的主节点,得到主节点的实测带宽;根据该主节点的实测带宽及该主节点的预定协议,完成网间结算。
本公开提出的多端口实测带宽的测量方法及网间结算方法,具有以下
有益效果:
1、本公开中将串扰的IP地址段的实测带宽先汇总至服务器后,再通过服务器分配到正确的归属端口,对结算单位的每个IP地址段的实测带宽都归集到相应的端口,因此能够对最详细的带宽数据进行记录,按不同端口汇总归类各自带宽,可降低实测带宽与实际带宽间的差异,为网间结算提供更准确的统计数据;
2、单个用户接入多个端口时,按本公开的方法先得到多个端口中每个端口的实测带宽,作为依据最终进行网间结算,该方法简单便捷,且可精确的实现单个用户接入多个端口时的网间结算,消除网间结算因为数据问题带来的纠纷;
3、端口一天的实测带宽的取值规则采用:丢弃5%的高值记录及5%的低值记录,取剩余数据记录的最高值;可有效地消除个别时间段中实测带宽极端高和极端低的情况;且端口每月的实测带宽取该月中日实测带宽的最大值,能够在去掉个别情况的极端高值的情况下,确保获得端口流量的最佳极值,从而可提高网间结算的精准度;
4、实测带宽可按节点进行汇总统计,也可以按最详细的端口来进行灵活统计,提高了网间结算的灵活性;并且按节点-路由-板卡和端口可进行分级和明细查询,从而提高了网间结算的透明度。
附图说明
图1是本公开一实施例提出的多端口实测带宽的测量方法的流程图;
图2是本公开一实施例中根据IP地址来测定端口实测带宽的流程图;
图3是本公开一实施例中IP实测带宽汇总至节点的流程示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开作进一步的详细说明。
由于用户接入时,不同的业务可能会接入不同的网络端口上,所以根据用户接入不同的端口,再根据每个端口上接入的IP来测量其实测带宽,最终通过区分不同端口的流量达到实现网间结算的目的。
本公开要解决的技术问题是:如何通过用户接入的不同端口来拆分网间结算的流量和费用。
为了解决上述问题,本公开提出一种多端口实测带宽的测量方法,包括:根据至少一个端口分配的IP地址段测定每一IP地址段的实测带宽;将IP地址段中未串扰的IP地址段的实测带宽汇总至该IP地址段的归属端口,IP地址段中的串扰IP地址段的实测带宽则汇总至服务器,由服务器将串扰IP地址段的实测带宽分配汇总至正确的归属端口,最终多端口中至少一端口汇总已汇总至其的未串扰的IP地址段的实测带宽,及经服务器重新分配的串扰IP地址段的实测带宽,得到该端口的实测带宽。
即将串扰IP地址段的实测带宽先汇总至服务器后,再通过服务器分配到正确的归属端口,因此能够有效的降低实测带宽与实际带宽间的差异;且由于结算单位的每个IP地址段的实测带宽都归集到相应的端口,因此能够对最详细的带宽数据进行记录,为网间结算提供更准确的统计数据。
在本公开的一些实施例中,上述根据至少一个端口分配的IP地址段测定每一IP地址段的实测带宽包括:实测采集每一用户接入的所有端口及从该所有端口接入的IP地址段;实测采集从所有端口接入的所有IP地址段的实测带宽;再通过后续汇总得到接入的所有端口中每一端口的实测带宽。因此,当单个用户接入多个端口时,按本实施例的方法能够将得到多个端口中每个端口的实测带宽作为依据最终进行网间结算,该方法简单便捷,且可精确的实现单个用户接入多个端口时的网间结算,能够消除网间结算因为数据问题带来的纠纷。
在本公开的一些实施例中,得到上述多端口中至少一个端口的实测带宽包括:多端口中至少一个端口汇总归属其的所有IP地址段一天中多个时段的实测带宽,得到至少一个端口一天中多个时段的实测带宽;取至少一个端口一天中多个时段的实测带宽中的最大值,作为该至少一个端口一天的实测带宽。
在本公开的一些实施例中,得到上述至少一个端口的实测带宽还包括:取至少一个端口一个月中每一天的实测带宽中的最大值,作为该端口该月的实测带宽。即本实施例每个端口每月的实测带宽取该月中日实测带宽的最大值,能够在去掉个别情况的极端高值的情况下,确保获得该端口流量的最佳极值,从而可提高网间结算的精准度。
在本公开的一些实施例中,上述至少一个端口一天的实测带宽的取值规则包括:采集至少一个端口一天中多个时间段的实测带宽,从高至低排列,丢弃5%的高值记录及5%的低值记录,取剩余数据记录的最大值作为该端口一天的实测带宽;因此能够有效地消除个别时间段中实测带宽极端高和极端低的情况,从而可提高网间结算的精准度。
在本公开的一些实施例中,上述服务器包括虚拟机,该虚拟机包括数据库或分发服务器。该服务器可根据串扰的IP地址段的IP地址核查比对分析得到该串扰IP地址段的实际归属端口,从而将该IP地址段的实测带宽分配至其实际的归属端口。
本公开还提出一种网间结算方法,包括以下步骤:根据上述多端口实测带宽的测量方法,得到多端口的实测带宽;根据多端口的实测带宽及多端口中的每一个对应的主节点的预定协议,完成网间结算。
即先得到多个端口中每个端口的实测带宽,作为依据最终进行网间结算,该方法简单便捷,且可精确的实现单个用户接入多个端口时的网间结算。
在本公开的一些实施例中,根据上述多端口的实测带宽及多端口中每一个对应的主节点的预定协议,完成网间结算的步骤包括:根据多端口的实测带宽、多端口的接入带宽及该多端口的端口数量,按照多端口中每一个对应的主节点的预定协议,完成网间结算。
本公开还提出另一种网间结算方法,包括以下步骤:根据上述多端口实测带宽的测量方法得到多端口的实测带宽;将该多端口中每一个的实测带宽汇总至其对应的主节点,得到该主节点的实测带宽;根据该主节点的实测带宽及该主节点的预定协议,完成网间结算。
因此,本公开中在进行网间结算时,实测带宽可按节点进行汇总统计,也可以按最详细的端口来进行灵活统计,从而明显提高了网间结算的灵活性;并且按节点-路由-板卡和端口可进行分级和明细查询,能够提高网间结算的透明度。
在本公开的一些实施例中,提出了一种基于板卡端口的实测带宽的测量方法,该方法包括:
步骤S1、根据客户的接入需求,提供对应接入带宽的端口,并分配相应的IP地址段;
步骤S2、每天根据IP地址段来测定实测带宽;
步骤S3、IP地址段的实测带宽按IP地址段的归属端口拆分到对应的端口上;即具体为:
当用户多端口接入时,本端口IP地址段的实测带宽划归本端口;串扰IP地址段的实测带宽则先汇总至服务器;服务器根据IP地址将得到的实测带宽拆分至正确的对应端口。
步骤S4、根据每天的实测带宽来测算出该端口本月的实测带宽。
在本公开的一些实施例中,提出了一种基于用户接入端口-板卡-路由-主节点的接入模式来统计拆分用户的实测带宽和网间结算的方法,该方法包括:按用户接入的主节点-路由-板卡-端口对用户的实测带宽进行汇总,具体按用户接入的主节点,来统计其下接入的端口数量,计算所有接入端口的端口带宽和接入带宽的合计,以及汇总的实测带宽合计;按接入的不同主节点拆分用户的实测流量,并结合接入带宽和端口数量做网间结算的数据依据。
以下通过具体实施例,对本公开提出的多端口实测带宽的测量方法及网间结算方法,进行详细描述。
实施例
如图1所示,第一方面,本实施例提出了一种基于板卡端口的实测带宽的测量方法,该方法包括:
步骤S1、根据客户的接入需求,提供对应接入带宽的端口,并分配相应的IP地址;
其中步骤S1具体包括:
步骤S10:实测采集对接客户接入的端口,与之关联;
步骤S11:实测采集从单位接入端口获取接入的IP地址;
步骤S2:每天根据IP地址来测定该端口的实测带宽;
如图2所示,步骤S2具体包括:
步骤S20:实测采集每一IP地址段的实测带宽;
步骤S21:判断核实IP地址实测带宽与端口是否对应;
步骤S22、将对应本端口的实测带宽保留;可采用如下所示的表1记录整理:
表1
年 |
月 |
日 |
IP地址 |
下载带宽 |
上传带宽 |
2017 |
5 |
1 |
183.175.140.139 |
149.683 |
634.873 |
2017 |
5 |
1 |
183.175.140.143 |
23.135 |
18.953 |
2017 |
5 |
1 |
183.175.140.146 |
285.7 |
319.143 |
2017 |
5 |
1 |
183.175.140.148 |
252.447 |
214.639 |
2017 |
5 |
1 |
183.175.140.150 |
237.332 |
490.912 |
2017 |
5 |
2 |
183.175.140.139 |
220.194 |
2903.408 |
2017 |
5 |
2 |
183.175.140.143 |
2.836 |
15.828 |
步骤S23:对于多端口接入的情况,不属于本端口的串扰IP地址的实测带宽则上传至服务器;
步骤S24:服务器根据IP地址将该串扰IP地址的实测带宽分配至对应的端口。
步骤S3:根据每天的实测带宽来测算出该端口本月的实测带宽。
取该端口这个月每天实测带宽的最大值作为该端口本月的实测带宽。
第二方面,本公开提出了一种基于用户接入端口-板卡-路由-主节点的接入模式来统计拆分用户的实测带宽和网间结算的方法,该方法包括:
端口合计:按用户接入的主节点-路由-板卡-端口对用户的实测带宽进行汇总。
为了消除个别测点时实测带宽的极端高或低的情况,针对每天的采集的实测带宽数据,消除其记录的最高5%的数据,同时也消除记录的最低5%的数据,将剩余数据中的最大值作为该端口当天的实测带宽。
网间结算:端口结算模式:用户接入多个节点,当A端口需要和甲单位结算,而B端口需要和乙单位进行结算时,可按结算单位针对的端口进行实测带宽的汇总,进而按照合计的实测带宽与各个单位进行结算。
网间结算:节点结算模式,用户可以按照主节点的实测带宽汇总合计进行主节点的网间结算,如图3所示,即对每个端口的实测带宽按照板卡-路由-主节点进行汇总,即,首先监测得到IP地址段的实测带宽;将该实测带宽汇总至该IP地址段对应的接入端口,并根据端口归属的板卡、板卡插槽对应的路由及路由归属的区域主节点,将端口汇总得到的端口实测带宽汇总至归属的区域主节点,从而得到主节点的实测带宽,进而可按用户接入的不同节点来进行网间结算。
其中,当按节点进行结算时,对于每一用户,可考虑采用如下所示的表2进行记录整理。
表2
客户ID |
|
|
|
|
X00001 |
|
|
|
|
端口名 |
节点名 |
端口速率 |
入实测带宽 |
出实测带宽 |
GE1/1/10 |
杭州 |
1000 |
207.01 |
92.49 |
GigabitEthernet1/1/1 |
杭州 |
1000 |
168.64 |
28.68 |
GigabitEthernet1/1/1 |
杭州 |
1000 |
100 |
477.71 |
GigabitEthernet1/1/2 |
杭州 |
1000 |
111.83 |
173.64 |
合计 |
4 |
4000 |
587.48 |
772.52 |
本实施例提出的方法能够有效解决用户同时接入不同端口时最后可按端口实测来与各方进行网间费用结算的场景。
此外,除非特别描述或必须依序发生的步骤,上述步骤的顺序并无限制于以上所列,且可根据所需设计而变化或重新安排。并且上述实施例可基于设计及可靠度的考虑,彼此混合搭配使用或与其他实施例混合搭配使用,即不同实施例中的技术特征可以自由组合形成更多的实施例。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的启示一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本公开也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本公开的内容,并且上面对特定语言所做的描述是为了披露本公开的最佳实施方式。
本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。本公开的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的相关设备中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
类似地,应当理解,为了精简本公开并帮助理解各个公开方面中的一个或多个,在上面对本公开的示例性实施例的描述中,本公开的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本公开要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,公开方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本公开的单独实施例。
以上所述的具体实施例,对本公开的目的、技术方案和有益效果进行了进一步详细说明,应理解的是,以上所述仅为本公开的具体实施例而已,并不用于限制本公开,凡在本公开的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本公开的保护范围之内。