Connectrix Brocade SANnav：由于交换机与 SANnav 之间的 SNMP 配置不匹配而导致 SANnav callhome 故障

Summary: 从交换机 supportave 和 SANnav 数据中，确定 SNMP 陷阱未从交换机接收到 SANnav

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

无法观察到显示 SNMP 陷阱未由来自 SANnav 的交换机接收的任何日志，但从以下信息中，我们可以观察 SNMP 陷阱是否从交换机接收到 SANnav：


image.png
从 SANnav tcpdump 数据中，我们可以创建源为“SNMP 陷阱”的筛选器，以显示有关我们是否从交换机获取 SNMP 陷阱到 SANnav 的信息。

下面是有关 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）/INFORM（2）]：（1.2） [2] 1
UserIndex：（1.6） [6]
陷阱收件人严重性级别：（0.5） [4]
陷阱收件人端口：（0.65535） [162]

4.在 CLI 中设置 SNMPv3 陷阱/通知收件人配置后，从交换机启动测试 snmp 陷阱。

示例：

switch：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.