[linux] bonding mobile connections

[Geert Stappers]

On Sun, Nov 21, 2021 at 02:05:24PM +0100, Mike Jonkmans wrote:
> On Sun, Nov 21, 2021 at 12:58:17PM +0100, Paul de Vries wrote:
> > > On 2021-11-19, at 17:16:48, Micha Kersloot <micha op kovoks.nl> wrote:
> > > 
> > > Hoi Paul,
> > > 
> > > het probleem van 'bonding' is dat het aan 2 kanten moet
> > > gebeuren. Jij moet dus aan jouw kant meerdere verbindingen koppelen,
> > > maar aan de andere kant moet de provider dat dus ook doen. Je
> > > kunt met meerdere verbindingen wel een selectieve verdeling
> > > over de verbindingen maken waarmee je meerdere verbindingen kunt
> > > verdelen over meerdere gebruikers en er per gebruiker dus een hogere
> > > bandbreedte is. 10 gebruikers verdelen over 2 x 20/2Mbps levert per
> > > gebruiker een hogere snelheid op. De snelheid voor 1 gebruiker zal
> > > echter nooit hoger worden dan die van een individuele verbinding.
> > 
> > die andere kant was ik eigenlijk vergeten.

Dank je wel voor het mogelijk maken van in discussie volgorde lezen.[1]


> > maar zou je al alternatief dan niet iets kunnen doen met iets als
> > load balancing? als je per pakket kan besluiten over welke verbinding
> > het wordt verstuurd heb je ook een soort ‘bredere’ verbinding
> > dan met een enkele verbinding.
> 
> Het zijn niet alleen de eindpunten die het probleem zijn.
> Ook alle middle-boxes (firewalls, ssl-terminators, ...) moeten meewerken.
> 
> Multipath-TCP zet meerdere TCP verbindingen op, een per path.
> Maar ook dan moeten beide kanten dat ondersteunen.

Wat ik er van begrepen heb, is dat Multipath-TCP geen eisen stelt
aan de andere kant. Dat het iets anders is
dan https://en.wikipedia.org/wiki/Link_aggregation#Link_Aggregation_Control_Protocol


Ik bedoel dat Multipath-TCP een mogelijke oplossing kan zijn
voor het probleem waarmee deze thread startte. Dus dat Original Poster
niet bang gemaakt moet worden met "Werkt pas als beide kanten het hebben!"


Groeten
Geert Stappers

[1] Dat compliment in andere woorden:
    * Heel fijn dat nieuwe tekst onder eerdere tekst geplaatst wordt
    * Heel goed dat je beseft dat eerdere berichten niet gelezen hoeven te zijn
-- 
Silence is hard to parse