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

[Toerless Eckert <[e-mail]>]

On Mon, Aug 17, 2020 at 08:19:59AM -0700, Christian Huitema wrote:
> Given the knowledge and trust issue,
> one-size-fits-all looks actually very practical. That does mean a
> compromise, because the network should allow those applications that
> want low latency to get it, but should not limit the bandwidth that
> applications can use if it is available. That probably requires more
> research and development in active queue management, and in congestion
> control algorithms that can cooperate with active queue management and
> deliver the profile that fits the application.

Thats again the look for networks we currently call "the Internet",
and quite valid there. But certainly not the only type of networks
IETF should be interested in.

When you look at managing traffic flows in e.g.: networks of an airplane,
you will see every individual flow being designed, and planned for before
the plane is built. And those parameters ar then embodied into the network
during plane building. I would call this the other end of the spectrum.

Instead of just talking about some of the tools (CC, ACM), it would be
nice to try to set goals first, to see if we could get agreement there:

-> I would like traffic to get the same throughput under congestion
   whatever its RTT is.

-> 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).

-> I would like to be able for traffic to indicate preferences for
   lower latency or higher throughput... If you ask for lower latency,
   you get less throughput.

-> Goodput always > 95%

That would be a start for the most simple "one-size-fits" all i could
imagine. But there is a lot more things i would like to factor in beyond
that.

Cheers
    Toerless

> -- Christian Huitema
> 
> 

-- 
---
[e-mail]