linkDown SNMP 陷阱没有所需的 varbinds答案

【问题标题】：linkDown SNMP trap not having the required varbindslinkDown SNMP 陷阱没有所需的 varbinds
【发布时间】：2017-07-10 07:36:55
【问题描述】：

linkDown 报警有 2 种类型

linkDown (CISCO-GENERAL-TRAPS) 1.3.6.1.2.1.11.0.2 linkDown (IF-MIB) 1.3.6.1.6.3.1.1.5.3

来自 CISCO-GENERAL-TRAPS mib 的 linkDown 包含以下 varbinds 1.ifIndex 2.ifDescr 3.if类型 4.locIfReason

来自 If-MIB mib 的 linkDown 包含以下 varbinds 1.ifIndex 2.ifAdmin状态 3.ifOperStatus

但我从 ME1200 设备收到的 linkDown 具有以下 varbinds 1.IfIndex 2.IfDesc 3.IfType 4.liftTable ,由于 SNMP 陷阱不包含 locIfReason 和 IfAdminStatus 中的任何一个，我无法处理此 linkDown 陷阱。 LifTable varbind 包含与管理员状态相关的信息，但我的问题是为什么 locIfReason 和 IfAdminStatus varbind 都不可用？。 如何从设备获取 IfAdminStatus varbind？

【问题讨论】：

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

标签： snmp cisco snmp-trap networkmanager

【解决方案1】：

CISCO-GENERAL-TRAPS（实际上是 CISCOTRAP-MIB？）linkDown 的 OID 似乎不正确。顺便说一句，我找到了一个 SMIv1 TRAP-TYPE 定义，而不是 NOTIFICATION-TYPE，这意味着它是用整数（不是 OID）定义的，并且它的 OID 将由RFC 2576 翻译规则确定。在我发现的 SMIv1 MIB 中，他们的 linkDown 版本是用 ENTERPRISE "snmp" 定义的，这（如 Andrew 上面所说）意味着他们正在重新定义该 MIB 中的标准陷阱；他们应该改用自己的 ENTERPRISE OID，这会使它变得独一无二。

RFC 2576 转换规则要求将带有 ENTERPRISE“snmp”的陷阱映射到标准 OID 之一。根据这些规则，1.3.6.1.2.1.11.0.2 不是 CISCO-GENERAL-TRAPS:linkDown 的正确 OID，它将与标准 (1.3.6.1.6.3.1.1.5.3) 相同。

也就是说，如果模块已导入（或以其他方式使用标准 OID 定义“snmp”），但它没有，所以我只能假设这是已修复的 MIB 的修改版本。 1.3.6.1.2.1.11 是“snmp”的 OID，因此如果按照陷阱 other 而非 ENTERPRISE 的规则进行转换，则 1.3.6.1.2.1.11.0.2 将是 OID” snmp”。除了重载标准陷阱的定义之外，它还被错误地转换了。

【讨论】：

【解决方案2】：

linkDown 和 linkUp 陷阱是通用。这些陷阱在标准 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 }

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

【讨论】：