🚀 go-pugleaf

Ken Murakami:

> We have an Open View from HP and we are annoyed with the bug. YHP
> in Japan cannot fix the problem, although we gave them the
> following packet dump. So, we are compelled to ask you how to fix
> it. The problem is the burst packet. Open View suddenly generates
> a lot of packets to an node.  All these packets are SNMP set
> requests. Does anyone experienced the same problem?  Although
> we tried to find the object ID internet.4.1.11.2.13.1.2.1.1, we
> could not find it in the standard MIB. What is this?

.1.3.6.1.4.1.11.2.13.1.2.1.1 is the trapDestination table.  It's part of
the HP proprietary MIB.  (The "11" in the .1.3.6.1.4.1.11... indicates
it's part of HP's MIB.)


> Sniffer Network Analyzer data from 28-May-92 at 15:17:00
> - - - - - - - - - - - - - - - - Frame 1 - - - - - - - - - - - - - - - - -

> SUMMARY  Delta T     Destination   Source        Summary
> M    1            Cisco 002E1D H-P   256358  SNMP Set internet.4.1.11.2.13.1.2.1.1.192.65.17.91 = [0.0.0.0]

> SNMP: ----- Simple Network Management Protocol -----
> SNMP: 
> SNMP: Version = 0
> SNMP: Community = snmpd
> SNMP: Command = Set request
> SNMP: Request ID = 596004
> SNMP: Error status = 0 (No error)
> SNMP: Error index = 0
> SNMP: 
> SNMP: Object = {1.3.6.1.4.1.11.2.13.1.2.1.1.129.60.57.9} (internet.4.1.11.2.13.1.2.1.1.192.65.17.91)
> SNMP: Value  = [0.0.0.0]
> SNMP: 

Looks to me like the attempt to add 129.60.57.9 or 192.65.17.91 to the
table has failed.  Perhaps this device doesn't accept set requests to
the table.  The table is, afterall, defined to be read-only.

My question is, what is a Cisco router doing with an HP proprietary MIB
object?

- Steve Kao

This is NOT an official response of Hewlett-Packard.