nv-l
[Top] [All Lists]

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

To: nv-l@lists.tivoli.com
Subject: Re: -- More -- RE: Facilitating discovery of IP Objects
From: "James Shanks" <SHANKS@us.tivoli.com>
Date: Tue, 9 Oct 2001 15:35:41 -0400
This is a multipart message in MIME format.
Well you have succeeded in confusing me about what you are trying to do. 
I thought you were trying to get a normal object into topology and have 
netmon and ipmap manage it.   Then netmon has to be able to get to it.
Why would polling be turned off?  You cannot get any status on an object, 
let alone correct status, if netmon cannot poll it -- it will stay blue 
forever.
netmon is going to have to poll your object successfully or there is no 
point in adding it.  If he can't then its status will never be right.

loadhosts puts an object in the topology database.  netmon loads that 
topology.  nothing happens after that unless netmon updates the topology 
with status, and generates a trap which gets delivered to ipmap.  It is 
netmon activity which ultimately drives ipmap while the GUI is up.  If the 
GUI is down, when ipmap comes up, he asks ovtopmd for all changes in 
topology since his close time, and makes changes to the map accordingly. 
That is the process known as synchronization.  So dropping your GUI and 
restarting it might make your object show up, but then again maybe not, 
depending upon what it is.  But that allone won't get it to have the 
correct status from that point forward.



James Shanks
Level 3 Support 
Tivoli NetView for UNIX and NT
Tivoli Software
IBM Software Group
Please note that my new id is jshanks@us.ibm.com






"Allison, Jason (JALLISON)" <JALLISON@arinc.com>
Sent by: owner-nv-l@tkg.com
10/09/2001 03:08 PM
Please respond to IBM NetView Discussion

 
        To:     "'IBM NetView Discussion'" <nv-l@tkg.com>
        cc: 
        Subject:        -- More -- RE: [NV-L] Facilitating discovery of IP 
Objects

 


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
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l


Well you have succeeded in confusing me about what you are trying to do.
I thought you were trying to get a normal object into topology and have netmon and ipmap manage it.   Then netmon has to be able to get to it.
Why would polling be turned off?  You cannot get any status on an object, let alone correct status, if netmon cannot poll it -- it will stay blue forever.
netmon is going to have to poll your object successfully or there is no point in adding it.  If he can't then its status will never be right.

loadhosts puts an object in the topology database.  netmon loads that topology.  nothing happens after that unless netmon updates the topology with status, and generates a trap which gets delivered to ipmap.  It is netmon activity which ultimately drives ipmap while the GUI is up.  If the GUI is down, when ipmap comes up, he asks ovtopmd for all changes in topology since his close time, and makes changes to the map accordingly.  That is the process known as synchronization.  So dropping your GUI and restarting it might make your object show up, but then again maybe not, depending upon what it is.  But that allone won't get it to have the correct status from that point forward.



James Shanks
Level 3 Support  
Tivoli NetView for UNIX and NT
Tivoli Software
IBM Software Group
Please note that my new id is jshanks@us.ibm.com




"Allison, Jason (JALLISON)" <JALLISON@arinc.com>
Sent by: owner-nv-l@tkg.com

10/09/2001 03:08 PM
Please respond to IBM NetView Discussion

       
        To:        "'IBM NetView Discussion'" <nv-l@tkg.com>
        cc:        
        Subject:        -- More -- RE: [NV-L] Facilitating discovery of IP Objects

       



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
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
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