]> git.baikalelectronics.ru Git - kernel.git/commit
Merge branch 'mptcp-mesh-path-manager'
authorDavid S. Miller <davem@davemloft.net>
Wed, 18 Aug 2021 09:10:01 +0000 (10:10 +0100)
committerDavid S. Miller <davem@davemloft.net>
Wed, 18 Aug 2021 09:10:01 +0000 (10:10 +0100)
commit4ffb30177daa4eb88bf3fe1c68a7c3bcd46da034
treee487836c8362f6c49bc0e28a6c34a7cc8b0366a3
parent0702c94acd9109fd79329008fb2f9879f6374330
parent41b612ee62974e23effad9b3305cb13525d65517
Merge branch 'mptcp-mesh-path-manager'

Mat Martineau says:

====================
mptcp: Add full mesh path manager option

The path manager in MPTCP controls the creation of additional subflows
after the initial connection is created. As each peer advertises
available endpoints with the ADD_ADDR MPTCP option, the recipient of
those advertisements must decide which subflows to create from the known
local and remote interfaces that are available for use by MPTCP.

The existing in-kernel path manager will create one additional subflow
when an ADD_ADDR is received, or a local address is newly configured for
MPTCP use. The maximum number of subflows has a configurable limit.

This patch set adds a MPTCP_PM_ADDR_FLAG_FULLMESH flag to the MPTCP
netlink API that enables subflows to be created more aggressively. When
an ADD_ADDR is received from a peer, new subflows are created between
that address/port and all local addresses configured for MPTCP.
Similarly, when a new local address is newly configured for use by
MPTCP, new subflows are created between that local address and all known
remote addresses for that MPTCP connection. The configurable limit on
the number of subflows still applies. If the new flag is not used the
path manager behavior is unchanged.

Patch 1 adds a helper function and refactors another function to prepare
for the rest of the patch series.

Patches 2 and 3 add two mesh connection capabilities: initiating
subflows based on added local addresses, or reacting to incoming
advertisements.

Patches 4-6 add full mesh cases to the self tests.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>