nv-l
[Top] [All Lists]

-- More -- RE: Facilitating discovery of IP Objects

To: nv-l@lists.tivoli.com
Subject: -- More -- RE: Facilitating discovery of IP Objects
From: "Allison, Jason (JALLISON)" <JALLISON@arinc.com>
Date: Tue, 9 Oct 2001 15:08:27 -0400
My process:
Delete object from all submaps.  This object is a router, directly under the
root IP submap.  My setup is AIX 4.3.3, Netview 5.1.3.

What I have found:

loadhosts will add the node to the topology database.  However, it will not
'tickle' OVw to automatically add the object to the holding area (not
auto-layout).  If polling is disabled, this object will never get
discovered.

When I add an object to the Map, following the tme10 GUI, I get it added to
the map (OVw), but nothing gets added to the topology database.  Managing
and unmanaging the object on the map does not seem to casue any change, its
icon remains blue (learning).  All I have done is add an object to the OVw
database.

My assesment:
I need to write an application that will one, add the object to the topology
database (you need to have the subnet mask for this, not all operators have
this information), and two, have that object given to OVw for display.

Questions:
1.  What are the ramifications for not including the objects subnetmask in
loadhosts?  I guess I could try a snmpget for that value before loading the
object.

2.  Is there a hook for changing an object/symbols OVwSubmapId?  To get
around this I guess I could save-off the current object and create a new
one, assign it, and then change the submap_id.  This is a lot of
over-engineering, but it would work.  ** Anyone know why for an object it is
called child_submap_id and for a symbol it is just submap_id?

3.  Can someone elaborate on the communication between OVw and netmon/ipmap?
How does Netview get these guys talking?

Conclusion:
I have gone quite far away from my problem.  However, if I can write a
routine that will do all of this for me, it will take away from the
operators workload.  This routine could be used in cases where polling is
turned off.

Is there are better approach then the one I am taking?

Thanks,
Jason

-----Original Message-----
From: Allison, Jason (JALLISON) [mailto:JALLISON@arinc.com]
Sent: Tuesday, October 09, 2001 1:53 PM
To: 'nv-l@tkg.com'
Subject: RE: [NV-L] Facilitating discovery of IP Objects


Thanks for ALL of the replies.

$ netcheck CORE_ROUTER2
Node                     ICMP Echo         TCP Connect          SNMP Get
CORE_ROUTER2                 6 ms.              OK                 OK

--

$ sudo loadhosts -p -m 255.255.255.240 <<EOF
> 172.16.1.18 CORE_ROUTER2
> EOF

loadhosts seem to work like a charm.  I have a few more things I would like
to look at, but this looks to do the trick.

Thanks,
Jason



-----Original Message-----
From: Stephen Hochstetler [mailto:shochste@us.ibm.com]
Sent: Tuesday, October 09, 2001 12:21 PM
To: IBM NetView Discussion
Subject: Re: [NV-L] Facilitating discovery of IP Objects


Jason,

You also want to verify that you can talk to the device for discovery.    A
great way to do that is with /usr/OV/bin/netcheck


note:   if my memory serves me right, if you ping an IF that exists within
a NetView managed subnet, then it should get discovered.    If you ping an
IF that is in a subnet that NetView does NOT know about or manage, it will
not add that subnet and device.     Loadhosts will add the subnet and
device.

check out the man pages for netcheck and loadhosts.

Thanks,
Stephen Hochstetler            shochste@us.ibm.com
ITSO Tivoli Coordinator - Austin
Office - 512-436-8564       FAX - 512-436-1991

ITSO redbooks at  http://www.redbooks.ibm.com

_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


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

Archive operated by Skills 1st Ltd

See also: The NetView Web