James,
Thank you for the explanation. My understanding was that the "User2" status
was used to define a specific status for an object, a status different than
Down and that I could use it the way I want.
I think I will go with the idea of creating an object at the interface
level of the routers to show the "internal" errors. And it will propagate
and change the color of the routers to yellow. Our operators already have
too many popups on their screen, on top of the alerts in the event window.
What do you mean by "You could collect all these in smartset and monitor
that as an alternative to
what you are trying to do." Are you talking about a smartset that would
contain every routers ? There is already such a smartset but How would it
help me ? (Most of the time when we get temperature alerts, it's the air
conditioning of a remote site that failed so all devices on site are
affected and the geographical representation of the devices is important
for the operator to "correlate" the information)
Also, if I want to create such an object in all my switches/routers, would
you recommend one for the temperature and one for the fan (maybe even one
for each fan) or only one for each device and a specific field that I will
set to contain the error that was received ?
Also is there a way to create an "interface level" object automatically (ie
in a script) for all the switches and routers ? (more than one thousand) or
do I have to do it manually one by one ?
Also I didn't receive the document you attached in a readable format as I
am subscribed to the digest version of the list. Could you please sent it
to me directly ?
Thanks
Regards,
Francois Le Hir
Network Projects & Consulting Services
IBM Global Services
Phone: (514) 205 6695
Date: Wed, 10 Jul 2002 16:31:22 -0400
To: nv-l@lists.tivoli.com
From: jshanks@us.ibm.com
Subject: Re: [nv-l] Object Status
Message-ID: <OF0394E58E.75DE164F-ON85256BF2.006C55ED@us.ibm.com>
--=_mixed 0070E1CB85256BF2_=
Content-Type: text/plain; charset="us-ascii"
NetView is not nearly so simple internally as you suppose. What you want
to do is a laudable goal, perhaps, but the product is deliberately
designed so that users cannot screw it up, no matter how well-meaning they
are.
It is not the trap which sets the status on the router. It is netmon
which does that, in the databases, and then issues the trap to tell
everyone else about it.
It also sets the status of the owning node of an interface independently,
and may send a trap about that, too. ipmap on the read-write map, gets
the traps, and then checks the topology database, before updating the map.
That is to prevent some cases of deliberate falsing, such as you are
attempting. Put another way, netmon and ipmap work together to make sure
that the status of the objects they monitor cannot be messed up by users
playing around with traps. You can create a trap to change the map
status (color) of an object at the interface level using a trap, but not
at a higher level, unless you make other changes as well, and in the case
of routers that is definitely not advised. Why? Because you will most
likely interfere with normal processing. It would defintely interfere
with RFI. And even if not, you would need another mechanism to change
the mechanism back to green when the condition you are monitoring changes
Remember that objects have differnet sources for their status. Interfaces
have Status Source Object, but Nodes with one interfcae have Status Source
Symbol, and with more than one interface (such as Routers) it will be
Status Source Compound Propagated, which means that their status will be
the calculated sum of their interfaces. In other words, routers don't go
red unless all their interfaces go red, for anything less than that they
are yellow, or marginal, unless you change that default propagation rule
to "Propgate most Critical". Off the top of my head, I don't remember
whether User2 propagates up or not -- that's not my area of the code, but
even if it does, the most that will happen is that the router would be
yellow. So there is no way for you to alter the color of the router
icon itself using a simple trap.
What you have done with your custom trap is similar to using the NetView
status trap (58916871) to change the color (but not the topology or
database status) of a map icon, in this case, most likely the interface
which corresponded to the Origin of the trap you sent. Ideally, rather
than changing the status of an interface you would use your trap or the
status trap to chnage the status of another interface-level icon, say a
Software object or a Fan object, which you created and put on the map. You
could collect all these in smartset and monitor that as an alternative to
what you are trying to do.
Unless I am mistaken, I am the author of the document that Leslie referred
to. I originally wrote it in 1997 for NetView Version 4.1.2, but what is
says is still correct. I have attached it here below (this is probably
its tenth time being put to the list as it gets asked for about twice a
year I think).
But I would shy away from trying to turn the routers different colors. If
you want to alert operators, I'd use a popup message or e-mail sent by
ovactiond or in a ruleset. If you want something on the map, then creat
your objects. But levae netmon's alone or you are just asking for
trouble.
James Shanks
Level 3 Support for Tivoli NetView for UNIX and NT
Tivoli Software / IBM Software Group
Francois Le Hir/Quebec/IBM@IBMCA
07/10/2002 03:33 PM
To: nv-l@lists.tivoli.com, Leslie Clark/Southfield/IBM@IBMUS
cc:
Subject: Re: [nv-l] Object Status
Hello List,
I am wondering, isn't every trap supposed to be able to change the status
of an object ?
according to trapd.conf man page:
status A single character indicating the status that is to be assigned
to an object when it generates the defined trap:
0 Defaults
1 Unknown
2 Up
3 Marginal
4 Down
5 Unmanaged
6 Acknowledge
7 User1
8 User2
So if I create a new trap in trapd.conf with a "status" value of 8, it
should change the status of an object to "User2" right ?
I tested it and only one of the interface of the object change to User2.
How are we supposed to use that ?
One of my goal would be to use "Temperature alerts" or "Fan Down alerts"
to
change routers to "User2" so that operators will notice there is something
wrong even if they don't notice the alert among the "thousands" that
scroll
by on the even window.
Leslie, I would like to see this "authoritative document on this subject",
can you please send it to me ?
Regards,
Francois Le Hir
Network Projects & Consulting Services
IBM Global Services
Phone: (514) 205 6695
Date: Mon, 8 Jul 2002 18:53:52 -0400
To: nv-l@lists.tivoli.com
From: "Leslie Clark" <lclark@us.ibm.com>
Subject: Re: [nv-l] Object Status
Message-ID: <OFD894CBB6.EFBC8523-ON85256BF0.007CF29E@raleigh.ibm.com>
Use the Status Trap:
/usr/OV/bin/snmptrap \
$NVSERVER .1.3.6.1.4.1.2.6.3.1 \
$HOSTNAME 6 58916871 1 \
.1.2.6.1.4.1.2.6.3.1.1.2.0 Integer 14 \
.1.2.6.1.4.1.2.6.3.1.1.2.0 OctetString $SELECTION_NAME \
.1.2.6.1.4.1.2.6.3.1.1.2.0 OctetString "Object status is" \
.1.2.6.1.4.1.2.6.3.1.1.2.0 OctetString $STATUS
where $HOSTNAME is the sender, $SELECTION_NAME is the object to change
and $STATUS is Up, Down, etc.
I'll send you James' log, authoritative document on this subject, since=
you are going to need it eventually and it has been posted many times
in the past.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
---------------------------------------------------------------------
To unsubscribe, e-mail: nv-l-unsubscribe@lists.tivoli.com
For additional commands, e-mail: nv-l-help@lists.tivoli.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)
--=_mixed 0070E1CB85256BF2_=
Content-Type: application/octet-stream; name="override.info"
Content-Disposition: attachment; filename="override.info"
Content-Transfer-Encoding: base64
T3ZlcnJpZGluZyBzdGF0dXMgdXNpbmcgYSB0cmFwICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQpPbmUgb2Yg
...
|