nv-l
[Top] [All Lists]

Re: [nv-l] Routers in Isolated Subnet

To: nv-l@lists.us.ibm.com
Subject: Re: [nv-l] Routers in Isolated Subnet
From: James Shanks <jshanks@us.ibm.com>
Date: Fri, 10 Dec 2004 10:18:50 -0500
Delivery-date: Fri, 10 Dec 2004 15:19:24 +0000
Envelope-to: nv-l-archive@lists.skills-1st.co.uk
In-reply-to: <8742587DC4A5A845A26EC01E75DE7232B46F51@ech01awp.corp.ds.pjm.com>
Reply-to: nv-l@lists.us.ibm.com
Sender: owner-nv-l@lists.us.ibm.com

I was hoping that someone with more experience with RFI would try to answer you on this, but since no one has, here's my two cents.

First, there is no list nor utility that will tell you what routers netmon currently thinks are unreachable. That might be nice enhancement to netmon someday, but it is not available today.

But, if you have a router (A) connected to a subnet, and you have another router (B) connected to that same subnet, and the only path to router B is across the subnet and out via router A, then if A has a problem, you should get
(a) either an Interface Down event if just the connecting interface is lost, and a Router Marginal for A, or
(b) a Router Down event for router A if the entire thing is lost.
But in either case you should get a Router Unreachable event for B, and a Subnet Unreachable event for the subnet between them. At least that is my understanding, though I must add that I don't work on netmon. If I have gotten this wrong, then perhaps someone else will correct me.

Now as for you admins, I have to ask why they are not planning to use the web client when they login from their remote location?
That's exactly what it is for, so you can use the map and all the attendant NetView functions from a remote location. All you need a is browser.
If they aren't going to do that, then the only thing I can think of for you to do to get a list of routers which are unreachable would be to either
(1) create a smartset for isRouter and IP Status Unreachable and then use nvUtil to query it
(2) create a report for the same thing using nvdbformat and run that
You could then email that to the admins, but putting it in a pager notice itself would likely make the message very large.

NetView has a map precisely so that operators can get an idea of the status of the network visually, so they can drill down and see the source of the problem, rather than be told about it descriptively. So I still think having them log in remotely via the web client is a much better idea. And I know other NetView users are doing exactly this. Some of their operators take a laptop with them wherever they go, just so they can log in from wherever they are when the pager goes off.

Anyone else?

James Shanks
Level 3 Support for Tivoli NetView for UNIX and Windows
Tivoli Software / IBM Software Group
Inactive hide details for SIXFC@pjm.comSIXFC@pjm.com


          SIXFC@pjm.com
          Sent by: owner-nv-l@lists.us.ibm.com

          12/09/2004 12:22 PM
          Please respond to
          nv-l


To

nv-l@lists.us.ibm.com

cc


Subject

[nv-l] Routers in Isolated Subnet

We have parallel paths between critical servers. If a router on one path is down, the admins will be notified. If a router on the second path goes down, they will also be notified. Additionally, with both paths down, the admins want to know what routers are now isolated. Will there be a router unreachable event for each one, following or preceding the subnet unreachable? How can we relate them to the source problem? Does RFI keep a list of the relationships or have a utility to determine them? Do I have access to it?

After a pager alert, these folks will most likely login from a remote location and open their e-mail. That's where we're trying to put the information and why we're not telling them to look at the map.

Thanks.
Chris Six

PJM Interconnection, llc

sixfc@pjm.com

GIF image

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

Archive operated by Skills 1st Ltd

See also: The NetView Web