<div dir="ltr"><br><div class="gmail_quote"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Mon, Oct 3, 2016 at 10:31 AM, Peter Manev <span dir="ltr"><<a href="mailto:petermanev@gmail.com" target="_blank">petermanev@gmail.com</a>></span> wrote:<br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote"><span class="m_-5297356999373157432gmail-">
<br>
</span>I had a discussion with a number of ppl with regards to the above.<br>
It seems there are could be a few dependencies and variations of the<br>
calculations in general (not just suricata) - depending on kernel<br>
version (for pcap specifically) and some more depending on Intel<br>
driver versions (possibly affecting capture modes like netmap and<br>
pfring).<br>
<br>
When talking to Jason about it - I think a sane good idea came up - we<br>
should document that (as a first step) and decide how we should handle<br>
that - supporting every variation or making sure it is documented.<br>
<br>
Can you please open a support ticket I guess? Since i believe this<br>
needs more investigation.<br>
<span class="m_-5297356999373157432gmail-"></span><br></blockquote><div><br><br></div></span><div>Sorry, have been busy lately. I opened a bug report, so let's start from there.<br></div><div><br></div><div>In correlation with Intel NIC drivers, try to look beyond them, since I used vmxnet3 drivers, but they probably have problems , too.<br></div><div>This presentation explains it perfectly:<br><br><a href="https://vimeo.com/173610178" target="_blank">https://vimeo.com/173610178</a><br><br></div><div>As always, I'm here to help with everything I can.<br><br></div><div>P.S. Makes you wonder about this statistics gathering, if they are wrong, and some decisions are based on those false stats. :)<br></div><div><br></div><div>Marko <br></div></div></div></div>
</div><br></div>