From: a2824as@cd1.lrz-muenchen.de (Michael Storz)
Subject: Re: How can I fix a HP Open View's bug? (burst packets)
Reply-To: Michael.Storz@lrz.lrz-muenchen.dbp.de
Organization: Leibniz-Rechenzentrum Muenchen, Germany
Distribution: comp
Date: Mon, 17 Aug 1992 17:38:02 GMT

In article <47443610@Vanadium.NTT.JP>, murakami@ntt-20.ntt.jp writes:
|> Hello, SNMP Experts!
|> 
|> 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 have not seen this problem using the HP Open View Network Nodemanager
(or Interconnect Manager based on the modules purchased) but we have not looked
out carefully for set requests of the Nodemanager.

|> 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?

This is not in the standard MIB, it is

internet.private.enterprises.hp.nm.snmp.trap.trapDestinationTable
.trapDestinationEntry

If the Nodemanager finds a HP maschine which it should manage, then
it sets the above mentioned object of that maschine to the IP address of the
Nodemanager.  

One time we saw that the Nodemanager tried also to set variables on a DEC
maschine (the system administrator complaint about that, so we unmanaged the
system).

In your case it seems that the Nodemanager tries to set this object in your 
CISCO box with IP-address 129.60.57.9. This is naturally not possible because
CISCO does not know about HP private MIBs and therefore a bug, which should be
reported to HP. Maybe it is fixed in the next release 3.1 which we hope to 
install next week.

BTW, there is no reverse mapping for 129.60.57.9 in the DNS.

|> 
|> -Ken
|> 
|> Ken Murakami
|> NTT Laboratories
|> Tokyo, Japan
|> 
|> E-mail: murakami@ntt-20.ntt.jp
|> Phone: +81 422 59 3589
|> FAX:   +81 422 59 3589
|> 
|> 
|> 
|> ====
|> 
|> 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: 

-- 

Michael Storz
================================================================================
                                      !   X.400 : G=michael;S=storz;OU1=lrz;
   Leibniz-Rechenzentrum              !           P=lrz-muenchen;A=dbp;C=de
   Barer Str. 21                      !   RFC822: storz@lrz.lrz-muenchen.dbp.de
   8000 Muenchen 2                    !   Fax   : ++ 49 89 2809460
   Germany                            !   Tel   : ++ 49 89 2105 7420
================================================================================