Status of multipath TCP support on FreeBSD 12+

Veeny

Member

Reaction score: 1
Messages: 23

Hi guys,

my boss is talking about live video streaming using multi-path backup mode. I've gathered that FreeBSD is multipath TCP capable using an extension, but I'm wondering if that extension has been merged into the kernel or, if not, if it is compatible with the latest kernel versions. Can't seem to find any relevant piece of information about this.

If someone knows, I'd be forever beholden to them. :)

Cheers,
Vincent
 

Mjölnir

Daemon

Reaction score: 1,148
Messages: 1,657

If you mean automatic failover via CARP? Yes, that's supported for several years now. It can be combined with LACP, IIRC the latter even has a special mode to support a propriatary mode used by Cisco equipment? See carp(4) & lagg(4) & consult the Handbook (scroll to the top of this page).
 

SirDice

Administrator
Staff member
Administrator
Moderator

Reaction score: 10,185
Messages: 35,689

I've tried searching for it but apart from an old experimental patch for HEAD (which was 11.0 at that time) I haven't found anything.


Reading the wikipedia article I did notice SCTP is mentioned as an alternative. Now that is supported, sctp(4).

If you mean automatic failover via CARP?
No, that's something else entirely.
 
OP
V

Veeny

Member

Reaction score: 1
Messages: 23

Ok, thanks to everyone. I shall consider sctp
If you mean automatic failover via CARP? Yes, that's supported for several years now. It can be combined with LACP, IIRC the latter even has a special mode to support a propriatary mode used by Cisco equipment? See carp(4) & lagg(4) & consult the Handbook (scroll to the top of this page).
And no, this is not CARP. We have to live-stream videos from "field" locations, where typically no fibre, and probably no ADSL connection, is available. To try and avoid any loss that may occur if we use a single 4G channel, we would like to stream through a device with 2/3/4 SIMS, each one tied to a different operator. If the stream experiences unbearable jitter or lost packets with the current selected operator, we switch to another operator, etc. But that means the packets can arrive out of order, thereby the need to use MPTCP to reorder them before forwarding them to a streaming platform such as YouTube or Vimeo.

… and Bob's your uncle :)

Cheers and thanks for your input!
 
Top