这里有点令人费解。要么我发现了 Windows 和/或 VMware 错误，要么我错过了一些非常简单的东西。[剧透 - 它非常简单。]
我们的 VMware 环境是 ESXI 5.5。我们有一台 Windows 2012 R2 VM（名为 BOS-NETMON），它不再能够对 Cisco ASA 设备（v2 或 v3）进行 SNMP 查询。
这台机器运行 SolarWinds Orion，但无论是该工具还是 Paessler SNMPTEST 等独立工具都无法工作。所有其他当前受监控的设备继续响应来自此来宾的 SNMP - 我们有 Cisco IOS、Meraki、Exagrid、APC/Schneider - 一切正常。从此来宾连接到 ASA 时，所有其他允许的协议（SSH、HTTPS、ICMP）均有效。
当我们将客户机从 E1000e vNIC 硬件切换到 VMXNet3 时，问题就开始了。在此之前，它运行了几年都很好。
- 运行 ASDM 日志记录窗口，它甚至看不到来自 BOS-NETMON 的尝试的 SNMP 连接。编辑 - 这是因为我在 ASA 上没有正确的日志记录设置。
- 在 BOS-NETMON 上运行 Wireshark，它显示 SNMP 查询已发出，但未注册来自 ASA 的响应。
- 我已经从另一个 VMXNet3 客户机测试了 SNMP，它也无法针对 ASA 查询 SNMP，但可以针对非 ASA Cisco 设备查询。编辑 - 这似乎不是真的。要么是我测试错了，要么是它最近开始工作了。无论哪种方式，具有 VMXNet3 NIC 的另一个主机都可以针对其中一个 ASA 查询 SNMP。
- 我已经从具有 E1000e vNIC 的客户机测试了 SNMP，并且它成功地针对 ASA 查询 SNMP。
- 4/5 的目标 ASA 不在同一站点，因此不应该是 ARP 问题 - 如果是，其他非 SNMP 协议将受到影响。
进一步编辑：我有成功和失败的 SNMP 会话的 ASDM 调试信息。我猜下一步将是数据包捕获。
6 Mar 12 2018 16:30:26 302015 10.50.100.177 63809 10.10.99.10 161 Built inbound UDP connection 610885144 for Inside_Interface:10.50.100.177/63809 (10.50.100.177/63809) to identity:10.10.99.10/161 (10.10.99.10/161)
7 Mar 12 2018 16:30:26 710005 10.50.100.152 49588 10.10.99.10 161 UDP request discarded from 10.50.100.152/49588 to Inside_Interface:10.10.99.10/161
答案1
从此访客连接到 ASA 时，所有其他允许的协议（SSH、HTTPS、ICMP）均可正常工作。
您是否已在 ASA 上启用 snmp 调试，以便了解它的想法？
debug snmp
logging buffered debug
logging asdm debug
更改 vNIC 时监控盒的 IP 是否发生变化？您是否使用 SNMP ACL？