Re: [Bloat] [Cake] paper: per flow fairness in a data center network

2018-12-15 Thread Dave Taht
Found the PDF. Much more readable.

https://www.cisco.com/c/en/us/products/collateral/switches/nexus-9000-series-switches/white-paper-c11-738488.pdf

As much lust as I have in my heart for this switch, it costs as much
as a car! Sigh.

On Sat, Dec 15, 2018 at 9:09 AM Dave Taht  wrote:
>
> Luca Muscariello  writes:
>
> > 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
>
> I'm really impressed. I'd have probably heard about it if they'd
> mentioned bufferbloat once :/.
>
> The graphs comparing their performance to arista's are far, far, far too
> small to read. You can certainly see a huge improvement on mice in this
> paper.
>
> is there a better copy of this paper around?
>
> What's the cheapest form of this switch I can buy? (or beg, borrow, or
> steal?) I do need a 10GigE-40GigE capable switch in the lab, and BOY oh
> boy oh boy would I love to test this one.
>
> Has this tech made it into their routing products?
>
> >
> > On Thu, Dec 6, 2018 at 4:19 AM Dave Taht  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



-- 

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740
___
Bloat mailing list
Bloat@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat


Re: [Bloat] [Cake] paper: per flow fairness in a data center network

2018-12-13 Thread Luca Muscariello
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  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