Re: [arch-d] A Public Option for the Core

[Toerless Eckert <[e-mail]>]

Multiple parallel TCP connections to overcome TCP issues with high
capacity high loss paths even in the absence of congestion was always
a bad workaround. Digital Fountain was already selling software 15 years
ago with scatter storage and network coding gather retrieval. Still
network coding researchers  seem to claim this stuff is new today.

A lot of of the network side problems of this are the result of the
traditional, uncontrolled transit SP paths, aka: the classical Internet
model. 

Cheers
    Toerless

On Tue, Aug 18, 2020 at 11:54:34AM +1200, Brian E Carpenter wrote:
> On 18-Aug-20 04:42, Toerless Eckert wrote:
> ...
>  
> > -> I would like for traffic to get bandwidth share indpendent of the
> >    number of 5 tuple flows it utilizes (no gaming the system). But
> >    rather fair per subscriber (weighted by how much the subscriber pays).
> 
> You just broke GridFTP, used in Big Science to move terabyte datasets
> around the world efficiently. It's not gaming, it's achieving throughput
> despite defects in TCP. But the topic is very much alive there, since
> GridFTP is now unsupported.
> 
> For further reading:
> https://twiki.cern.ch/twiki/bin/view/LCG/ThirdPartyCopy
> 
>     Brian