> >>>>> John Stumbles writes:
>
> John> Interesting. They have { ENTERPRISE } in some of their rfc*.MIBs
I just tried loading their MIBS again and noticed that Scotty is quite
happy to load other MIBs which have this:
ENTERPRISES { something }
construct (and, for that matter, VARIABLE { something } too.
I wonder why it doesn't like this particular instance.
To make things even more complicated I now find that Scotty complains of
something else - a missing dependency - in a MIB which earlier loaded
fine. :-(
hpentmib.mib: no parent hpEntityMIBTrapsTraps for node hpEntConfigChange
^^^^^
But this is not in the MIB file, hpentmib.mib - it does have:
hpEntityMIBTraps OBJECT IDENTIFIER ::= { hpEntityMIB 2 }^M
^M
hpEntityMIBTrapPrefix OBJECT IDENTIFIER ::= { hpEntityMIBTraps 0 }^M
^M
hpEntConfigChange TRAP-TYPE^M
ENTERPRISE { hpEntityMIBTraps }^M
DESCRIPTION^M
"An hpEntConfigChange trap is sent when the value of^M
---8<---
throttling or transmission loss."^M
::= 1^M
^M
This is even if I take out the { } from the ENTERPRISE line here!
BTW (and wrt George Ross' email I received just now) I'm using HP's V1
MIBs. The V2 MIBs he refers to do not have the ENTERPRISE {} lines. But I
get the same ..TrapsTraps error.
And should I be using V1 or V2 MIBs anyway?
FWID I tried the V2 MIBs and got the same error:
hpentmib.mib: no parent hpEntityMIBTrapsTraps for node hpEntConfigChange
And I've also tried removing the ^Ms from both types of file. The V2 file
for example has:
-- Entity MIB Trap Definitions
hpEntityMIBTraps OBJECT IDENTIFIER ::= { hpEntityMIB 2 }
hpEntityMIBTrapPrefix OBJECT IDENTIFIER ::= { hpEntityMIBTraps 0 }
hpEntConfigChange NOTIFICATION-TYPE
STATUS current
DESCRIPTION
"An hpEntConfigChange trap is sent when the value of
---8<---
throttling or transmission loss."
::= { hpEntityMIBTrapPrefix 1 }
What really worries me is that sometimes I do not get errors
loading MIBs, othertimes, loading the exact same set (with the exact same
commands, cut and pasted to the scotty % prompt) I do. (A couple of times
I've thought I'd fixed the problem, e.g. by stripping ^Ms, and
successfully loaded MIBs which, next time I tried (exiting scotty and
restarting it between times) re-occurred.)
regards
-- John Stumbles j.d.stumbles@reading.ac.uk I.T. Services Centre, University of Reading http://www.rdg.ac.uk/~visstmbl +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Press any key to continue or any other key to quit.-- !! This message is brought to you via the `tkined & scotty' mailing list. !! Please do not reply to this message to unsubscribe. To subscribe or !! unsubscribe, send a mail message to <tkined-request@ibr.cs.tu-bs.de>. !! See http://wwwsnmp.cs.utwente.nl/~schoenw/scotty/ for more information.
This archive was generated by hypermail 2b29 : Mon Jan 08 2001 - 15:27:40 MET