[发明专利]PFC死锁的处理方法及装置

说明书

本申请提供一种PFC死锁的处理方法及装置，所述方法应用于网络设备，所述网络设备包括第一端口，所述第一端口内设置缓存队列，所述方法包括：在硬件检测周期内，若所述第一端口已配置PFC死锁硬件检测，则判断所述缓存队列的硬件状态是否处于PFC死锁状态；若是，则获取当前检测次数，并计算所述当前检测次数与第一值的差值；判断所述差值是否等于第二值；若等于，则关闭所述第一端口已配置的PFC死锁硬件检测，并向上层软件发送第一通知报文，以使得所述缓存队列再次接收到PFC XOFF帧后，不再对所述PFC XOFF帧处理，所述上层软件根据所述第一通知报文记录已出现连续PFC死锁，并向用户显示告警提示。

技术领域

本申请涉及通信技术领域，尤其涉及一种基于优先级的流量控制(英文：Priority-Based Flow Control，简称：PFC)死锁的处理方法及装置。

背景技术

PFC是一种基于优先级的流量控制技术。根据报文的优先级，网络设备创建8个队列缓冲区。在对报文进行转发时，根据报文的优先级，网络设备将报文分发至对应的队列缓冲区中进行调度转发。

当某一优先级报文的发送速率超过接收速率时，使得出端口拥塞。为了防止拥塞丢包，后续待发送的报文将根据自身优先级缓存至对应的队列缓冲区中。但是，每个优先级对应的队列缓冲区的存储空间有限，若出端口长时间拥塞，队列缓冲区的buffer占用将持续增长。当buffer空间使用完后，将导致丢弃报文。

为了避免出现队列缓冲区资源使用完丢包的情况，网络设备通过PFC技术解决上述问题。网络设备向上一跳网络设备发送PFC停止(PFC XOFF)帧，以通知上一跳网络设备某一优先级报文对应的队列缓冲区资源不足。上一跳网络设备接收到PFC XOFF帧后，即刻停止发送该优先级的报文。当队列缓冲区资源恢复时，网络设备再次向上一跳网络设备发送PFC启动(PFC XON)帧，以通知上一跳网络设备该优先级对应的队列缓冲区资源恢复，上一跳网络设备即可恢复该优先级的报文发送。

通过使用PFC技术，使得某一优先级报文的拥塞不会影响其他优先级报文的正常转发，从而达到同一链路上不同优先级报文的发送互不影响。

如图1所示，图1为现有组网内出现PFC死锁示意图。当指定优先级的报文形成环路时，网络设备间反复发送和接收PFC XOFF帧，导致对应的队列缓冲区资源一直被占用无法释放，此时，网络设备进入PFC死锁状态。

在图1中，指定优先级报文的转发路径为网络设备A-网络设备B-网络设备C-网络设备A。当网络设备C内该优先级对应的队列缓冲区资源不足时，网络设备C向网络设备A发送PFC XOFF帧。网络设备A继续向网络设备B发送PFC XOFF帧。网络设备B向网络设备C发送PFC XOFF帧，如此形成PFC死锁状态。

为了解决实际组网中PFC死锁导致网络设备无法正常转发报文的问题。目前，通常的方法是采用软件检测PFC死锁。在检测时间内，某一队列缓冲区持续接收PFC XOFF帧，但没有任何报文转发，则确定网络设备发生了PFC死锁。此时，设置该队列缓冲区忽略接收到的PFC XOFF帧，使得该队列缓冲区继续转发报文即可解除网络设备的PFC死锁。

上述软件检测PFC死锁的方法虽然可以检测PFC死锁，但仍具有一定的局限性：1)秒级检测时间内持续接收PFC XOFF帧却无报文转发，将造成大量丢包；2)一次满足死锁判断条件则确定发生PFC死锁，检测准确度低；3)若网络设备故障，端口没有报文转发却持续接收PFC XOFF帧，造成PFC死锁误报；4)实际组网中，可能存在某些端口、队列缓冲区并未使用PFC功能，对此类端口、队列缓冲区检测PFC死锁将耗费大量的硬件资源；5)检测方式单一，实际组网中存在频繁发生PFC死锁的情况，此时，无法通过人工干预排除PFC死锁。

发明内容

有鉴于此，本申请提供了一种PFC死锁的处理方法及装置，用以解决现有软件检测PFC死锁方式出现的大量丢包、检测准确度低、PFC死锁误报、耗费硬件资源以及检测方式单一的问题。