I mentioned a similar issue back in early 2016 as well, at that time it was difficult to correlate the optical power tables to interfaces, and because of that it was/is hard to take the admin status of an interface into account for the threshold alarms of SFP's. Attached the old message.
Martin
On 22/03/2019 17:17, Adam Ward via observium wrote:
+1 for please fixing this
I really like the ability to create alert checkers that cover everything, creating more exceptions makes alerting more difficult to maintain.
Also, Adam, I just purchased an enterprise license, we’re moving forward with observium for our prod environment. Great tool, good name, Adams must think alike 😝
*Adam Ward*
*Systems Engineer*
*Shamrock Trading Corporation*
*Office Phone/Fax:* (913) 310-2247
*Email:*award@rtsfinancial.com mailto:award@rtsfinancial.com
*Website:*www.shamrocktradingcorp.com http://www.shamrocktradingcorp.com/
*From: *Richard Savage richard@zananet.com *Organization: *zanaNET Ltd *Date: *Friday, March 22, 2019 at 11:15 AM *To: *Observium observium@observium.org *Cc: *Adam Ward award@shamrocktradingcorp.com *Subject: *Re: [Observium] Low dbm sensor alerts for shutdown interfaces
Hi All
Yes I agree this is an issue too. I was trying to get around it by creating a port group of all ports that were in a non-admin down state and set the alerts to use that, but I cant see to find a way to add a port group to the alert sensor.
Can this please be fixed?
Thanks
Richard
On 22/03/2019 16:05, Adam Ward via observium wrote:
Andrew- I noticed this too, it was like if the SFP was inserted, it’d still throw an error because the transceiver tx/rx limits were technically still out of spec. There needs to be logic to check for the interface status first, then disable the thresholds/alerts if down. I had just considered removing optics for ports that were shut, but kinda annoying for sure. *Adam Ward* *Systems Engineer* *Shamrock Trading Corporation* *Office Phone/Fax:* (913) 310-2247 *Email:*award@rtsfinancial.com <mailto:award@rtsfinancial.com> *Website:*www.shamrocktradingcorp.com <http://www.shamrocktradingcorp.com/> *From: *observium <observium-bounces@observium.org> <mailto:observium-bounces@observium.org> on behalf of Andrew Lemin via observium <observium@observium.org> <mailto:observium@observium.org> *Reply-To: *Observium <observium@observium.org> <mailto:observium@observium.org> *Date: *Friday, March 22, 2019 at 10:46 AM *To: *Andrew Lemin via observium <observium@observium.org> <mailto:observium@observium.org> *Cc: *Andrew Lemin <AndrewL@4d-dc.com> <mailto:AndrewL@4d-dc.com> *Subject: *[Observium] Low dbm sensor alerts for shutdown interfaces Hi, Has anyone else seen the issue where after enabling an alert checker for transceiver optics with sensor_value greater @sensor_limit andsensor_value less @sensor_limit_low, alerts are still received for shutdown interfaces? For example, on a cisco switch when running ‘show interfaces transceiver detail’, we can see; Optical High Alarm High Warn Low Warn Low Alarm Receive Power Threshold Threshold Threshold Threshold Port (dBm) (dBm) (dBm) (dBm) (dBm) Te1/1/25 -40.0 1.9 -1.0 -9.9 -13.9 Te2/1/1 -40.0 1.9 -1.0 -9.9 -13.9 Etc.. Te1/1/25 admin down down Te2/1/1 admin down down Etc The sensors page shows the correct thresholds etc, but shows the interface in Red (and hence is generating alerts through the checker), rather than grey (as the port is shutdown and has no fibre connected – hence -40dbm.). cid:image001.png@01D4E0C6.4F698990 The same port on the Ports page does show the interface as being grey/shutdown cid:image002.png@01D4E0C6.4F698990 Have no idea how to resolve this and stop getting transceiver alerts for shutdown interfaces? This sounds like a potential bug? Thanks, Andy. This e-mail communication (including any attachments) is intended only for use by the individual or entity named above and is considered confidential. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you should immediately stop reading this message and delete it from your system. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium <https://urldefense.proofpoint.com/v2/url?u=http-3A__postman.memetic.org_cgi-2Dbin_mailman_listinfo_observium&d=DwMDaQ&c=4PFCKqrUkXcNwBx-13b0hyZLeZLq8ZLbGHmyMrl0VYE&r=NiY8mlH_-33qB0kal8X6d9PmIqkIwo50Bmx_5EBh0GE&m=mha1qOEMfIuoca9z5SnMUH9dO59AHoFbGb8e1bT82Kw&s=uOxVtVcfjZ-7BT7CP1TRjSGNZNWj6G2XTg94a-30EN8&e=>This e-mail communication (including any attachments) is intended only for use by the individual or entity named above and is considered confidential. If you are not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you should immediately stop reading this message and delete it from your system. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium