Okay I may be missing something here but I am looking at a similar
situation. We use location.conf to segregate the networks into geographic
areas. Then I cut the routers from the IP Internet submap into the location
icons. When they are pasted, the links to the subnets are drawn and
everything looks fine. But I know that I have routers in marginal status
with Green icons from time to time (no specific issue right now)
So my question is, should the smartset symbol for a router AND the
cut/pasted symbol for the router always show the same status and should that
status be marginal (yellow) when an interface is down? I think what I am
doing is the way Leslie says it should be done and therefore am wondering if
I am looking at a bug?
-----Original Message-----
From: owner-nv-l@tkg.com [mailto:owner-nv-l@tkg.com]On Behalf Of Duble,
Ethan
Sent: Thursday, July 19, 2001 10:33 AM
To: 'IBM NetView Discussion'
Subject: RE: [NV-L] Color not propagating to submap
After upgrading to 6.0.2 (aix) we had similar problems with propagation and
colors.
routers (mostly/only) whould not reflect true status.
after working with tivoli for months (with no resultion) i discovered that
if i turned RFI off
and rediscovered the routers (removed completly form the database) that
things are once again normal.
one of the things i learned from that case was to get the database ID # of
the router
example
ovtopodump -RL 10.108.254.53
CLASS OBJECT ID(S) OBJECT STATUS IP ADDRESS LINK
ADDRESS
NETWORKS 119571 10.108.254.53 Up 10.108.254.53
then look at what the database thinks the status is
ovobjprint -o 119571
OBJECT: 119571
FIELD ID FIELD NAME FIELD VALUE
10 Selection Name "10.108.254.53"
14 OVW Maps Exists 1
15 OVW Maps Managed 1
18 IP Subnet Mask "255.255.255.255"
19 IP Status Normal(2)
20 IP Network Name "10.108.254.53"
35 isLocation FALSE
36 isNetwork TRUE
37 isInternet FALSE
38 isSegment FALSE
39 isBusSegment FALSE
40 isStarSegment FALSE
41 isTokenRingSegment FALSE
42 isFDDIRingSegment FALSE
68 isIP TRUE
102 TopM Segment Count 1
104 TopM Interface Count 1
109 TopM Default Seg ID 119573
107017 isUnreachable FALSE
then finally look at the symbol properties of the router on ipmap
In our case ipmap was not reflecting what was in the database.
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Thursday, July 19, 2001 7:46 AM
To: IBM NetView Discussion
Subject: RE: [NV-L] Color not propagating to submap
Here's the deal: the ipmap application, the one that makes color changes
on your map, manages the IP Internet Topology on the root submap. Any
topologies you add to the root submap are for you to manage with your own
application. That is why I said the Copy function was not really there for
you
to use. Since Netview was designed as an integration platform, many of the
functions in it are intended for the developers of management applications.
What you are doing is something that is often attempted. And it will look
like
it works, for a while. But it is not supported. You may be able to get it
to work
again by adjusting the status source of each symbol, but it will still be
unsupported. I promise you that what you are seeing is working as designed.
There are sure to be supported alternatives. Describe your requirements in
more
detail, and we can come up with something in the way of a proper cut/paste.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Chan, Jack" <jack.chan@nz.unisys.com>@tkg.com on 07/19/2001 01:41:21 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc: "Boulieris, Arthur" <Arthur.Boulieris@nz.unisys.com>
Subject: RE: [NV-L] Color not propagating to submap
Hi Leslie,
Before the Netview upgrade to 6.02, we had 5.1, and colors of the copy and
pasted maps were propagating through. And 6.02 doesn't (e.g. router
interfaces - one red, one green, but router is GREEN, which was yellow
before the upgrade).
Please let me explain why we are using copy and pasted maps. It is because
we separates logical geographical branches for each clients. So we have a
generic object for each client, and under that, we have IP submaps of the
branch offices. So we did not use Smartsets.
Do you think it will help it I turn the router fault isolation off?
How else can I solve this color problem? It is affecting the daily
operation
people, because they look at the map with all the customer's generic
object.
Sorry for being a pain, thanks a lot for your help.
Jack Chan.
New Zealand, Enterprise System Management.
-----Original Message-----
From: Leslie Clark [mailto:lclark@us.ibm.com]
Sent: Wednesday, 18 July 2001 4:16 a.m.
To: IBM NetView Discussion
Subject: Re: [NV-L] Color not propagating to submap
You should not be copying and pasting. That menu option is only there
to mislead you. Use Cut & Paste to organize the map. If you need an
extra copy somewhere for a different view, use the Smartsets.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Chan, Jack" <jack.chan@nz.unisys.com>@tkg.com on 07/17/2001 12:28:13 AM
Please respond to IBM NetView Discussion <nv-l@tkg.com>
Sent by: owner-nv-l@tkg.com
To: "'IBM NetView Discussion'" <nv-l@tkg.com>
cc:
Subject: [NV-L] Color not propagating to submap
Hi List,
I have Netview 6.02 on solaris 2.6, upgraded from 5.1
When there is a router down, it shows white (normal). Under the IP Internet
map, the router and all the nodes hanging of it shows white (normal). So we
avoided a lot of node down pages.
BUT.....in my copy and pasted submaps, some IP Network and switches are not
white (either yellow or green).
In essence, one thing shows white on IP Internet map and yellow/green in
other submaps. It seems like the color is not propagating through to some
submaps.
Has anyone encountered this before? What should I do?
Thanks in advance,
Jack Chan
_________________________________________________________________________
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
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
|