linkDown SNMP陷阱没有所需的变量绑定

有两种类型的链路断开报警

linkDown CISCO-GENERAL-TRAPS 1.3.6.1.2.1.11.0.2 链接中断IF-MIB 1.3.6.1.6.3.1.1.5.3

来自CISCO-GENERAL-TRAPS mib的链接包含以下变量绑定 1.i指数 2.ifDescr 3.ifType 4.地点原因

如果MIB MIB包含以下变量绑定，则从中链接 1.i指数 2.2.1故障状态 3.I运行状态

但我从ME1200设备收到的链接具有以下特性： 1.i指数 2.IfDesc 3.IfType 4.可提升 ，因为SNMP陷阱不包含locIfReason和IfAdminStatus，所以我无法处理此linkDown陷阱。 可提升的varbind包含与管理员状态相关的信息，但我的问题是，为什么locIfReason和IfAdminStatus varbind都不可用？。如何从设备中获取IfAdminStatus varbind？

链路断开和链路断开陷阱是通用的。这些陷阱在标准RFC中定义，并具有预定义的变量绑定集：

    linkDown NOTIFICATION-TYPE
    OBJECTS { ifIndex, ifAdminStatus, ifOperStatus }
    STATUS  current
    DESCRIPTION
            "A linkDown trap signifies that the SNMP entity, acting in
            an agent role, has detected that the ifOperStatus object for
            one of its communication links is about to enter the down
            state from some other state (but not from the notPresent
            state).  This other state is indicated by the included value
            of ifOperStatus."
    ::= { snmpTraps 3 }

linkUp NOTIFICATION-TYPE
    OBJECTS { ifIndex, ifAdminStatus, ifOperStatus }
    STATUS  current
    DESCRIPTION
            "A linkUp trap signifies that the SNMP entity, acting in an
            agent role, has detected that the ifOperStatus object for
            one of its communication links left the down state and
            transitioned into some other state (but not into the
            notPresent state).  This other state is indicated by the
            included value of ifOperStatus."
    ::= { snmpTraps 4 }

---

Cisco不应该修改这些陷阱，因为这是不允许的。相反，他们应该定义所谓的企业特定陷阱。

CISCO-GENERAL-traps的OID实际上是CISCOTRAP-MIB吗？linkDown似乎不正确。顺便说一句，我找到了它的SMIv1陷阱类型定义，而不是通知类型，这意味着它是用整数而不是OID定义的，它的OID将由转换规则确定。在我发现的SMIv1 MIB中，他们的linkDown版本是用企业snmp定义的，正如Andrew在上面所说的，这意味着他们正在重新定义MIB中的标准陷阱；相反，他们应该使用自己的企业OID，这将使其具有独特性

RFC 2576转换规则要求企业snmp陷阱映射到标准OID之一。根据这些规则，1.3.6.1.2.1.11.0.2将不是CISCO-GENERAL-TRAPS的正确OID:linkDown，它将与标准1.3.6.1.6.3.1.5.3相同

---

也就是说，如果模块使用标准OID导入或以其他方式定义snmp，但它没有，因此我只能假设这是MIB的一个修改版本，其中已修复。1.3.6.1.2.1.11是snmp的OID，因此，如果1.3.6.1.2.1.11.0.2是根据企业snmp以外的陷阱规则转换的，则它将是OID。除了使标准陷阱的定义过载之外，它在某个地方被错误地转换。

如果ME1200设备出现问题，请联系您的供应商。这不是一个适合StackOverflow格式的编程问题，因此有被删除的风险。