Sylvia [email protected]
In NetView V5, it should be possible to prevent the discovery of nodes
based on the absence of SNMP.
Specify as statement in the seedfile:
This specifies the total group of SNMP-nodes with OIDs beginning with
184.108.40.206. Non-SNMP-devices are not included in this group, thus they are
excluded from discovery.
It works as described in a test environment.
Leslie Clark <lclark AT US.IBM DOT COM> am 21.07.98 04:30:18
Bitte antworten an Discussion of IBM NetView and POLYCENTER Manager on
NetView et alia <NV-L AT UCSBVM.UCSB DOT EDU>
An: NV-L AT UCSBVM.UCSB DOT EDU
Kopie: (Blindkopie: Sylvia Koch/Emprise)
Thema: Netview growing Objects Database
I've just reviewed the documents from a training session I attended on V5,
it does not
appear to me that you can prevent the discovery of nodes based on the
Somebody will correct me if I am wrong. You can, however, exclude address
ranges, so if
you have a convention for addressing low-priority devices like
you can now
exclude them more easily than you could before. You can also cause
to be discovered as unmanaged, which you probably know, with an entry in
That will help with cpu and network traffic, but will not reduce the object
count, of course.
Exclusion by range can be done with V4, it is just a lot easier
(!xxx.xx-xx.*.*) in V5.
Now for some unsolicited advice. What you have is NOT a network management
but an organizational problem. I see this with some customers, from time to
time. In fact I
expect you will see a flaming notice from James S. any minute now. The
implement the network, the people who administer the addresses, and the
administer the management tools must all work together. Here's how it
1) The network guys apply for an address from the address administrator.
2) The address administrator assigns a name to go with that device (DNS,
3) The network guys configure the device, including the SNMP fields for
location & contact,
and trap destination (the Network Management Station)
4) Some sort of change control notice is sent to the administrator of the
Station to tell them about a new device that needs managing (or it does not
5) The administrator of the NMS adds the device to the seedfile, or ensures
that the ranges
in the seedfile will allow the device to be discovered, and then discovers
If the implementation team does not report new and changed addresses, their
get managed. Make it a rule. Get buy-in from management.
You can tell that I am a strong proponent of seedfiles, especially
seedfiles. It is the
only way to keep garbage out of the database and maximize performance. And
more than a few of these things. Tiny networks can get away with
is of a respectable size, and should be controlled. Hope this helps.
IBM Global Services - Network & Systems Management - Detroit
>I've got one NV 4.1 on AIX monitoring a wide multi-site network with 15,
>000 IP adresses, and only 1500 SNMP devices to manage. Undesirables
>consuming CPU, RAM, Disk ressources and corrupt performances so i need to
>reduce the Objects Database. Seedfile seems not to be the way, while IP
>adresses of SNMP devices can change (two differents teams to install /
>manage the entire Network).
>Is it possible to limit Netview Object Database to only SNMP devices ?
>I was told that with NV 5.1 discovery can be defined based on SNMP sysOID,
>like 220.127.116.11.2., is this right, and could
>this improvement solve my problem ?
>Thanks for your help