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

Bernard Aboba <bernard.aboba@gmail.com> Wed, 24 February 2021 06:05 UTC

Return-Path: <bernard.aboba@gmail.com>
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 84DDD3A100F; Tue, 23 Feb 2021 22:05:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.086
X-Spam-Level:
X-Spam-Status: No, score=-2.086 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, T_SPF_TEMPERROR=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 p_UcFDqFFLI7; Tue, 23 Feb 2021 22:04:59 -0800 (PST)
Received: from mail-lf1-x131.google.com (mail-lf1-x131.google.com [IPv6:2a00:1450:4864:20::131]) (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 A2F673A0FD2; Tue, 23 Feb 2021 22:04:58 -0800 (PST)
Received: by mail-lf1-x131.google.com with SMTP id v30so1275449lfq.6; Tue, 23 Feb 2021 22:04:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=S0MAEjKp4bjudcVoyZSD0a34T8aQu7goPJAFmnjFhlM=; b=LOz44hwjfHbC9p0+1TwJ635KshWaL/Q3BwPqr8kTuzCf/A6fP1sreXgY92AAD8Ei8F H631mwt6MKr1QY/CoSgEEA63t/LqVbpZDmILkESuC52xME7P5IdLE1fecGnwVcbg896l PZVAdJBjuJYbWzHdJIpDsIr33GkUAPr7hTuWJVqlAyAlAs06OsXWOsYs1epBdEa/qK49 GhoMmCaIpa+8UaX0l0gWjQgpLIiNdUYZPNGcuyDTvw5avg5UJJowU25BXj04tX5TJO21 XQCryF1X32edcOx7/6bjLFTQfbVpWi+OzFVd1lKcimhPyGgm4O5f9enAbD2wKa6+QESq sTpA==
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=S0MAEjKp4bjudcVoyZSD0a34T8aQu7goPJAFmnjFhlM=; b=njsrhK+8Gdj66uUF2ShNXUOQipX+fCybp18cwaWU3Rwuoa6S/LKXXVd8A9VTnc/5mn 7bjV40rd1FbCwdkM//C1sXXbHbg4pQSKmopwTxtpl4chwEDl5fdyRFFVKb9G73bgEN9M DlvbzSf7MqXaOxE0p/SpMiiHyyzZ0NV73DmbVa1UPlvLuxB1rvkSya+SwKdbl2EfZ/86 ZbnQA7ODx5NhqiZg33bPr77Ez/LH7Co5W6LSQhBMWjTaMHAavm5tlkdHxvllgBXFsxAq /ZdHMFWrtvm7Jr6h38VF0F9J8bnRKg34t6cTMc1KPWEpCI867fs20MrdwcPX0HGvpjvz 1Y1Q==
X-Gm-Message-State: AOAM531PFO1gaI40WbgOMWNIFOGNJc+8lEeKXQMLxHuvDsqhtBr42F8v zxAH7t0RuewTiowLdAsdUAKNDFymRKWdyjs135PCp+PFnxZcaQ==
X-Google-Smtp-Source: ABdhPJxoonK5smdGIuBHbPTZ1eKrJk5EJOqYz1Mq1xtsKJEm/7tkdDOPJa6V1SlxruQYeL5IPFMjzr5Lp1ibzNo8wOA=
X-Received: by 2002:a19:5218:: with SMTP id m24mr19535812lfb.145.1614146696392; Tue, 23 Feb 2021 22:04:56 -0800 (PST)
MIME-Version: 1.0
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> <B2F35014-8F4A-4BDC-B916-A1E933CAB8C0@mnot.net>
In-Reply-To: <B2F35014-8F4A-4BDC-B916-A1E933CAB8C0@mnot.net>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Tue, 23 Feb 2021 22:04:46 -0800
Message-ID: <CAOW+2dsZJQWt8Ex4YGoo10uDw197Lkd_KyCFpfG-3wHpJqDZvA@mail.gmail.com>
To: Mark Nottingham <mnot@mnot.net>
Cc: Wes Hardaker <wjhns1@hardakers.net>, IAB IAB <iab@iab.org>, "architecture-discuss@iab.org" <architecture-discuss@iab.org>
Content-Type: multipart/alternative; boundary="0000000000007433f605bc0ed091"
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/MjQIPVo1Yt1w2fIsalFj2ruU0Rw>
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 06:05:06 -0000

Mark said:

"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."

[BA] Heh. What is actually happening now sounds a lot like what was
happening when there was "a program" - in practice, the shepherds would
report to the IAB then too.

The "Program" structure was more necessary for the (somewhat separate) task
of "Liaison strategy",   Years ago, the relationship between the IETF and
some other SDOs was quite contentious, and non-IAB members were needed to
advise and to provide the history and how things got to the state they were
in and what should be done going forward.  However, most of the
then-important issues of "Liaison strategy" (like IANA strategy) resolved
themselves over time, and don't seem like as big an issue today.

On Tue, Feb 23, 2021 at 9:34 PM Mark Nottingham <mnot@mnot.net> wrote:

> 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/
>
>