Recent Discussions
Topology Mapping - Edge connection alert status
In the current topology mapping, the device-level nodes will light up red/orange/yellow depending on what the highest severity alert is on that device. My feature request is to give us the option to show the status of the individual connections. So show the connection lines as green if they are healthy/connected, but if the interface or BGP peer is down then the connection should be red based on the alert status of the connected instance. Would also like more control over which alerts cause the mapping nodes/edges to light up. For example I might only want the NODE to light up if there is an alert for HostStatus, but if there is an alert for BGP or an Interface then I might want the edge to light up instead. That way I could get a great idea of what was going on just by looking at the map.Topology Mapping - Include connection details on map
In the current mapping feature in UIv4, you can now click on each connection line on a topology map in order to see details of the connection, such as which interface the connection represents. This is an improvement, but would be easier if I didn't have to click each connection to drill down and see what it represents. My feature request is to give us the option to include this information on the map. I want to be able to look at a map and easily see that my router is connected to my firewall through the Ge0/2 port, or that my 2 routers are connected through BGP peer x.x.x.x. Without having to click each connection to see the details.Issue with group-level thresholds in UIv4
In Uiv4, we now have the option to add a custom trigger or clear interval at the instance or group-level. This is good, but I noticed that if you don't set a custom trigger or clear interval on the threshold, then it defaults to "immediately" for the trigger/clear intervals. My feature request is to have the default trigger/clear interval be "inherit from datasource", and then if we want to customize at the group-level we can do so. Having the default trigger interval be "Immediately" for any instance or group-level threshold causes lots of problems if we have users setting thresholds who aren't aware that it will overwrite any trigger/clear interval set on the datasource-level.
Needed Features for Network Topology Mapping
We need the ability to create topology map of our switches and routers showing the actual links between interfaces on the devices and showing the latest InMbps / OutMbps datapoints for each interface. The goal is to have a live network map for networks like Internet Service Provider networks, to be able to visualize the active state of the network and the bandwidth utilization and alert status of each device and interface / link. We need to be able to do the following: - Manually add the switch and router resources to the map. - Once the resource is on the map, click on the resource on the map and select an interface instance from the "network interfaces" LogicModule to add to a "Link". Then drag over to, or select, the connected resource, and select the associated interface instance from the "network interfaces" LogicModule on the second device. - This will visually show a link between the two devices, and the InMbps and/or OutMbps datapoints should be displayed over the link on each end of the link. - The color of each half or end of the link should also change based on the highest active alert level for the associated "network interfaces" instance on that end of the link. So for example, If we have Router1 interface GigEth0/1 connected to Router2 GigEth0/2, and Router1 GigEth0/1 has an active warning level alert for InBroadcastPkts, then that half of the line representing the link, should turn to yellow. - It's not enough to simply outline the resource with a color based on the alert level of the resource. We need to visually see each desired interface / link on the map and see visually which interface(s) is/are alerting. LogicMonitor has done an absolutely outstanding job of giving us immense flexibilty in how we can represent any datapoint on widgets on dashboards. But when it comes to the Topology mapping, we’re severely limited in how we can represent the exact same datapoints visually on the map. Also, for these kind of use-cases, people managing these kinds of network generally already know how their devices are connected, or can easily identify the connectivity. We don’t really need LogicMonitor to automatically detect connections between devices, because that’s too big of a challenge to automate that well. We just need to be able to manually say, “This interface on this device connects to this interface on this device. That’s a link.” The link itself is actually comprised of two sides, each being an instance on the resource’s LogicModule. And it could be “Interfaces 64 bit” or “Network Interfaces” or whatever other LogicModule we need. When we make w widget, we can select whatever LogicModule and Instance we need. We should be able to do the same thing on the topology map.Dependent Alert Mapping - reviewing cleared alerts
I recently had an LM support ticket open for some confusion we had around the Dependent Alert Mapping feature. Wanted to document some areas for improvement here that would make the feature work better. Currently, when an alert clears which was processed by Dependent Alert Mapping, the "Routing State" and "Dependency Role" columns set to blank. This makes it challenging to go back and review alerts after an outage to see what was "Originating" vs "Dependent" Please update the feature so that these columns on the alert table are still populated after an alert clears. This will help us with reviewing and reporting on resolved outages Currently when an alert is suppressed by dependent alert mapping, the alert message contains a lot of useful metadata related to the alert suppression. But if the originating alert clears and the dependent alert is still active, all of that metadata is removed and there is no indication that the alert was ever suppressed by the Dependent Alert Mapping feature This causes confusion when we go back to review past outages. It makes it look like the feature did not work as intended, even if it did. Fixing this along with item #1 would make the feature a lot easier for us to use and understand what it is doing.
Website Monitoring - Improvement Request
In Website monitoring, we are looking for A metric to configure threshold for response time and get alerted (Currently we just have graph for response time). To have historical data saved in LM portal for Total Download Time (Currently we can configure threshold, but unable to view historical data which could help us to determine the generic response time).Cisco Meraki License monitoring - Subscription - Licensing Model
One of our clients is using “Subscription Licensing” model since few months. But we do see Cisco Meraki License Module currently supports only per-device licensing. Hence, raising this Feature request for “Subscription Licensing” model. Meraki Licensing - Cisco Meraki Documentation
