[Ecn-sane] The two SCE tests I have in mind

[Dave Taht]

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 at gmail.com> wrote:
>
> > On 24 Mar, 2019, at 8:37 am, Pete Heist <pete at 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 at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cake



-- 

Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740