6.3.1.2 General Configuration

 

The options explained in this topic are available in the General tab of the Discovery Configurator.



 

Enabling/Disabling Auto-discovery

 

By default, the discovery process is automatically initialized when WebNMS Server is started.

 

To disable auto-discovery

Disabling this option will stop discovery process, i.e., auto-discovery will not happen when WebNMS Server is started. If you disable and then re-enable the AutoDiscovery option without shutting down or restarting the server, the discovery engine will just proceed with the rediscovery process according to the values set for the parameters, and there will not be any change in the already specified parameters.

 

Top

 

Rediscovering already Discovered Devices

 

By default, the rediscovery process discovers only devices that were not discovered previously. It does not rediscover the already discovered devices.

 

To rediscover already discovered devices

When the discovery process reschedules itself, based on the rediscovery interval specified, enabling or disabling this field decides the functionality of the discovery process. By default, this option is disabled. If enabled, during rediscovery, all the devices (discovered and undiscovered) will be rediscovered.

 

Note: The above parameter does not control the behavior for DHCP nodes. DHCP nodes will be rediscovered every time and the objects in the database are updated with the latest information.

 

Top

 

Preventing Local Network from Being Discovered

 

By default, the local network and all its nodes are discovered. You can prevent the discovery of local network using the Discover LocalNet option.

 

To prevent local network discovery

Top

 

Logging Debug Messages

 

By default, detailed discovery-related debug messages are logged in discoveryLogs.txt file located in the <WebNMS Home>/logs directory.

 

To disable/enable logging of debug messages

Top

 

Setting Discovery Interval

 

The interval between discovery of two devices in the network can be controlled using the Discovery Interval option. The value set for this parameter determines the performance (CPU utilization and network traffic) of the discovery process.

 

To set the discovery interval

Top 

 

Configuring Initial Discovery

 

Initial discovery process is the first discovery process that is started as soon as the WebNMS server is started (cold start or warm start). The configurations set here determine the speed of the initial discovery process. It is not mandatory to set the values for all the parameters.

 

This configuration applies only to the initial discovery process. For subsequent discoveries, the configuration values provided in General tab are used. When no parameters are set in the Initial Parameters section, WebNMS, by default, takes up the values set for the parameters in General tab, which is applicable both to the initial discovery process and for the subsequent discoveries.

 

To set initial discovery parameters

Tip: Setting a value "0" to Discovery Interval option present in Initial Parameters dialog box is preferable, because these entries set in Initial Parameters are considered during the first start of the WebNMS server. During the successive rediscovery processes, the entries that are provided under the Discovery Interval (in General Configuration) and Native Ping options for the corresponding discovery parameters are taken into consideration. Hence, set "0" for Discovery Interval in Initial Parameters and give "1" or "2" for Discovery Interval in General Parameters.

 

The options available in Initial Parameters are tabulated below:

 

Parameter Description

Discovery Interval

Interval (in seconds) between the discovery of any two devices in the network.

 

Default value: 1 second

Rediscovery Interval

Interval (in hours) between two complete discoveries of a network.

 

Default value: 24 hours

 

If a negative value is given, it is replaced by 24.

ICMP Ping Retries

Number of ICMP ping retries (status polling). This is used while pinging to discover the network.

 

Default Value: 0 (i.e., retry is performed only once)

 

If you set the value as 1, then retry is done twice. Setting this value at minimum gives better performance.

SNMP Timeout

Threshold value, in seconds, for all the SNMP requests.

 

This value is the maximum time that the requesting process waits for the first response, before attempting a retransmission.

 

It is useful when the discovery engine is discovering a remote network where the response time could be more.

 

Default value: 2 seconds

 

This value grows exponentially for each retries. This value is doubled for each retry. For example, if the timeout value is set to 5 seconds and retries set as 2, the first retransmission will happen after 5 seconds. The second after 15 seconds and so on.

SNMP Retries

Number of SNMP retries for discovery, status polling, and data collection.

 

Default value: 0 (i.e., retry is performed only once)

 

If you set the value as 1, then retry is done twice. Setting this value at minimum gives better performance.

NativePing Timeout

Threshold value for Native Ping.

 

Default value: 1 second

NativePing Retries

Number of retries for Native Ping.

 

Default value: 1 second

 

Top

 

Scheduling Rediscovery

 

The scheduled interval (in hours) between two complete discoveries of the networks can be configured. When pinging all the IP addresses in a network is finished, it waits for the specified time before starting the rediscovery of the networks.

 

You can schedule the rediscovery process by specifying the rediscovery interval in hours. The rediscovery process can also be configured to run at a specific hour on a specified date of the month or specified day of the week.

 

You can set the Rediscovery Interval using one of the following options:

  1. Regular Interval option

  2. Specific Dates option

  3. Days of Week option

To set the rediscovery at Regular Interval

 

The time interval between two complete discovery of networks can be configured using the Regular Interval option. When regular time interval for rediscovery is configured (say 'x' hours), the WebNMS discovery engine, after discovering the IP Addresses in the network, waits for the specified 'x' number of  hours before starting to rediscover the network again.

For example, if you have set the interval at 6 hours, after the initial discovery, WebNMS starts rediscovery after 6 hours.

 

Note:  If the Rediscovery Interval is set using Regular Interval option, then the values set for Specific Dates and Days of Week options will not take effect.

 

To set rediscovery on specific dates

To set rediscovery on specific days

Note:

  • When both dates and days are configured, then the precedence is given to dates and not weekdays.

  • When the dates or days is configured, the rediscovery interval is set as -1 the User's Schedule.

  • If the Hour field is not specified, 10 will be assigned as the default value. So, if you specify only the days or dates without specifying the hours, rediscovery will happen at the 10th hour of that particular day or date.

 

Combination of configurations that you can effect for rediscovery interval are listed in the table given below [based on seed.file configuration]:

 

When do you want rediscovery

to take place?

Rediscovery Interval

Hour

Dates

Days

Default

24

Any entry specified here will not take effect

Any entry specified here will not take effect

Any entry specified here will not take effect

Particular Hour(s)

-1

Desired hour

No value should be configured

No value should be configured

Particular Day for every week

-1

No value should be configured

No value should be configured

Desired days

Particular Date for every month

-1

No value should be configured

Desired dates

No value should be configured

Particular Hour on a Particular Day

-1

Desired hour

No value should be configured

Desired day

Particular Hour on a Particular Date

-1

Desired hour

Desired date

No value should be configured

 

Top



Copyright © 2011, ZOHO Corp. All Rights Reserved.