Re: [Gendispatch] Updated draft: Policy experts are IETF stakeholders

Christian Huitema <huitema@huitema.net> Wed, 14 June 2023 01:25 UTC

Return-Path: <huitema@huitema.net>
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 0E92CC151707 for <gendispatch@ietfa.amsl.com>; Tue, 13 Jun 2023 18:25:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
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 hqlJxnanybi6 for <gendispatch@ietfa.amsl.com>; Tue, 13 Jun 2023 18:25:28 -0700 (PDT)
Received: from mx36-out20.antispamcloud.com (mx36-out20.antispamcloud.com [209.126.121.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 94570C14CF1F for <gendispatch@ietf.org>; Tue, 13 Jun 2023 18:25:27 -0700 (PDT)
Received: from xse47.mail2web.com ([66.113.196.47] helo=xse.mail2web.com) by mx192.antispamcloud.com with esmtp (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1q9FGA-000HyX-Gx for gendispatch@ietf.org; Wed, 14 Jun 2023 03:25:27 +0200
Received: from xsmtp22.mail2web.com (unknown [10.100.68.61]) by xse.mail2web.com (Postfix) with ESMTPS id 4Qgnm85NrZz8Vm for <gendispatch@ietf.org>; Tue, 13 Jun 2023 18:25:12 -0700 (PDT)
Received: from [10.5.2.14] (helo=xmail04.myhosting.com) by xsmtp22.mail2web.com with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from <huitema@huitema.net>) id 1q9FG4-0004Am-Id for gendispatch@ietf.org; Tue, 13 Jun 2023 18:25:12 -0700
Received: (qmail 4624 invoked from network); 14 Jun 2023 01:25:11 -0000
Received: from unknown (HELO [192.168.1.105]) (Authenticated-user:_huitema@huitema.net@[172.58.46.228]) (envelope-sender <huitema@huitema.net>) by xmail04.myhosting.com (qmail-ldap-1.03) with ESMTPA for <brian.e.carpenter@gmail.com>; 14 Jun 2023 01:25:11 -0000
Message-ID: <6b349547-a26b-4028-14a7-6be3f3e44321@huitema.net>
Date: Tue, 13 Jun 2023 18:25:10 -0700
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.11.0
To: Brian E Carpenter <brian.e.carpenter@gmail.com>, Joel Halpern <jmh@joelhalpern.com>, Stephen Farrell <stephen.farrell@cs.tcd.ie>, Stacie Hoffmann <stacie.hoffmann=40dcms.gov.uk@dmarc.ietf.org>, gendispatch@ietf.org
Cc: Marek Blachut <marek.blachut@dcms.gov.uk>
References: <168664933013.34090.4997665230118680759@ietfa.amsl.com> <CAFWDOZAtWL2q9Ev8=iwuzeZici9ujGiheW2tdYg_OMoC2Pk57w@mail.gmail.com> <e5361cb7-c898-9664-872d-74a21a782d0c@cs.tcd.ie> <c3cb95b2-5fae-3483-2f90-3d84664548e7@joelhalpern.com> <438e1d41-fcf4-2277-d384-9fd19395ce8c@gmail.com>
Content-Language: en-US
From: Christian Huitema <huitema@huitema.net>
In-Reply-To: <438e1d41-fcf4-2277-d384-9fd19395ce8c@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Originating-IP: 66.113.196.47
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 66.113.196.0/24
Authentication-Results: antispamcloud.com; auth=pass smtp.auth=66.113.196.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.14)
X-Recommended-Action: accept
X-Filter-ID: Pt3MvcO5N4iKaDQ5O6lkdGlMVN6RH8bjRMzItlySaT8mft3mMPPnjAWAnNfoJj5tPUtbdvnXkggZ 3YnVId/Y5jcf0yeVQAvfjHznO7+bT5zo9mwGQSX8aTDq8fl2bpi0xEQ8ojMxulvqpenB6oiqu/wM CX+G0l2LDwwfWqS1/5zHuRN4BPCpfNRiXFg6XQ/8SxIRXVMlFuiz/acFNeeXtxN2fFxZWB9eYgpR BRu3UlDHMLIJYRi1cXH9Dbm+IxLVeUxa94XJGZx4RjJGV3S5EC29vwYXFjkz+8Lkp1qEAIAkoDli Amx6TWEzN+1Z+UMakVWClPVvbW5lVyQanRxw5hTHswbbB/ha+ZWrSAi8SkwqWAikMcSxTAWn8RCv ieGEqjG/gXZAaRh1X6LVetRf2ZYIiHqfCgG4wrA3w4/kQTYKxDHA9JN9J4k4XZq11JQkMemT4rxn nByU11Ftkqf3f/PF3GUV+KdBBqrnCX8j0Gi8Ksk+aedMfNWSnJswrtlNtZo3HPHi5Q+jjsF5dcBx esT5ugtW33qEiSgkZE9WYd8H0+lPwKr4i5mAANUcVraZYOaeuiH/yEdZH8S1+TgcJBOjh0vPxcQO jKKOrYIQYpwamUdylUIKhf3z2GAHxH7Ig01Wr79A66tDSdF206u+REJIZKjUOmLs2N0edR+jA2ju gHvtSMeGxGb1k3dW5jVZukprXjNI7VQok+gpVRTOdvVQUXnxsN1FKe+Kww6qCfkzOD3nwgVsoqU1 zQ3lxqBCERWeKKG4PAQYNyavp7c49F7+dQFJTBpMpnwep8XgZlCp0srCGhqQVLm3YuZYsovTU3uQ WM+lX6KaE4plQ821ImL5rhajF2AguBBk1xXBtW9DPDo3pDJlUlQ25PasjIMI3kTR8KVe9r+KWCOp 5+T/yeuO5TcDeKjrEmYPn2IVWRvsDFbMyuyrnnpyt5QdgPdM2kAubAmq/PTQO+W2FInivlx21Yi3 rRmhgFI0Buha6+OZ3JKVmi72ocgY5kMQSjs7FeHN9ztUfyhmiivUY2iqA4H7+3hna43Kh3w6qf0n g4eLCrVbm7nC2LbgwAUU/zyk
X-Report-Abuse-To: spam@quarantine14.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/gendispatch/H7E4fP9AkSxfgktEYoazzun3KjY>
Subject: Re: [Gendispatch] Updated draft: Policy experts are IETF stakeholders
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: Wed, 14 Jun 2023 01:25:33 -0000

I could see the point of an external reviewer sending a message to "the 
IETF" explaining that if not fixed, some draft will have a damaging 
impact on some affected parties. In theory, our processes allow for that 
to happen during IETF last call. I could see the "policy experts" 
mentioned in draft-hoffmann-gendispatch-policy-stakeholders subscribing 
to the last call list and doing just that.

But of course, that's easier said than done. Experience shows that 
writing good reviews is hard. Also, communicating at the last moment is 
very likely to antagonize the working group that have been working for a 
couple years on the draft. As Stephen said, nothing beats engaging early 
with the working group.

But then, there is an obvious problem. If we want experts to engage in a 
working group early, they need to understand equally early why the work 
is important and why their expertise will be useful. I am not sure that 
subscribing to IESG announcements and reading working group chapters 
suffices. Maybe there is something to be done there.

-- Christian Huitema

On 6/13/2023 4:47 PM, Brian E Carpenter wrote:
> I agree with both Joel and Stephen. IMHO there is nothing substantively
> new in this area, compared with what I experienced as an IAB member
> 20+ years ago. (There are a few new talking shops.)
> 
> What is actionable that will help the IETF make the Internet work
> better? For that matter, what is actionable that will help the
> IETF make the IETF work better?
> 
> We could perhaps look at draft-farrell-tenyearsafter as a sort of case
> study. Would some additional liaisons or committees have improved the
> outcomes (i.e., produced more or better IETF specifications mitigating
> the problem of pervasive surveillance)?
> 
> We do have a formal relationship between the IETF and the policy world
> in Section 5 of RFC 8712:
> https://www.rfc-editor.org/rfc/rfc8712.html#name-the-ietfs-role-in-isoc
> so there is a pretty clear division of responsibilities.
> 
> Regards
>     Brian Carpenter
> 
> On 14-Jun-23 11:04, Joel Halpern wrote:
>> Looking at the draft, I was struck that it goes to some trouble to make
>> clear that if policy folks are to participate effectively, they need to
>> also understand the technology.  The point I take away from that is that
>> the obligation is on both sides, both the policy-oriented participant
>> and the community, to help make that education happen.
>>
>> Having said taht, I have trouble figuring out what to do with the
>> draft.  Not clear how or where it can usefully progress, for all that I
>> found it interesting and informative in pulling together disparate 
>> aspects.
>>
>> Yours,
>>
>> Joel
>>
>> On 6/13/2023 6:46 PM, Stephen Farrell wrote:
>>>
>>> Hiya,
>>>
>>> I just read the draft and recalling the discussion at
>>> IETF-116 I fear that a message that I heard being sent from
>>> the mic line perhaps hasn't landed.
>>>
>>> In particular, I think a number of people said that the best
>>> way to ensure your favourite policy topics are considered in
>>> IETF work is to have someone who is playing a full and
>>> constructive part in that IETF work be familiar with your
>>> favourite policy issues. Liaising, co-ordinating and setting
>>> up new bodies will be nowhere near as effective.
>>>
>>> Yes, that's expensive (in time), but so is being involved in
>>> IETF work, so that seems fair to me fwiw.
>>>
>>> Cheers,
>>> S.
>>>
>>> On 13/06/2023 16:31, Stacie Hoffmann wrote:
>>>> Hello everyone,
>>>>
>>>> Many thanks to those of you who provided feedback to us on the Policy
>>>> Experts are IETF Stakeholders draft at the 116 Gen Dispatch meeting.
>>>>
>>>> We have uploaded a new version (see below), which we are preparing
>>>> for the
>>>> 117 meeting and welcome further input or ideas on how to refine our
>>>> problem
>>>> statement or scope potential solutions. In particular, we would welcome
>>>> specific examples of how and where policy input is working well, and
>>>> thoughts on a ‘landing space’ or next steps for this work.
>>>>
>>>> Please reach out to the authors directly with comments or suggestions.
>>>>
>>>> Also, if anyone is interested in reviewing or contributing to this
>>>> document
>>>> please let us know. It would be great to work with others on this.
>>>>
>>>> Best,
>>>>
>>>> Stacie
>>>>
>>>>
>>>>
>>>>
>>>> ---------- Forwarded message ---------
>>>> From: <internet-drafts@ietf.org>
>>>> Date: Tue, 13 Jun 2023 at 10:42
>>>> Subject: New Version Notification for
>>>> draft-hoffmann-gendispatch-policy-stakeholders-01.txt
>>>> To: Marek Blachut <marek.blachut@dcms.gov.uk>, Stacie Hoffmann <
>>>> stacie.hoffmann@dcms.gov.uk>
>>>>
>>>>
>>>>
>>>> A new version of I-D,
>>>> draft-hoffmann-gendispatch-policy-stakeholders-01.txt
>>>> has been successfully submitted by Marek Blachut and posted to the
>>>> IETF repository.
>>>>
>>>> Name:           draft-hoffmann-gendispatch-policy-stakeholders
>>>> Revision:       01
>>>> Title:          Policy experts are IETF stakeholders
>>>> Document date:  2023-06-13
>>>> Group:          Individual Submission
>>>> Pages:          11
>>>> URL:
>>>> https://www.ietf.org/archive/id/draft-hoffmann-gendispatch-policy-stakeholders-01.txt
>>>>
>>>> Status:
>>>> https://datatracker.ietf.org/doc/draft-hoffmann-gendispatch-policy-stakeholders/
>>>>
>>>> Html:
>>>> https://www.ietf.org/archive/id/draft-hoffmann-gendispatch-policy-stakeholders-01.html
>>>>
>>>> Htmlized:
>>>> https://datatracker.ietf.org/doc/html/draft-hoffmann-gendispatch-policy-stakeholders
>>>>
>>>> Diff:
>>>> https://author-tools.ietf.org/iddiff?url2=draft-hoffmann-gendispatch-policy-stakeholders-01
>>>>
>>>>
>>>> Abstract:
>>>>      The IETF’s work has significance for wider societal, economic, and
>>>>      political communities, though gaps and barriers to engagement with
>>>>      the IETF exist for policy experts.  This informational draft
>>>>      introduces a problem statement and gap analysis of existing
>>>>      initiatives related to policy expert engagement in the IETF.  It
>>>> also
>>>>      poses questions we hope to work through with others in the IETF
>>>>      community regarding how to better enable policy expert 
>>>> engagement in
>>>>      IETF standardisation, and on how we can build a culture which 
>>>> better
>>>>      supports technical and policy experts working together to develop
>>>>      more robust standards.
>>>>
>>>>
>>>>
>>>>
>>>> The IETF Secretariat
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>