Matthieu Baerts

> > "this interface can only negotiate mptcp with routes in the same group" > > This is interesting, but a bit complex and expensive if multiple route lookup have...

I don't know if this one is linked to it, but one MPTCP Join is also "regularly" failing: ``` # 112 userspace pm add & remove address # syn [...

Here are two traces when having the last issue with `mptcp_join`: It is interesting to look at the 3rd stream (`tcp.stream eq 2`): ``` bash # tcpdump -nr mp_join-112-ns1-ok-660c371d-EHjLjO.pcap tcp...

@pabeni : from what I understood, when you designed the in-kernel PM, you didn't want to create a list of received `ADD_ADDR`, probably because it was enough to rely on...

Hello, I'm not sure if I followed everything, but when you remove/add endpoints, can you try to use different IDs than the previous ones?

Hi @jonassmedegaard, Thank you for the bug report. > since they didn't bump the API Did they do that with version 0.68? Because mptcpd also needs to be adapted to...

@ossama-othman thank you :) @jonassmedegaard I see. Hopefully the changes will not be too important. I had a quick look on [ELL mailing list](https://lore.kernel.org/ell/) about the API changes, and I...

@jonassmedegaard: thanks to @ossama-othman's work, mptcpd can now be compiled with ELL's development version again. Does his [patch](https://github.com/multipath-tcp/mptcpd/commit/ffa276fc8ee18321b3c2f22deae2e254a69ae4dc.patch) fix the issue you saw on Debian side?

> The change to ELL in the 0.69 release does indeed break link-time compatibility but the removed symbols still exist as [`static inline`](https://git.kernel.org/pub/scm/libs/ell/ell.git/tree/ell/genl.h?id=c404463#n95) functions, meaning recompiling code that uses those...

Apparently, mptcpd should only include `ell/ell.h` files, and not individual ones. See #309