Hi Vaggelis, do the SNMP OIDs are you monitoring for these traffic numbers include packets that are not exported via Netflow (broadcast, multicast etc)?
Regards, Mario > -----Original Message----- > From: pmacct-discussion [mailto:pmacct-discussion-boun...@pmacct.net] > On Behalf Of Vaggelis Koutroumpas > Sent: Sunday, November 29, 2015 12:23 AM > To: Paolo Lucente; pmacct-discussion@pmacct.net > Subject: Re: [pmacct-discussion] nfacct total bytes inconsistencies > > It seems that the new server shows the same behavior after all :( > > > mysql> SELECT ( > -> SELECT concat(truncate((sum(bytes)/1024/1024/1024),2), 'GB') > as bytes FROM hourly WHERE ip_dst = '0.0.0.0' AND stamp_inserted > BETWEEN '2015-11-28 20:00:00' AND '2015-11-28 23:59:59' > -> ) as total_out, ( > -> SELECT concat(truncate((sum(bytes)/1024/1024/1024),2), 'GB') > as bytes FROM hourly WHERE ip_src = '0.0.0.0' AND stamp_inserted > BETWEEN '2015-11-28 20:00:00' AND '2015-11-28 23:59:59' > -> ) as total_in; > +-----------+----------+ > | total_out | total_in | > +-----------+----------+ > | 101.03GB | 15.43GB | > +-----------+----------+ > 1 row in set (0.05 sec) > > While at the same time-frame observium reports higher 'total out' and > less 'total in' http://prntscr.com/983ers > > I guess the 'total in' discrepancy is acceptable. But the 'total out' is > over 6Gbytes off! > > If I increase the time-frame then the totals are more off. > > mysql> SELECT ( > -> SELECT concat(truncate((sum(bytes)/1024/1024/1024),2), 'GB') > as bytes FROM hourly WHERE ip_dst = '0.0.0.0' AND stamp_inserted > BETWEEN '2015-11-28 19:00:00' AND '2015-11-28 23:59:59' > -> ) as total_out, ( > -> SELECT concat(truncate((sum(bytes)/1024/1024/1024),2), 'GB') > as bytes FROM hourly WHERE ip_src = '0.0.0.0' AND stamp_inserted > BETWEEN '2015-11-28 19:00:00' AND '2015-11-28 23:59:59' > -> ) as total_in; > +-----------+----------+ > | total_out | total_in | > +-----------+----------+ > | 129.60GB | 19.46GB | > +-----------+----------+ > 1 row in set (0.02 sec) > > Observium: http://prntscr.com/983nxa > > Here the 'total out' is 8GBytes off. > While 'total in' seems to be a little off but in acceptable range. > > > There are no drops AFAICT. > > root@netflow:~# netstat -s | grep Udp\: -A 5 > Udp: > 817211 packets received > 688 packets to unknown port received. > 122 packet receive errors > 14971 packets sent > RcvbufErrors: 122 > > Those 122 errors are there for hours (before 20:00:00 of my query). > > root@netflow:~# cat /proc/net/udp > sl local_address rem_address st tx_queue rx_queue tr tm->when > retrnsmt uid timeout inode ref pointer drops > 696: 00000000:0044 00000000:0000 07 00000000:00000000 00:00000000 > 00000000 0 0 10611 2 ffff88007b36c780 0 > 751: 00000000:307B 00000000:0000 07 00000000:00000000 00:00000000 > 00000000 0 0 10580 2 ffff88007b36cb00 0 > > > I've also installed munin to monitor the performance of the server. > MySQL does on average 40 queries/s. > The server load is steadily 0.1 > The avg incoming packets are ~40pps > > So the server is pretty much idle to lose any data. > > Any ideas what else to check? > What would be an acceptable 'off percentage' of the bytes in comparison > with SNMP measurements? > > > Thanks. > > _______________________________________________ > pmacct-discussion mailing list > http://www.pmacct.net/#mailinglists _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists