I disagree on the claims that DC switches do not implement anything. They do, from quite some time now.
https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-738488.html On Thu, Dec 6, 2018 at 4:19 AM Dave Taht <dave.t...@gmail.com> wrote: > While I strongly agree with their premise: > > "Multi-tenant DCNs cannot rely on specialized protocols and mechanisms > that assume single ownership and end-system compliance. It is > necessary rather to implement general, well-understood mechanisms > provided as a network service that require as few assumptions about DC > workload as possible." > > ... And there's a solid set of links to current work, and a very > interesting comparison to pfabric, their DCTCP emulation is too flawed > to be convincing, and we really should get around to making the ns2 > fq_codel emulation fully match reality. This is also a scenario where > I'd like to see cake tried, to demonstrate the effectiveness (or not!) > of 8 way set associative queuing, cobalt, per host/per flow fq, etc, > vs some of the workloads they outline. > > https://perso.telecom-paristech.fr/drossi/paper/rossi18hpsr.pdf > > -- > > Dave Täht > CTO, TekLibre, LLC > http://www.teklibre.com > Tel: 1-831-205-9740 > _______________________________________________ > Cake mailing list > c...@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake >
_______________________________________________ Bloat mailing list Bloat@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/bloat