<div dir="ltr"><div dir="ltr">Hello, <div><br></div><div>I have same issue with FreeBSD 12.0 RELEASE-p2.</div><div>I tried to use both ixl and igb NICs.</div><div>When I put netmap with ips mode, capture.kernel_drops is same with capture.kernel_packets.</div><div><br></div><div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#01-igb3) Kernel: Packets 53, dropped 53, bytes</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#02-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#03-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#04-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#05-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#06-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#07-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#08-igb3) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:40 - <Perf> - (W#01-igb3+) Kernel: Packets 0, dropped 0, bytes 0</div><div>22/1/2019 -- 08:58:41 - <Info> - Alerts: 0</div><div>22/1/2019 -- 08:58:41 - <Perf> - ippair memory usage: 382144 bytes, maximum: 167772</div><div>22/1/2019 -- 08:58:42 - <Perf> - host memory usage: 36614400 bytes, maximum: 134217</div><div>22/1/2019 -- 08:58:42 - <Info> - cleaning up signature grouping structure... comple</div><div>22/1/2019 -- 08:58:42 - <Notice> - Stats for 'igb3':  pkts: 53, drop: 53 (100.00%),</div><div>22/1/2019 -- 08:58:42 - <Perf> - igb3: restoring tso offloading</div><div>22/1/2019 -- 08:58:42 - <Perf> - igb3: restoring lro offloading</div><div>22/1/2019 -- 08:58:42 - <Notice> - Stats for 'igb3+':  pkts: 0, drop: 0 (nan%), inv</div><div>22/1/2019 -- 08:58:42 - <Perf> - Cleaning up Hyperscan global scratch</div><div>22/1/2019 -- 08:58:42 - <Perf> - Clearing Hyperscan database cache</div></div><div><br></div><div>I think problem is same</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 22, 2019 at 7:05 PM Carlos Lopez <<a href="mailto:clopmz@outlook.com">clopmz@outlook.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">More info about this, changing packet capture from netmap to pcap, all works ok. In theory, my ixgbe driver is supported for netmap:<br>
<br>
[1] 000.000024 [4184] netmap_init               netmap: loaded module<br>
[1] ix0: netmap queues/slots: TX 8/2048, RX 8/2048<br>
[1] ix1: netmap queues/slots: TX 8/2048, RX 8/2048<br>
[1] ix2: netmap queues/slots: TX 8/2048, RX 8/2048<br>
[1] ix3: netmap queues/slots: TX 8/2048, RX 8/2048<br>
<br>
Any idea?<br>
<br>
Regards,<br>
C. L. Martinez<br>
<br>
<br>
________________________________________<br>
From: Oisf-users <<a href="mailto:oisf-users-bounces@lists.openinfosecfoundation.org" target="_blank">oisf-users-bounces@lists.openinfosecfoundation.org</a>> on behalf of Carlos Lopez <<a href="mailto:clopmz@outlook.com" target="_blank">clopmz@outlook.com</a>><br>
Sent: 21 January 2019 14:37<br>
To: oisf users<br>
Subject: [Oisf-users] Strange issue with Suricata 4.1.2 under FreeBSD 12<br>
<br>
Hi all,<br>
<br>
 I have a strange issue with Suricata 4.1.2 under FreeBSD: suricata doesn't see traffic. Traffic is vlan's tagged. Using tcpdump with the options "-ttt -env -i ix1", I can see the traffic without problems.<br>
<br>
The option of net.bpf.zerocopy_enable=0 and I'm using netmap. Any idea why I can't see the traffic? I am completely lost..<br>
<br>
<br>
<br>
Regards,<br>
C. L. Martinez<br>
_______________________________________________<br>
Suricata IDS Users mailing list: <a href="mailto:oisf-users@openinfosecfoundation.org" target="_blank">oisf-users@openinfosecfoundation.org</a><br>
Site: <a href="http://suricata-ids.org" rel="noreferrer" target="_blank">http://suricata-ids.org</a> | Support: <a href="http://suricata-ids.org/support/" rel="noreferrer" target="_blank">http://suricata-ids.org/support/</a><br>
List: <a href="https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users" rel="noreferrer" target="_blank">https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users</a><br>
<br>
Conference: <a href="https://suricon.net" rel="noreferrer" target="_blank">https://suricon.net</a><br>
Trainings: <a href="https://suricata-ids.org/training/" rel="noreferrer" target="_blank">https://suricata-ids.org/training/</a><br>
_______________________________________________<br>
Suricata IDS Users mailing list: <a href="mailto:oisf-users@openinfosecfoundation.org" target="_blank">oisf-users@openinfosecfoundation.org</a><br>
Site: <a href="http://suricata-ids.org" rel="noreferrer" target="_blank">http://suricata-ids.org</a> | Support: <a href="http://suricata-ids.org/support/" rel="noreferrer" target="_blank">http://suricata-ids.org/support/</a><br>
List: <a href="https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users" rel="noreferrer" target="_blank">https://lists.openinfosecfoundation.org/mailman/listinfo/oisf-users</a><br>
<br>
Conference: <a href="https://suricon.net" rel="noreferrer" target="_blank">https://suricon.net</a><br>
Trainings: <a href="https://suricata-ids.org/training/" rel="noreferrer" target="_blank">https://suricata-ids.org/training/</a></blockquote></div>