9 Raphaƫl P. Barazzutti
9 Claudio Ortega
8 Jonas Jensen
8 Matthias Arnold
8 Tim LaBerge
7 Jared Mauch
7 vittoriofoschi
7 Camilo Cardona
5 Aaron Finney
5 Vittorio Foschi
4 vphatarp
3 Alexander Brusil
e - with all the obvious disclaimers possible to inform about
otential inaccuracy - for AS-PATH? How does it sound?
Paolo
On Mon, Aug 20, 2018 at 02:26:27PM +0200, Markus Weber wrote:
Hi Paolo (and others),
nfacctd: am I correct that src_as_path is filled in by looking
up best path for src_
Hi Paolo (and others),
nfacctd: am I correct that src_as_path is filled in by looking
up best path for src_ip in the agent's associated RIB and then
use that one?
If so then src_as_path would be wrong for asymmetric traffic
(as stated in the documents) e.g. if traffic on PE comes in
from peer A,
Hi Matthias,
could it be that your hosts does NOT accept/process the packets as those
are targeted to another MAC address? If you run wireshark/tcpdump the
interface to put into promiscuous mode to get them ...
If all have the same dst mac just change your interface facing the SPAN
port to i
Hi Steve,
you are using nfacctd_as_new fallback? That is said to work like "When
'fallback' is specified, lookup is done against the winning longest
match lookup method (sFlow/NetFlow <= BGP), which can be different for
source and destination IP prefix.".
If I understand you correctly, you w
No problem with tee here - but wasn't Pau expecting tee to do further
sampling (which it doesn't)?
==nfacctd_tee.conf:
pidfile: /pmacct/var/nfacctd_tee.pid
logfile: /pmacct/log/nfacctd_tee.log
daemonize: true
files_umask: 2
nfacctd_disable_checks: true
nfacctd_pipe_size: 8388608
plugin_buffer_si
On 28.11.2015 21:22, Vaggelis Koutroumpas wrote:
Now, checking the udp drop counters on the old server, indeed I see some
25000+ drops. That counter seem to increase during the refresh time of
the sql plugin. Not always though. Is there a connection between the
drops and the mysql insert/update p
On 24.07.2015 04:34, Paolo Lucente wrote:
Thanks for the patch; makes sense to me and i see the benefit but i > need some test in lab before committing as it has its potential >
danger ;-)
Just FYI - works here like a charm so far. No more starving sessions.
Btw, did you have a look to the co
In heavy loaded environments [Paolo knows our probably better
than me ;-] BGP sessions might run into timeouts during heavy
routing updates (on startup it takes here -thanks to the fast
box it's running on - 30 mins to load all tables).
Reasons seems to be/is the processing loop in bgp.c, which