Hi Adam,

Let me share some thoughts to kick-start the discussion (ie.
inviting people running Juniper to speak up and correct where
needed).

I don't have an explanation why at lowest times renormailzed
NetFlow over-counts SNMP unless sampling rate is somehow not
reported correctly (i have seen this although on C7600: some
line-cards able to report it correctly, others not). If you
are not using sampling_map yet, you could try inserting known
sampling rate values. 

For what regards peak hour and NetFlow under-counting compared
to SNMP and the smooth trending of passing from over-counting
to under-counting, i might have a possible explanation: you
are using NetFlow v5 which is centralized, throttled process.
So if 1:2000 reveals too much work for the CPU you are subject
to NetFlow samples not being exported to the collector. This
is solved by using NetFlow v9 and a MS-DPC or in-line IPFIX,
at least on MX series. 

Cheers,
Paolo

On Thu, Feb 06, 2014 at 10:45:39AM +0100, Adam Bogdan wrote:
> Hi,
> 
> I have a question - maybe somebody had a similar issue - I'm receiving
> netflow from router (Juniper) - they are sampled 1:2000
> After the traffic is recalculated by nfacctd - in comparision to statistics
> received via snmp - I have strange values - in the lowest traffic level
> snmp shows around 550Mbps - in the same time traffic calculated by nfacctd
> is ~1.3Gbps - in max point - snmp is showing 6Gbps but nfacctd 3.9 Gbps
> I understand that traffic is sampled so it won't be exactly at the same
> level as counted by snmp - but isn't it too big difference ?
> Instead of this - the characteristics of the traffic is correct - traffic
> is growing in the same direction, traffic drops are present in the same
> time etc. - only this traffic level..
> 
> This is conifguration from router - it's quite simple:
> sampling {
>     input {
>         rate 2000;
>         max-packets-per-second 7000;
>     }
>     family inet {
>         output {
>             flow-server x.x.x.x {
>                 port x;
>                 autonomous-system-type origin;
>                 no-local-dump;
>                 source-address x.x.x.x;
>                 version 5;
>             }
>         }
>     }
> }
> 
> in nfacctd config file - I recalculate netflows like this:
> sql_optimize_clauses: true
> sql_dont_try_update: true
> sql_multi_values: 1024000
> sql_db: pmacct
> sql_host: <host>
> sql_passwd: <pass>
> sql_table_version: 7
> sql_table_type: bgp
> sql_cache_entries: 256000
> sql_preprocess: usrf=2000
> 
> >From this what I checked - the problem - for sure - is not in nfacctd,
> netflow data received and recalculated by nfdump was almost the same -
> maybe there is something different what I should change/modify to get
> the traffic level little more accurate.
> 
> Thanks for response
> 
> Regards
> Adam

> _______________________________________________
> pmacct-discussion mailing list
> http://www.pmacct.net/#mailinglists


_______________________________________________
pmacct-discussion mailing list
http://www.pmacct.net/#mailinglists

Reply via email to