EcoStruxure IT forum
Schneider Electric support forum about installation and configuration for DCIM including EcoStruxure IT Expert, IT Advisor, Data Center Expert, and NetBotz
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-04 05:22 PM . Last Modified: 2024-04-04 11:56 PM
Hi Team,
is there anyway to delay the send of traps using the Network Management Systems Integration?
We have a project with sites around the world, and due to the latency in some circuits, DCE detects a lot of "Communication Status Offline alarm" per day. So all these alarms are sent and in less than five minutes they dissapear.
With Notification policies using "netbotz.mib" we can delay the send, but we would like to use "Powernet.mib".
Regards
(CID:131336752)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-04 05:22 PM . Last Modified: 2024-04-04 11:56 PM
Hi Javier,
That would have to be done at the threshold level and for SNMP and modbus devices, there is no option for a delay in the default communications threshold:
If you don't want to see these alerts at all, you could change their severity and in the NMS integration configuration, remove the lower level severities from being sent:
The only other option I can think for you to try would be to disable the offending thresholds and recreate them as thresholds for state for time. You can create thresholds for multiple devices at once and maybe even test them before you go system wide. Create an "other state threshold and choose state for time:
Click next and as long as they have a communications status sensor:
You can con configure a lost comm to alarm after a certain amount of time...here I put in 500 seconds or 10 minutes:
Different devices may or may not have this sensor and you may need to play around with it.
As you've seen, there is no option to delay NMS integration traps across the board and the easiest and recommended way around your issue other than fixing the reason for the lost comm issues is to use the alarm action /trap which uses the NetBotz MIB OIDs.
Steve.
(CID:131336794)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-04 05:22 PM . Last Modified: 2024-04-04 11:56 PM
Thank you Steve,
with the NetBotz MIB OIDs do we have the same details in the trap as we have with the PowernetMib?
I have read this document and analyzed the Netbotz mib and it seems that is easier to understand the traps if we use the Powernet mib:
https://www.schneider-electric.us/en/faqs/FA231439/
(CID:131336816)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-04 05:22 PM . Last Modified: 2024-04-04 11:56 PM
Hi Javier,
Yes, for the most part the information is the same. You may also want to look at this k-base as well:
https://www.schneider-electric.us/en/faqs/FA236815
Steve
(CID:131336822)
Link copied. Please paste this link to share this article on your social media post.
Link copied. Please paste this link to share this article on your social media post.
Posted: 2020-07-04 05:22 PM . Last Modified: 2023-10-22 01:18 AM
This question is closed for comments. You're welcome to start a new topic if you have further comments on this issue.
Link copied. Please paste this link to share this article on your social media post.
Create your free account or log in to subscribe to the board - and gain access to more than 10,000+ support articles along with insights from experts and peers.