Re: [Iasa20] Terminology agani: IETF LLC Executive Director versus IETF Executive Direector
Alissa Cooper <alissa@cooperw.in> Tue, 08 January 2019 15:26 UTC
Return-Path: <alissa@cooperw.in>
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 D1C7F130DD8
for <iasa20@ietfa.amsl.com>; Tue, 8 Jan 2019 07:26:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7,
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=cooperw.in header.b=hWu5LXni;
dkim=pass (2048-bit key)
header.d=messagingengine.com header.b=bDrn+5wM
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 kbejT0u2Q_Rl for <iasa20@ietfa.amsl.com>;
Tue, 8 Jan 2019 07:26:56 -0800 (PST)
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com
[66.111.4.25])
(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id C0AAE124C04
for <iasa20@ietf.org>; Tue, 8 Jan 2019 07:26:55 -0800 (PST)
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47])
by mailout.nyi.internal (Postfix) with ESMTP id 84CC521A90;
Tue, 8 Jan 2019 10:26:54 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162])
by compute7.internal (MEProxy); Tue, 08 Jan 2019 10:26:54 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=
from:message-id:content-type:mime-version:subject:date
:in-reply-to:cc:to:references; s=fm2; bh=7ZrgW5BwPGdO6R1Oa3Owx2P
q1oN4rnQVT8n7i41WL5E=; b=hWu5LXnilaTgal+MT5arGmeFPjD80D43fPSgXPe
SYuFNd0R3aG8qGtLDmh/b4toDvrFlHNaFIzqN2tr0TqwTGKuTk83Gi+2odTPbpXB
jxUfG4V8JfJP4hIx2dKZOZjDSID924apKL/MVsQE1jB0HK3HDrnSCN3atTADKh2B
KaELhjPmrzHVef7NBccop614OpHOYv1YUrJwZhLhy6gfzYgBHFM5ZttA9eW+R2/4
dFqwc9DFQZp3kJF132DgKz4WszoalPpsbTPydcdcv4yVVVtniLmL81EPXScCMXlB
J6kxQ1RnF7J3qUai1x79shXsX82l6gk/n4/gvTsDNOg/DaQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
messagingengine.com; h=cc:content-type:date:from:in-reply-to
:message-id:mime-version:references:subject:to:x-me-proxy
:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=7ZrgW5
BwPGdO6R1Oa3Owx2Pq1oN4rnQVT8n7i41WL5E=; b=bDrn+5wMVaKd5F5jU0ZWij
/H5K0mcqoA25JqARhZ2urc5wWb3BHpcvs+axewU9Dwdz9BinVMnoaU3XgbjXNZK+
w9VDDtcYN5sPFvAEAUol/Lu8qVT2LqP8zlo+y1LxqZph2VV9I7bAgA1eXogspdoH
hzdO0yNgKpft3N9VeTaBu75qRaFeZWL1LkFWiZNqUaJVj8zNq9qmiVkYDb1pOwx7
1ttb18RfeqN7L2qlT6gVrRtwYFvHsrWN4msIid/O9YQAk+JG7jxonB5k8G2dMgZ4
FT2cyGMQILAq77sUOu1u4Thc7JL/ZoxpDbzZ4RWPwFpEyzipNmI1dWzdknbG8ijg
==
X-ME-Sender: <xms:PcE0XGaTY2A9_tf9y__TK5osmqQEsYMWRAaOGrNaXf4YN0J-9JuQEA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedtledrvdelgdejheculddtuddrgedtkedrtddtmd
cutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfhuthen
uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
cujfgurhephffktgggufffjgfvfhfosegrtdhmrehhtdejnecuhfhrohhmpeetlhhishhs
rgcuvehoohhpvghruceorghlihhsshgrsegtohhophgvrhifrdhinheqnecuffhomhgrih
hnpehivghtfhdrohhrghenucfkphepudejfedrfeekrdduudejrdeiieenucfrrghrrghm
pehmrghilhhfrhhomheprghlihhsshgrsegtohhophgvrhifrdhinhenucevlhhushhtvg
hrufhiiigvpedt
X-ME-Proxy: <xmx:PsE0XJE7Yw0QUMdL0w81SdV7bMjOMoKZ_WKTdYgv6RHt5uQ1rBcbcw>
<xmx:PsE0XLzoStXzEAwwjQG51kUD0eNwQImEd_ZQ9hWp4LaMtH_F6vrDwQ>
<xmx:PsE0XLG7ntEleLpa2honO-WGodCDyW3SRPMj9aosrZ-5g6wqltVGdA>
<xmx:PsE0XJ81Mp9qImJmQBn2XE8xk9JEayvnqmB37FrbHIS5GCMjRWxmxg>
Received: from rtp-alcoop-nitro5.cisco.com (unknown [173.38.117.66])
by mail.messagingengine.com (Postfix) with ESMTPA id 6132CE4743;
Tue, 8 Jan 2019 10:26:53 -0500 (EST)
From: Alissa Cooper <alissa@cooperw.in>
Message-Id: <D256D058-BC3C-4134-B85C-D925B6238E8D@cooperw.in>
Content-Type: multipart/alternative;
boundary="Apple-Mail=_97BF7746-71BD-45E8-836B-70DBC1C6589B"
Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\))
Date: Tue, 8 Jan 2019 10:26:43 -0500
In-Reply-To: <9D310D5B863EA03358E51EBC@PSB>
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>,
"Salz, Rich" <rsalz@akamai.com>, IASA 2 WG <iasa20@ietf.org>,
"Livingood, Jason" <Jason_Livingood@comcast.com>,
Joseph Lorenzo Hall <joe@cdt.org>
To: John C Klensin <john-ietf@jck.com>
References: <BCF4DCC9-124F-409A-93D8-3402CAEEBF63@cable.comcast.com>
<ea483238-0a9d-d217-d42d-eb341dea66f8@gmail.com>
<9D310D5B863EA03358E51EBC@PSB>
X-Mailer: Apple Mail (2.3445.9.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/VhggFU2Ye445bI_d1TRhyUnVgBE>
Subject: Re: [Iasa20] Terminology agani: IETF LLC Executive Director versus
IETF Executive Direector
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: Tue, 08 Jan 2019 15:26:58 -0000
Hi John, Following up on a couple of points here. > On Dec 19, 2018, at 8:43 AM, John C Klensin <john-ietf@jck.com> wrote: > > > > --On Wednesday, December 19, 2018 11:23 +1300 Brian E Carpenter > <brian.e.carpenter@gmail.com> wrote: > >> I believe that I was one of the first to mention that some >> older documents referred to the IETF Executive Director as >> being a direct support role for the IESG, and that this could >> be confusing. Well, it could still be confusing, but not >> *very* confusing, and I think we've flushed out most of the >> troublesome instances in the various documents that are now >> being updated or obsoleted. In a strict sense John is correct, >> but the phrase "IETF LLC Executive Director" is a bit too >> clumsy for comfort. So at the moment I think we're OK. > > I'm certainly willing to live with that decision as long as a > non-trivial number of people in addition to the document authors > hold it. On the other hand, I have a lot of difficulty > understanding a logic system in which "IETF LLC Executive > Director" is a bit too clumsy but "Managing Director, IETF > Secretariat" is not. I think the logic is that the LLC Board has to hire for the executive director position. So the title of that person has an influence as far as recruiting, signaling to candidates what the job involves or how it compares to other roles at similar organizations, and what it looks like on a resume for someone who moves on from the job in the future. None of this applies to Alexa’s IETF-facing title, and she has her own separate AMS title. > The latter is eight characters longer; is > a bit of an odd construction for those of us on this side of the > various ponds; and, if being used with a voice input system, may > require a distinctive pause at the right place or spelling out > the punctuation... certainly more than a bit clumsy. > > --On Tuesday, December 18, 2018 22:51 +0000 "Salz, Rich" > <rsalz@akamai.com> wrote: > >> The only people who will confuse the new terminology with the >> terminology in the RFC are the greybeards who were around back >> when all this started. And in a few years, we're going to be >> older and confused about how to program our IP fridges anyway >> :) > > Rich, ignoring as humor any possible aspersions on my beard > color, my advancing age, and the question of whether using beard > color as a reference category is sexist.. As I have tried to > say several times (mostly in notes that I infer no one has read, > possibly because of length), I am not at all concerned about > confusion among those who read the new RFC or even within the > IETF more generally. For such people, either they will get it > right or some combination of Portia, Alexa, or the community > will figure out how to set them right. > > I also assume that, whatever we decide, the WG's list of > documents that should be updated is correct and we can get the > those documents right. If there are omissions, not exactly > reusing a title makes it easier to detect and then fix them, but > I don't expect omissions and fixing an IETF document later, > while it should be embarrassing to the community, is not a huge > deal. My concern is, and always has been, someone from the > outside, perhaps an SDO with whom we work (or one with whom we > have a sometimes-antagonistic relationship), perhaps some actor > in the legal arena, perhaps a reporter with sensational > instincts, or perhaps someone else of those sorts, picking up an > old agreement or an old document or web page, that mentions the > old title/role and then either trying to use it and getting > confused or noticing the confusion. Should they then wonder > whether they are being given the runaround and then decide to > make a fuss about it (or just decide to make a fuss in principle > or out of malice) that would waste more time than it should, > damage the IETF's credibility, or both. > > For the same reasons, independent of what the WG decides to do > about this title, I think the IAD@ietf.org address and links > pointing to the IAD should either go to the IETF [LLC] Executive > Director or to an auto-response message or web page that > explains the situation/ transition and to do some more or less > forever. I'd prefer to give the same treatment to > ExecDir@ietf.org (an address that at least used to exist) and > similar references, but that may be more difficult if the title > is reused. ExecDir@ietf.org does not exist but execd@ietf.org <mailto:execd@ietf.org> and exec-director@ietf.org <mailto:exec-director@ietf.org> both do and they point to Portia. Alissa > > Do I consider those high-risk or even high-likelihood > possibilities? No, not particularly. But I think it is > relatively easy to protect against them and, because the > likelihood is still above zero and the costs of that sort of > public attack non-trivial should it occur, that doing so is > worthwhile. > > If people disagree, fine. Be careful what you wish for. > > john > > _______________________________________________ > iasa20 mailing list > iasa20@ietf.org > https://www.ietf.org/mailman/listinfo/iasa20
- [Iasa20] Terminology agani: IETF LLC Executive Di… John C Klensin
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Livingood, Jason
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… John C Klensin
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Joseph Lorenzo Hall
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Eliot Lear
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… John C Klensin
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Livingood, Jason
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Brian E Carpenter
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Salz, Rich
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Bob Hinden
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Abdussalam Baryun
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… John C Klensin
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Bob Hinden
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Ted Hardie
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Brian E Carpenter
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Bob Hinden
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Ted Hardie
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Bob Hinden
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Alissa Cooper
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… Alissa Cooper
- Re: [Iasa20] Terminology agani: IETF LLC Executiv… John C Klensin