nv-l
[Top] [All Lists]

Re: [nv-l] Content Swtich Monitoring

To: nv-l@lists.tivoli.com
Subject: Re: [nv-l] Content Swtich Monitoring
From: Leslie Clark <lclark@us.ibm.com>
Date: Tue, 22 Apr 2003 19:53:57 -0400
Delivered-to: mailing list nv-l@lists.tivoli.com
Delivery-date: Wed, 23 Apr 2003 02:08:13 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
List-help: <mailto:nv-l-help@lists.tivoli.com>
List-post: <mailto:nv-l@lists.tivoli.com>
List-subscribe: <mailto:nv-l-subscribe@lists.tivoli.com>
List-unsubscribe: <mailto:nv-l-unsubscribe@lists.tivoli.com>
Mailing-list: contact nv-l-help@lists.tivoli.com; run by ezmlm



That's exactly what I would do. Even without the APM on Solaris, the same
approach works. Make your widgets in the node submap. Name it like
Nodename:widgetname. Then your script that acts on the trap can figure out
the name of the object to be updated. Use the snmptrap command to generate
the status trap:


/usr/OV/bin/snmptrap              \
  $HOSTNAME .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 (127.0.0.1 will do), $SELECTION_NAME is your
widget's selection name,
and $STATUS is Up, Down, User1, or User2 or whatever.

Cordially,

Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit



                                                                                
                                 
                      Jane Curry                                                
                                 
                      <jane.curry@skills        To:       "Barr, Scott" 
<Scott_Barr@csgsystems.com>, NetView     
                      -1st.co.uk>                mailing list 
<nv-l@lists.tivoli.com>                            
                                                cc:                             
                                 
                      04/22/2003 03:42          Subject:  Re: [nv-l] Content 
Swtich Monitoring                   
                      PM                                                        
                                 
                                                                                
                                 
                                                                                
                                 




I have done something like this in the past, as follows:
1) Create a new icon inside the node icon of the relevant devices.  I
like to use the APM and MLM to do this as you can then use a SmartSet to
specify which nodes get the new icon.  The MIB variable you use in the
APM setup is a dummy - I generally use something like sysuptime > 1.
2) Customise your specific TRAP so that it generates a new NetView
Change Status TRAP (58916871) on the Selection Name that you create by
catenating the Node name from the original TRAP with the new icon name
that you supplied when you created the icon with APM.  For example, if
your original TRAP came from node fred and your APM icon is called
myService, your Selection Name needs to be fred:myService.  I generally
change status to User1 or User2, depending on whether I want the new
icon status to propagate up to the Node level.
3) This way, you get an icon that represents your service, that changes
colour and, if you use User2 as your "bad news on the service colour",
you can get a marginal colour on your node icon, which seems an accurate
representation to me.  Of course, if the interface of the node also goes
down, then the whole node will go Critical.

Does that help?
Cheers,
Jane

Barr, Scott wrote:

> Greetings listers
>
> Netview V7.1.3
> Solaris 2.8
>
> We currently receive and process traps froma cisco content switch.
> They are syslog traps that contain only the name of the service and
> the state:
>
>
> Web Application Event: Service Transition -* **Service:lexlw5se
> State:alive* @ Tue Apr 22 03:33:06 2003
>
> The section in red is the part that is stripped out of the syslog trap
> and used for notification. What I want to do however, is have a "node"
> in NetView that turns red when the service is down and then green
> again when the service is active. I have a perl script that can
> execute the necessary functions but I'm unclear on what those
> functions would be.
>
> My original thought was to add a node to the map with that service
> name and then use the "event" command to mark it down but that does
> not work (I think because status events have to come through netmon
> and the event command really doesn't change the status on a node.)
>
> In my environment I don't need to use nvsniffer or any other tool to
> check the status, I merely need to handle the incoming traps and
> change the status of the "node" based on the trap. Anyone have
> recommendations on how to go about this?
>
> Scott Barr
>
> CSG Systems Inc.
>
> Network Systems Engineer
>
> Phone: 402-431-7939
>
> Fax: 402-431-7413
>
> Mail: scott_barr@csgsystems.com
>

--
Tivoli Certified Consultant & Instructor
Skills 1st Limited, 2 Cedar Chase, Taplow, Bucks, SL6 0EU, UK
Tel: +44 (0)1628 782565
Copyright (c) 2003 Jane Curry <jane.curry@skills-1st.co.uk>.  All rights
reserved.



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





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


<Prev in Thread] Current Thread [Next in Thread>

Archive operated by Skills 1st Ltd

See also: The NetView Web