Re: Unreachable Status.

2000-09-19 22:26:22
Subject: Re: Unreachable Status.
From: lclark AT us.ibm DOT com
To: nv-l AT lists.tivoli DOT com
Date: Tue, 19 Sep 2000 22:26:22 -0400
Comments below.


Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking

"Boyles, Gary P" <gary.p.boyles AT intel DOT com>@tkg.com on 09/19/2000 07:24:02

Please respond to IBM NetView Discussion <nv-l AT tkg DOT com>

Sent by:  owner-nv-l AT tkg DOT com

To:   "'IBM NetView Discussion'" <nv-l AT tkg DOT com>
cc:   "Mauch, Mike" <mike.mauch AT intel DOT com>
Subject:  [NV-L] Unreachable Status.

To:  NetView Forum.

I have a few questions on "Unreachable" status as defined
in NV (NT) V6 docs.

1)  Is this working, or does it have to be purchased?
I had heard that it was now free, but is that in V6 or
> It is available in V6.0, to be turned on with a script
> you can get from support. It is turned on by default in
> 6.01. It can be turned off.

2)  Assuming its a part of NV... does it mark the
interface as unreachable if the next-hop (router iface)
is down, or does the node have to be totally unreachable
(i.e. all interfaces off all subnets are unreachable).
> Subnets are unreachable if no managed router interfaces on
> them are reachable. Nodes on that subnet are unreachable
> by decree. Routers are unreachable if all subnets they
> touch are unreachable. If we can get to any interface
> of a router, it is some other status (marginal, etc).

3)  Is the status marked "Unreachable", or is there an
additional "unreachable" NetView trap.
> The IP Status is in fact set to Unreachable and the color
> is changed to white for routers,networks, and router
> interfaces only. For performance reasons, the color of
> the rest of the nodes on an unreachable subnet is left as-is.
> Their unreachable status is indicated by the white router on
> that segment submap, or by the white color of the network
> icon. There are new traps as well. The 'Router Down'
> or 'Router Marginal' trap is the root-cause event. Open a
> ticket, send a page when one of these comes in. The
> 'Network Unreachable' trap is your indication of the scope
> of the outage. There are no further events about the down-stream
> devices until the subnet is reachable via a router interface again.

4)  If I'm managing 100 server off of a subnet, and the
subnet goes off-net... will I still receive 100 server
I_DWN events, or are they suppressed?  If they are suppressed,
how do I indicate an "off net" event for a server?
> The product indicates the EXTENT of the outage only
> graphically, as far as I can tell, unless you know which subnets
> encompass which nodes. You see a part of the map go white, and
> that's what is affected. You get a Network Unreachable event,
> and it is up to you to know that the servers are on that subnet.
> Further status events about those servers are suppressed until
> netmon can reach some router, any router, on that subnet.
> The goal here was to provide suppression of downstream events
> WITHOUT having to maintain a knowledge of all possible routes
> within the product, making it very lean. The approach taken
> was to rely on the OS and the network, which may be rerouting
> dynamically. You have to try it. It is very cool. But root-cause
> analysis may be an inappropriate description of what it does.


Basically, I'd like to deliver the best possible (root-cause)
message for the available data.


Gary Boyles, Intel

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

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