nv-l
[Top] [All Lists]

Re: [nv-l] Monitoring nodes running ospf

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Monitoring nodes running ospf
From: James Shanks <jshanks@us.ibm.com>
Date: Wed, 30 Mar 2005 12:55:27 -0500
Delivery-date: Wed, 30 Mar 2005 18:56:05 +0100
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <OF757585B9.5232B8F0-ON85256FD3.0070FCAB@faa.gov>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com



Custom daemons using the OVsnmp APIs?   I presume that you've done a lot of
reading in the Programmer's Guide and especially the Programmer's Reference
about using these routines.  I can't say I quite follow what you are trying
to do with them, however.

In any case,  OVsnmpOpen uses the NetView SNMP database, the one you
maintain with xnmsnmpconf to obtain the peer address for the open.  Before
opening the session it does an OVsnmpResolveConfEntry( ) to get the IP
Address  or proxy address to use.   That means that if there's already an
IP Address in the xnmsnmp cache, he'll use that one.  If there isn't one,
he'll try gethostbyname to determine one, and take the first one he gets
back.

So, offhand, my advice would be to trying clearing the xnmsnmpconf cache
before you establish your session.  That would force a re-evaluation.  You
could even dump it and see what it contains.   But if that doesn't do it,
then the issue has to be name resolution.

HTH

James Shanks
Level 3 Support  for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group


                                                                           
             jeff.ctr.vandenbu                                             
             ssche@faa.gov                                                 
             Sent by:                                                   To 
             owner-nv-l@lists.         nv-l@lists.us.ibm.com               
             us.ibm.com                                                 cc 
                                                                           
                                                                   Subject 
             03/29/2005 04:07          [nv-l] Monitoring nodes running     
             PM                        ospf                                
                                                                           
                                                                           
             Please respond to                                             
                   nv-l                                                    
                                                                           
                                                                           








I have a small network with ~ 12 boxes.  Each box consists on 2 Ethernet
ports, and then a 3rd "virtual" interface, with ospf running on each box.
My problem is with several custom polling daemons that status MIB variables
on these various nodes.  I have each node defined in the host file on the
Netview box with the virtual IP.  The polling daemons use Netview API calls
(OVsnmpOpen) to open an snmp session with each node using the virtual
IP/hostname.  The problem occurs during failures.  If I fail the active
interface on the remote box, the snmp polling responses timeout, and don't
switch over to the other route to the nodes  It seems as if the snmp
session binds to the active interface, rather than the virtual IP that is
defined.

Also, if I shutdown the active interface on the Netview box, I lose all
statuses from all nodes.  I am not sure if this is a Netview configuration,
a Netview API, or an snmp issue.  Any suggestions??

Is there a way to setup Netview to status (via SNMP)  multiple IP addresses
for the same node.
Can a daemon/lrf be set up to respawn? I could then have the session
timeout, then respawn.

Thanks,

Jeff VanDenbussche
JSA/ATO-E
HNL Support
(609) 485-4200




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

Archive operated by Skills 1st Ltd

See also: The NetView Web