Details
Description
Observium already collect information about "all" ports.
And observium also collect pps statistics for unicast/broadcast/milticast traffic (ussually from IF-MIB).
I want to request new feature for this graph - discovery limits.
Usually on switches configured storm control, so the idea is to discovery that configuration.
What need to be improved:
- discovery for ports - os/model specific
- graph generation
- db structure for ports table
- alert checker for ports (support for using limit like @sensor_limit_low)
- other
Examples (random switch only for example):
- snmpwalk from D-Link DES-3028.
Configuration was:# STORMconfig traffic trap noneconfig traffic control 1-22 broadcast enable multicast enable unicast disable action shutdown threshold 64 countdown 5 time_interval 5config traffic control 23-28 broadcast disable multicast disable unicast disable action drop threshold 1000 countdown 0 time_interval 5 - snmpwalk from SNR S2995G
snmpwalk ... SNR-SWITCH-MIB::portRateLimitTableSNR-SWITCH-MIB::portRateLimitPortIndex.4 = INTEGER: 4SNR-SWITCH-MIB::portRateLimitConfigBroadcastNum.4 = INTEGER: 645SNR-SWITCH-MIB::portRateLimitCurBroadcastNum.4 = INTEGER: 0SNR-SWITCH-MIB::portRateLimitConfigMulticastNum.4 = INTEGER: 500SNR-SWITCH-MIB::portRateLimitCurMulticastNum.4 = INTEGER: 0SNR-SWITCH-MIB::portRateLimitConfigUnicastNum.4 = INTEGER: 0SNR-SWITCH-MIB::portRateLimitCurUnicastNum.4 = INTEGER: 666SNR-SWITCH-MIB::portRateLimitConfigAllNum.4 = INTEGER: 0SNR-SWITCH-MIB::portRateLimitCurAllNum.4 = INTEGER: 666SNR-SWITCH-MIB::portRateLimitPacketsType.4 = INTEGER: 5SNR-SWITCH-MIB::portRateLimitViolationMode.4 = INTEGER: nocontrol(0)SNR-SWITCH-MIB::portRateLimitShutRecoveryTime.4 = INTEGER: 300configuration was:
Interface Ethernet1/0/4...rate-violation broadcast 645rate-violation multicast 500...
Attachments
Issue Links
- relates to
-
OBS-3767 New entity : Protocols/Services states
-
- In Review
-