我正在尝试用引擎时间值模拟snmp v3陷阱。长话短说，我们的陷阱处理器将从任何主机接收第一个snmp v3陷阱，但任何后续陷阱都将返回">错误！错误值"one_answers"snmp-DEGENTUSMWINDOW-Agent REPORT[USM]：不在时间窗口内"。接收v3陷阱的唯一方法是不断重新启动陷阱处理器。。
我被告知这是因为陷阱没有有效的引擎启动或引擎时间，我一直在使用下面的例子来模拟V3陷阱，但它不包括引擎时间，所以我们的陷阱处理器将在第一次处理它，并在第二次收到时给出错误。。。
snmptrap-v 3-e EngineID-u User-a SHA-a Auth Pass-x AES-x Pri Pass-l authpriv-Z 123目标IP:162''。1.3.6.1.4.1.3375.24.0.27.1.3.6.1.4.1.375.2.4.1.1 s"失败的登录FreddyFrogAA，身份验证失败">
将非常感谢任何帮助
射线
当SNMP陷阱接收器从sm_SNMP接收到第一个陷阱时，它会在其内部表中创建一个条目，表示它对陷阱发送器上的时间的估计。然后，SNMP陷阱接收器将其估计值与来自该代理的新接收的陷阱(或其他SNMP V3响应(进行比较，以验证数据包是否正在重播。使用sm_snmp发送陷阱意味着您每次都执行sm_snmp。这意味着sm_snmp就像刚刚重新启动一样，并相应地设置发动机启动时间。对于陷阱接收器来说，这看起来与已经接收到的数据包完全相同。陷阱接收器期望具有时间戳的分组，该时间戳表示远程代理已经前进了第一和第二陷阱之间的时间。因此陷阱处理程序报告"；不在时间窗口内"；如果您在发送第一个陷阱和第二个陷阱之间等待的时间超过时间窗口(150秒(。
分辨率：如果日志中的消息仅限于SNMP-DEAGENTUSWINDOW-Agent REPORT[USM]：Not in Time Window。陷阱接收器按设计工作，并将根据需要继续处理陷阱。
如果Trap接收器日志也报告错误价值混乱。然后，问题是设备启动器没有发送正确的发动机启动或发动机时间值。需要咨询供应商以解决snmp代理的问题。建议客户在设备上为snmp v3流量运行数据包捕获，以便向供应商提供证据，以便他们能够解决问题。