Karl -
We seem to be talking about two different things. You asked how to see
what's sent in a trap in detail. Perhaps I am thick-headed, but
that's not exactly the same thing as asking how to script something for
the TEC adapter, particularly on NT. You would not want to start the
trapd.trace for that. You'd want to change the formatting for trapd
itself. But then I am puzzled about the rest of what you say. You
cannot affect the format of the trap unless you know in advance what you
want to format.
It is NetView for Windows/ NT isn't it? The UNIX version doesn't both
with a cds and all the rest of those adapter files.
Are you hoping to receive a trap on NT and automatically kick off a script
which can access the trap variables? That's easy enough, but then you
would have to modify the trap settings for every specific trap to call
your script. If you are asking whether there is a way to make an
unformatted trap kick off a script, the answer is "no". But even so, I
think it is big mistake to try to automatically send everything you get to
TEC. That's an easy way to overload a TEC server.
So I guess I am still confused about what you think you want to do and how
you envision it working.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Karl Prinelle" <karl.prinelle AT elyzium.co DOT uk>
01/28/2003 02:30 PM
Please respond to Karl.Prinelle
To: James Shanks/Raleigh/IBM@IBMUS
cc:
Subject: RE: [nv-l] trapd tracing - trap fields?
James,
Thanks for the info - I'll give it a go. I know I can use the gui to do
this, but with a lot of application generated traps that can take a
while. I was to see if I can script generation of
.oid/.cds/.conf/.baroc/.rls files (and an addtrap call) for the tec
adapter to save time in doing it manually. Well, that's the theory I
want to have a look at - I'm finishing a re-do of mib2tec.pl which scans
for oids & thought it would be nice to handle the other main source of
events going through the tec adapter.
Ta
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle AT elyzium.co DOT uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person or organisation to whom it is addressed. If you are not the
intended recipient, you must not copy, distribute or disseminate the
information, or take any action in reliance of it. Any views expressed
in this message are those of the individual sender, except where the
sender specifically states them to be the views of any organisation or
employer. If you have received this message in error, do not open any
attachment but please notify the sender (above) deleting this message
from your system. Please rely on your own virus check no responsibility
is taken by the sender for any damage rising out of any bug or virus
infection.
------------------------------------------------------------------------
---
-----Original Message-----
From: James Shanks [mailto:jshanks AT us.ibm DOT com]
Sent: 27 January 2003 15:51
To: nv-l AT lists.tivoli DOT com
Subject: Re: [nv-l] trapd tracing - trap fields?
To get the contents of an incoming trap into the trapd.trace you must
first have trapd running with the -x option. You do this in serversetup
under Configure --> Set options for daemons --> Set options for event
and
trap processing daemons --> set options for trapd daemon and then
answer
"yes' to the question "Hex dump all packets sent/received by trapd?".
Once trapd is running with this option, when you toggle the trace on
with
"trapd -T" from the command line you get the incoming trap dumped in
hex.
This you can match to the trapd.log by the timestamp. But there is no
documentation nor tools provided to read or format the hex. So would
have
to do that yourself.
NetView support may have some internal documentation to assist you with
that (the same that they would use to decipher a problem) but as it is
the
sort of thing you can glean by reading an SNMP textbook, IBM does not
publish it.
But I don't understand why exactly you would need to do this in the case
of unformatted traps. When trapd gets an unformatted trap he tells you
that and then does just what you said you want him to do. He lists all
the fields, the enterprise id, the generic and specific id, the number
of
variables, and the contents of each one, right there in the trapd.log.
mib2trap is just a convenience tool to allow you to define traps before
you get them. Plenty of people simply wait for a trap to arrive and
them
use the "No FMT found" message you get for an unformatted trap to
define
it in xnmtrap right then. It's quite easy.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
"Karl Prinelle" <karl.prinelle AT elyzium.co DOT uk>
01/27/2003 09:18 AM
Please respond to Karl.Prinelle
To: <nv-l AT lists.tivoli DOT com>
cc:
Subject: [nv-l] trapd tracing - trap fields?
Hi,
Is it possible to get trapd to generate a trace that shows the
individual
fields from a trap? I've switched tracing on, but I don't seem to get a
very good level of detail. If there is a pdf on this can anyone point
me
at it - I've not noticed it so far.
Reason for asking is that I'm having a doing a version of mib2tec.pl
that
will do all the normal stuff (cds/baroc/oid/conf/rls etc) for a MIB
containing TRAP-TYPE's, but will also be able to do the same for
unformatted traps. I know mi2trap will do a lot of this if I have a
MIB,
but I keep finding applications that send traps & I can't locate the MIB
(or there isn't one).
Many thanks
Karl
Karl Prinelle
Tivoli Certified Consultant
Elyzium Ltd
Enterprise Systems Management Consultants
Mobile: +44 (0)7813 189198
Email: Karl.Prinelle AT elyzium.co DOT uk
http://www.elyzium.co.uk
------------------------------------------------------------------------
---
Elyzium Disclaimer:
This email transmission is confidential and intended solely for the
person
or organisation to whom it is addressed. If you are not the intended
recipient, you must not copy, distribute or disseminate the information,
or take any action in reliance of it. Any views expressed in this
message
are those of the individual sender, except where the sender specifically
states them to be the views of any organisation or employer. If you have
received this message in error, do not open any attachment but please
notify the sender (above) deleting this message from your system. Please
rely on your own virus check no responsibility is taken by the sender
for
any damage rising out of any bug or virus infection.
------------------------------------------------------------------------
---<?xml:namespace prefix = o ns =
"urn:schemas-microsoft-com:office:office"
/>
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group help
line at 1-800-TIVOLI8(848-6548)
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe AT lists.tivoli DOT com
For additional commands, e-mail: nv-l-help AT lists.tivoli DOT com
*NOTE*
This is not an Offical Tivoli Support forum. If you need immediate
assistance from Tivoli please call the IBM Tivoli Software Group
help line at 1-800-TIVOLI8(848-6548)
|