nv-l
[Top] [All Lists]

Re: Ruleset Suggestions

To: nv-l@lists.tivoli.com
Subject: Re: Ruleset Suggestions
From: Philip Moore <moorepj@US.IBM.COM>
Date: Thu, 13 May 1999 10:24:16 -0500
Reply-to: Discussion of IBM NetView and POLYCENTER Manager on NetView <NV-L@UCSBVM.UCSB.EDU>
Sender: Discussion of IBM NetView and POLYCENTER Manager on NetView <NV-L@UCSBVM.UCSB.EDU>
---------------------- Forwarded by Phil Moore/Chicago/IBM on 05/13/99 10:23 AM
---------------------------


Phil Moore
05/13/99 10:18 AM

To:   NV-L@UCSBVM.UCSB.EDU@Internet>
cc:
From: Phil Moore/Chicago/IBM@IBMUS
Subject:  Re: Ruleset Suggestions  (Document link not converted)

Jan,

I would attempt to accomplish this by building a table with routers address in
the first column, and server addresses in the second column.  You can build as
many columns as neccessary depending upon how many points of failure are between
netview and the server in question.   After building this table, I would call a
script, either by way of ovactiond or nvcorrd, when NetView generates an
"interface down" event.  The script would be passed the interface ip address as
well as the hostname.  The script would first determine the "OID" or node type
associated with the interface down by looking in NetView's object database.  If
it is a server it would look at the table, and see if there is an associated
router(s).  If so it would ping the router ip address, and if down, it would
notify the router administrator.  If the ping to the router responds
successfully, then I would ping the server to verify it is down, and not just
slow in responding to the ping.  Once I am sure the server is not responding, I
would then send the page to the server administrator.

With the correlation tool you could get a little fancy and escalate the paging
process requesting the page be acknowledged, however that is a little beyond the
scope of your question.


Jan Green <greenjan@YAHOO.COM> on 05/12/99 02:35:56 PM

Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
      <NV-L@UCSBVM.UCSB.EDU>

To:   NV-L@UCSBVM.UCSB.EDU
cc:    (bcc: Phil Moore/Chicago/IBM)
Subject:  Re: Ruleset Suggestions





Dennis -

My customer only wants pages when the server only is
down. They do not want server pages when there is a
network problem. I notify another customer when there
is a network outage.

It is a ruleset developed in NetView.

> If you know the relationship of the server(s) to the
> router(s), then you
> can suppress the associated server notifications
> when it's related router
> is unavailable.

If you know of a way to do this, I would appreciate
the info.

Thanks

Jan



--- Dennis Aguilar <dennis@SMARTS.COM> wrote:
> At 08:03 AM 5/12/99 -0700, you wrote:
> >I am running Netview 5.1.1, Framework 3.6 on AIX
> 4.3.1
> >and am trying to suppress a server notification if
> a
> >network problem exists. Specifically, If a server
> and
> >a router trap come in, throw them both out and do
> not
> >process them through the ruleset.
>
> Wouldn't you want to throw the server notification
> out and keep the router
> trap when a network problem exists?
>
> >
> >Does anyone have any suggestions as to what node or
> >combination of nodes might work?
>
 Is this a ruleset developed in
> NetView or is this a TEC
> ruleset?
>
> >
> >Thanks for any suggestions
> >
> >Jan
>
>_________________________________________________________
> >Do You Yahoo!?
> >Free instant messaging and more at
> http://messenger.yahoo.com
> >
>

_________________________________________________________
Do You Yahoo!?
Free instant messaging and more at http://messenger.yahoo.com

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

Archive operated by Skills 1st Ltd

See also: The NetView Web