Hi all!
Tell me please, how to get traffic from 10G interfaces using snmp?
I take incoming and outgoing traffic 1.3.6.1.2.1.31.1.1.1.6.11&1.3.6.1.2.1.31.1.1.1.10.11
But data above 1 GB is cut off(
Tell me how to get all the data?
Thanks)
Hi all!
Tell me please, how to get traffic from 10G interfaces using snmp?
I take incoming and outgoing traffic 1.3.6.1.2.1.31.1.1.1.6.11&1.3.6.1.2.1.31.1.1.1.10.11
But data above 1 GB is cut off(
Tell me how to get all the data?
Thanks)
Which version of SNMP is being used? What are you using to look at the values? Are you sure usage is above 1gb?
I am collecting data from VLAN running on the XFP interface via snmp, trap version 2.
Here is an example of a query for MRTG:
Target[xxxxx]: 1.3.6.1.2.1.31.1.1.1.6.11&1.3.6.1.2.1.31.1.1.1.10.11:public@xxx.xxx.xxx.xxx
Yes, traffic passing through this VLAN more than 3 GB.
Where is the mistake?
You are polling an OID which should return 64-bit values so you are good there.
The trap version statement has me a little worried. Traps are initiated by the device (switch) where as polling is done by MRTG. Are you able to confirm that MRTG is poling w/SNMPv2c?
Have you tried checking the value manually w/snmpget at the command-line? It’s available on Linux boxes very easily.
And what other proofs are needed if data are obtained up to 1 GB?
SNMP V1 does not allow you to get data on traffic above 120 mb.
If your SNMP polling device (example Cacti) is using 32-bit counters, then those counters will roll over to zero and start again - often. Thus your traffic graff will always be wrong.
You need to poll using 64 bit counters - then it will be correct.
North Idaho Tom Jones
I did not hear any adequate advice.
What can developers say?
Maybe just at the moment it is not yet implemented on Mikrotik? Please answer)
Did you use snmpget command line to poll the values manually to confirm what is being seen outside of MRTG?
Do not waste my time, sir.
Then I shall not waste my time with you.
Do not waste my time, sir.
Why do you waste our time (and even want the developers to waste their time) with debugging your system?
When I do what was suggested (use snmpwalk to check the counters) it looks like it is OK at the MikroTik
so the problem must be in your system.
IF-MIB::ifHCInOctets.1 = Counter64: 3012282756995
IF-MIB::ifHCInOctets.2 = Counter64: 0
IF-MIB::ifHCInOctets.3 = Counter64: 0
IF-MIB::ifHCInOctets.4 = Counter64: 0
IF-MIB::ifHCInOctets.5 = Counter64: 0
IF-MIB::ifHCInOctets.6 = Counter64: 0
IF-MIB::ifHCInOctets.7 = Counter64: 809194190106
IF-MIB::ifHCInOctets.10 = Counter64: 2991956167
IF-MIB::ifHCInOctets.11 = Counter64: 2830638563
IF-MIB::ifHCInOctets.12 = Counter64: 4721523483
IF-MIB::ifHCInOctets.13 = Counter64: 4212723140
IF-MIB::ifHCInOctets.14 = Counter64: 1772896241079
IF-MIB::ifHCInOctets.15 = Counter64: 333745531563
IF-MIB::ifHCInOctets.16 = Counter64: 36396391619
IF-MIB::ifHCInOctets.17 = Counter64: 1473685138
clearly there are 64-bit counter values also for VLANs (the last ones are all VLAN).
I have the same)
snmpwalk -Os -v2c -c public xxx.xxx.xx.xxx |grep Counter64
ifHCInOctets.1 = Counter64: 0
ifHCInOctets.2 = Counter64: 230100271201873
ifHCInOctets.3 = Counter64: 0
ifHCInOctets.4 = Counter64: 15312983031
ifHCInOctets.5 = Counter64: 0
ifHCInOctets.6 = Counter64: 0
ifHCInOctets.7 = Counter64: 0
ifHCInOctets.8 = Counter64: 0
ifHCInOctets.9 = Counter64: 0
ifHCInOctets.10 = Counter64: 0
ifHCInOctets.11 = Counter64: 157591064620102
ifHCInOctets.12 = Counter64: 18693866974520
ifHCInOctets.13 = Counter64: 32633536
ifHCInOctets.14 = Counter64: 27868450
ifHCInOctets.15 = Counter64: 0
ifHCInOctets.16 = Counter64: 52628355464606
or this
snmpget -v 2c -c public xxx.xxx.xxx.xxx ifHCInOctets.11
IF-MIB::ifHCInOctets.11 = Counter64: 157616121784941
but it does not change anything, on the graph taken from mikrotik via snmp, I see the cut traffic
from several switches I take the traffic in full, on same system.
any suggestions now?
PS
I reduced the polling interval in five times, but this did not give any result, so there is no overflow of counters
I found a stupid mistake, forgot to add another zero on the XFP interface in MaxBytes secton of MRTG config.
Sorry for being rude, I did not mean to offend anyone.
Thanks for all the tips that shook my brain)