Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Luca Muscariello <luca.muscariello@gmail.com>
To: Dave Taht <dave.taht@gmail.com>
Cc: Jonathan Morton <chromatix99@gmail.com>,
	ecn-sane@lists.bufferbloat.net,
	 Cake List <cake@lists.bufferbloat.net>
Subject: Re: [Cake] The two SCE tests I have in mind
Date: Sun, 24 Mar 2019 10:30:08 +0100	[thread overview]
Message-ID: <CAHx=1M7gyi_P=6ykK89fUGdV3zG0L+WX4_Z1M21mshDbb7vZcQ@mail.gmail.com> (raw)
In-Reply-To: <CAA93jw4kqYMpG8m9iVLkO8JHPvZTrawkxtyKCYvvx2BB1_q6Pw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3053 bytes --]

We have done something like that a year ago in our team in Cisco
for a project that you Dave are aware of but that is out of scope for these
lists.

It is important to have vantage points in residential and enterprise
networks.
Cloud to Cloud never goes to transit and the big Clouds have global
footprints.
So you can traverse the planet inside the Cloud WAN (100% bit consistency)
and then traverse a safe peering
point where the adjacency  has been well set (or not).

IPv4/IPv6 of course we'll see a big difference in favour of IPv6.
What Michael has shown is his paper makes a lot of sense to me.
Depending on the use case hit ratio can be very high or very low.




On Sun, Mar 24, 2019 at 9:55 AM Dave Taht <dave.taht@gmail.com> wrote:

> 1) The research into whether bit flipping to the extent that SCE will
> do has not been done yet. The study of ECT(0) vs ECT(1) behavior
> transiting to CE was a little lightweight.
>
> To test this we going to fire up a ton of nanodes in various data
> centers, with low SCE thresholds, and low bandwidths, to flip lots of
> bits, and test between the data centers and from as many vantage
> points around the net as we can get - do packet captures as well as
> flent tests
>
> as a control, set up identical boxes, with SCE disabled, in the same
> data centers.
>
> Setup flent, irtt, iperf3.
>
> 2) Diffserv bit preservation test
>
> The research going by on the tsvwg mailing seems a bit dated. It is
> very straightforward to use irtt to test to see what udp codepoints
> survive e2e, and to also leverage this testbed setup. Similarly,
> netperf can easily be used to mark tcp. We do not have a good packet
> cap tool to verify that the bits are being set right, however I think
> irtt can be modified to check for correctness here and produce a
> report.
>
> On Sun, Mar 24, 2019 at 1:45 AM Jonathan Morton <chromatix99@gmail.com>
> wrote:
> >
> > > On 24 Mar, 2019, at 8:37 am, Pete Heist <pete@heistp.net> wrote:
> > >
> > > I should theoretically arrive at the boat today some time after 3pm,
> having picked up a mini HDMI to HDMI adapter, which we can use with the
> cable that’s there…
> >
> > Awesome.  I'm also setting up a Linux VM on my Mac, which should help
> things along.
> >
> > We're bringing up some actual hardware with the SCE-enabled Cake on it
> now.  Dave wants to investigate various theoretical phenomena the Internet
> might exhibit with a mixture of ECN codepoints; I just want to be sure it
> actually works as intended, before I move on to fiddling with TCP.
> >
> >  - Jonathan Morton
> >
> > _______________________________________________
> > Cake mailing list
> > Cake@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cake
>
>
>
> --
>
> Dave Täht
> CTO, TekLibre, LLC
> http://www.teklibre.com
> Tel: 1-831-205-9740
> _______________________________________________
> Cake mailing list
> Cake@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake
>

[-- Attachment #2: Type: text/html, Size: 4137 bytes --]

  reply	other threads:[~2019-03-24  9:30 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-23 19:15 [Cake] Sce In cake testers wanted Dave Taht
2019-03-23 21:28 ` Kevin Darbyshire-Bryant
2019-03-23 23:53   ` Jonathan Morton
2019-03-23 23:54     ` Dave Taht
2019-03-23 23:58       ` Jonathan Morton
2019-03-24  7:37         ` Pete Heist
2019-03-24  8:45           ` Jonathan Morton
2019-03-24  8:55             ` [Cake] The two SCE tests I have in mind Dave Taht
2019-03-24  9:30               ` Luca Muscariello [this message]
2019-03-24 10:30                 ` Dave Taht
2019-03-24 12:33                   ` Dave Taht
2019-03-24 22:31                   ` Sebastian Moeller
2019-03-24 11:05               ` Pete Heist
2019-03-24 11:08                 ` Jonathan Morton
2019-03-24 11:21                   ` Pete Heist
2019-03-24 12:32                   ` [Cake] [Ecn-sane] " Michael Richardson
2019-04-01 16:02                     ` Stephen Hemminger
2019-04-01 17:21                       ` Dave Taht
2019-04-02 13:36                       ` Rodney W. Grimes
2019-03-24 21:00   ` [Cake] Sce In cake testers wanted Kevin Darbyshire-Bryant

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/cake.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAHx=1M7gyi_P=6ykK89fUGdV3zG0L+WX4_Z1M21mshDbb7vZcQ@mail.gmail.com' \
    --to=luca.muscariello@gmail.com \
    --cc=cake@lists.bufferbloat.net \
    --cc=chromatix99@gmail.com \
    --cc=dave.taht@gmail.com \
    --cc=ecn-sane@lists.bufferbloat.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox