【OPM】trap陷阱处理器常见问题处理

陷阱处理器无论是通过 mib 导入，或手动创建时，注意故障部件一栏最好填入$Source_$TrapName_trap

不然有可能无法正常产生告警。

• Related Articles

• 【OPM】山石防火墙 trap MIB 与说明文档

  山石防火墙私有 trap MIB 与说明文档见附件。 此 MIB 中 trap 处理器无法自动加载。需手动添加。 可导入 MIB 后选择 OID，也可以通过附件中的说明 excel 表格第一栏复制。 添加时需注意故障部件栏需填入：$Source_$TrapName_trap

• SNMP监视器和陷阱之间的区别

  序号 SNMP监视器 陷阱 1 Pull Model：OpManager将SNMP请求发送到受监视设备上运行的SNMP代理，并接收响应。 Push Model：受监视的设备（SNMP代理）以陷阱的形式将消息发送到陷阱目标（OpManager） 2 通讯：双向（UDP 161） 单向。仅从设备到陷阱目标（UDP 162） 3 可以使用监视间隔计划SNMP请求。 陷阱是自发的。它们将在生成后立即到达目的地。  4 ...

• SNMP陷阱侦听器是如何工作的？

  SNMP陷阱侦听器 您可以通过使用SNMP陷阱侦听器在ManageEngine Applications Manager中发送SNMP陷阱来监视您的网络设备。您可以通过以下的方式实现：  1. 在Applications Manager中配置陷阱监听器  2. 向Applications Manager发送陷阱 3. 收到陷阱并更新陷阱侦听器的状态时生成告警。您可以创建SNMP陷阱侦听器，以便在Applications ...

• 【opm】接口删除告警方法

  可能场景： 1，客户使用的企业版，探针被删除，但中心中仍然存在此探针的告警无法删除。 2，脚本监视器：脚本已经删除，残留的告警无法删除 方法： 使用接口删除 https://localhost:8060/api/json/alarm/deleteAlarm?apiKey=***************&entity=sample_entity 改变以上链接的API Key 和 Entity （故障对象） 故障对象ID如何获取： API Key: 使用postman工具删除：注post方法

• OpManager中的告警严重性级别

  OpManager具有四个不同的告警严重性级别。设备故障告警的严重性级别（可用性监视）已经预先定义好了。 以下是具有严重性和将触发具有这些严重性的告警时间的列表： 1) 服务关闭：当服务关闭且URL监视器关闭 2) 注意：当设备因可用性中的第一个轮询而关闭时 3) 故障：当设备在可用性中连续3次轮询关闭时 4) 严重：当设备在可用性中连续5次轮询关闭时。这是OpManager中最高等级的严重性。 5) 正常：在任何没有告警的时候。 如您所见，设备停机告警的严重性将根据未命中轮询的数量自动更改。 ...