Recent Discussions
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 DocumentationData Domain Path Redundancy Monitoring
We want to monitor Path Redundancy on Data Domains. Example for Hardware failure logs from DataDomain. WARNING HardwareFailure Enclosure=<> Path redundancy is lost. Enclosure 2 only has 1 active connection path and the required number is 2. Below seems related article. Data Domain: SAS or MPATH Alerts | Dell Philippines
