故障排除:無法偵測 OAM 鏈路故障
內容
目標
本文將介紹如何透過設定檢查、OAMPDU 統計和事件日誌統計等方式來解決無法偵測到基本 OAM 鏈路故障的問題。
要求
介紹
乙太網 OAM(Operations, Administration, and Maintenance)是一種用於監控和排除乙太網網路問題的 Layer 2 協定,可以幫助網路管理員更好地管理網路。一般來說,乙太網 OAM 支援以下五項功能:
- 鏈路監控:此功能持續監控乙太網鏈路的狀態和效能,並提供即時鏈路資料。
- 故障偵測:此功能可偵測網路中的故障並啟動診斷程序來定位故障。
- 警報產生:乙太網 OAM 可以產生警報,提醒網路管理員在偵測到故障時採取適當行動。
- 效能監控:這個功能可監控各種指標,例如訊框遺失率、延遲和錯誤率。
- 遠端監控:這個功能允許對網路設備進行遠端監控,對於大型或分散式的網路特別有用。
乙太網流量監控 OAM(EFM OAM)是基本 OAM 功能的延伸,提供額外的能力來監控和管理乙太網網路。目前,大多數 Omada L2+/L3 交換器都支援 EFM OAM。
故障排除步驟
步驟 1. 檢查 Remote Client 是否在 OAM 鏈路的兩端均被偵測到。
在正常運作的乙太網 OAM 鏈路中,可以穩定地偵測到 Remote Client。檢查啟用 OAM 的連接埠是否偵測到 Remote Client:使用 show ethernet-oam status {interface type+id} 指令。
如上圖,Local Client 顯示連接埠的 OAM 狀態,Remote Client 顯示 OAM 鏈路另一端的狀態。為了偵測 Remote Client,請檢查 OAM 鏈路兩端的以下設定:
- Local Client 的 OAM 狀態必須為 Enabled
- 至少一端的 Mode 必須為 Active
步驟 2. 檢查鏈路監控功能是否有效。
目前,大多數 Omada L2+ 和 L3 交換器僅支援鏈路監控功能。這個功能依據四個因素來監控鏈路狀態:Error Symbol Period、Error Frame、Error Frame Period 和 Error Frame Seconds。若要檢查鏈路監控,請使用 show ethernet-oam configuration { interface type+id } 指令。
對應的 OAMPDUs 和事件日誌在錯誤類型的數量超過視窗內的臨界值之前,將不會被傳送。您可以使用以下指令:show ethernet-oam statistics{ interface type+id } 和 show ethernet-oam event-log { interface type+id } 來檢查 OAM 鏈路上的 OAMPDU 和事件日誌統計資訊。 對於一條穩定、正常的 OAM 鏈路來說,只需兩端不斷發送普通的 Information OAMPDU 即可。
結論
總結來說,本文簡要介紹了乙太網 OAM 的特性和基本功能,以及如何在交換器上檢查 OAM 鏈路狀態。在此基礎上,請依據指導進行故障排除和分析無法建立 OAM 鏈路的情況。如果您的問題仍未解決,請聯繫 TP-Link 客服尋求技術協助。
欲了解每個功能和設定的更多資訊,請前往 檔案下載 下載您產品的手冊。
這篇faq是否有用?
您的反饋將幫助我們改善網站