Hi Paolo, On Mon, Apr 06, 2020 at 01:47:49PM +0000, Paolo Lucente wrote: > Do you have any multi-paths between your routers (where you generate > IPFIX packets) and your collector? Is it possible, in other words, we > may be looking at an out of order delivery issue? If you are not doing > that already, can you take a pcap sample on the router (that is, where > IPFIX data is generated)? Depending if the sequencing issue is notified > there, we can pin-point (or not!) to out of ordering. If it's not an out > of order issue it would help a lot if you could send me the pcap trace > privately for me to inspect it and get further clues.
The machines are 'directly' connected. So no. I made a tcpdump on the router, and that shows the same issue. I will send you a link to the dump off-list. > Wrt buffers: if there is a buffering issue inside pmacct then you are > notified by the means of warning/error messages so it's easy to spot; > trickier could be to spot issues between the kernel and pmacct for the > case of libpcap: you should send a SIGUSR1 to pmacctd ('killall -USR1 > pmacctd' would do) and read output back in the log file. Here it is > documented what kind of output you should expect (see 'dropped_packets'): I see no dropped packets. -- Mark Schouten | Tuxis B.V. KvK: 74698818 | http://www.tuxis.nl/ T: +31 318 200208 | i...@tuxis.nl _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists