[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <tencent_0FE3ED0442E69C9D86C0AEEE338A49F90305@qq.com>
Date: Wed, 11 Dec 2024 17:03:58 +0800
From: Gang Yan <gang_yan@...mail.com>
To: Matthieu Baerts <matttbe@...nel.org>,
Mat Martineau <martineau@...nel.org>,
Geliang Tang <geliang@...nel.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>,
Paolo Abeni <pabeni@...hat.com>,
Simon Horman <horms@...nel.org>
Cc: Gang Yan <yangang@...inos.cn>,
netdev@...r.kernel.org,
mptcp@...ts.linux.dev,
linux-kernel@...r.kernel.org
Subject: [mptcp-next] mptcp: fix invalid addr occupy 'add_addr_accepted'
From: Gang Yan <yangang@...inos.cn>
This patch fixes an issue where an invalid address is announce as a
signal, the 'add_addr_accepted' is incorrectly added several times
when 'retransmit ADD_ADDR'. So we need to update this variable
when the connection is removed from conn_list by mptcp_worker. So that
the available address can be added in time.
In fact, the 'add_addr_accepted' is only declined when 'RM_ADDR'
by now, so when subflows are getting closed from the other peer,
the new signal is not accepted as well.
We noticed there have exist some problems related to this.I think
this patch effectively resolves them.
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/498
Signed-off-by: Gang Yan <yangang@...inos.cn>
---
net/mptcp/protocol.c | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/net/mptcp/protocol.c b/net/mptcp/protocol.c
index 21bc3586c33e..f99dddca859d 100644
--- a/net/mptcp/protocol.c
+++ b/net/mptcp/protocol.c
@@ -2569,6 +2569,10 @@ static void __mptcp_close_subflow(struct sock *sk)
continue;
mptcp_close_ssk(sk, ssk, subflow);
+
+ if (READ_ONCE(subflow->remote_id) &&
+ --msk->pm.add_addr_accepted < mptcp_pm_get_add_addr_accept_max(msk))
+ WRITE_ONCE(msk->pm.accept_addr, true);
}
}
--
2.25.1
Powered by blists - more mailing lists