Connectrix Brocade SANnav:由於交換器與 SANnav 之間的 SNMP 組態不相符,SANnav callhome 故障

摘要: 從交換器 supportsave 和 SANnav 資料中,發現從交換器到 SANnav 未收到 SNMP 設陷

本文章適用於 本文章不適用於 本文無關於任何特定產品。 本文未識別所有產品版本。

症狀

驗證交換器 SNMP v3 組態時,「通知類型」已設定為「通知」,但實際上並未從 SANnav 端啟用「通知」。 

原因

無法觀察到任何記錄,顯示交換器未從 SANnav 收到 SNMP 設陷,但從以下資訊中,我們可以觀察是否從交換器收到 SNMP 設陷至 SANnav:


image.png
從 SANnav tcpdump 資料中,我們可以建立一個來源為「SNMP 設陷」的篩選器,以顯示有關我們是否從交換器到 SANnav 收到 SNMP 設陷的資訊。

以下是 SNMP 設陷的相關資訊。


image.png

解析度

從有問題的交換器啟用 SNMP 設陷:

1.使用根認證登入有問題的交換器「1X.1XX.XX.XXX」。
2.在 CLI 中執行命令「snmpconfig --set snmpv3」以設定 SNMP v3 組態。
3.執行命令並設定 SNMPv3 使用者組態後,在「SNMPv3 設陷/通知收件者組態」中,將通知類型變更為設陷收件者位址「1X.XXX.XX.XXX」的「設陷」。  

範例

SNMPv3 設陷/通知收件者組態:

設陷收件者的 IP 位址:[1X.XXX.XX.XXX]
通知類型 [TRAP(1)/通知 (2)]:(1.2) [2] 1
UserIndex:(1.6) [6]
設陷收件者嚴重程度層級:(0.5) [4]
設陷收件者埠:(0.65535) [162]


4.在 CLI 中設定 SNMPv3 設陷/通知收件者組態後,從交換器啟動測試 snmp 設陷。

範例:

交換器:root > snmptraps – 傳送
的設陷數目:25


5.從 SANnav 重新命名有問題的交換器名稱,以取得真正的 SNMP 設陷,然後還原成原始名稱。<這是為了進行測試,以便產生真正的 SNMP 設陷,並等待 1-2 分鐘 >
6。檢查是否從「事件」頁面中的交換器產生任何 SNMP 設陷相關事件。


如需有關「通知」的資訊,您可以流覽至 SANnav GUI 中的「Fault Management > SNMP and Syslog Management > Registration」頁面:

image.png

受影響的產品

Connectrix SANnav
文章屬性
文章編號: 000217340
文章類型: Solution
上次修改時間: 27 11月 2023
版本:  3
向其他 Dell 使用者尋求您問題的答案
支援服務
檢查您的裝置是否在支援服務的涵蓋範圍內。