MPTCP Linux Development
 help / color / mirror / Atom feed
From: Matthieu Baerts <matttbe@kernel.org>
To: Shardul Bankar <shardul.b@mpiricsoftware.com>, mptcp@lists.linux.dev
Cc: Mat Martineau <martineau@kernel.org>,
	Geliang Tang <geliang@kernel.org>,
	pabeni@redhat.com, kalpan.jani@mpiricsoftware.com,
	janak@mpiric.us, shardulsb08@gmail.com
Subject: Re: [PATCH v4 0/2] mptcp: per-event MIB counters for MPTCP_RST_EMPTCP
Date: Fri, 7 Aug 2026 19:56:31 +0200	[thread overview]
Message-ID: <14204e65-db4b-477d-83b3-9cd79a26bcc7@kernel.org> (raw)
In-Reply-To: <20260611203219.3448354-1-shardul.b@mpiricsoftware.com>

Hi Shardul,

On 11/06/2026 22:32, Shardul Bankar wrote:
> MPTCP_RST_EMPTCP (reset reason 1) is currently used as a catch-all for
> several distinct conditions across subflow setup, authentication, and
> data-path validation.  This series adds per-event MIB counters at each
> of those use sites and validates them from mptcp_join.sh.
> 
> Patch 1 adds seven counters (MD5SigReset, MPJoinSynAckNoMPJoin,
> MPJoinAckNoMPJoin, MPJoinAckNoCtx, MPJoinNoIdFound, DssReset,
> MPJoinNotEstablished) and increments them in mib.c/mib.h, subflow.c and
> protocol.c.
> 
> Patch 2 adds named env-var expectations for each counter: the
> JOIN-related ones in chk_join_nr() and the two reset ones in
> chk_rst_nr(), both on fixed namespaces.  It also adds one test inside
> signal_address_tests that triggers MPJoinSynAckNoMPJoin from the
> existing ns1/ns2 setup.
> 
> v4 (this version):
>   patch 1: add MPJoinNoIdFound for an MP_JOIN that carries a valid token
>            but for which the path manager returns no local id; it
>            reaches the same MPTCP_RST_EMPTCP that MPJoinNoTokenFound
>            only counts the no-token half of (Matt).
>   patch 2: move the MPJoin* checks into chk_join_nr() with fixed
>            namespaces, leaving only MD5SigReset and DssReset in
>            chk_rst_nr() (Matt); rename the env vars (join_* / rst_md5sig
>            / rst_dss); the new test uses mptcp_lib_wait_local_port_listen()
>            and asserts with chk_join_nr().
Thank you for the v4, and sorry for the exceptionally long delay!

The new version looks good to me:

Reviewed-by: Matthieu Baerts (NGI0) <matttbe@kernel.org>


New patches for t/upstream:
- 4ef5be975394: mptcp: add per-event MIB counters for MPTCP_RST_EMPTCP
resets
- 69359746fd42: selftests: mptcp: check per-event MPTCP_RST_EMPTCP counters
- Results: b67053e5e63b..25452f1bb469 (export)

Tests are now in progress:

- export:
https://github.com/multipath-tcp/mptcp_net-next/commit/d53994ceed37c0dd4cd6c780d5f0a108c7f5bab2/checks

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


      parent reply	other threads:[~2026-08-07 17:56 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-11 20:32 [PATCH v4 0/2] mptcp: per-event MIB counters for MPTCP_RST_EMPTCP Shardul Bankar
2026-06-11 20:32 ` [PATCH v4 1/2] mptcp: add per-event MIB counters for MPTCP_RST_EMPTCP resets Shardul Bankar
2026-06-11 20:32 ` [PATCH v4 2/2] selftests: mptcp: check per-event MPTCP_RST_EMPTCP counters Shardul Bankar
2026-06-11 21:34 ` [PATCH v4 0/2] mptcp: per-event MIB counters for MPTCP_RST_EMPTCP MPTCP CI
2026-08-07 17:56 ` Matthieu Baerts [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=14204e65-db4b-477d-83b3-9cd79a26bcc7@kernel.org \
    --to=matttbe@kernel.org \
    --cc=geliang@kernel.org \
    --cc=janak@mpiric.us \
    --cc=kalpan.jani@mpiricsoftware.com \
    --cc=martineau@kernel.org \
    --cc=mptcp@lists.linux.dev \
    --cc=pabeni@redhat.com \
    --cc=shardul.b@mpiricsoftware.com \
    --cc=shardulsb08@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