We have a bunch of towers with a Mikrotik router, a switch, and a bunch of Ubiquiti AP's. What is the best way to set up dependencies? For example, Tower 14 router locks up and I don't want to get alerts for all 5 UBNT AP's and the switch that is plugged into the Tower 14 router. I just want to see an alert for the router that is down. I haven't been able to find anything like this in my searching. 
			
			
			
				NetXMS has automatic event correlation based on topology. For this to work, NetXMS server should have snmp access to all routers between itself and your APs, then it would have full topology picture. 
You can check by right-clicking on an AP, Route from... and choosing NetXMS server node. The other way to check is probably an automatic L3 network map. 
I might be wrong about peculiarities of how all this works, would be good to hear if this works on your system. 
			
			
			
				Everything I am monitoring does have SNMP access. Each site has two Mikrotik routers and some UBNT access points. It seems that the server is not able to determine the topology with much accuracy. There is a lot missing. None of the access points show up, there are a lot of links and routers missing. I'm guessing this is why the automatic dependencies are not working properly.  
The Layer 2 topology is the only map that seems to work, but still missing a lot of devices. I don't really care about the map so much if I could find a way to manually set up dependencies. If the only way to have dependencies is to have a fully functioning topology map then I guess I can start troubleshooting that instead.
			
			
			
				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
			
			
			
				I'm not sure how to export but hopefully these screenshots are what you are needing. This is a tower site fed by wireless backhaul. One main mikrotik router. Plugged into this router we have another mikrotik acting as an environmental alarm, and two UBNT access points. I suspect its not working because the UBNT devices do not detect a peer node, but I really have no idea. I know UBNT snmp is not the best. 
https://www.dropbox.com/scl/fi/hv6p9a3orqtxfa07osbhq/9-19-2024-7-36-41-AM.jpg?rlkey=wzauszd3qdj3qge19ns2lrkvp&dl=0
https://www.dropbox.com/scl/fi/hv6p9a3orqtxfa07osbhq/9-19-2024-7-36-41-AM.jpg?rlkey=wzauszd3qdj3qge19ns2lrkvp&dl=0
https://www.dropbox.com/scl/fi/lj4q6zrlxsl0yk8skk2kl/9-19-2024-7-41-51-AM.jpg?rlkey=awwzmysh8esiufocsxki2hmub&dl=0
https://www.dropbox.com/scl/fi/74dwk46uk64plorghqv2c/9-19-2024-7-42-29-AM.jpg?rlkey=of5mdqhcpazwzp917yg51kc9s&dl=0
https://www.dropbox.com/scl/fi/74dwk46uk64plorghqv2c/9-19-2024-7-42-29-AM.jpg?rlkey=of5mdqhcpazwzp917yg51kc9s&dl=0
			
			
			
				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
			
			
			
				From what I can find they do not support LLDP, only CDP.
I tried "route from" and pointed to the server and got this result:
			
			
			
				Can you also show screenshot of interfaces for tower's main router? Does it see APs as peer nodes?
As for "route from" NetXMS server - it shows 10.240.8.1 as the next hop, but looks like there's no corresponding node in NetXMS, that's why it can not continue.
			
			
			
				I added the rest of the routers between the server and the tower and now "route from" works and knows the whole route back to the server. 
The main tower routers still do not see the UBNT access points as peer nodes. I can't see any way to manually add them. 
			
			
			
				Could you please show capabilities for Ubuntu AP and adjacent router?
We currently does not have an option to configure L2 links manually, although we have this as feature request.
Best regards,
Victor
			
			
			
				Can you be more specific about capabilities? The mikrotik does support LLDP but the UBNT AP does not. Is that what you are meaning?
			
			
			
				I mean what NetXMS shows on overview page for those nodes in "Capabilities" section - to check how server sees those devices.
			
			
			
				Attached. Thanks
			
			
			
				So the problem here is that AP in question does not support neither LLDP nor CDP (not even spanning tree), so there is no way of getting topology information from it. CDP/LLDP not being supported in this context only means that information collected via those protocols is not made available via SNMP, even if device can send/receive CDP or LLDP packets.
If there is topology information available through vendor MIBs, then we probably can implement topology information reading on driver level.
Best regards,
Victor
			
			
			
				I believe after messing around with this for some time it is working. Once I added all nodes on the routes between the server and the nodes, did "route from" to the Netxms server, initial testing is showing dependencies working properly. Even on the UBNT ap's and other devices without SNMP. 
Big thank you to everyone who helped get me through this!