更新现有Trap的参数并部分发送Trap中的参数
我们创建了应用程序公开的陷阱（通知）列表，并在 MIB 文件中对其进行了描述。
今天，我们发现自己处于需要更新 MIB 并向陷阱添加附加（可选）参数（更新对象）的情况 这样，最终我们将拥有一个多了一个参数的现有通知。
我的问题是（因为我真的不知道 SNMP 管理器会做什么）：
- 如果我的客户没有安装更新的 MIB 以及陷阱中更新的对象，并且我发送新参数，SNMP管理器客户端会发生什么？
- 如果客户安装了新的 MIB，而我发送了一个没有新参数的陷阱，会发生什么情况？
直观上，作为一名开发人员，我希望一切都会好起来，这意味着对于 (1) 陷阱将被看到（新参数在没有 OID 转换的情况下显示，或者根本不显示），对于 (2) 陷阱将会被看到并且不会有任何问题。
另外，一般来说，当陷阱消息定义有参数时，它是强制的还是可选的？
We have created a list of traps (notifications) that our application is exposing and described it in a MIB file.
Today, we found ourselves in a situation where we need to update the MIB and add an additional (optional) parameter to the trap (update the Objects)
so that, in the end, we'll have an existing notification that has one more parameter.
My question is (because I really don't know what the SNMP manager will do):
- If my customer didn't install the updated MIB with the updated objects in the trap, and I send the new parameter, what will happen on SNMP manager client side?
- What will happen if the customer installed the new MIB and I send a trap without the new parameter?
Intuitively, as a developer, I would expect that everything will be OK, meaning that for (1) the trap will be seen (the new parameter showed without translation of OID, or not shown at all), and for (2) the trap will be seen and there will be no issues.
Also, in general, when a trap message definition has a parameter, is it mandatory or optional?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
确切的行为取决于经理。
一般来说，最好不要更改已发布的 MIB 中的对象。 您应该创建一个包含额外参数的新陷阱。 当您需要在没有额外参数的情况下发送时，请使用旧的通知对象。 当您需要发送额外的参数时，请使用新对象。
The exact behavior depends on the manager.
In general, it's best to not change objects in a published MIB. You should create a new trap that contains the extra parameter. When you need to send without the extra param, use the old notification object. When you need to send the extra param, use the new object.