故障排除：無法偵測 OAM 鏈路故障
2607 內容
目標
本文將介紹如何透過設定檢查、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是否有用?
您的反饋將幫助我們改善網站
1.20_normal_20231117070354g.png)
