Использование MPTCP в сети

AFAIK выше транспортного уровня оно выглядит как обычный TCP. Т.е. приложение о нём ничего не знает.

То есть получается так, что subflows с разными ip собираются ядром вместе как один сокет? А как к нему подключаться: по любому из имеющихся айпишников клиента можно или типа в пуле держать: один отвалился, попробуй следующий?

Сокеты должны быть с типом протокола IPPROTO_MPTCP вместо IPPROTO_TCP. И на стороне клиента, и на стороне сервера. Если клиент/сервер используют IPPROTO_TCP сокеты, можно попробовать запустить их с помощью утилиты mptcpize (она подменяет libc-шные вызовы с помощью LD_PRELOAD).

connect() устанавливает только первый subflow, поэтому перебор адресов сервера надо запрограммировать в клиенте самому. Как и для обычного TCP: резолвишь DNS-имя сервера в список IP адресов, пытаешься соединиться с каждый адресом по списку. После установки первого subflow от клиента к серверу они сами договариваются о дополнительных subflow.

https://www.mptcp.dev/

То есть получается так, что subflows с разными ip собираются ядром вместе как один сокет?

примерно так, только код приложения всё же придётся поменять: указать опцию IPPROTO_MPTCP вместо IPPROTO_TCP

А как к нему подключаться: по любому из имеющихся айпишников клиента можно или типа в пуле держать: один отвалился, попробуй следующий?

Этим занимается Path-Manager, а не приложение. Т.е. биндинг к определенному локальному IP не нужен. Но если биндинг всё же сделан, то MPTCP обязан его учитывать (также как для обычного TCP соединения). См. 4.2.1. Specification of Addresses by Applications.
Здесь надо напомнить, что для обычного TCP явный биндинг к локальному адресу в общем случае не определяет маршрут - маршрут определяется таблицей роутинга. Но это поведение также зависит от ОС и её настроек (strong/weak host model), т.е. лучше проводить натурный эксперимент.

То есть по идее может быть такое, что всё же несколько разных айпи? А я так понял, что сокет с подключением один, а внутри него - все сетевые потоки от клиента.

указать опцию IPPROTO_MPTCP вместо IPPROTO_TCP

Это сделано. Если всё низовое на системе, то вообще хорошо, можно как с простым TCP работать + настройки протокола на клиенте и сервере сделать нужные.

Адресов несколько, сокет один. Просто если ты будешь коннектиться к одному адресу, а именно он в момент коннекта не доступен, то соединения не будет. Надо пытаться коннектиться к списку адресов.

Тогда получается клиент с сервера будет виден по нескольким адресам, перебираем их пока не получится законнектиться хоть к одному. Ясненько.

Сейчас накидаю код, попробую как оно будет смотреться.

Тогда получается клиент с сервера будет виден по нескольким адресам, перебираем их пока не получится законнектиться хоть к одному.

Не, он про адреса сервера (перечитай сообщение 26.08.25 13:41:06 MSK). Т.е. про сценарий, когда сервер имеет несколько сетевых интерфейсов (IP адресов), по которым к нему может подключится клиент.