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

Summary: 從交換器 supportsave 和 SANnav 資料中，發現從交換器到 SANnav 未收到 SNMP 設陷

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

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

Cause

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


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

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


image.png

Resolution

從有問題的交換器啟用 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

Affected Products

Connectrix SANnav
Article Properties
Article Number: 000217340
Article Type: Solution
Last Modified: 27 Nov 2023
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.