Cake - FQ_codel the next generation
 help / color / mirror / Atom feed
From: Pete Heist <pete@heistp.net>
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 12:05:29 +0100	[thread overview]
Message-ID: <AFC8081A-E958-45FE-804E-6AB78E67ADBB@heistp.net> (raw)
In-Reply-To: <CAA93jw4kqYMpG8m9iVLkO8JHPvZTrawkxtyKCYvvx2BB1_q6Pw@mail.gmail.com>


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

Sounds good, I’ll offer my home setup with a couple APU2s as a “residential WISP” vantage point. I was unable to access it with OpenVPN from the boat but I’ll sort that out before I go.

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

The irtt server knows what codepoint was negotiated and could easily emit a log message if incoming packets don’t match, but unfortunately the codepoint of incoming packets is not available without using a raw conn (requires root). We’ll want that anyway for UDP lite and I’ll see what’s possible tonight, but for now we can also just use a simple tcpdump filter like this:

tcpdump -r file.pcap udp port 2112 and greater 80 and "ip[1] != 0x1”

“greater 80” ignores the handshake packets and 0x1 is whatever TOS value we want to make sure the packets contain. We can use different filters for other traffic.

> 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


  parent reply	other threads:[~2019-03-24 11:05 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
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 [this message]
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=AFC8081A-E958-45FE-804E-6AB78E67ADBB@heistp.net \
    --to=pete@heistp.net \
    --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