Glad to hear you are doing it right. That said, there are occasional
situations
when the status is not set incorrectly. There are occasions where the
status is set
correctly but is not reflected in the map. And there are cases when the
status
source is changed (for RFI) and not changed back. For that last one there
is an efix
available from Support. I believe it only applies to networks, though. And
there
are occasions where ipmap and collmap don't show the same results.
In answer to your question, the router symbol, in both the IP Internet
submap and
in the Smartset submap, should be the same color. The color should match
the
IP Status, as Ethan says, and that is viewable via Tools...Display Object
Info.
(The router symbol is of course different in a Network Submap or Segment,
where
it reflects the status from the point of view of that network - just to be
complete here.)
If the color does not match the IP Status, and the IP Status is correct,
then doing
an Ack/Unack should update it, and you should wonder why ipmap has not done
this for you. If the Smartset is the one that is wrong, usually deleting
the 'egg' and
re-opening it will clear that up. Or killing the collmap application and
restarting
it (Administration...Start Applications...collmap). The presence of an
application
on that menu should be a clue to you that it sometimes needs restarting.
There appear to be some complicated interactions between RFI and the
location.conf
that can sometimes cause problems if you cut and paste things that are
under
control of RFI. I like to get the network fully discovered and cut and
pasted before
turning on RFI, myself. If your problem is related to RFI, deleting and
rediscovering
the node should clear it up. And you should probably call support and ask
for any
e-fixes related to status representation.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
"Scott Barr" <scott_barr@csgsystems.com>@tkg.com on 07/19/2001 01:09:40 PM
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: RE: [NV-L] Color not propagating to submap
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
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
_________________________________________________________________________
NV-L List information and Archives: http://www.tkg.com/nv-l
|