cancel
Showing results for 
Search instead for 
Did you mean: 

XMC Alarm on port congestion

XMC Alarm on port congestion

Anonymous
Not applicable

Hi,

Looking into configuring XMC to alarm on ports reporting congestion, possibly through the use of the following OID

extremePortCongDropPkts in the Extreme MIB with OID ".1.3.6.1.4.1.1916.1.4.14.1.1"

Couple of bits I need to figure out though is maybe configuring it on a threshold i.e. alarm if it exceeds a count greater than 100 and report switch and port, rather then for every drop - whether that's possible or not?

When looking at the trap configuration I don’t see an entry for that OID:

c6e61d5a11814a1cb9c59282008f8ab3_9a65a5d1-c7a7-4205-895b-67cdf962a4a1.png

 

c6e61d5a11814a1cb9c59282008f8ab3_e433ffe0-35dd-4695-8121-c15d4868ef7f.png

 

The idea is to give an early warning if congestion is happening and when it happens, rather then discovering it after the fact and or if the messages relate to possible reported issues.

Has anyone done anything like this before, and importantly know how to set it up?

Maybe there is a better way to report / alarm on it?

Many thanks in advance.

 

 

1 ACCEPTED SOLUTION

M_Nees
Contributor III

Hi,

one last idea.

 

It was possible to run a UPM script periodically to check port congestion (CLI command). If there are some errors this UPM script will generate a log message.

Here is this example script which can be adapted:
https://extremeportal.force.com/ExtrArticleDetail?an=000080780

 

This log message can be forwarded directly to XMC or can generate a SNMP Trap which is send to XMC.

 

How to send an SNMP trap based on a log message
https://extremeportal.force.com/ExtrArticleDetail?an=000079593

 

BR

View solution in original post

8 REPLIES 8

StephanH
Valued Contributor III

Hello,

what you can do as workaround is to write a short workflow calling the OID on a switch every few minutes. If the predefined value is exceeded, you can trigger an alarm via the workflow.

This is not really resource-saving but works fine. I you have only a few switches to monitor, it can be a option.
 

Regards Stephan

Dan15
Contributor

Hi Tomasz,

The thing with threshold alarms is the statistics OIDs are not user configurable. Like in the example from Martin, if “extremePortCongDropPkts” is not already included in one of the preconfigured statistics, there’s no way to make XMC polling this OID and collect the data. For me this is a big lack in XMC compared to other tools.

Tomasz
Valued Contributor II

Hi Martin,

 

Food for thoughts: would that be an option to achieve that through a syslog-based alarm? Threshold-based alarms for port utilization % is also doable if that does the job for you, remember to collect port statistics then (it may also be useful to restrict alarm relevance to a ‘device group’ which will in fact be a group of some ports you need to monitor).

 

Hope that helps,

Tomasz

Dan15
Contributor

 I assume the OID you have posted is not a trap rather an OID where you have to get the data actively with SNMP. Unfortunately XMC does not give you the option to do that. 

GTM-P2G8KFN