Date: Sun, 02 Apr 2023 17:12:31 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 270417] tcpdump does not capture any packets on lagg(4) interface when choosing receive direction Message-ID: <bug-270417-227-ct4NT2dXWU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-270417-227@https.bugs.freebsd.org/bugzilla/> References: <bug-270417-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D270417 --- Comment #1 from commit-hook@FreeBSD.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=3D5f3d0399e903573e9648385ea6585e54a= f4d573f commit 5f3d0399e903573e9648385ea6585e54af4d573f Author: Zhenlei Huang <zlei@FreeBSD.org> AuthorDate: 2023-04-02 17:01:51 +0000 Commit: Zhenlei Huang <zlei@FreeBSD.org> CommitDate: 2023-04-02 17:01:51 +0000 lagg(4): Tap traffic after protocol processing Different lagg protocols have different means and policies to process incoming traffic. For example, for failover protocol, by default received traffi= c is only accepted when they are received through the active port. For lacp proto= col, LACP control messages are tapped off, also traffic will be dropped if they a= re received through the port which is not in collecting state or is not jo= ined to the active aggregator. It confuses if user dump and see inbound traffic= on lagg(4) interfaces but they are actually silently dropped and not passed into the net stack. Tap traffic after protocol processing so that user will have consistent view of the inbound traffic, meanwhile mbuf is set with correct receiving inter= face and bpf(4) will diagnose the right direction of inbound packets. PR: 270417 Reviewed by: melifaro (previous version) MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D39225 sys/net/if_lagg.c | 24 ++++++++++++++---------- 1 file changed, 14 insertions(+), 10 deletions(-) --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-270417-227-ct4NT2dXWU>