Re: [Gendispatch] New Version Notification for draft-thomson-gendispatch-rfc-derivatives-00.txt

Eric Rescorla <ekr@rtfm.com> Fri, 29 September 2023 13:12 UTC

Return-Path: <ekr@rtfm.com>
X-Original-To: gendispatch@ietfa.amsl.com
Delivered-To: gendispatch@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C677C151532 for <gendispatch@ietfa.amsl.com>; Fri, 29 Sep 2023 06:12:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.904
X-Spam-Level:
X-Spam-Status: No, score=-6.904 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20230601.gappssmtp.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jMRWImaJ29Ka for <gendispatch@ietfa.amsl.com>; Fri, 29 Sep 2023 06:12:25 -0700 (PDT)
Received: from mail-oo1-xc35.google.com (mail-oo1-xc35.google.com [IPv6:2607:f8b0:4864:20::c35]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DACAEC17EB5D for <gendispatch@ietf.org>; Fri, 29 Sep 2023 06:12:11 -0700 (PDT)
Received: by mail-oo1-xc35.google.com with SMTP id 006d021491bc7-57bd4e4ada6so4391632eaf.3 for <gendispatch@ietf.org>; Fri, 29 Sep 2023 06:12:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20230601.gappssmtp.com; s=20230601; t=1695993131; x=1696597931; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=SxEi9TR3hQyXsnTeiWWFRJvauMuJw510keRrmpl/Ikw=; b=mvyOG896RXT5YYICtIL+qSd0AjDvyIefKCGlP5CM2tApS5YazWDGdL9+Yx+1Y/zjLT ieKhPLwbAN6t+EjIMki0h7WxbepsWT042eQEUCTbq4nRrk5JDlL7C6+xcIguu6clc8k0 juwOCcvcmQumlqgT6Fh+GD64mWKSMiK72vuaw9cv1yJZNtsXEav265ZtFi7MNCukz1Jy yhHve8gt2Y2kXMKxcR2rQIg4CN7JF6N/ukD8YVSBtf8pH5lugOsTOTPh+efuek4VYhBb 2hIeWENXCsmaLCDbMw3hl0+SKebwDwdwE/9s1Grpgf8Kz2uEeH1yKKlapB6x6fHEY+QA zPOQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695993131; x=1696597931; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=SxEi9TR3hQyXsnTeiWWFRJvauMuJw510keRrmpl/Ikw=; b=Cbpb4HOko8TkI/ECufeJ+G5nUqXG2001TLpYUNweI/mV8/mU7bZXBUmPnziB46lLwm +C4gn1tqmEhRoaQ2eQVv0naWukXoRp/lXUDxo15e7L1iOygPioXAJQahAId4e4mpdxp7 KLThKDjx6N98EWWSCK5eSPBO1YoB0P+WfU6G5MJzhQL9smdG6lghXANQ/oTWz6Bz9Ndr GeyaXZVpsZCudoMEh6VN73vsT5lXUe/oyx5ef562Dvval68EtgT8fwSGyOu7phHSY3a/ ldBbYJZd4CM5oQ2qRmRwPjBp5l4WG56CkrPKuKiNR+GmIKh/w70mV/fT9Nl0WFRpCbUM PRTg==
X-Gm-Message-State: AOJu0YxHHk2mDSDoAKl8gqiQT/G2Z9c3henVxFLlAgVajLfoCs05CPPU F6n3vJ09VcJD9+6ObSGPrbHFnTCuZY4aJ2JpB9vgyQ==
X-Google-Smtp-Source: AGHT+IH9HMZy5pBwtPfLfbeKoLelgJLTiHmFS/rFiJ+M/hZD4bJe5Mtt5uwCrgijzky2eXVbdaDzcbW6gCwlI23gZ1g=
X-Received: by 2002:a05:6358:7e81:b0:142:f97f:7acb with SMTP id o1-20020a0563587e8100b00142f97f7acbmr3755386rwn.12.1695993131050; Fri, 29 Sep 2023 06:12:11 -0700 (PDT)
MIME-Version: 1.0
References: <169587871859.41935.17692726615817157868@ietfa.amsl.com> <3c7a5635-6a18-445e-9483-22ebfe31e1d5@betaapp.fastmail.com> <a970d95a-fbdc-8271-bbbc-889de7c6ac87@joelhalpern.com> <CABcZeBNgdb4ZtEqVeG6D=H617UrHG9SgktmZaLG_TjKZFMVvZg@mail.gmail.com> <17e3ec59-7568-4636-09f2-f4be9cf0f0d5@joelhalpern.com> <CABcZeBNzG+Gs_GZO1pdFfEirkMGU3SQpyimy4FXy0byk3SxStg@mail.gmail.com> <17154a5c-1483-9509-4fe2-bf8aba82f2e8@joelhalpern.com> <5f6b1c1e-9054-61d0-a5ea-4a205c1eeecf@gmail.com> <0050d192-e799-4342-978c-208901a03fef@betaapp.fastmail.com> <6d322942-fba4-489d-b3bb-802ff06e87bf@lear.ch> <9FD5A234-40B5-46C8-8A6E-881C2C075FD0@mnot.net> <6bdd91d7-f061-4fc1-b671-292b19717198@lear.ch> <99a22584-3b9e-4b3b-9bb1-e5ef0c0e8c32@betaapp.fastmail.com> <3518e0eb-4974-4a28-a755-da10a2c88194@lear.ch> <442BD882-061B-4C04-9699-9AF1877190DA@mnot.net> <2786223b-fed8-4e5a-8b01-1aa1e0049f50@lear.ch>
In-Reply-To: <2786223b-fed8-4e5a-8b01-1aa1e0049f50@lear.ch>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 29 Sep 2023 06:11:35 -0700
Message-ID: <CABcZeBN_-pnOLq3hbxnhfcQVmHmMQ4tT=nsn9jr9XUJn1H2bmQ@mail.gmail.com>
To: Eliot Lear <lear@lear.ch>
Cc: Mark Nottingham <mnot=40mnot.net@dmarc.ietf.org>, Martin Thomson <mt@lowentropy.net>, gendispatch@ietf.org
Content-Type: multipart/alternative; boundary="0000000000001e4c1106067f2c0b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/4HaeUczek0ZD11uxYRpFqoL_42A>
Subject: Re: [Gendispatch] New Version Notification for draft-thomson-gendispatch-rfc-derivatives-00.txt
X-BeenThere: gendispatch@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: General Area Dispatch <gendispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gendispatch/>
List-Post: <mailto:gendispatch@ietf.org>
List-Help: <mailto:gendispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gendispatch>, <mailto:gendispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 29 Sep 2023 13:12:29 -0000

On Fri, Sep 29, 2023 at 12:44 AM Eliot Lear <lear@lear.ch> wrote:

>
> On 29.09.23 09:23, Mark Nottingham wrote:
>
> Yes, there are powers in the world other than the IAB and IESG (thankfully). They are often used wisely; sometimes, they are not. Interestingly, none of them can yet affect the _entire_ Internet.
>
> Except that is precisely where we are heading because physics doesn't obey
> man-made jurisdictions.  How do I know which fork to apply?  So we end up
> selling specific code into jurisdictions?  It's been done before, but it's
> never good for interoperability.  And it begins to look like the fiasco
> that spectrum management is today.  Is that what we want?  Oh, and I
> promise you that no small player will be able to play at the global level.
> Bye bye Firefox and Thunderbird.
>
Well, I'm no longer at Mozilla, but seeing as you mention Firefox, I can
tell you that when I was this scenario wasn't anywhere near the top of my
concerns around European regulation. Rather, it was ill-advised
requirements in the name of security (e.g. QWACs). In fact, while I had
concerns about CRA, it was not about standards forking but rather about the
security disclosure and process requirements (
https://blog.mozilla.org/netpolicy/2023/07/13/european-parliaments-version-of-the-cra-threatens-cybersecurity-and-open-source-development/
).


> If another jurisdiction replicates Europe's model and then diverges,  we
> have can end up in one of two scenarios- one bad and the other worse:
>
>    - Bad: different code points, but a local requirement to use a
>    particular standard; meaning no common algorithm selection.
>    - Worse: same code point but different meaning.
>
> We can and have seriously limited both of these threats through our
> copyrights.  If we give up on that we are asking for chaos.
>
I don't find this at all persuasive. ETSI is perfectly capable of writing
their own versions of specifications when they choose to, or, alternately
providing diffs against ours (again, see QWACs), and with any code points
they choose. If the only thing preventing this is copyright, then that's
not going to do much

-Ekr

Eliot
> --
> Gendispatch mailing list
> Gendispatch@ietf.org
> https://www.ietf.org/mailman/listinfo/gendispatch
>