[发明专利]网络故障的检测方法及装置

说明书

本公开涉及一种网络故障的检测方法、装置、电子设备及计算机可读介质。该方法包括：按照预定时间周期定时获取设备的各个物理端口对应的内存缓存的剩余数量；在剩余数量小于告警阈值时，基于各个物理端口对应的内存缓存的剩余数量按照第一规则更新第一内存数组和第二内存数组；在剩余数量大于等于告警阈值时，基于各个物理端口对应的内存缓存的剩余数量按照第二规则更新第一内存数组和第二内存数组；根据所述第一内存数组和所述第二内存数组记录的数据确定当前的网络的故障原因。本公开涉及的网络故障的检测方法、装置、电子设备及计算机可读介质，能够对网络设备出现不可自动恢复的内存缓存泄露的故障原因进行识别，并自动进行网络故障恢复。

技术领域

本公开涉及计算机信息处理领域，具体而言，涉及一种网络故障的检测方法、装置、电子设备及计算机可读介质。

背景技术

通常网络设备为了提高报文并发处理效率，系统在注册物理接口时会给每个接口预分配一块连续的内存缓存，用来缓存从硬件接收到的skb，这个内存缓存通常称之为硬Buff。每个接口的硬Buff能够缓存skb个数存在有固定上限，当硬buff中缓存的skb数量达到上限时就不能继续缓存skb报文。在正常状态下，网络设备的内核从硬件接收到skb后，会先将skb保存在硬buff缓存中，然后内核对skb进行审计、镜像、NAT、转发等业务处理，根据处理结果释放该skb对应的内存缓存空间。可能根据查找到的出接口将skb转发出去，还可能在skb为非法报文，直接将其丢弃，不管怎样，处理之后会重新释放skb占用的缓存空间，硬buff就可以继续缓存其他从硬件接收到的skb。

当系统某个业务流程出现软件bug时，可能会导致处理完的skb所占用的空间没有得到释放，在这种情况时，会导致硬buff内存持续减少，当剩余硬buff数量减少到0后，会导致硬件处无法继续缓存报文，此时会导致网络中断。通常软件bug导致的硬buff泄露系统无法自动恢复，只能通过重启系统恢复硬buff。

当遇到网络报文突增的情况，内核从硬件中接收到skb速率超过设备处理skb速率(即超过网络设备的性能时)，此时如果硬buff剩余数量减少到0也会导致硬件无法继续缓存报文，出现网络中断。这种情况的硬buff泄露导致网络中断，会随着网络报文中的skb数量下降而恢复。但是事后通常需要比较有经验的网络管理员专门针对是否是网络突增导致的硬buff数量不足的问题进行排查，然后进行调整。

上述的情况给系统的使用者和维护人员带来了极大的不方便，因此，需要一种新的网络故障的检测方法、装置、电子设备及计算机可读介质。

在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解，因此它可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本公开提供一种网络故障的检测方法、装置、电子设备及计算机可读介质，能够对网络设备出现不可自动恢复的内存缓存泄露的故障原因进行识别，并自动进行网络故障恢复。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一方面，提出一种网络故障的检测方法，该方法包括：按照预定时间周期定时获取设备的各个物理端口对应的内存缓存的剩余数量；在剩余数量小于告警阈值时，基于各个物理端口对应的内存缓存的剩余数量按照第一规则更新第一内存数组和第二内存数组；在剩余数量大于等于告警阈值时，基于各个物理端口对应的内存缓存的剩余数量按照第二规则更新第一内存数组和第二内存数组；根据所述第一内存数组和所述第二内存数组记录的数据确定当前的网络的故障原因。

在本公开的一种示例性实施例中，还包括：根据网络设备当前的整机流量确定所述预定时间周期。