Re: letters from Ted & Alissa

Stephen Farrell <stephen.farrell@cs.tcd.ie> Wed, 03 July 2019 21:50 UTC

Return-Path: <stephen.farrell@cs.tcd.ie>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35D6E120100 for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 14:50:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.3
X-Spam-Level:
X-Spam-Status: No, score=-4.3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cs.tcd.ie
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 8rbR6reTzzH4 for <ietf@ietfa.amsl.com>; Wed, 3 Jul 2019 14:50:44 -0700 (PDT)
Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7767D1200DB for <ietf@ietf.org>; Wed, 3 Jul 2019 14:50:44 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id 75F18BE77; Wed, 3 Jul 2019 22:50:42 +0100 (IST)
X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie
Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0pbAVlnzxewf; Wed, 3 Jul 2019 22:50:41 +0100 (IST)
Received: from [10.244.2.138] (95-45-153-252-dynamic.agg2.phb.bdt-fng.eircom.net [95.45.153.252]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id C1BDABE73; Wed, 3 Jul 2019 22:50:40 +0100 (IST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1562190640; bh=ucTZzj7mS2zidVuAUJznbKODcc6uAtcYAkSbQ18gbjo=; h=To:Cc:References:From:Subject:Date:In-Reply-To:From; b=c4OkhCf0h4azyNFoTqrovXM8Qx2bUIJZQ69l05bnj8W3vUk4mBM4elF3cjOrH5N+s EU6g/JIIj7ox8V2j8+5oPuQl/m1KTx7XIhEyT0MEgcweTVGopXy40IXQmpFGrN3v+A W+Zb5+j/ZORtPUx7EXxbjjWn9w4RE7MVBd4fSjXs=
To: Ted Hardie <ted.ietf@gmail.com>, "Scott O. Bradner" <sob@sobco.com>
Cc: IETF <ietf@ietf.org>
References: <CA+9kkMCi=h1W15T-rt3MAu3NHBYdEaycUPw4XhRDBVNL4k_Xrg@mail.gmail.com> <BB4BA38F-B384-46A3-866C-4A61F4C7C681@sobco.com> <CA+9kkMDiXGce7bypYYtWxRxS6PLNUM_KYt6bmRMfx6hN8uK=+w@mail.gmail.com>
From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
Openpgp: id=5BB5A6EA5765D2C5863CAE275AB2FAF17B172BEA; url=
Autocrypt: addr=stephen.farrell@cs.tcd.ie; prefer-encrypt=mutual; keydata= mQINBFo9UDIBEADUH4ZPcUnX5WWRWO4kEkHea5Y5eEvZjSwe/YA+G0nrTuOU9nemCP5PMvmh 5Cg8gBTyWyN4Z2+O25p9Tja5zUb+vPMWYvOtokRrp46yhFZOmiS5b6kTq0IqYzsEv5HI58S+ QtaFq978CRa4xH9Gi9u4yzUmT03QNIGDXE37honcAM4MOEtEgvw4fVhVWJuyy3w//0F2tzKr EMjmL5VGuD/Q9+G/7abuXiYNNd9ZFjv4625AUWwy+pAh4EKzS1FE7BOZp9daMu9MUQmDqtZU bUv0Q+DnQAB/4tNncejJPz0p2z3MWCp5iSwHiQvytYgatMp34a50l6CWqa13n6vY8VcPlIqO Vz+7L+WiVfxLbeVqBwV+4uL9to9zLF9IyUvl94lCxpscR2kgRgpM6A5LylRDkR6E0oudFnJg b097ZaNyuY1ETghVB5Uir1GCYChs8NUNumTHXiOkuzk+Gs4DAHx/a78YxBolKHi+esLH8r2k 4LyM2lp5FmBKjG7cGcpBGmWavACYEa7rwAadg4uBx9SHMV5i33vDXQUZcmW0vslQ2Is02NMK 7uB7E7HlVE1IM1zNkVTYYGkKreU8DVQu8qNOtPVE/CdaCJ/pbXoYeHz2B1Nvbl9tlyWxn5Xi HzFPJleXc0ksb9SkJokAfwTSZzTxeQPER8la5lsEEPbU/cDTcwARAQABtDJTdGVwaGVuIEZh cnJlbGwgKDIwMTcpIDxzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllPokCQAQTAQgAKgIbAwUJ CZQmAAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAUCWj6jdwIZAQAKCRBasvrxexcr6o7QD/9m x9DPJetmW794RXmNTrbTJ44zc/tJbcLdRBh0KBn9OW/EaAqjDmgNJeCMyJTKr1ywaps8HGUN hLEVkc14NUpgi4/Zkrbi3DmTp25OHj6wXBS5qVMyVynTMEIjOfeFFyxG+48od+Xn7qg6LT7G rHeNf+z/r0v9+8eZ1Ip63kshQDGhhpmRMKu4Ws9ZvTW2ACXkkTFaSGYJj3yIP4R6IgwBYGMz DXFX6nS4LA1s3pcPNxOgrvCyb60AiJZTLcOk/rRrpZtXB1XQc23ZZmrlTkl2HaThL6w3YKdi Ti1NbuMeOxZqtXcUshII45sANm4HuWNTiRh93Bn5bN6ddjgsaXEZBKUBuUaPBl7gQiQJcAlS 3MmGgVS4ZoX8+VaPGpXdQVFyBMRFlOKOC5XJESt7wY0RE2C8PFm+5eywSO/P1fkl9whkMgml 3OEuIQiP2ehRt/HVLMHkoM9CPQ7t6UwdrXrvX+vBZykav8x9U9M6KTgfsXytxUl6Vx5lPMLi 2/Jrsz6Mzh/IVZa3xjhq1OLFSI/tT2ji4FkJDQbO+yYUDhcuqfakDmtWLMxecZsY6O58A/95 8Qni6Xeq+Nh7zJ7wNcQOMoDGj+24di2TX1cKLzdDMWFaWzlNP5dB5VMwS9Wqj1Z6TzKjGjru q8soqohwb2CK9B3wzFg0Bs1iBI+2RuFnxLkCDQRaPVAyARAA+g3R0HzGr/Dl34Y07XqGqzq5 SU0nXIu9u8Ynsxj7gR5qb3HgUWYEWrHW2jHOByXnvkffucf5yzwrsvw8Q8iI8CFHiTYHPpey 4yPVn6R0w/FOMcY70eTIu/k6EEFDlDbs09DtKcrsT9bmN0XoRxITlXwWTufYqUnmS+YkAuk+ TLCtUin7OdaS2uU6Ata3PLQSeM2ZsUQMmYmHPwB9rmf+q2I005AJ9Q1SPQ2KNg/8xOGxo13S VuaSqYRQdpV93RuCOzg4vuXtR+gP0KQrus/P2ZCEPvU9cXF/2MIhXgOz207lv3iE2zGyNXld /n8spvWk+0bH5Zqd9Wcba/rGcBhmX9NKKDARZqjkv/zVEP1X97w1HsNYeUFNcg2lk9zQKb4v l1jx/Uz8ukzH2QNhU4R39dbF/4AwWuSVkGW6bTxHJqGs6YimbfdQqxTzmqFwz3JP0OtXX5q/ 6D4pHwcmJwEiDNzsBLl6skPSQ0Xyq3pua/qAP8MVm+YxCxJQITqZ8qjDLzoe7s9X6FLLC/DA L9kxl5saVSfDbuI3usH/emdtn0NA9/M7nfgih92zD92sl1yQXHT6BDa8xW1j+RU4P+E0wyd7 zgB2UeYgrp2IIcfG+xX2uFG5MJQ/nYfBoiALb0+dQHNHDtFnNGY3Oe8z1M9c5aDG3/s29QbJ +w7hEKKo9YMAEQEAAYkCJQQYAQgADwUCWj1QMgIbDAUJCZQmAAAKCRBasvrxexcr6qwvD/9b Rek3kfN8Q+jGrKl8qwY8HC5s4mhdDJZI/JP2FImf5J2+d5/e8UJ4fcsT79E0/FqX3Z9wZr6h sofPqLh1/YzDsYkZDHTYSGrlWGP/I5kXwUmFnBZHzM3WGrL3S7ZmCYMdudhykxXXjq7M6Do1 oxM8JofrXGtwBTLv5wfvvygJouVCVe87Ge7mCeY5vey1eUi4zSSF1zPpR6gg64w2g4TXM5qt SwkZVOv1g475LsGlYWRuJV8TA67yp1zJI7HkNqCo8KyHX0DPOh9c+Sd9ZX4aqKfqH9HIpnCL AYEgj7vofeix7gM3kQQmwynqq32bQGQBrKJEYp2vfeO30VsVx4dzuuiC5lyjUccVmw5D72J0 FlGrfEm0kw6D1qwyBg0SAMqamKN6XDdjhNAtXIaoA2UMZK/vZGGUKbqTgDdk0fnzOyb2zvXK CiPFKqIPAqKaDHg0JHdGI3KpQdRNLLzgx083EqEc6IAwWA6jSz+6lZDV6XDgF0lYqAYIkg3+ 6OUXUv6plMlwSHquiOc/MQXHfgUP5//Ra5JuiuyCj954FD+MBKIj8eWROfnzyEnBplVHGSDI ZLzL3pvV14dcsoajdeIH45i8DxnVm64BvEFHtLNlnliMrLOrk4shfmWyUqNlzilXN2BTFVFH 4MrnagFdcFnWYp1JPh96ZKjiqBwMv/H0kw==
Subject: Re: letters from Ted & Alissa
Message-ID: <ec4d1b4a-7290-fbe1-c8f6-f774d5ca5644@cs.tcd.ie>
Date: Wed, 03 Jul 2019 22:50:39 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <CA+9kkMDiXGce7bypYYtWxRxS6PLNUM_KYt6bmRMfx6hN8uK=+w@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="Rck81maiCuZCHDusjg5ukLIB6W4fLCDx4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/NgjeQ66lQmWRbbLMG91FoLA8Kk8>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 03 Jul 2019 21:50:48 -0000

Hiya,

I'm also not speaking for the IAB, as you'll see when I
don't quite agree with Ted:-)

On 03/07/2019 21:12, Ted Hardie wrote:
> As I tried to lay out in the message which started the RSE Model thread, I
> think there is an underlying structural problem in RFC 6635.  It presents
> two different views of the RSE and those views have some inherent
> conflicts.  One of those views is of a senior technical contributor to the
> community who is expected to both manage the evolution of the series and
> represent the value of the RFC series to others.  The other view is of a
> contractor whose role is defined in a set of contracts and extensions and
> who is overseen by a set of unpaid volunteers.  As Mike St. Johns noted,
> being a contractor does not mean being a low-level employee; you can have
> contractors who are subject matter experts and quite well-valued
> contributors to a community effort.  But even for those subject matter
> experts, there are communications which are addressed to them as a
> contractor.

I do think there may be structural problems with how 6635
matches today's reality, but I'm not sure the above is one.
I fully agree with you that those different aspects (editor
vs. contractor, volunteer vs. staff) of the RSE/RSOC
relationship are exactly the kinds of thing that can easily
create tensions and possibilities for mis-communication.
But I'm not convinced that's such a structural problem with
6635.

What seems to me a more structural issue with 6635 is that
it makes the RSE responsible for the performance of the
RPC and I'm not sure if that's still a good plan that has
a good mapping to reality. However, I don't know enough
about the current reality. (So by "not sure" I really do
mean "uncertain," and not that I'm fully convinced of the
opposite thing:-)

I'd be interested in what Heather and others involved have
to say on that topic and more generally on how 6635 maps
to today's reality. (I'd be as interested in that being
discussed here, on rfc-interest, or off-list if that were
needed, though of course noting that I'm asking about
how the RFC matches reality and not about any personnel
matters so hopefully on-list should work for some list.)

Lastly, as Ted said in a different mail, I doubt the
community can sort out such issues before an RSE RFP
process would be done, so if people had opinions on
when, how or if we should engage in topics like that,
it'd be good to hear those opinions.

IOW, while these are important long term RFC series
topics to discuss, it's not clear to me that we could
reach consensus on any resulting changes in time for
them to affect the planned RFP process.

So I'm not sure (same meaning again:-) if we'd be better
to try tackle these issues now while folks are thinking
about the general topic, or later, when it could be done
without the possible time pressure of an RFP process and
hopefully after people's understandable concerns about
the current undesirable situation have been assuaged.

Cheers,
S.