The subnet collections is a powerful function that I suspect is underused.
If you are in the Collection Editor, you see the default type if
collections, which
is 'Attribute'. It is on a button at the top of the dialog. If you switch
that,
you have a choice of other types - object list, other collections, and
subnet. You can make a collection of nodes on a given subnet by
specifying the subnet. This is powerful because nodes do not have
an attribute of IP Address, as interfaces do, and this gives you a way to
refer to nodes by address, sort-of, in a dynamic fashion.
Cordially,
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
Detroit
========================================================
Thanks for the advice.
I am puzzled by the "Subnet Type" collection. I could find no reference
to this kind of collection. Do you perhaps mean a collection created by
using the "isSubnet" attribute, instead of the "list of networks" that I'm
using? Or is there something I'm missing?
I've actually re-thought my approach to this, instead of monitoring for
the Network being down, I'm going to monitor routers and router interfaces
instead. The "Network Up" event may not show up depending on the status
of underlying devices. My principal interest is in the connectivity to
the network, so I think this might be the better approach.
Thanks for your help- it's much appreciated.
On Thu, Feb 24, 2000 at 01:14:37AM -0500, Leslie Clark wrote:
> If you use the subnet type of collection, the collection would be
> a collection of nodes, not networks. Then you can just test for
> membership in the usual fashion.
>
> Cordially,
>
> Leslie A. Clark
> IBM Global Services - Systems Mgmt & Networking
> Detroit
> ======================================================================
> You can use an in-line action with a script which parses the third
variable
> of
> the trap ($NVATTR_3) and compares it to the output of nvUtil (the l
option
> is
> "list members" I think -- see the man page). Then from there you do
> Forward.
>
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
>
>
>
> Michael Gutteridge <mikeg@HALCYON.COM> on 02/23/2000 06:44:41 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: James Shanks/Tivoli Systems)
> Subject: Querying database collection for Network event source
>
>
>
>
> Hi all....
>
> I'm wondering if anyone has any suggestions as to an approach to use in
> developing rulesets for Network-type nodes. Does anyone have any way of
> comparing the source of a "Network Critical" event ( IBM_NVNETN_EV,
> specific trap 50790403 ) to a network in a collection?
>
> What I would like to do is build a collection of important
> networks. Then, in the ruleset that forwards to TEC, I would like to
> query this collection to see if this "Network Critical" event comes from
a
> network in this collection of important networks.
>
> And therin lies the rub. You see, the trap attributes in the "Network
> Critical" trap generated by NetView do not contain the selection name,
> except as part of the formatted string ($3). Regrettably, the "Query
> Database Collection" does not accept the N.X format for substring
> comparason.
>
> Thanks much. Feel free to mail me direct- I'll summarize any solution I
> come up with.
>
>
> --
> Michael Gutteridge mikeg@halcyon.com
>
> "Better beans and bacon in peace than cakes and ale in fear."
> -Aesop, The Town Mouse and the Country Mouse
--
Michael Gutteridge mikeg@halcyon.com
"Better beans and bacon in peace than cakes and ale in fear."
-Aesop, The Town Mouse and the Country Mouse
|