链接向下 SNMP 陷阱没有所需的变量绑定

Question

有两种类型的链路关闭警报

链接向下(思科常规陷阱( 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.if指数 2.ifDescr 3.ifType 4.定位如果原因

来自 If-MIB mib 的链接包含以下变量绑定 1.if指数 2.如果管理员状态 3.如果操作状态

但是我从ME1200设备收到的linkDown具有以下变量绑定 1.中频指数 2.如果描述 3.如果类型4.lifTable，由于SNMP陷阱不包含locIfReason和IfAdminStatus中的任何一个，我无法处理这个linkDown trap。 lifTable varbind 包含与管理员状态相关的信息，但我的问题是为什么 locIfReason 和 IfAdminStatus varbind 中的任何一个都不可用？如何从设备获取 IfAdminStatus varbind？

Answer 1

CISCO-GENERAL-TRAPS(實際上是CISCOTRAP-MIB？(linkDown的OID似乎不正確。顺便说一句，我找到了一个 SMIv1 陷阱类型定义，而不是 NOTIFICATION-TYPE，这意味着它是用整数(不是 OID(定义的，它的 OID 将由 RFC 2576 转换规则确定。在我发现的 SMIv1 MIB 中，他们的 linkDown 版本是用 ENTERPRISE"snmp"定义的，这(正如 Andrew 上面所说(意味着他们正在重新定义该 MIB 中的标准陷阱;他们应该使用自己的ENTERPRISE OID，这将使它独一无二。

RFC 2576 转换规则要求将带有企业"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，因此如果 1.3.6.1.2.1.11.0.2 根据企业"snmp">以外的陷阱规则进行转换，则该 1.3.6.1.2.1.11.0.2 将是 OID。在此过程中，除了重载标准陷阱的定义外，它还被错误地转换了。

Answer 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 }

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