[发明专利]一种网络拥塞确定方法及装置

说明书

本发明实施例公开了一种网络拥塞确定方法及装置，所述方法包括：计算源端和目的端在传输报文的过程中由于传输介质产生的传输损耗延时和由于设备处理产生的网络吞吐延时；根据所述传输损耗延时和所述网络吞吐延时，计算得到源目延时标准值；若当前网络平均延时大于所述源目延时标准值，则确定当前网络存在拥塞。所述装置包括：延时计算模块、延时标准值计算模块和拥塞确定模块。本发明实施例通过计算传输损耗延时和网络吞吐延时，进一步计算得到源目延时标准值，通过源目延时标准值可以客观、快速的判断源端和目的端之间是否存在拥塞情况，无需依赖网络工程师的经验和能力。

技术领域

本发明实施例涉及通信技术领域，具体涉及一种网络拥塞确定方法及装置。

背景技术

随着云计算、大数据在业界广泛的引入，这些新技术对网络带宽、延时提出了更高的要求，由于在DCN网络通常基于TCP/IP协议，该协议本身流量控制能力先天不足，较容易出现节点拥塞，表现为延时、TCP重传、超时乃至丢弃，而在业务层面表现为部分业务交易缓慢，且一般具有持续性、业务感知滞后等特性。考虑到大多数公司DCN网络发展过程中，引入多家厂商存在硬件品牌繁多、支持特性不一、协议私有等问题，很难通过Sflow、Netflow之类的数据流采样技术进行全局分析。

目前网络工程师检测、处理拥塞时，通常结合告警、人工排查手段，并通过以下流程来完成：收到诸如端口带宽超过阀值告警，登陆设备确认信息(日志、路由表、端口状态等)；手动排查大量端口流量监控图表信息，排查核心设备ip flow信息，定位成功率较低；通过人工排查、沟通拥塞链路的源目中心是否存在大流量定时任务；在拥塞链路设备所在的现场探测网络数据包，定位源目IP进行限制。

在实现本发明实施例的过程中，发明人发现现有的方法由于网络链路具有全局性，涉及到诸多网络节点和线路，拥塞判断困难，目前只能通过设备端口带宽使用率、分析流量包并定位源目IP等间接手段来判断网络拥塞，拥塞判断缺乏客观标准，严重依赖处理网络工程师经验和能力；同时在拥塞判断过程中涉及到告警信息分析、人工手动排查及大量沟通工作，因此存在整个处理过程流程过长，并依赖于工程师的经验和能力，分析判断时间过长，导致整个拥塞处理时间过长，甚至出现明显业务影响后仍未定位问题的情况。

发明内容

由于现有的方法拥塞判断缺乏客观标准，严重依赖处理网络工程师经验和能力；同时网络工程师的分析判断时间过长，导致整个拥塞处理时间过长，甚至出现明显业务影响后仍未定位问题，本发明实施例提出一种网络拥塞确定方法及装置。

第一方面，本发明实施例提出一种网络拥塞确定方法，包括：

计算源端和目的端在传输报文的过程中由于传输介质产生的传输损耗延时和由于设备处理产生的网络吞吐延时；

根据所述传输损耗延时和所述网络吞吐延时，计算得到源目延时标准值；

若当前网络平均延时大于所述源目延时标准值，则确定当前网络存在拥塞。

可选地，所述传输损耗延时T_tr根据以下公式一计算得到：

其中，L为源端和目的端的传输距离，v为真空中的光速，n为折射率，P为传输节点数量，T_P为源端到第P个传输节点的传输延时，L_P为源端到第P个传输节点的传输距离，S为测试标准差，取值范围根据以下公式二确定：

其中，m为测试次数，y_m为第m次测试的源端到目的端的测试延时，为y₁、y₂……y_m的平均值。

可选地，所述网络吞吐延时T_ne根据以下公式三计算得到：