Thanks again for the email, sorry for being so sparatic with my thoughts.
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.
- Yes, however, just performing a loadhosts does not seem to do the whole
job.
Then netmon has to be able to get to it.
- Yes, but when?
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.
- My environment is very different from all others, and I am in no way
saying it is the -correct- approach, however it is something I am stuck with
until piece by piece, I can change it all ;). Some of the serial links
throughout my system do not permit me to have polling on. They are set to
'8y'. This is not for the entire system, but some places. What this means
is I will only get one poll upon startup and then my 'proprietary protocol'
is used to change object status. The situation is I want to 'add' one of
these devices.
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.
- This all makes sense, thank you for filling in some holes. So to refine
my problem definition some, I am looking for a way, upon a operators demand,
add an object to the database, and syncronize only that object to facilitate
it being delivered to ipmap.
I am planning a trip to the NOC to research this problem some more. Aside
from the netcheck, what other commands can I use to give me more insight
into the problem?
Thanks again for your time,
Jason
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
|