MPTCP Linux Development
 help / color / mirror / Atom feed
From: Matthieu Baerts <matttbe@kernel.org>
To: Geliang Tang <geliang@kernel.org>, mptcp@lists.linux.dev
Cc: Geliang Tang <tanggeliang@kylinos.cn>
Subject: Re: [PATCH mptcp-next v2 3/3] selftests: mptcp: sockopt: add TCP_MAXSEG sockopt tests
Date: Tue, 29 Apr 2025 13:17:37 +0200	[thread overview]
Message-ID: <dc6aa085-0c18-4737-bb47-a5e5bc9c6896@kernel.org> (raw)
In-Reply-To: <2a5c52d491de283397c9fad972350298de74d8c3.1745401025.git.tanggeliang@kylinos.cn>

Hi Geliang

On 23/04/2025 11:40, Geliang Tang wrote:
> From: Geliang Tang <tanggeliang@kylinos.cn>
> 
> This patch adds the TCP_MAXSEG sockopt tests in mptcp_sockopt.c. Since
> in getsockopt TCP_MAXSEG, the "user_mss" value can be obtained only in
> the LISTEN state (see do_tcp_getsockopt in net/ipv4/tcp.c), the test
> items are added to server() instead of client().

I understand you wanted a way to test it, but the set/get is not enough,
and it looks "useless". I'm OK to apply the two other patches with the
small suggested modifications, but I will only send them when there will
be a packetdrill test.

Do not hesitate to imitate other packetdrill test, e.g.
mptcp/sockopts/sockopt_keepalive.pkt. In this case, you could set MAXSEG
(e.g. 1000), then send data (e.g. write(5000)) and check 4 packets are
sent, and the MSS is set to 1000. It might be good to change the value
again later, and see if the behaviour is the expected one
(setsockopt(MAXSEG, 1250) + write(2500)). If possible, after that, in
the same test, also create another subflow, and only check the MSS to
see if it has the expected value. To test that, feel free to look at:

https://github.com/multipath-tcp/mptcp-upstream-virtme-docker?tab=readme-ov-file#packetdrill

Note that the behaviour should be as closed as possible to TCP. Don't
hesitate to run the same kind of test with "plain" TCP.

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


  reply	other threads:[~2025-04-29 11:17 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-23  9:40 [PATCH mptcp-next v2 0/3] Add TCP_MAXSEG socket option support Geliang Tang
2025-04-23  9:40 ` [PATCH mptcp-next v2 1/3] tcp: add tcp_sock_set_maxseg Geliang Tang
2025-04-29 11:17   ` Matthieu Baerts
2025-04-23  9:40 ` [PATCH mptcp-next v2 2/3] mptcp: add TCP_MAXSEG sockopt support Geliang Tang
2025-04-29 11:17   ` Matthieu Baerts
2025-04-23  9:40 ` [PATCH mptcp-next v2 3/3] selftests: mptcp: sockopt: add TCP_MAXSEG sockopt tests Geliang Tang
2025-04-29 11:17   ` Matthieu Baerts [this message]
2025-04-29 11:11 ` [PATCH mptcp-next v2 0/3] Add TCP_MAXSEG socket option support Matthieu Baerts

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=dc6aa085-0c18-4737-bb47-a5e5bc9c6896@kernel.org \
    --to=matttbe@kernel.org \
    --cc=geliang@kernel.org \
    --cc=mptcp@lists.linux.dev \
    --cc=tanggeliang@kylinos.cn \
    /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