Replies: 1 comment 4 replies
-
Does the dropped byte count stay the same or continually increase? Have you tried rebooting? What kind of NIC? Have you tried a different NIC? Have you tried running tcpdump on the physical interfaces to see if the traffic looks correct there? Have you tried running tcpdump on bond0 to see if the traffic looks correct there? Have you double-checked your fiber optics and TAP? |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Version
2.4.60
Installation Method
Security Onion ISO image
Description
configuration
Installation Type
Standalone
Location
on-prem with Internet access
Hardware Specs
Exceeds minimum requirements
CPU
8
RAM
64
Storage for /
200
Storage for /nsm
600
Network Traffic Collection
tap
Network Traffic Speeds
1Gbps to 10Gbps
Status
Yes, all services on all nodes are running OK
Salt Status
No, there are no failures
Logs
No, there are no additional clues
Detail
I use SecurityOnion to sniff a network via a TAP-Port (fiber optic) with a average network-load of 100Mbps. I have a 10Gbps NIC in place, which is able to receive the traffic. Unfortunately, the bond0 interface has a very high package loss, altough the direct interfaces on the NIC do not have high packet loss.
ens3f0 and ens3f1 represent the sniffing interfaces, that I added with
so-monitor-add
to the bond0-interface.ifconfig
output of the affected interfaces; you can see the high amount of dropped RX packets on bond0. ens3f0 and ens3f1 have nearly no dropped RX packets:Thank you very much for any help and best regards.
Guidelines
Beta Was this translation helpful? Give feedback.
All reactions