Чтобы не впадать в зависимость от SNMP-опроса в стиле snmpCollect для управления производительностью, во всех критических точках LAN и WAN можно устанавить датчики:
При использовании установленной по умолчанию длины очереди 20 можно ожидать, что netmon будет поддерживаться должным образом, пока среднее время ответа на запросы SNMP не будет превышать:
Использование sysObjectID в фильтре раскрытия целесообразно, поскольку таким образом обеспечивается простой и изящный метод определения устройств независимо от других:
Установить связь с накопительной станцией на управляющей станции можно путем открытия окна shell и ввода команды:
Команда netmon -a 5 предписывает работающему экземпляру демона netmon вывести размеры списков тестового опроса (ICMP) и SNMP в файл:
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в UNIX-системах является:
Для необязательных параметров демона netmon -q ICMP-queue-length и -Q SNMP-queue-length значением по умолчанию в системах Windows NT является:
Для сбора исторических данных SNMP о производительности требуется доступ к GUI xnmcollect из меню:
Начиная с версии NNM 6.0, в netmon используется строка сообщества set-community-name SNMP, конфигурируемая посредством:
Данные SNMP можно собирать напрямую без графических утилит, используя команду snmpget:
