Re: [iccrg] [tsvwg] IETF104 ICCRG TCP Prague presentation

Dave Taht <dave.taht@gmail.com> Thu, 04 April 2019 11:53 UTC

Return-Path: <dave.taht@gmail.com>
X-Original-To: iccrg@ietfa.amsl.com
Delivered-To: iccrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1FD8312048C for <iccrg@ietfa.amsl.com>; Thu, 4 Apr 2019 04:53:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w4-UMxTn5fhO for <iccrg@ietfa.amsl.com>; Thu, 4 Apr 2019 04:53:36 -0700 (PDT)
Received: from mail-qk1-x72c.google.com (mail-qk1-x72c.google.com [IPv6:2607:f8b0:4864:20::72c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4DEEF12000E for <iccrg@irtf.org>; Thu, 4 Apr 2019 04:53:36 -0700 (PDT)
Received: by mail-qk1-x72c.google.com with SMTP id c20so1384160qkc.10 for <iccrg@irtf.org>; Thu, 04 Apr 2019 04:53:36 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=MWi4kABLAoGA97QyLPYpSSSS+5MNty8pYx3p8n+eFXg=; b=tRNBt65cQS9GFqAGWPmUqHGhq0L7+V4XiuhrmveQP/8ID8KGa5BMIzHuV8ADFq9G2i ouL6F7vQyZCv7d+yH+itiMKKvRuxr3FMzUuyewmR7mB0/RiaivJtsGQKYbqk5MNpWYrS E+AmKNonGjw3h4D6fA68CHwVbg/P1tpoR4Uywfz76ng0ocSPP8LGU+u3Uxjkkx8/S9Px 35hQFrMItWfXFSiMW+V/rz1p7o+OeHpTVVoMRfwpVUH5EtAKqjJj27kELs/n3rZQv/Gu pkRedyGNzY6o9rsbEM+vkVbkFu20vHqMisDw+Z8joyzd8vpxfVs1yrVj5S94fuCES+O7 uPuA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=MWi4kABLAoGA97QyLPYpSSSS+5MNty8pYx3p8n+eFXg=; b=fRxNZCIX+dVuuKGkCIomJtGLrqlQPyeU4dzaPHx8m6d1z3Qhf9eX/0qewt6pA1vJ90 Rhk4Iz9QNJxQKWOOWstbh1k6pYRtqIsVW63cTTCfJHVhyEovJesDtIVApkGjQooyIJgF x9yFGxMpaG3n8CZGppZzNGWSDTkFlvBs6Wux+DZsjsul4ha0v40TAlMfPoH9VEQ/GeGC hRm85hJrexW1Y1FbNqpgRNk9UIuy4UPgT9OvCNDQyQu0OxoWEzi48RMiIo3VJfwcc1lc uZxPwsx5Eqh7iYip7lwxjG9m9weH128r3q2GMB0Y875uxEohjVrYUzQq7MrmE6WYUOo9 FbwQ==
X-Gm-Message-State: APjAAAXd6ncXZkcyFjz3KkXansOnTyuBuQNHck9pIo8TohtkMHaIA9FC EMvmWxv/OV3+6mUEac02YH2+m9CnZfKPGnNfcuw=
X-Google-Smtp-Source: APXvYqzHfxQ1vqf6gkRuNfNPdD/8GWSJuaeBcmPW3Y0Hf86IPvG3iLGI5umKW+g2bptsK28kWIfxtuPv5NVMxbc5K7E=
X-Received: by 2002:a37:a5d8:: with SMTP id o207mr4753507qke.0.1554378815382; Thu, 04 Apr 2019 04:53:35 -0700 (PDT)
MIME-Version: 1.0
References: <623CA1C6-3425-46E6-AFD9-6FD7D0DBE422@gmx.de> <a7bf3c8d-bb9e-e7e8-3343-ccdbac795591@bobbriscoe.net> <82B40A22-F2C2-4D56-868A-F53D7AEA37D7@gmail.com> <4507BFFD-A68A-4E8A-8FFB-347F95E3F2E8@cablelabs.com> <2491A216-4522-4942-BDEB-301D61CC5D03@gmail.com> <FD7FA874-3413-4F62-81CB-0F68B9038CC7@cablelabs.com> <B0F75E09-9264-4AC0-BF35-F084CC6213FC@gmail.com>
In-Reply-To: <B0F75E09-9264-4AC0-BF35-F084CC6213FC@gmail.com>
From: Dave Taht <dave.taht@gmail.com>
Date: Thu, 04 Apr 2019 13:52:54 +0200
Message-ID: <CAA93jw6L66jNgvO9M6CVvQjX66Ha_SWaomzBrFs9QO0pGC-ASg@mail.gmail.com>
To: Jonathan Morton <chromatix99@gmail.com>
Cc: Greg White <g.white@cablelabs.com>, "iccrg@irtf.org" <iccrg@irtf.org>, Sebastian Moeller <moeller0@gmx.de>, Bob Briscoe <in@bobbriscoe.net>, tsvwg IETF list <tsvwg@ietf.org>, ECN-Sane <ecn-sane@lists.bufferbloat.net>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iccrg/B2BzA6parMi_qNMcyTqvPi0jUXs>
Subject: Re: [iccrg] [tsvwg] IETF104 ICCRG TCP Prague presentation
X-BeenThere: iccrg@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Discussions of Internet Congestion Control Research Group \(ICCRG\)" <iccrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/iccrg>, <mailto:iccrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iccrg/>
List-Post: <mailto:iccrg@irtf.org>
List-Help: <mailto:iccrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/iccrg>, <mailto:iccrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 04 Apr 2019 11:53:38 -0000

Several things...

I find discussions of ECN in general very stressful, as I am firmly on
the ecn-sane "yellow" team. ECN scares me on the general internet.
More than anything else, I'd like to get a big DDOS protection
provider and university to tackle all my outstanding issues with using
ECN in a general deployment - ranging from what happens with tcp syn
ecn enabled attacks, to ddos protection from udp based packet floods,
as I outlined in the ecn-sane project's charter:
https://www.bufferbloat.net/projects/ecn-sane/wiki/ before I can
endorse this work.

I have friends that regularly deal with 2TByte/sec DDOS attacks and
they have worse blood pressure problems than I do.

I've long had no problem with ecn in specialized deployments, under
rigidly controlled conditions. The SCE work, in particular, looks to
be useful for technologies like nvme over tcp and roce and stuff like
that, and I look forward to results there.

One of the proudest things I have ever had going in my life is that
the backhauls and groundstations for the arkyd-6 spacecraft, used
fq_codel with ECN enabled... running lede (openwrt). And though I
can't talk about that project much, and probably shouldn't have
mentioned even that much here  - I tend to feel that any non-backward
compatible change to ecn will muck with *my* bird in a 25 year orbit,
and I kind of take it a bit personally any naive interference with
that contribution to the US space program.

I am unsubscribing from the ietf lists as of now, so I can focus on
getting testbeds and analytical tools up, as well as finishing up my
work on the ipv4 unicast extensions project, which is entirely
separate, that I wish I could get more folk to pay attention to.

If there is a productive conversation of interest to me, here, using
debating techniques I can live with (
https://www.bufferbloat.net/projects/ecn-sane/wiki/rules/ ) please
either send a link or cc ecn-sane@lists.bufferbloat.net.

Thank you.

Dave