Re: [Iasa20] Mirja Kühlewind's No Objection on draft-ietf-iasa2-rfc4071bis-08: (with COMMENT)
Joseph Lorenzo Hall <joe@cdt.org> Tue, 09 April 2019 15:41 UTC
Return-Path: <jhall@cdt.org>
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 C0F1E12087B
for <iasa20@ietfa.amsl.com>; Tue, 9 Apr 2019 08:41:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_NONE=-0.0001,
SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
header.d=cdt.org
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 9_StuxhrIo93 for <iasa20@ietfa.amsl.com>;
Tue, 9 Apr 2019 08:41:52 -0700 (PDT)
Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com
[IPv6:2607:f8b0:4864:20::341])
(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 5A57F12044F
for <iasa20@ietf.org>; Tue, 9 Apr 2019 08:41:52 -0700 (PDT)
Received: by mail-ot1-x341.google.com with SMTP id f10so9853321otb.6
for <iasa20@ietf.org>; Tue, 09 Apr 2019 08:41:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=t6vFJlhBJEhR3mXLLTRZbZAmJxh41cebX8AWBGllVm0=;
b=UHqOmwbdRH7iWY/v67xL3VfYh5WTPbZ0g0RYvIB2LsMT0vHHYA9xKsNi5EPjS9MEO7
yDcC7xJg0DVAhXj/DvFp9tKOtfbMOQw7EX+Zju7GLFdzCh+9lj6Q5qaudzfVjMpWXzrN
m6CBKsaCuO1OWtN1+xcF/DLmeJHm/wRgIGyrw=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20161025;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=t6vFJlhBJEhR3mXLLTRZbZAmJxh41cebX8AWBGllVm0=;
b=Su1/kiQdg6ZSRgXOiTV0V2H9rU9uxUVu+x1wOhz25rO2COA81qGFRHEMNC47ldqkrq
eJAGNpvLXq3P5OrOrveYj483GRB4kSjbgR4kGZKr8PvSOhvlrAebEkn80GqJgQk8lmXr
ilJc8MzqzN/E/2e8LTea+VHYqHtNlJ7PbaDe7NvLdG1sbElZsjRF5XIL61wG7zWTChjB
6JtP4tH4pvrzWa0KRCxYG0sz9pq9hW4+fsiWg1F4FK/asL8yJaxq1ke3kAwED38cnB6C
TqTNeBx1oe7ksPWvyDE2gOQdZVirYPZe2pNaUidxi70Rk3CLj/+HNXQMYpQ+7cIObmG0
9Waw==
X-Gm-Message-State: APjAAAWJ5b4XZzFkKuKDGr6OiVlZnxj72AgxCatCo6wPKsA4S/we9OwD
N3QPBMIeRnUsScqvQ4fokBEJaqqyqhiWnXRFNUBepw==
X-Google-Smtp-Source: APXvYqyU4j6WPatQq7bZuxT+Y0gE7Ga0AGnTBVPcjUqHxrEm+84E9nNI1XJ5e/OZqqm+iL1q+yKzJIWv+/PKrDo24Mw=
X-Received: by 2002:a9d:6c45:: with SMTP id g5mr24465002otq.54.1554824510739;
Tue, 09 Apr 2019 08:41:50 -0700 (PDT)
MIME-Version: 1.0
References: <155421901605.6234.2893841594922157105.idtracker@ietfa.amsl.com>
In-Reply-To: <155421901605.6234.2893841594922157105.idtracker@ietfa.amsl.com>
From: Joseph Lorenzo Hall <joe@cdt.org>
Date: Tue, 9 Apr 2019 11:41:39 -0400
Message-ID: <CABtrr-Um=0p32QPKigzOMkxKzBhAfQxYM6B6exGqfRiP1mVrhQ@mail.gmail.com>
To: =?UTF-8?Q?Mirja_K=C3=BChlewind?= <kmirja@gmx.de>
Cc: IASA 2 WG <iasa20@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a6ae2505861acadb"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iasa20/ZxrIr-3lf4tGbum4n53xnND40xI>
Subject: Re: [Iasa20]
=?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draf?=
=?utf-8?q?t-ietf-iasa2-rfc4071bis-08=3A_=28with_COMMENT=29?=
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, 09 Apr 2019 15:41:56 -0000
(Sorry to have taken so long to get to these, Mirja! Removing all CCs other than IASA WG.) On Tue, Apr 2, 2019 at 11:30 AM Mirja Kühlewind via Datatracker < noreply@ietf.org> wrote: > ---------------------------------------------------------------------- > COMMENT: > ---------------------------------------------------------------------- > > One high level question: I would have expected that this document also says > something about interaction with the IETF Trust. Or are there none? > > The draft points to a separate ID that discusses the Trust issues, which were largely separate from the rfc4071bis effort, from Section 1: "The details of how this is done are outside the scope of this document but are covered in [I-D.ietf-iasa2-trust-update]." https://tools.ietf.org/html/draft-ietf-iasa2-trust-update-03 Does that cover your comment here? > I believe my other comments below are mostly editorial, however, I also > have a > few question. Sorry, if those questions have been discussed earlier. > > 1) I find it rather confusing to have a reference to [ietf101-slides] in > the > doc (given the pictures there are not fully up to date). I don't think that > particular reference is needed to make the point about transparency. > That reference is less about pictures but to point to where WG consensus was achieved on the "default public" rule for the LLC Board with respect to transparency (the default being everything is public without a specific justification for something being kept confidential). > 2) Sec 4.4.: "Unification: The IETF LLC provides the corporate legal home > for > the IETF, the Internet Architecture Board (IAB), and the Internet > Research Task Force (IRTF), and financial support for the > operation of the RFC Editor." > I'm wondering why the RFC Editor is named here but no other services the > IETF > contracts with...? > > Similar in section 7: "environment within which the work of the IETF, IAB, > IRTF, and RFC Editor can remain vibrant and productive." > I understand that the money flow is different for e.g. IANA, however, they > also > provide an important function. > > And similar in section 7.7.: "The IETF LLC exists to support the IETF, > IAB, and > IRTF. Therefore, > the IETF LLC's funding and all revenues, in-kind contributions, and > other income that comprise that funding shall be used solely to > support activities related to the IETF, IAB, IRTF, and RFC Editor, > and for no other purposes." > I'll need some help from folks more in tune with Editor/Secretariat/etc. relationships but my sense is that we tried to capture the major contract-signing entities (LLC Board, IAB) and the main features of the IETF here. Would you like to see a more fulsome list in both of these places as to entities that make up the IETF? (We did have diagrams at one point but omg those made brains hurt, despite RLB's crack abilities.) > 3) sec 4.7: Is it appropriate to have the LLC Broad review its own decision > instead of having an independent entity to do that? > > The previous structure had the ISOC Board as the ultimate appeals chain, but since the whole effort here was to increase independence of the IETF from ISOC, the LLC Board is where the administrative buck stops, so to speak. The recall process is noted in that section as the mechanism for the community to deal with extreme dissatisfaction with the LLC Board. > 4) Regarding the IESG delegate for the LLC Board, sec 6.4 states that the > term > is 2 years. That makes sense if the IETF chairs takes that position which > should be the usual case. However, if another IESG member would take the > position, is the expectation that the IESG can only select someone whose AD > term just started? Or would that person be the delegate for 2 years even > if he > or she leaves the IESG after one year? Also would the IESG be able to > remove or > change the delegate before the end of that term? I guess that second > question > also applies to the appointee from ISOC... > > The text is silent as to what the IESG can do to remove its own appointee (and because this isn't a NomCom-appointed member the removal vote doesn't apply to this person). It would need to be the IETF recall process. Presumably ISOC can do whatever it wants if their appointee resigns or is not performing to satisfaction. > 5) sec 6.12: "The IETF, IAB and IRTF chairs, and the chair > of ISOC's Board, will be ineligible for this Board Chair role." > Are the IAB and IRTF chair listed here because they could be NomCom- or > IESG- > selected Board members? Or is that an oversight? > I'm not sure I understand this. We wanted the various chairs to not have the burden/responsiblity of chairing the LLC Board, and certainly IAB and IRTF chairs could be selected by NomCom or IESG for an LLC Board role. > Also then this is picked up in section 8.1 again: > "The IETF, ISOC Board, IAB, or IRTF chair cannot be chair of the > IETF LLC Board, though they may serve as a Director." > However the following sentence in the same section, seem to assume that > this > policy is not defined in this doc but developed by the Board in future. > "The > Board is expected to maintain a Conflict of Interest policy for > the IETF LLC. " > We wanted to offload as much "Board policy" to the Board itself to develop, and you'll see that there are a lot of documents that they need to have in place, and soon! The COI policy here is much more about financial conflicts of interest (say a Director has an interest in a business contracting with IETF LLC). So the rule that the Chairs can't serve as LLC Board Chair is one that we felt we wanted here and not in the "board-developed" policy documents. > nit: > s/agreements that that meet a significant materiality threshold/agreements > that > meet a significant materiality threshold/ -> 2x that > Thank you very much! -- Joseph Lorenzo Hall Chief Technologist, Center for Democracy & Technology [https://www.cdt.org] 1401 K ST NW STE 200, Washington DC 20005-3497 e: joe@cdt.org, p: 202.407.8825, pgp: https://josephhall.org/gpg-key Fingerprint: 3CA2 8D7B 9F6D DBD3 4B10 1607 5F86 6987 40A9 A871 Don't miss out! CDT's Tech Prom is April 10, 2019, at The Anthem. Please join us: https://cdt.org/annual-dinner/
- [Iasa20] Mirja Kühlewind's No Objection on draft-… Mirja Kühlewind via Datatracker
- Re: [Iasa20] Mirja Kühlewind's No Objection on dr… Joseph Lorenzo Hall
- Re: [Iasa20] Mirja Kühlewind's No Objection on dr… Mirja Kuehlewind
- Re: [Iasa20] Mirja Kühlewind's No Objection on dr… Joseph Lorenzo Hall
- Re: [Iasa20] Mirja Kühlewind's No Objection on dr… Alissa Cooper
- Re: [Iasa20] Mirja Kühlewind's No Objection on dr… Mirja Kuehlewind