怎么查看网络的带宽使用率

怎么查看网络的带宽使用率,第1张

当一条链路具有高的利用率,由于优先级高的流量还可以被正常的路由,这(服务质量)还不是问题,用户所经历的延迟也不显著。在这些情况下,你可以不必要升级你的链路而享受很高的带宽。但是,如果优先级高的流量的可用带宽接近链路的极限,那么你就需要开始考虑升级你的链路了。
丢包率
尽管一条链路可能表现出较低的带宽利用率,数据包还是可能在穿过WAN或Internet时丢失。通常,当发生丢包时,用户感觉应用程序执行变慢,这是由于数据需要重发,用户必须等侯重发的数据。在这种情况下,没有必要升级链路的速度。但是,你很有必要与你的服务商联系,并要求解决丢包的问题。
理想的解决方案
下面的信息主要来自理想的性能管理解决方案
实时和历史趋向信息
自动发现“谁”在使用网络,用于“什么”。通常,这样的数据包括IP地址,IP会话(源、目的IP地址),以及应用程序。终端用户性能测量包括应用程序响应时间,网络响应时间以及由于重传产生的延迟。
 传统的光传输网络以环或线性拓扑为主,可提供复用段环保护、通道环保护、线性1:1复用段保护、线性1+1复用段保护及端到端的SNCP保护等一系列保护措施。基于ASON的MESH网络与传统的以环、线性为主的光传输网络的最大区别在于:MESH网络能够提供动态实时的搜索路径恢复,它不需预留备用路径和带宽资源,在故障发生后可根据失效链路或节点实时搜索确定。为了实现恢复,在拓扑规划和业务设计时各链路必须预留出相应的带宽资源,以备节点或链路恢复时使用。

为实现恢复而预留的资源可被MESH网络中的所有业务共享,这与传统光网络中的保护带宽资源被单条业务独占(如线性1+1、SNCP)或只被有限业务共享(如复用段环的保护带宽只被环上业务共享)不同。为了实现保护恢复,MESH需要预留的带宽资源明显比传统环或线性网络预留的资源少很多,从而可较大程度地提高带宽资源的利用率。

在支持单链路故障的前提下,传统的光网络需要预留的保护资源几乎恒定地占用整网带宽资源的50%,带宽利用率仅为50%。而在通常情况下,基于MESH的ASON网络需预留的恢复资源仅占整网带宽资源的30-40%,带宽利用率高达60-70%以上。具体带宽利用率的大小取决于网络拓扑,网络拓扑的冗余路由越多,带宽利用率越高。为了便于理解,下面将对MESH网络的恢复带宽预留因素和方法进行分析。

二、影响恢复带宽容量的因素

恢复带宽的大小主要取决于三个因素,它们是节点度数(与本节点关联的链路数)、网络恢复能力(支持同时失效的链路和节点数)和业务量。节点度数越大,意味着每个节点的可选路径越多,恢复带宽分摊到多个路径,每条路径所需预留的恢复带宽越小。失效的链路和节点数越多,则意味着同时需要保护的业务量越多,在要求所有业务都得到保护恢复的前提下,需要预留的恢复带宽越多。显然业务量越大,需要的恢复带宽越多。

除了上述因素之外,恢复带宽的大小还受限于一些其它因素,如SRLG(Shared Risk Link Group)。SRLG链路越多,组越多,意味着同时失效的业务量可能越多,所需的恢复带宽也越大。考虑到支持业务抢占因素,问题还会更复杂一些。

这里所描述的业务保护或恢复,如果业务的源或宿节点失效,则无论是否有足够的恢复带宽,业务都无法恢复。本文所描述的恢复是指恢复能够恢复的业务。

三、MESH网络的带宽利用率

在已知网络拓扑和业务矩阵的情况下,如何计算网络所需的最小恢复带宽呢?这是一个复杂的数学问题,通常很难求出最优解,只有较优解。

下面是抽象出的一般数学模型:输入包括网络拓扑(包括每条链路的带宽资源信息)、业务矩阵和约束条件(同时支持的失效链路数或失效节点数);输出包括每条业务的工作路径和每条

指数据(报文/分组/比特流)从网络(或链路)的一端传送到另一端所需的时间。也叫延迟或迟延。单位为s。

时延带宽积=传播时延x带宽,单位为(s)x(b/s)=bit
时延带宽积又称为:以比特为单位的链路长度,即某段链路现在有多少比特
理解:
将链路看作管道,管道的长度看作传播时延,带宽看作管道的横截面积,
时延带宽积就是管道的体积(链路的数据容量)

从发送方发送数据开始,到发送方收到接收方的确认(接收方收到数据后立即发送确认),总共经历的时延。

RTT越大,在收到确认之前,可以发送的数据越多,
RTT包括:
1往返传播时延=传播时延x2
2末端处理时间(接收方对数据处理的时间,一般题目会告诉你)

信道利用率:
=有数据通过的时间/总时间,总时间即(有+无数据通过的时间)
网络利用率:
=信道利用率加权平均值

一般来说,专线带宽利用率不应该超过85%!,(MISSING)以保证服务质量。可以根据实际情况进行调整,但最高不超过90%!。(MISSING)在一些特殊情况,利用率可以超过90%!,(MISSING)但必须控制在100%!以(MISSING)下,以保证网络的稳定性。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/13412456.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-07-31
下一篇 2023-07-31

发表评论

登录后才能评论

评论列表(0条)

保存