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
next prev 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