[發明專利]網絡異常根因定位方法、裝置及系統、計算機存儲介質

有效

• 申請號: 201910651631.2
• 申請日: 2019-07-18
• 公開（公告）號: CN112242914B
• 公開（公告）日: 2023-10-03
• 發明（設計）人: 冀智剛;晏思宇
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L41/0631
• 分類號: H04L41/0631;H04L41/0677
• 代理公司: 北京三高永信知識產權代理有限責任公司 11138
• 代理人: 顏晶

本申請公開了一種網絡異常根因定位方法、裝置及系統、計算機存儲介質，屬于網絡技術領域。當網絡設備的第一出端口隊列發生PFC死鎖時，網絡設備基于訪問控制列表確定第一出端口隊列中的異常數據流，異常數據流的出端口和入端口均為網絡設備的上行端口，第一出端口隊列為網絡設備中的任一出端口隊列。網絡設備向網管設備發送異常信息，異常信息包括異常數據流的標識。網管設備向顯示設備傳輸異常數據流的標識，供顯示設備顯示。本申請通過在顯示設備上顯示異常數據流的標識，便于運維人員確定該異常數據流的源端設備和目的端設備，以排查源端設備與目標端設備之間的傳輸鏈路，確定PFC死鎖的根因，實現從根因上解決PFC死鎖問題。

技術領域

本申請涉及網絡技術領域，特別涉及一種網絡異常根因定位方法、裝置及系統、計算機存儲介質。

背景技術

目前網絡通常采用優先級流量控制(priority flow control，PFC)機制實現無損網絡。傳統的流量控制機制下，當某條傳輸鏈路出現擁塞時，該傳輸鏈路上的所有數據流都會被阻止傳輸。而PFC機制下，一條傳輸鏈路上能夠創建最多8個虛擬通道，每個虛擬通道對應一個優先級，任意一個虛擬通道都允許被單獨暫?；蛑貑?，同時不影響其它虛擬通道傳輸數據流。

當前，發送端和接收端之間通過網絡設備轉發數據包實現通信。在PFC機制下，網絡設備的一個出端口通常對應8個出端口隊列，每個出端口隊列用于緩存一個優先級的數據包。網絡采用PFC機制實現無損網絡的過程包括：發送端發送數據包；當傳輸鏈路上的某一網絡設備的某個出端口隊列發生擁塞時，該網絡設備向該出端口隊列中的數據包的進入方向(上游設備)發送PFC幀，該PFC幀用于通知上游設備暫時停止發送該優先級的數據包；當該上游設備也為網絡設備時，該上游設備將接收到的該優先級的數據包緩存至對應的出端口隊列中，若該上游設備的出端口隊列發生擁塞，則該上游設備再向出端口隊列中的數據包的進入方向發送PFC幀，如此一級級反壓直至發送端，從而消除網絡中因擁塞造成的丟包。但是，采用PFC機制的網絡可能會發生PFC死鎖(PFC deadlock)。網絡發生PFC死鎖后，會導致發送端與接收端之間無法傳輸數據包而造成通信中斷，甚至會造成全網癱瘓。其中，PFC死鎖指由于網絡中的下層網絡設備與上層網絡設備之間相互發送PFC幀，導致多個網絡設備的出端口隊列長期處于停止發包狀態的現象。

目前通常采用看門狗(watchdog)機制應對PFC死鎖的問題。通過watchdog監控網絡設備的出端口隊列的發包狀態。當出端口隊列在設定時間內持續處于由于PFC幀導致的停止發包狀態時，watchdog判定PFC死鎖發生，此時，網絡設備可以丟棄該出端口隊列中的數據包或者忽略該出端口隊列接收到的PFC幀，使該出端口隊列強制發包以實現破鎖。

但是，采用watchdog機制應對PFC死鎖問題時，僅能在確定出端口隊列發生PFC死鎖后，針對該出端口隊列進行破鎖，若該出端口隊列仍開啟PFC功能，則該出端口隊列在后續轉發數據包的過程中仍可能會發生PFC死鎖，因此watchdog機制無法從根因上解決出端口隊列發生PFC死鎖的問題。

發明內容

本申請提供了一種網絡異常根因定位方法、裝置及系統、計算機存儲介質，可以解決目前無法從根因上解決出端口隊列發生PFC死鎖的問題。

第一方面，提供了一種網絡異常根因定位方法。當網絡設備的第一出端口隊列發生PFC死鎖時，網絡設備基于訪問控制列表確定第一出端口隊列中的異常數據流，該異常數據流的出端口和入端口均為網絡設備的上行端口，第一出端口隊列為網絡設備中的任一出端口隊列。網絡設備向網管設備發送異常信息，該異常信息包括異常數據流的標識。

其中，訪問控制列表是網絡設備接口的指令列表。訪問控制列表中的一條表項通常包括過濾(filter)和動作(action)這兩部分，當網絡設備匹配到filter中定義的內容時，執行action中定義的動作。異常數據流的標識可以是異常數據流的鏡像數據流或異常數據流的五元組信息。異常數據流的五元組信息包括異常數據流的源IP地址、目的IP地址、源端口、目的端口和傳輸層協議。