> On Sat, Jan 21, 2017 at 09:09:25AM -0800, Aaron Finney wrote:
> > Hi Paolo,
> > It's version 1.6.1:
> > NetFlow Accounting Daemon, nfacctd 1.6.1 (20161001-00+c5).
> > Thanks,
> > Aaron
> 1.6.1 or (much preferrably) master code on GitHub - can you please try
> and confirm you experience the same with any of these?
> On Fri, Jan 20, 2017 at 07:03:15PM -0800, Aaron Finney wrote:
> > Hello all,
> > I promise I searched the archives e
I promise I searched the archives exhaustively first...
We are trying to separate external ingress/egress traffic using
aggregate_filter (config below), but it's not working as expected. When we
only have one of the sections active and (xv_ext_in OR xv_ext_out) and
comment out the
> Hi Aaron,
> The feature is post 1.6.1. Can you please switch to master code on GitHub?
> On Thu, Feb 16, 2017 at 10:44:23AM -0800, Aaron Finney wrote:
> > Hi Paolo/all,
> > I've been unable to get nfacctd
I've been unable to get nfacctd to send the Avro schema to a Kafka topic -
I receive the following message when starting nfacctd:
WARN: [/etc/nfacctd.conf:14] Unknown key: kafka_avro_schema_topic. Ignored.
WARN: [/etc/nfacctd.conf:15] Unknown key: kafka_avro_schema_refresh_time.
I second Catalin's answer; once you have the data in Kafka, you can have
multiple consumers working with it for different purposes. Our solution
sends raw flow data to Kafka topics with a 24 hour retention time, then we
have spark streaming jobs that do near-real-time processing for anomaly
ason, I don’t have to go touch the router configs.
> On Sep 5, 2017, at 11:35 AM, Aaron Finney <aaron.fin...@openx.com> wrote:
> I'm not sure I follow - do you mean setting up BGP peering of the
> collectors to your source devices using the collector VIP as the neigh
> netflow? Interested in the solution below but would like to have BGP
> aligned with netflow as well.
> On Sep 4, 2017, at 9:48 AM, Aaron Finney <aaron.fin...@openx.com> wrote:
> Great to hear, nice work!
> On Sep 4, 2017 1:55 AM
We use Consul for this, it works very well.
On Aug 21, 2017 6:44 AM, "Yann Belin" wrote:
I have been looking into solutions to achieve reliable load balancing
of my incoming flows across multiple nfacctd servers / daemons.
one for rabbitmq (e.g. queue length /
ram usage). I'm still thinking about more advanced ways to check
nfacctd health, if anyone has a suggestion.
On Mon, Aug 21, 2017 at 4:02 PM, Aaron Finney <aaron.fin...@openx.com>
> Hi Yann
> We use Consul for this
Mail list logo