NetXMS Support Forum

How do you schedule action execution?

Do those Ubiquity APs support LLDP?

Also, important part of topology-based correlation is ability of the server to find route from itself to managed devices. Try to select one of the Ubiquity APs, choose "route from" from context menu, and select node representing NetXMS server itself as source. Will it show complete IP path?

Best regards,
Victor

Hi,

from error message for checking smtps on port 465, looks that you have to provide server DNS name instead of IP address.

for port 25 - when you do telnet on that port, do you receive initial SMTP response?

Best regards,
Victor

Hi!

You can use object queries. Go to Tools -> Find Object, and use the following query (I assume you are using NetXMS 5.x):

with
Device = { node.name },
ExpectedState = { ['UP','DOWN','IGNORE'][expectedState] },
CurrentState = { ['UNKNOWN','UP','DOWN','TESTING','DORMANT','NOT PRESENT'][operState] }
type == INTERFACE
You will get list of all interfaces with expected state and current state (with some extra default columns).

Then you can export resulting table to CSV by selecting "Export all to CSV" from view menu or toolbar (in top right corner).

Best regards,
Victor

Just fixed it. Fix will be included into next release. Thank you for debugging and providing steps to reproduce!

Best regards,
Victor

Hello!

Can you show what NetXMS discovered for one such tower router (ad-hoh topology map for example, or export if interface table on relevant devices), and what is actual topology. We can troubleshoot topology discovery from there.

Another option for manual correlation is to somehow determine or mark relations between devices. Actual implementation will depend on your setup, below is just one example.
If you have setup like one router per tower with bunch of other devices connected to that router, you can place devices for each tower into separate container. Then you can add custom filter script to EPP rule that process SYS_NODE_DOWN event, and in that script check if device is a main tower router or additional device, and in second case, check current state of main router for the tower (which can be found based on container membership). If tower router is down, then block processing of SYS_NODE_DOWN in question.
Instead of placing devices from each tower into separate container, you can set custom attribute indicating tower number and maybe device role.

Best regards,
Victor

Today we have published patch release 5.0.8. Changes since previous patch release:

- Fixed error in web console on package deployment
- Implemented refresh for Event Processing Policy view
- Fixed Arp Cache view refresh when data is not available
- Implemented find mac in Web APIs
- NXSL function "trace" handles objects and arrays in a same way as "print"
- New methods "print" and "trace" in NXSL class "Table"
- Added workaround for incorrect LLDP information returned by Alpha Bridge switches
- Fixed bug in network map link styling script processing
- Fixed issues:
   - NX-1311 (Table DCIs ignoring table configuration)
   - NX-2567 (ExternalMetricProvider does not work on Windows)
   - NX-2570 (Use monotonic clock instead of system time for calculating agent uptime)
   - NX-2572 (Problem creating PostgreSQL database during installation on Windows)

SNMP is enough for testing the driver.

I suggest upgrading to latest version from 5.0 branch if possible. We did lot of changes in network maps in version 5.0, that issue could be also solved. I just double checked on 5.0.6 - DCI data is shown on map in this version.

Best regards,
Victor

We just published patch release 6 for version 5.0. Changes since previous patch release:

- Added notification channel driver for Mattermost
- Topic support in notification channel driver for Telegram
- Fixed incorrect client IP address reported by Windows agent in table System.ActiveUserSessions
- Fixed bug in output of nxget -U
- Fixed web UI crash when opening dashboard in kiosk mode
- Fixed issue NX-2550 (Errors in desktop client log (Widget is disposed))

Just fixed it, fix will be included into next patch release.

Best regards,
Victor

Are you using autologin to open dashboard or map in kiosk mode?

Best regards,
Victor

Hi!

Did you try version 5.0.4? We made changes in LLDP handling on Huawei devices.

Best regards,
Victor

It is new feature that is (somehow) working. If you check this box, server will use Isolation Forest algorithm to check if new value is an outlier within two set of data points - all values within 30 minutes of current time of the day for last 30 days, and all values within 30 minutes around current time of the day on the same day of the week for last 10 weeks. Currently it has arbitrary score threshold 0.75, depending on testing results we may adjust it or made configurable. If new data point classified as outlier in both data sets, DCI will be marked as having anomalous value. If you want to generate event, you can use special threshold function "anomaly".

Best regards,
Victor

I changed map size logic a bit - now map will not be smaller than background image size if it's size set to default (0 values for width and height). This change will be included into upcoming release 5.0.5.

Best regards,
Victor