BPF List
 help / color / mirror / Atom feed
From: Kui-Feng Lee <sinquersw@gmail.com>
To: Kui-Feng Lee <thinker.li@gmail.com>,
	bpf@vger.kernel.org, ast@kernel.org, martin.lau@linux.dev,
	song@kernel.org, kernel-team@meta.com, andrii@kernel.org,
	sdf@fomichev.me, geliang@kernel.org
Cc: kuifeng@meta.com
Subject: Re: [RFC bpf-next v6 0/6] monitor network traffic for flaky test cases
Date: Wed, 7 Aug 2024 11:28:01 -0700	[thread overview]
Message-ID: <e1e2706e-0bff-49ae-91f0-cfeb6fd30312@gmail.com> (raw)
In-Reply-To: <20240807175052.674250-1-thinker.li@gmail.com>

Sorry for marking this patch as RFC by a mistake.
This is not a RFC.
I will resend it again.

On 8/7/24 10:50, Kui-Feng Lee wrote:
> Capture packets in the background for flaky test cases related to
> network features.
> 
> We have some flaky test cases that are difficult to debug without
> knowing what the traffic looks like. Capturing packets, the CI log and
> packet files may help developers to fix these flaky test cases.
> 
> This patch set monitors a few test cases. Recently, they have been
> showing flaky behavior.
> 
>      IPv4 TCP packet: 127.0.0.1:48423 -> 127.0.0.1:40991, len 68, ifname lo (In), SYN
>      IPv4 TCP packet: 127.0.0.1:40991 -> 127.0.0.1:48423, len 60, ifname lo (In), SYN, ACK
>      IPv4 TCP packet: 127.0.0.1:48423 -> 127.0.0.1:40991, len 60, ifname lo (In), ACK
>      IPv4 TCP packet: 127.0.0.1:40991 -> 127.0.0.1:48423, len 52, ifname lo (In), ACK
>      IPv4 TCP packet: 127.0.0.1:48423 -> 127.0.0.1:40991, len 52, ifname lo (In), FIN, ACK
>      IPv4 TCP packet: 127.0.0.1:40991 -> 127.0.0.1:48423, len 52, ifname lo (In), RST, ACK
>      TCP packet: 127.0.0.1:33695 -> 127.0.0.1:40467, len 52, ifname lo, RST, ACK
>      Packet file: packets-2173-86-select_reuseport:sockhash_IPv4_TCP_LOOPBACK_test_detach_bpf-test.log
>      #280/87 select_reuseport/sockhash IPv4/TCP LOOPBACK test_detach_bpf:OK
> 
> The above block is the log of a test case. It shows every packet of a
> connection. The captured packets are stored in the file called
> packets-2173-86-select_reuseport:sockhash_IPv4_TCP_LOOPBACK_test_detach_bpf-test.log.
> 
> We have a set of high-level helpers and a test_progs option to
> simplify the process of enabling the traffic monitor. netns_new() and
> netns_free() are helpers used to create and delete namespaces while
> also enabling the traffic monitor for the namespace based on the
> patterns provided by the "-m" option of test_progs. The value of the
> "-m" option is a list of patterns used to enable the traffic monitor
> for a group of tests or a file containing patterns. CI can utilize
> this option to enable monitoring.
> 
> traffic_monitor_start() and traffic_monitor_stop() are low-level
> functions to start monitoring explicitly. You can have more controls,
> however high-level helpers are preferred.
> 
> The following block is an example that monitors the network traffic of
> a test case in a network namespace.
> 
>      struct netns_obj *netns;
>      
>      ...
>      netns = netns_new("test", true);
>      if (!ASSERT_TRUE(netns, "netns_new"))
>          goto err;
>      
>      ... test ...
>      
>      netns_free(netns);
> 
> netns_new() will create a network namespace named "test" and bring up
> "lo" in the namespace. By passing "true" as the 2nd argument, it will
> set the network namespace of the current process to
> "test".netns_free() will destroy the namespace, and the process will
> leave the "test" namespace if the struct netns_obj returned by
> netns_new() is created with "true" as the 2nd argument. If the name of
> the test matches the patterns given by the "-m" option, the traffic
> monitor will be enabled for the "test" namespace as well.
> 
> The packet files are located in the directory "/tmp/tmon_pcap/". The
> directory is intended to be compressed as a file so that developers
> can download it from the CI.
> 
> This feature is enabled only if libpcap is available when building
> selftests.
> 
> ---
> 
> Changes from v5:
> 
>   - Remove "-m" completely if traffic monitor is not enabled.
> 
> Changes from v4:
> 
>   - Use pkg-config to detect libpcap, and enable traffic monitor if
>     there is libpcap.
> 
>   - Move traffic monitor functions back to network_helper.c, and pass
>     extra parameters to traffic_monitor_start().
> 
>   - Use flockfile() & funlockfile() to avoid log interleaving.
> 
>   - Show "In", "Out", "M" ... for captured packets.
> 
>   - Print a warning message if the user pass a "-m" when libpcap is not
>     available.
> 
>   - Bring up dev lo in netns_new().
> 
> Changes from v3:
> 
>   - Rebase to the latest tip of bpf-next/for-next
> 
>   - Change verb back to C string.
> 
> Changes from v2:
> 
>   - Include pcap header files conditionally.
> 
>   - Move the implementation of traffic monitor to test_progs.c.
> 
>   - Include test name and namespace as a part of names of packet files.
> 
>   - Parse and print ICMP(v4|v6) packets.
> 
>   - Add netns_new() and netns_free() to create and delete network
>     namespaces.
> 
>     - Make tc_redirect, sockmap_listen and select_reuseport test in a
>       network namespace.
> 
>   - Add the "-m" option to test_progs to enable traffic monitor for the
>     tests matching the pattern. CI may use this option to enable
>     monitoring for a given set of tests.
> 
> Changes from v1:
> 
>   - Move to calling libpcap directly to capture packets in a background
>     thread.
> 
>   - Print parsed packet information for TCP and UDP packets.
> 
> v1: https://lore.kernel.org/all/20240713055552.2482367-5-thinker.li@gmail.com/
> v2: https://lore.kernel.org/all/20240723182439.1434795-1-thinker.li@gmail.com/
> v3: https://lore.kernel.org/all/20240730002745.1484204-1-thinker.li@gmail.com/
> v4: https://lore.kernel.org/all/20240731193140.758210-1-thinker.li@gmail.com/
> v5: https://lore.kernel.org/all/20240806221243.1806879-1-thinker.li@gmail.com/
> 
> Kui-Feng Lee (6):
>    selftests/bpf: Add traffic monitor functions.
>    selftests/bpf: Add the traffic monitor option to test_progs.
>    selftests/bpf: netns_new() and netns_free() helpers.
>    selftests/bpf: Monitor traffic for tc_redirect.
>    selftests/bpf: Monitor traffic for sockmap_listen.
>    selftests/bpf: Monitor traffic for select_reuseport.
> 
>   tools/testing/selftests/bpf/Makefile          |   4 +
>   tools/testing/selftests/bpf/network_helpers.c | 494 ++++++++++++++++++
>   tools/testing/selftests/bpf/network_helpers.h |  20 +
>   .../bpf/prog_tests/select_reuseport.c         |  37 +-
>   .../selftests/bpf/prog_tests/sockmap_listen.c |   8 +
>   .../selftests/bpf/prog_tests/tc_redirect.c    |  33 +-
>   tools/testing/selftests/bpf/test_progs.c      | 177 ++++++-
>   tools/testing/selftests/bpf/test_progs.h      |   6 +
>   8 files changed, 724 insertions(+), 55 deletions(-)
> 

      parent reply	other threads:[~2024-08-07 18:28 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-08-07 17:50 [RFC bpf-next v6 0/6] monitor network traffic for flaky test cases Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 1/6] selftests/bpf: Add traffic monitor functions Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 2/6] selftests/bpf: Add the traffic monitor option to test_progs Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 3/6] selftests/bpf: netns_new() and netns_free() helpers Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 4/6] selftests/bpf: Monitor traffic for tc_redirect Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 5/6] selftests/bpf: Monitor traffic for sockmap_listen Kui-Feng Lee
2024-08-07 17:50 ` [RFC bpf-next v6 6/6] selftests/bpf: Monitor traffic for select_reuseport Kui-Feng Lee
2024-08-07 18:28 ` Kui-Feng Lee [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e1e2706e-0bff-49ae-91f0-cfeb6fd30312@gmail.com \
    --to=sinquersw@gmail.com \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=geliang@kernel.org \
    --cc=kernel-team@meta.com \
    --cc=kuifeng@meta.com \
    --cc=martin.lau@linux.dev \
    --cc=sdf@fomichev.me \
    --cc=song@kernel.org \
    --cc=thinker.li@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox