[Iasa20] 6635bis, theory and practice
Christian Huitema <huitema@huitema.net> Thu, 02 May 2019 21:27 UTC
Return-Path: <huitema@huitema.net>
X-Original-To: iasa20@ietfa.amsl.com
Delivered-To: iasa20@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 55A5E1200FE
for <iasa20@ietfa.amsl.com>; Thu, 2 May 2019 14:27:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7,
RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001]
autolearn=ham autolearn_force=no
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 fZu3Vk2ea2bm for <iasa20@ietfa.amsl.com>;
Thu, 2 May 2019 14:27:39 -0700 (PDT)
Received: from mx43-out1.antispamcloud.com (mx43-out1.antispamcloud.com
[138.201.61.189])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id BF30512007A
for <iasa20@ietf.org>; Thu, 2 May 2019 14:27:38 -0700 (PDT)
Received: from xsmtp02.mail2web.com ([168.144.250.215])
by mx37.antispamcloud.com with esmtps (TLSv1:AES256-SHA:256)
(Exim 4.89) (envelope-from <huitema@huitema.net>) id 1hMJEs-0003Gv-LN
for iasa20@ietf.org; Thu, 02 May 2019 23:27:35 +0200
Received: from [10.5.2.17] (helo=xmail07.myhosting.com)
by xsmtp02.mail2web.com with esmtp (Exim 4.63)
(envelope-from <huitema@huitema.net>) id 1hMJEn-0006O3-Sl
for iasa20@ietf.org; Thu, 02 May 2019 17:27:33 -0400
Received: (qmail 10493 invoked from network); 2 May 2019 21:27:26 -0000
Received: from unknown (HELO [192.168.1.103])
(Authenticated-user:_huitema@huitema.net@[172.56.42.223])
(envelope-sender <huitema@huitema.net>)
by xmail07.myhosting.com (qmail-ldap-1.03) with ESMTPA
for <iasa20@ietf.org>; 2 May 2019 21:27:26 -0000
To: iasa20@ietf.org
From: Christian Huitema <huitema@huitema.net>
Openpgp: preference=signencrypt
Autocrypt: addr=huitema@huitema.net; prefer-encrypt=mutual; keydata=
mQENBFIRX8gBCAC26usy/Ya38IqaLBSu33vKD6hP5Yw390XsWLaAZTeQR64OJEkoOdXpvcOS
HWfMIlD5s5+oHfLe8jjmErFAXYJ8yytPj1fD2OdSKAe1TccUBiOXT8wdVxSr5d0alExVv/LO
I/vA2aU1TwOkVHKSapD7j8/HZBrqIWRrXUSj2f5n9tY2nJzG9KRzSG0giaJWBfUFiGb4lvsy
IaCaIU0YpfkDDk6PtK5YYzuCeF0B+O7N9LhDu/foUUc4MNq4K3EKDPb2FL1Hrv0XHpkXeMRZ
olpH8SUFUJbmi+zYRuUgcXgMZRmZFL1tu6z9h6gY4/KPyF9aYot6zG28Qk/BFQRtj7V1ABEB
AAG0J0NocmlzdGlhbiBIdWl0ZW1hIDxodWl0ZW1hQGh1aXRlbWEubmV0PokBOQQTAQIAIwUC
UhFfyAIbLwcLCQgHAwIBBhUIAgkKCwQWAgMBAh4BAheAAAoJEJNDCbJVyA1yhbYH/1ud6x6m
VqGIp0JcZUfSQO8w+TjugqxCyGNn+w/6Qb5O/xENxNQ4HaMQ5uSRK9n8WKKDDRSzwZ4syKKf
wbkfj05vgFxrjCynVbm1zs2X2aGXh+PxPL/WHUaxzEP7KjYbLtCUZDRzOOrm+0LMktngT/k3
6+EZoLEM52hwwpIAzJoscyEz7QfqMOZtFm6xQnlvDQeIrHx0KUvwo/vgDLK3SuruG1CSHcR0
D24kEEUa044AIUKBS3b0b8AR7f6mP2NcnLpdsibtpabi9BzqAidcY/EjTaoea46HXALk/eJd
6OLkLE6UQe1PPzQC4jB7rErX2BxnSkHDw50xMgLRcl5/b1a5AQ0EUhFfyAEIAKp7Cp8lqKTV
CC9QiAf6QTIjW+lie5J44Ad++0k8gRgANZVWubQuCQ71gxDWLtxYfFkEXjG4TXV/MUtnOliG
5rc2E+ih6Dg61Y5PQakm9OwPIsOx+2R+iSW325ngln2UQrVPgloO83QiUoi7mBJPbcHlxkhZ
bd3+EjFxSLIQogt29sTcg2oSh4oljUpz5niTt69IOfZx21kf29NfDE+Iw56gfrxI2ywZbu5o
G+d0ZSp0lsovygpk4jK04fDTq0vxjEU5HjPcsXC4CSZdq5E2DrF4nOh1UHkHzeaXdYR2Bn1Y
wTePfaHBFlvQzI+Li/Q6AD/uxbTM0vIcsUxrv3MNHCUAEQEAAYkCPgQYAQIACQUCUhFfyAIb
LgEpCRCTQwmyVcgNcsBdIAQZAQIABgUCUhFfyAAKCRC22tOSFDh1UOlBB/94RsCJepNvmi/c
YiNmMnm0mKb6vjv43OsHkqrrCqJSfo95KHyl5Up4JEp8tiJMyYT2mp4IsirZHxz/5lqkw9Az
tcGAF3GlFsj++xTyD07DXlNeddwTKlqPRi/b8sppjtWur6Pm+wnAHp0mQ7GidhxHccFCl65w
uT7S/ocb1MjrTgnAMiz+x87d48n1UJ7yIdI41Wpg2XFZiA9xPBiDuuoPwFj14/nK0elV5Dvq
4/HVgfurb4+fd74PV/CC/dmd7hg0ZRlgnB5rFUcFO7ywb7/TvICIIaLWcI42OJDSZjZ/MAzz
BeXm263lHh+kFxkh2LxEHnQGHCHGpTYyi4Z3dv03HtkH/1SI8joQMQq00Bv+RdEbJXfEExrT
u4gtdZAihwvy97OPA2nCdTAHm/phkzryMeOaOztI4PS8u2Ce5lUB6P/HcGtK/038KdX5MYST
Fn8KUDt4o29bkv0CUXwDzS3oTzPNtGdryBkRMc9b+yn9+AdwFEH4auhiTQXPMnl0+G3nhKr7
jvzVFJCRif3OAhEm4vmBNDE3uuaXFQnbK56GJrnqVN+KX5Z3M7X3fA8UcVCGOEHXRP/aubiw
Ngawj0V9x+43kUapFp+nF69R53UI65YtJ95ec4PTO/Edvap8h1UbdEOc4+TiYwY1TBuIKltY
1cnrjgAWUh/Ucvr++/KbD9tD6C8=
Message-ID: <5646e1e8-9e4c-df14-44fe-0a75d52c544f@huitema.net>
Date: Thu, 2 May 2019 14:27:21 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101
Thunderbird/60.6.1
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: 168.144.250.215
X-Spampanel-Domain: xsmtpout.mail2web.com
X-Spampanel-Username: 168.144.250.0/24
Authentication-Results: antispamcloud.com; auth=pass
smtp.auth=168.144.250.0/24@xsmtpout.mail2web.com
X-Spampanel-Outgoing-Class: unsure
X-Spampanel-Outgoing-Evidence: Combined (0.75)
X-Recommended-Action: accept
X-Filter-ID: Mvzo4OR0dZXEDF/gcnlw0R4iIUvzjp5U0k+OHPPhRGapSDasLI4SayDByyq9LIhVmkysRBxxv9aj
vOrSQ/exjETNWdUk1Ol2OGx3IfrIJKywOmJyM1qr8uRnWBrbSAGDeBV3JPKZsUy4oZqfRisni8RX
qYbtEQV1z/L435ZRxFTEBX0e3N0HO6xLbhDHMRGs5EYKk9ePgXGbt5xuMhAKm1ZiUSAofzQZyw1N
o2+95uQxIHrhoLaNZRxOaHuGY75VK5uN4Nhp7uOkWlmbQCkb22ZahCgUvTCueR5bi0bHK/zq20Ir
djTsEn8SSkbQKzz72uNIutGUgOOU1d7zP0IzRPIQIv2aSzkkDZaZXSM5DYjTrsATPk6AFd9U7Vrf
EkxJnsq4c1pop2DuIERl592w1fjK5C8xl9w5AM8l/FzOEu8avGBOsb3uAuwb33alNE8e2D7Pg9YY
8vBj2TRNhZAe6YyvmDnX92U+JTfV/AQ4rGqRVYKU9W9tbmVXJBqdHHDmYXsiVF5wffWyF/YddRK2
vlvF1BEuc3n5gA7SLmt1K+nhIs9NF5IhaqugElCl9INiVoFlrH85nRAcZP8OPs9l1q0oo3aY+rRT
h3VaIc+WkXwm/vgQ4igNVt4kIFYRt7Q7e0nUE0BAFdAuDfRKwz+jT6gMOlMXouVH2CIVZDts2T7H
eSzVrzv/acBM9KS0WP7inBWQPIehIGHmXDmzMq4X2rV+rVDNpQlPgj2UsWgdCMlErSs0X3oyoTc8
j/o7qulxqf56vTMbt2qnAITT5tZcB4aPmF/7MAKyW1Kb4FKGpjSyfehkIyyUUcxFn3QeSL7ua0i9
2n2JCaYVp6CxzjBo8GT8ejMS+MvVWyYUud5TQz1kogJGkIxgOYnsILoc1K2Mw6nIoDr0sXUZ7YZo
Z/GZ+vQeMEx6YUAWtD0ZeQIkV0h5NKotYZMP4QxilpD1WJVxdwYWcRoGRTsLxqa8TRmmuv9qwM7R
XpJS8RjTdyh2j5DIweuSooT6tSPU1x5zpUpIPziDkWQ5faPk5nJXHz00MDRj9D8HLKHAKpPGP8EP
nuB53cHIFHavQpo3FUDrLYIQ
X-Report-Abuse-To: spam@quarantine9.antispamcloud.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/FjNhUSWGZ4nsTrxOTWeIQb00R14>
Subject: [Iasa20] 6635bis, theory and practice
X-BeenThere: iasa20@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: =?iso-8859-1?q?Discussions_relating_to_reorganising_the_IETF_administrative_structures_in_the_so_called_=93IASA_2=2E0=94_project=2E?=
<iasa20.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iasa20>,
<mailto:iasa20-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iasa20/>
List-Post: <mailto:iasa20@ietf.org>
List-Help: <mailto:iasa20-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iasa20>,
<mailto:iasa20-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 02 May 2019 21:27:41 -0000
I was going to do a blow by blow review of the 6635bis draft, but I think we should first address the difference between the theory presented in the draft and the actual practice. The RFC Editor Model presented in Section2 describes how the various bodies are supposed to interact in theory, but the practice is significantly different. Some of the theory is correct: the RFC Editor does lead the design of improvements to the RFC Series, is According to the theory, is responsible for the content of the rfc-editor.org web site, and is responsible for developing consensus versions of vision and policy documents. But the RFC editor only has very limited possibilities to manage the RFC Production Center and the RFC Publisher. She shares that responsibility with the LLC, who manages the contract. Take for example the current situation, in which the RFC Production Center is not quite meeting the service level agreement. There are many possible explanations. If the load has increased significantly, the reasonable manager will provide more resource to the production center. On the other hand, if the productivity is insufficient, the manager should provide feedback and drive improvements. But the RFC Editor is not in a position to that, because resource and contracts are managed by the LLC. There are good reasons why resource and contracts should be managed by the LLC, which means the LLC should be in the picture. The RFC Editor does set the standards, checks the SLA, monitors that the service runs well. She can provide advice to the LLC on contract goals, or on the impact of standards setting on the RFC Production Center load. She can provide "strategic leadership". But the management is really through the LLC, and IMHO the draft should reflect that. The draft does not just say "manage", it also says "Represents the RFC Series and the RFC Editor Function within the IETF and externally." The external representation is fine, but I have some doubts about the internal issues. If the major contracts are managed by the LLC, then the LLC should be accountable for things like meeting service level agreements and expectation. Inserting the RSE between the production center and the community dilutes that accountability, and seems like a bad idea. We do have a disconnect between the theory presented in the draft and the reality. My vote would be to edit the draft so it does represent reality, and by doing so provide better accountability to the community. -- Christian Huitema
- [Iasa20] 6635bis, theory and practice Christian Huitema
- Re: [Iasa20] 6635bis, theory and practice Joel M. Halpern
- Re: [Iasa20] 6635bis, theory and practice Brian E Carpenter
- Re: [Iasa20] 6635bis, theory and practice John Levine