Re: [arch-d] [IAB] The IAB Liaison Oversight program - feedback on closing

Mark Nottingham <mnot@mnot.net> Wed, 24 February 2021 05:34 UTC

Return-Path: <mnot@mnot.net>
X-Original-To: architecture-discuss@ietfa.amsl.com
Delivered-To: architecture-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7527A3A0E3D; Tue, 23 Feb 2021 21:34:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, 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=mnot.net header.b=oypiHk1p; dkim=pass (2048-bit key) header.d=messagingengine.com header.b=uHSJ8aJ2
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 6MFg7twvFYQZ; Tue, 23 Feb 2021 21:34:24 -0800 (PST)
Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 583A23A0B70; Tue, 23 Feb 2021 21:34:24 -0800 (PST)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id 7553A5C0156; Wed, 24 Feb 2021 00:34:22 -0500 (EST)
Received: from mailfrontend1 ([10.202.2.162]) by compute2.internal (MEProxy); Wed, 24 Feb 2021 00:34:22 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnot.net; h= content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; s=fm2; bh=7 lTiy8loYztwRKm5cxbpw9jpo8TjKgKGg8bO1g+BELU=; b=oypiHk1pWUZif22sX EOW3xakV/HzElbz3aIi2mI7nUwuqRU71P2PEqRYNW1UEUGyAJViBstNh9KOXv2An GLi3T1fjpPDfLtT9FHX8CKHSDNn1nqE2u/gXhSdjuT7zTZW52Sr4MhKYFWVFeKnU 0W6KfH5qNnXjwEaeVbsnYnQcM4ZqjbAHv0h6dtXngpDoqheg7sRf1dzwAWnxE9PY uypFhiFWJZwoXZwhtqrKUM0NohT1QMNwfdSUNcpEsNSk1BOR7VBhEqoqcB/qQjLb yGOX8sZwoAIhgkK3D9GenFOdnEhwiD4wW3eeQWO5CW2uTDoOfZtnFx4eB+5UiWYP r+Ohg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding: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=fm2; bh=7lTiy8loYztwRKm5cxbpw9jpo8TjKgKGg8bO1g+BE LU=; b=uHSJ8aJ2Xz6ux196jq+tkksObpFdAiFGkamyOvWmv04/FHNifDcc/D4jK Pp/d/Fnd9yF1EOOXbZHkZlOVXVacMdTJXp1f+eQluRpEuAhrqHPEwkl8p6VDTV1G rRzM4qiwUM4FJZ0yl+jiEKA1N8a3a+Ziz1Cfc7bJfcH7T9pgLlF+oG5GPvSku0TZ yhaXuEZQifLaQtRnSU2nNqeZCHW05CB/rxrx23EbOe8zZtQXh3tQr94Ohsam1GQg SXfiJJ2RswuV8UzxDwrFB5E1Xgt7bpMLiJ/SKCKEClL7Dr41O8TbNwKKr97A2TiI e7e0Hl/Pc3jUjCwhIlBpO+d/DiORg==
X-ME-Sender: <xms:XOU1YHvpz_e1zusS8xJnR7IuZMxB6FbhhMXLbbN3P5H7sDuby5ruVg> <xme:XOU1YIcHpX7VZ9GkmO6zro9GHLFhB8TGpxgMUeIgQ3Kuo59jJwDF4MzjfHYqzJ0Qc VsyU1hPugTug0j61w>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrkeeigdekudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpegtggfuhfgjfffgkfhfvffosehtqhhmtdhhtddvnecuhfhrohhmpeforghrkhcu pfhothhtihhnghhhrghmuceomhhnohhtsehmnhhothdrnhgvtheqnecuggftrfgrthhtvg hrnhepkeduvdeljeegtefhveekhfdtveekleevkeefgeeludeihfdugedvieeuffdttdfh necuffhomhgrihhnpehivghtfhdrohhrghdpmhhnohhtrdhnvghtnecukfhppeduudelrd dujedrudehkedrvdehudenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr ihhlfhhrohhmpehmnhhothesmhhnohhtrdhnvght
X-ME-Proxy: <xmx:XOU1YKzW2yqb0Z3-H8RMf1yT8se39y1uttr-2aIt3zZnb5KC-x_pYw> <xmx:XOU1YGNb7BU0V6t1fRceq3QlU8MN2uDQXyADA--Var7BM2rM51rQdQ> <xmx:XOU1YH-fRQVuj6YZjZQ-olJtDJQL-OVScZSOfCcxSf7-TyymJMO5dw> <xmx:XuU1YDZGIkDWR-Uk58Dz6E4d0hWF8zhZqO4M3Yzk_vz8KfunW23yMQ>
Received: from [192.168.7.30] (119-17-158-251.77119e.mel.static.aussiebb.net [119.17.158.251]) by mail.messagingengine.com (Postfix) with ESMTPA id 4542924005A; Wed, 24 Feb 2021 00:34:18 -0500 (EST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CAOW+2dukxQRu9HA2v0mTR_k6ijtxAp7bv4e8cJVjrr-XOgpL+g@mail.gmail.com>
Date: Wed, 24 Feb 2021 16:34:16 +1100
Cc: Wes Hardaker <wjhns1@hardakers.net>, IAB IAB <iab@iab.org>, "architecture-discuss@iab.org" <architecture-discuss@iab.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B2F35014-8F4A-4BDC-B916-A1E933CAB8C0@mnot.net>
References: <MWHPR02MB24649D2053322ED233429A05D6809@MWHPR02MB2464.namprd02.prod.outlook.com> <313945B7-F998-410F-B067-004D95704C73@mnot.net> <ybl8s7ebcdn.fsf@w7.hardakers.net> <CAOW+2dukxQRu9HA2v0mTR_k6ijtxAp7bv4e8cJVjrr-XOgpL+g@mail.gmail.com>
To: Bernard Aboba <bernard.aboba@gmail.com>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/wWt3XPx1O0ifHqR26tp35njDtgg>
Subject: Re: [arch-d] [IAB] The IAB Liaison Oversight program - feedback on closing
X-BeenThere: architecture-discuss@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: open discussion forum for long/wide-range architectural issues <architecture-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/architecture-discuss/>
List-Post: <mailto:architecture-discuss@ietf.org>
List-Help: <mailto:architecture-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/architecture-discuss>, <mailto:architecture-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Feb 2021 05:34:28 -0000

Hi Bernard,

> On 24 Feb 2021, at 4:20 pm, Bernard Aboba <bernard.aboba@gmail.com> wrote:
> 
> I must say, I find this discussion quite confusing. 

I agree it's confusing, perhaps needlessly. This is at least in part because of how things are currently set up; see below.

> The management of liaisons is a fundamental task of the IAB.  *How* the IAB organizes itself to carry out the task is up to the IAB. 
> 
> But the IAB does need to examine the functioning of liaison relationships on a regular basis, as well as monitoring the performance of liaison managers, so as to appoint or replace them as needed (or choose not to reappoint a replacement if there is no need). 

Indeed, and this has been done regularly since I joined the IAB, at least.

> For that periodic review to get done, someone on the IAB has to step up and take a leadership role, and probably at least one other IAB member should take part, just to provide some backup/burden sharing. 
> 
> The individual(s) then report to the IAB on a regular basis.  You can call those individual(s) the "IAB leads" or a "Program", it doesn't much matter.  But you can't just say "the IAB will do it" - if you don't have specific individuals identified, and a regular rhythm for the work, then it's not likely to happen by accident.

Yes. This has been done primarily by the Liaison Shepherds. During my tenure on the IAB (and to my knowledge for quite some time beforehand), we've also undertaken periodic whole-IAB reviews of the liaison relationships, to maintain familiarity and to assess the need for any action -- although this has fallen off somewhat during COVID. Additionally, the IAB as a whole often gets involved in specific liaison situations to assure that the appropriate parts of the IETF are brought into the discussion.

There are some changes underway in how the Liaison Shepherds are allocated; the meeting minutes haven't been published yet, but essentially we're considering moving from a 1 shepherd-per-liaison model to a small pool of liaison shepherds responsible for the entire group.

All of this is separate from the liaison program; it has not been involved in any of the above for the time I've been on the IAB, at a minimum.

> And this regular work *does* need to be done - or else you end up with liaison managers who have long since lost interest, or worse - managers who take advantage of the lack of IAB oversight to overstep their roles. 
> 
> In that sense, liaison management is is quite a different IAB responsibility than say, the RFC Editor Program, where it was envisaged that the IAB would *not* get involved in the details. 
> 
> So when it is said "the program did not meet",  I am wondering whether this really means that the IAB hasn't been soliciting liaison reports on a regular basis, or paying attention to the performance of liaison managers.  If so, that's not a statement about "the program" - it's a statement about the IAB - and something that should be brought to the attention of the nomcom. 

No, it means that those functions are disconnected from the program, and have been performed by the IAB itself. We're currently examining how everything is set up to make this more clear, and hopefully more effective. In doing so, we're pulling in members of the ex-program who've expressed willingness to lend their experience.

Cheers,


> On Tue, Feb 23, 2021 at 3:21 PM Wes Hardaker <wjhns1@hardakers.net> wrote:
> 
> Here I sit.  Perched on the fence.
> 
> I'm convinced that the existing program was either not needed or at
> least not functional as is (not meeting is a clear indication of that).
> Thus, I think a recharter likely wouldn't have been helpful because it
> would have left an existing non-functional structure in place with a
> minor incremental change (or at least, that's what I think the most
> likely outcome would be).
> 
> It would be best, IMHO, to decide what *is* needed and then come up with
> a structure that works to support that.  I doubt it will look like what
> it used to look like.
> 
> Here's some example bullets of what might be needed for such a program:
> 
> * Evaluation of the program as a whole
> * Evaluation of liaisonships with each other organization
> * Evaluation of changes for organizations with which we have or need
>   relationships with
> * Evaluation for how to best distribute incoming information from
>   liaisonships to the rest of the IETF technical community.
> * [your ideas here]
> 
> Here's what should be out of scope (IMHO):
> 
> * Evaluation of individual liasons -- that's in the IAB's charter
> * Handling of the liaison reports/interactions themselves -- (again, IAB)
> 
> Here's the things that might be needed to achieve the goals:
> 
> * A person or group of people responsible to ensure the program (or
>   whatever) is operational and active (chairs)
> * Assured representation from the IETF (including, but limited to, the
>   IAB, the IESG, the wider IETF community, ....)
> * Assured representation from the external organizations that may wish
>   to have a voice (the SDOs with which we interact may want to
>   participate -- we may even facility dialog at a higher level)
> 
> What are the risks?
> 
> * this could quickly grow much bigger than need be (the above is already
>   potentially too large)
> * this could quickly grow too political
> * this could quickly become bureaucratic 
> * And, like its predecessor, it could become forgotten and unused
> 
> ...
> 
> I think the liaisonships with other SDOs are critical to our success as
> an SDO in the Internet ecosystem.  A lot has happened in the last 10
> years that has proven that.  The existing liaisonships do work, and we
> do hear from and communicate with and through them.  The question left:
> is there more that should be done to improve the work, or better yet,
> help the liaisons themselves be more effective?  If so, what?
> 
> -- 
> Wes Hardaker
> USC/ISI
> 
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss
> _______________________________________________
> Architecture-discuss mailing list
> Architecture-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/architecture-discuss

--
Mark Nottingham   https://www.mnot.net/