> Would it be possible/easy to make a couple of modifications to the
> TrapSinkProc procedure in the 3.0.0 release, specifically,
...
> - If the type of the variable is "OCTET STRING", print out the ASCII string
> instead of (or at least in addition to) the literal "octet" string, for
> example:
> ARCserve-Alarm-MIB!arcServeServerName.0 = "NT_ARC_DOMINO1"
> or
> ARCserve-Alarm-MIB!arcServeServerName.0 = "NT_ARC_DOMINO1"
> [4E:54:5F:41:52:43:5F:44:4F:4D:49:4E:4F:31]
> instead of just:
> ARCserve-Alarm-MIB!arcServeServerName.0 =
> 4E:54:5F:41:52:43:5F:44:4F:4D:49:4E:4F:31
I'm trying to get this behaviour too, but I think the problem is that you
need to have the approprite MIB loaded which tells Scotty that the
octet-string is to be interpreted as ASCII (rather than any other object
which could be represented as an octet-string: after all the string could
represent non-printable characters, and whilst Scotty could take a
heuristic approach to deciding what to do with them, I guess Juergen has
taken the approach of doing the correct rather than the clever-clever
thing).
I find that traps from our Bay Accelar (nee Rapid City) switch get
interpreted and displayed as text, whilst traps from HP switches are shown
as octet strings: I have the rapid city MIB (there is only one) loaded,
whereas of HP's directory full of assorted MIBs (on the CD supplied with
their switches) I haven't (yet) found the right one(s) to load (and
haven't gone for the brute-force approach of loading them all!).
-- John Stumbles j.d.stumbles@reading.ac.uk I.T. Services (Centre), University of Reading http://www.rdg.ac.uk/~suqstmbl +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ If a job's worth doing, it'll still be worth doing tomorrow.
-- !! 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.