Community discussions

MikroTik App
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Wrong value from SNMP IF-MIB::ifSpeed

Mon Jun 26, 2017 8:31 pm

Hello.

We use IF-MIB::ifSpeed in zabbix to monitor traffic of interfaces and alert when total bandwidth is above 80% for example. Well, we have one CCR 1036 with ROS 6.37.3 and running a bonding interface with 2 gigabit ports, with means one 2Gbps virtual port right? This is exactly what I get via SNMP.
IF-MIB::ifDescr.17 = STRING: lagg-uplink
IF-MIB::ifSpeed.17 = Gauge32: 2000000000
But the same is not true when upgrade to ROS 6.39.1, look.
IF-MIB::ifDescr.16 = STRING: lagg-uplink
IF-MIB::ifSpeed.16 = Gauge32: 1000000000
Is this information right? Or this is a BUG of version 6.39.1?
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Mon Jul 03, 2017 5:30 pm

Hello, updating this post, 6.39.2 have the same problem reported before on 6.39.1.

Mikrotik staff, this is clearly a bug, comments?
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Fri Sep 01, 2017 8:29 pm

Hello, anyone knows if this issue is OK on new versions?
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Fri Sep 01, 2017 9:03 pm

No, this is not fixed yet. Just tested on 6.40.3.
interface bonding print                                                         
Flags: X - disabled, R - running 
 0  R name="bonding1" mtu=1500 mac-address=E4:8D:8C:1B:72:D6 arp=enabled arp-timeout=auto slaves=ether3,ether4 mode=balance-rr primary=none link-monitoring=mii 
      arp-interval=100ms arp-ip-targets="" mii-interval=100ms down-delay=0ms up-delay=0ms lacp-rate=30secs transmit-hash-policy=layer-2 min-links=0 
...
tool snmp-walk version=2c community=public 127.0.0.1 oid=.1.3.6.1.2.1.2.2.1.2   
OID                                                                          TYPE             VALUE
1.3.6.1.2.1.2.2.1.2.23                                                       octet-string     bonding1
...
tool snmp-walk version=2c community=public 127.0.0.1 oid=.1.3.6.1.2.1.2.2.1.5
OID                                                                          TYPE             VALUE
1.3.6.1.2.1.2.2.1.5.23                                                       gauge            1000000000
As we can see, has two interfaces of 1G on this bonding, but the current speed of the bonding interface related by SNMP is 1G not 2G. This bug was initially found on versions 6.39, any plans to solve this?

This issue is generating a huge number of false positive alarms on our monitoring system.
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Oct 04, 2017 10:38 pm

What's new in 6.41rc38 (2017-Oct-03 11:51):
...
*) snmp - fixed "ifHighSpeed" value of VLAN, VRRP and Bonding interfaces;
\o/
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Tue Mar 20, 2018 3:25 pm

Hello,

I just make a test with 6.41.3 (and 6.41 also) and the problem persists.

ifSpeed and ifHighSpeed are not informing the current speed of the Bonding interface, just of one interface on the bonding.

Please, when we can get this solved?
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Mon Mar 26, 2018 5:35 pm

Up.

Mikrotik staff?
 
rainbow
just joined
Posts: 3
Joined: Tue Apr 15, 2014 9:58 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Thu Apr 12, 2018 10:34 pm

The fix "snmp - fixed "ifHighSpeed" value of VLAN, VRRP and Bonding interfaces;" should be backported to bugfix branch considering that many (W)ISP use this release.
One more suggestion: set ifSpeed and ifHighSpeed for pppoe client interface to tx rate limit (from profile). In this way I can check if some client is saturating the line for more than T time.
Thanks
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Tue Jun 26, 2018 8:35 pm

But even on the current version, this not "fix" anything, we are getting the same wrong value.

Since 6.39 we can not use this counter properly.

It so hard to solve this bug?
 
tbitech1
just joined
Posts: 3
Joined: Wed Aug 22, 2018 2:04 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Aug 22, 2018 2:14 am

We have a similar issue, .
We have two SXT units online, 1 is responding correctly to the SNMP query, the second has the Ether1 & WLAN Interfaces switched:

Both have been ungraded to 6.42.7

*** WORKING ***

IF-MIB::ifIndex.1 = INTEGER: 1
IF-MIB::ifIndex.2 = INTEGER: 2
IF-MIB::ifIndex.3 = INTEGER: 3
IF-MIB::ifDescr.1 = STRING: ether1
IF-MIB::ifDescr.2 = STRING: wlan1
IF-MIB::ifDescr.3 = STRING: SXT_Wlan

*** NOT WORKING ***

IF-MIB::ifIndex.1 = INTEGER: 1
IF-MIB::ifIndex.2 = INTEGER: 2
IF-MIB::ifIndex.3 = INTEGER: 3
IF-MIB::ifDescr.1 = STRING: wlan1
IF-MIB::ifDescr.2 = STRING: SXT_Wlan
IF-MIB::ifDescr.3 = STRING: ether1

No idea why but my reporting is all wrong.
 
tbitech1
just joined
Posts: 3
Joined: Wed Aug 22, 2018 2:04 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Aug 22, 2018 2:18 am

@marcioelias

We are also using Zabbix - would you share how you do the following

IF-MIB::ifSpeed in zabbix to monitor traffic of interfaces and alert when total bandwidth is above 80% for example.

thank you
 
marcioelias
just joined
Topic Author
Posts: 12
Joined: Mon Oct 06, 2014 4:58 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Aug 22, 2018 5:59 pm

Hello @tbitech1.

For sure.

I will do better, just created a git repo to put templates, and this one is there.

https://github.com/marcioelias/Zabbix-Templates

All you will need to do is translate hardcoded titles in Portuguese.

To bypass the problem that was exposed at this thread, I have modified the trigger prototype on the Network discovery to the code below.
(
    {Template Mikrotik - CCR:ifType[{#SNMPVALUE}].last(0)}=6
) and (
    (
        {Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}>0 and 
        {Template Mikrotik - CCR:ifHCInOctets[{#SNMPVALUE}].avg(300)}>{Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}*0.8
    ) or (
        {Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)}>0 and (
            {Template Mikrotik - CCR:ifHCOutOctets[{#SNMPVALUE}].avg(300)}
        )>({Template Mikrotik - CCR:ifHighSpeed[{#SNMPVALUE}].last(0)})*0.8
    )
)
Basically, I'm ignoring the interface type 161 (LACP) and monitoring just ethernet-like interface types (6).

I hope that helps, plus this template will discovery all optical modules and monitoring some data.
 
tbitech1
just joined
Posts: 3
Joined: Wed Aug 22, 2018 2:04 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Thu Aug 23, 2018 11:25 pm

Hi Marcio,

Wonderful

will give it a try and let you know how it works.

thank you
 
hashbang
Member Candidate
Member Candidate
Posts: 201
Joined: Sat Jul 26, 2014 6:38 pm

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Apr 15, 2020 12:06 pm

hi,
same problem in 6.44.2
Interface bonding1(): Speed 2020-04-15 14:33:25 1 Gbps
any reply from mt when this will be resolved ?
 
ishan
just joined
Posts: 6
Joined: Fri Apr 08, 2016 9:43 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Fri May 15, 2020 2:02 pm

This bug still exists on 6.45.7
 
User avatar
Jotne
Forum Guru
Forum Guru
Posts: 3349
Joined: Sat Dec 24, 2016 11:17 am
Location: Magrathean

Re: Wrong value from SNMP IF-MIB::ifSpeed

Fri May 15, 2020 3:10 pm

If you have not yet done, you should send an email to support@mikrotik.com.
 
monik
just joined
Posts: 6
Joined: Tue Mar 19, 2019 1:05 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Mon Nov 04, 2024 9:15 pm

I have the same problem with CCR2116-12G-4S+ on ROS 7.15.2. Bonding with two SFP+, but speed in OID 1.3.6.1.2.1.31.1.1.1.15 is 10 gigabit.
 
NatePB14
just joined
Posts: 5
Joined: Fri Aug 03, 2018 2:58 am

Re: Wrong value from SNMP IF-MIB::ifSpeed

Wed Dec 11, 2024 5:26 am

I know this in an old post, but i have this issue as well, i know the value can be modified changing the custom multiplier but there must be something that can be done on the mikrotik side as well, i hope there's a solution to this