...
The "Reason" describes why NMIS has decided to not collect this interface; in this particular case the model for the device has specified that interfaces without Description are to be ignored.
Depending on your model and version of NMIS, the labels on the Interface Details page may be slightly different from the example:
- The "Name" generally refers to the SNMP properties
ifDescr
orifName
(availability of the latter depends on the hardware in question) - "Description" almost universally refers to the SNMP property
ifAlias
. - "Type" refers to
ifType
. - "Hardware" (if present) refers to
ifDescr
. This is for cases where the interface "Name" is dynamically chosen from the 'best available' source (e.g.ifName
orifDescr
ififName
isn't supported).
NMIS 8.6 and newer ship with models that have amended labels which include the relevant source, for example "Hardware (ifDescr)" and "Type (ifType)" for greater clarity.
Overriding NMIS' choices for one node
...
Please note that changing any entries in the "nocollect" section will only begin to affect nodes when the next type=update
operation is performed (which by default is once every 24hrs).
Global Overrides
The per-model criteria also interact with (and can be overridden by) certain global settings. Here are the relevant defaults as shipped with NMIS' Config.nmis:
...
Like before, global_nocollect_noDescription
is a true/false setting, whereas the others are all interpreted as regular expressions (if not missing or empty).
Please note that the checkable properties aren't necessarily labelled the same on the Interface Details page (e.g. setting global_collect_ifDescr
compares the ifDescr
value against the given regular expression, but the ifDescr
data is likely labelled "Name" in the GUI).
The sequence of checks is as follows:
...