Matthieu Baerts

(and it looks like scapy still doesn't support MPTCP despite this initial work that had been done a few years ago: https://github.com/secdev/scapy/pull/3334)

Hello, Which kernel version are you using on both sides? Can you reproduce the issue with the latest stable release? (or the last LTS one?). (I guess you are using...

> The client is running openwrt kernel 6.1.71 In your case, this behaviour is likely on the client side, because it is usually the client that initiates the creation of...

> I ran tcpdump on the server and it seems the subflow establishment is initiated by the client, but subflow release is initiated by the server. Are you saying that...

> so somehow the client sent the "rem-addr" mptcp option to the server. The question is why, and how to figure out the reason. If I'm not mistaken, this `RM_ADDR`...

> But how come right after the old subflow is removed, almost immediately the same subflow is created again? I don't know. Except a bug, (or something I missed), this...

> I did find something odd, I have two mptcp connections, one runs between openvpn, and the other runs between ssh. Each mptcp connection consists of two subflows. If I...

Also, why do you need OpenVPN? Typically, MPTCP is used with a proxy, e.g. a transparent proxy intercepting the TCP connections created by a client connected to the router, then...

> I did a test of running tcpdump to capture the nlmon0 interface. Then I did "ip mptcp endpoint delete" to delete one of the two mptcp endpoints. After I...

@kangsenlu : with Paolo's help, we looked at the nlmon traces: - there are a lot of events there in one minutes, that's strange - it looks like there are...