Connectrix Brocade SANnav:由於交換器與 SANnav 之間的 SNMP 組態不相符,SANnav callhome 故障
摘要: 從交換器 supportsave 和 SANnav 資料中,發現從交換器到 SANnav 未收到 SNMP 設陷
本文章適用於
本文章不適用於
本文無關於任何特定產品。
本文未識別所有產品版本。
症狀
驗證交換器 SNMP v3 組態時,「通知類型」已設定為「通知」,但實際上並未從 SANnav 端啟用「通知」。
原因
無法觀察到任何記錄,顯示交換器未從 SANnav 收到 SNMP 設陷,但從以下資訊中,我們可以觀察是否從交換器收到 SNMP 設陷至 SANnav:
從 SANnav tcpdump 資料中,我們可以建立一個來源為「SNMP 設陷」的篩選器,以顯示有關我們是否從交換器到 SANnav 收到 SNMP 設陷的資訊。
以下是 SNMP 設陷的相關資訊。
從 SANnav tcpdump 資料中,我們可以建立一個來源為「SNMP 設陷」的篩選器,以顯示有關我們是否從交換器到 SANnav 收到 SNMP 設陷的資訊。
以下是 SNMP 設陷的相關資訊。
解析度
從有問題的交換器啟用 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」頁面:

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」頁面:

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