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

"BRUNGARD, DEBORAH A" <db3546@att.com> Wed, 24 February 2021 23:21 UTC

Return-Path: <db3546@att.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 C71233A1D43; Wed, 24 Feb 2021 15:21:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.896
X-Spam-Level:
X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, 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=att.onmicrosoft.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 NWwOO4U8_BGD; Wed, 24 Feb 2021 15:21:44 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (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 0EA793A1D42; Wed, 24 Feb 2021 15:21:43 -0800 (PST)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11ONESPd026630; Wed, 24 Feb 2021 18:21:42 -0500
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0048589.ppops.net-00191d01. with ESMTP id 36wck2k61y-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 24 Feb 2021 18:21:41 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 11ONLeWM009303; Wed, 24 Feb 2021 18:21:40 -0500
Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [135.47.91.176]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 11ONLdBT009296 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 24 Feb 2021 18:21:39 -0500
Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [127.0.0.1]) by zlp30487.vci.att.com (Service) with ESMTP id 67F6A4009E67; Wed, 24 Feb 2021 23:21:39 +0000 (GMT)
Received: from GAALPA1MSGEX1CD.ITServices.sbc.com (unknown [135.50.89.111]) by zlp30487.vci.att.com (Service) with ESMTP id 392B34009E65; Wed, 24 Feb 2021 23:21:39 +0000 (GMT)
Received: from GAALPA1MSGED2DA.ITServices.sbc.com (135.50.89.138) by GAALPA1MSGEX1CD.ITServices.sbc.com (135.50.89.111) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Wed, 24 Feb 2021 18:21:38 -0500
Received: from GAALPA1MSGETA01.tmg.ad.att.com (144.160.249.126) by GAALPA1MSGED2DA.ITServices.sbc.com (135.50.89.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2 via Frontend Transport; Wed, 24 Feb 2021 18:21:32 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (104.47.36.53) by edgeal1.exch.att.com (144.160.249.126) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2176.2; Wed, 24 Feb 2021 18:20:15 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=McBwE5Y/RfbwVk+oc2TC4tFDjNCrHVn6PPbjphziCHH+3VWxVMmNkLEnGtY9sfkovyGpQH7T5iy2PxD9GUmDZnF7EF8Aw+eiCliUFYgFqtmkGaiiEjKdB4L8JKXXB/oQtjLgxBdcG4kSiR875KN8H1VeK/U5CT1349u4z/W8KyjpEPYAcjFLHyTsJvKDqOtbFcYMm0PhSEVvZk4qQ0f3zpxLfE9NJjdu3jpnGDUhLtHzmTIrfWHOp0DcH2JLuxFLEIyHf+ZGbIGwNc6VOTMjKa2tM2SKrez1ol7lVddkPB+xb0dLx/XQ1ITmIS3nHbuX+t/2tDg4Le7nqcO4/wvEFA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qli2fSHxILnW6ib6E3sy7pbKk/f0xegLjXheRAba54s=; b=j5ZJqEA9BqHNXAIvTHCOkI1bQ9jZnpXB0O2JEXlRHTXo7Wss2mCSlx0b0I51rvAnfSdHzOVtc0nWK2UyoYBHAOG/pTYkx/7/Os1huy9OFdZvN4mfUY1k2FaHzalvX3aThwjG/QuW4Vsl0wXzBmmSMVCfFSOCNfoZLK7R905O0pQprN83fDxccAI+NfZu0FmblonE1F9dNUTrZR5IaJ8GdpgfC7qVsV6D4Hz2NtJNAD1/k4/TGRQBtfbiVvET9bt3fZ2ZpGrkHeSLJ4SCHMCSu9FPktomTF7qpFEo9rSS93UTF4MaT1PHit+Sfh1i0AXXX4dMt6n1BweCOoYiQEAKUA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=qli2fSHxILnW6ib6E3sy7pbKk/f0xegLjXheRAba54s=; b=Mh+0FD5sNNi/lmFnE3aJdV6DHuoUPw5PEsh58UFsvsj4FEJ94sTqgHtOetSH3VqNrITGhPDiGFuLy5YuBUkKDsnbffrWbAz7Lt71sIhyUsetWmK7xn05ZqIVQB9dO//dsvbZVcLfa4WGnJsQLzKuBGO+ky07DgXiH8x/6u/73eo=
Received: from MWHPR02MB2464.namprd02.prod.outlook.com (2603:10b6:300:42::10) by MWHPR02MB2542.namprd02.prod.outlook.com (2603:10b6:300:44::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3868.32; Wed, 24 Feb 2021 23:20:14 +0000
Received: from MWHPR02MB2464.namprd02.prod.outlook.com ([fe80::ad6d:3af6:66f4:cb7b]) by MWHPR02MB2464.namprd02.prod.outlook.com ([fe80::ad6d:3af6:66f4:cb7b%8]) with mapi id 15.20.3846.039; Wed, 24 Feb 2021 23:20:13 +0000
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Eliot Lear <lear@cisco.com>
CC: Mirja Kuehlewind <ietf@kuehlewind.net>, "architecture-discuss@iab.org" <architecture-discuss@iab.org>, IAB IAB <iab@iab.org>
Thread-Topic: [arch-d] The IAB Liaison Oversight program - feedback on closing
Thread-Index: AdcKL2tZijytV5c5QKioC7xpmtMhEgAZqjKAABpxLbA=
Date: Wed, 24 Feb 2021 23:20:13 +0000
Message-ID: <MWHPR02MB246462091F9D761BA1DE7F8FD69F9@MWHPR02MB2464.namprd02.prod.outlook.com>
References: <MWHPR02MB24649D2053322ED233429A05D6809@MWHPR02MB2464.namprd02.prod.outlook.com> <22867912-DBBF-45B8-92A8-8872A133856C@cisco.com>
In-Reply-To: <22867912-DBBF-45B8-92A8-8872A133856C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: cisco.com; dkim=none (message not signed) header.d=none;cisco.com; dmarc=none action=none header.from=att.com;
x-originating-ip: [71.172.98.137]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7bfe1bcc-c574-4944-b63e-08d8d91abd16
x-ms-traffictypediagnostic: MWHPR02MB2542:
x-microsoft-antispam-prvs: <MWHPR02MB25426F793A96E5A215A7E520D69F9@MWHPR02MB2542.namprd02.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: x2j1YpdkvNeTUGTq+kOM2BnVkJ3YcPOE5vSocYg5wlRiK4yT+0fKffZyIus3fBMdV6bNfYXdrlEoOeVoBgEUzYWWZqwhKZP2Gs3oyPqvoc4odkp2q3pdcQNmzwX1O6CVaKS/wnxy36mU8RdRZSGeUBt+th9eMuhoC6K1Frng9Hmhysrc6qY+9RTRL869fpC6P1EJtzlGYihlAzePzvxHh1cLfTQfT9Na9pkL/DPFv03PaMGuikA2tF4ULKbyjdZp0NyR/t36WW0IQOnJye9ipgwRNuTHyzEXSkNQt21ySY5bo6yonihLVq4tUw17PqqhStqquJ569yiv4GpT34zTR7pxchQQrM2t7+KxzT09HvC4PYgWT3uVb/IiiGpDay7W01M2HN6pAF3dG9m/VvTHXsNCfE2JdmT6QHSGWHJ2gDS4xTxlowRjTwFzjNXu0ke4Bxfpwdxke6aQz9v21AG5iOJHTuKpwjwBoN5wwje0EZHahqWH7d9HwBwVr3WRSJG7b2wlSOTrwps7ZlDxmQIWutcTaaYShEhpKqHW0YtXYHOFWSGbxd0g8LJVd+3YDeFT7T/pbBn4okX/z8mSTKhROXGT3SUjSFj5flk0as+plc4=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MWHPR02MB2464.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39860400002)(396003)(376002)(366004)(346002)(136003)(66476007)(64756008)(66574015)(66446008)(66556008)(76116006)(166002)(52536014)(8936002)(83380400001)(8676002)(82202003)(5660300002)(6916009)(66946007)(33656002)(86362001)(9686003)(316002)(71200400001)(186003)(478600001)(966005)(55016002)(2906002)(4326008)(7696005)(26005)(54906003)(6506007)(53546011); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: 78vaqLlnvSFaXKkQqxFq7m36J8G8qxg8RF/JIYa4/SO9NPtvZtm5Lp66Pp/ack5pDv7W++CxHG7JohxA/t1RGf8K0FOnCXt2JDNx530KkvRtsLEHsZNTUjYt70CyIn+lR5AjWCmo2iV2g8b5wtR8+vUnuxtzFe49X854HPwRe1Kwwn/Zm1nkajOdZ1bJJ7drASDLnszK0aGa8RjVTP7dgkP7GCUljBKuk910VOpObd546/UhfxOjm5n00GOHTKldHf3U8lFYzucJfmoWVjINjvzm7JmgRHp3TB0UXE3OHqx6VQ7ZIXuzPChR0DCp+q7kmHBuu2JBJHsEQbdU4wYZVoBwO8lOwQ4JK84JkPb5/SBEQNg5UTCRv6AEvS98JbsNISOs8Le8r2/x7t5lWt+wwCH3sfMnVxpDpT2sbVX6UtUqSncEbB47zOwQhyqS2wY0LH/Etx7ACr1NxNnKqr1Z21fCEsMtuGbs7LbnBw8htJU85jXRlNtVfGjv4BxJQ5dhN+MAZzK+Dw3Pm/2mlDeFYYptSFlLICjYuARVfZYWdXVNu6iUvNl0cxkrblvWFoZE4VFu3thMGjgCoJiHTbbgZMYZyQiiioX0cPs0ncV3onghwFACIvM+7+b+Q7R31wQdJHj9gPG+lGWSNrHL665lbBJCLpUytQLVYPQDMu+AyOTsLgu6P8K/lTesa6JGW4owKI4KfH/xdSjlrLX6CYjv2v+a8a+BF5OeZNfc+Giguws9sUYIvblPh2MTj39QHCPiel5wJ+E0OTJlJyG4/ayD2pbAqrLlwrzbMntu9wjlL3ibjvwFlT53isAdTlpbl+MR9FvkFzzspPgMhSBxinWA75K+vHaVVa6iHNqrk7XNHb7dOEMYAim/UXCTlHixrWDIwEnU51s9f3ktmbaz9L3V194xfdg8Y0BmE+80B9fmBJmXHscvHMzduRb7p3BlG68Ejyz5WcYTlQobjLXZiygM1Jy7cj64/LgN4Nn6VfGp8SlxGaaDAz6YSDyDHtn/A5b4qsQx05xMh7Z+lvidwqnZ90Ietkbf16IPCGEAQVcbkwX3zoE6RV3J+9JGQa5EiokZVW8Gw/gqvHgTh3V/tQoictchfXyJeajBGGOArtwB90kUSMGTTWXUoCFaul9VkHwutvqytyPxaTp4AK2Wb9/og6l8UaWEVDlSxYoSJNthvUQEy38+xWQJE185JDy29g3RO68HRe2VFH4i/7WkD55XZU1XGtOnQhYUkbfkxOB+f2T6QGacjyj4bK761/QdCE1yKo1xR04//XIL00ICzWi7Cwb5TJcrcRqVpxzCYn5c6+ScefUa1OE/dzrLbEWrAduQ
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MWHPR02MB246462091F9D761BA1DE7F8FD69F9MWHPR02MB2464namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MWHPR02MB2464.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7bfe1bcc-c574-4944-b63e-08d8d91abd16
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Feb 2021 23:20:13.6395 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: fMbfFuBzcNMboqSAR9so8PMrlvPjDebxjL5wh/K0QHHUi/OVxEMjOX4WV8Onmh2+
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR02MB2542
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: FA18103C0B561CF6F06276D2BABFDF125150C5A93A14CB2B2B95CE20A4773F162
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.761 definitions=2021-02-24_13:2021-02-24, 2021-02-24 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 suspectscore=0 spamscore=0 clxscore=1011 mlxscore=0 adultscore=0 mlxlogscore=999 priorityscore=1501 malwarescore=0 phishscore=0 impostorscore=0 bulkscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102240180
Archived-At: <https://mailarchive.ietf.org/arch/msg/architecture-discuss/N3jthpKEiqlActvpQM77Udms9zE>
Subject: Re: [arch-d] 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 23:21:47 -0000

Hi Eliot (and everyone that responded - thanks),

Eliot - you provided a great, very succinct, description of why having a strategy is critical for us. Much better than my words. And as you say, not just with respect to “SDOs”, but also informal relationships. I totally agree with you and Melinda, we need to “Think Big”. This is very different from liaison management of our managers on the front-lines (which is also critical).

Guntur – thanks - your paper description is right-on “strategic spatial planning in conditions of indeterminacy or uncertainty”. We’ll use that in our program description.

Thanks all,
(to-be-continued)
Deborah


From: Eliot Lear <lear@cisco.com>
Sent: Wednesday, February 24, 2021 5:16 AM
To: BRUNGARD, DEBORAH A <db3546@att.com>
Cc: Mirja Kuehlewind <ietf@kuehlewind.net>; architecture-discuss@iab.org; IAB IAB <iab@iab.org>
Subject: Re: [arch-d] The IAB Liaison Oversight program - feedback on closing

Hi,

Thanks, Deborah and other board members for the opportunity to discuss the program.  As you can see from the comments on this list and elsewhere, you and the rest of the IAB will have my assistance as long as you wish it.

There really is a succinct question that the IAB has before it in this context:


  *   How is the Internet architecture both best advanced and best protected through the board’s relationship with others?

You might ask, “Who are these ‘others’ ”?  We typically think in terms of liaison relationships, but there are many informal relationships as well that are useful to maintain.  Having institutional knowledge of that component is something that is very difficult to track, because it will run stale.  Quite simply, people retire.

You might ask, “What does it mean to advance or protect the Internet architecture?”  That is for you as a board member to decide.  Where the liaison program came in was as a means of intelligence and influence to indicate when a challenge existed, and how to deal with it.  We did, I think, a relatively good job of that for quite some time.

Where I think we never did a particularly good job was on outreach to others when we wanted to let them know how the architecture was evolving.  And evolve it has.  IAB statements end up on a web site that few people see.  But do they get liaised or shared in perhaps more influential ways?  My experience has been that this has been inconsistent, at best.  What would be the reaction if they were, and should the IAB care? Many of us have some context to help you and your colleagues answer these and other questions.

It’s true that all of this was not well documented in the program charter.  That’s perhaps more my fault than anyone’s, and for that I apologize.  Those who followed Ralph and me might have better understood the program’s value.

It could also be that the program is somewhat misnomered, but this is based on the language in RFC 2850.  That document will need a dust off, as Brian and JCK have pointed out in another context.  In this sense, as you consider what to do next, my suggestion is to Think Big.  I agree with Melinda that it is better to figure out where one is going before one starts driving, but you always have the opportunity to establish a new destination and route.

Eliot

On 23 Feb 2021, at 23:03, BRUNGARD, DEBORAH A <db3546@att.com<mailto:db3546@att.com>> wrote:

Hi,

[no-hats]

While the IAB can open/close programs per their discretion without community input, I want the community to know that, as incoming IAB member, I had raised concerns on closing this program. IETF's liaison relationships to other SDOs has always been an important issue to me, as a working group chair of groups working with ITU, Routing AD, and MPLS liaison.

Basically, I didn't understand why the approach on this program was to close it without first considering rechartering. The rationale for closing this program, i.e., no need for "recycling a dormant program", is identical to the IANA program ("sleepy program"), though for that program the conclusion was to update the charter and ask the community for feedback.

And so my bigger concern - the IAB says it is "unclear" on the need for a liaison oversight program. For those of us involved in other SDOs, IETF's current "whac-a-mole[*]" process of involving experts on "as-needed basis" is very concerning.  This program was formed to "provide strategic direction" so as to relieve our liaison managers of being in conflict with RFC4691:
https://www.iab.org/documents/correspondence-reports-documents/2011-2/iab-response-to-some-iesg-thoughts-on-liaisons/

One of the four questions on the 2021 IAB Questionnaire was "how can the value of the IETF to internal and broader technical community be improved". To me, that question from the community, was affirming the importance to be [more] proactive in our liaison strategy to SDOs/forums/open source efforts. Not to close the responsible program with no new proposal.

Sigh, as new IAB member, I'll tackle drafting a "clear charter" with "purposeful membership" program on liaison oversight, and hopefully be able to convince my IAB colleagues. Hopefully SOON [**] in the IAB decision timeline.

2nd (longer) Sigh,
Deborah
(countdown - 2 weeks!)
[*] https://en.wikipedia.org/wiki/Whac-A-Mole
[**] https://www.ietf.org/archive/id/draft-farrel-soon-06.txt

-----Original Message-----
From: Architecture-discuss <architecture-discuss-bounces@ietf.org<mailto:architecture-discuss-bounces@ietf.org>> On Behalf Of Mirja Kuehlewind
Sent: Tuesday, February 23, 2021 11:54 AM
To: architecture-discuss@iab.org<mailto:architecture-discuss@iab.org>
Cc: IAB IAB <iab@iab.org<mailto:iab@iab.org>>
Subject: [arch-d] The IAB Liaison Oversight program

Hi all,

As per our charter, '[t]he IAB acts as representative of the interests of the IETF and the Internet Society in technical liaison relationships with other organizations concerned with standards and other technical and organizational issues relevant to the world-wide Internet'[1]. That representation is carried out by liaison managers, who are selected from the community by the IAB. Liaison managers are overseen by individual members of the IAB who act as shepherds (see also [2]).

Firstly, I would like to note that this message is not intended to propose any changes to the liaison manager/shepherd system at this time, as the IAB believes that this representation works well.

In parallel to the liaison manager/shepherd system, the IAB is operating the Liaison Oversight program (see [3]). This program has been dormant for several years, and does not have a clear role to play in liaison management as of today. The program supported the IAB in developing the framework for liaison relationships and setting the requirements for the related IT systems but these activities were completed some time ago.

As part of the IAB effort to restructure its programs, the IAB is in the process of reviewing all open programs. Given the currently unclear function and role of the IAB Oversight program, the IAB has decided to conclude the program. Again, this will not impact the liaison management as performed today.

The IAB sees liaison management as an important part of its role and has taken on responsibilities like periodically reviewing liaison relationships itself, rather than delegating that responsibility to a program. Further, the IAB serves as a contact point to the community and frequently reaches out to members of the community in order to request support for the IAB and the IETF community in its liaison activities on an as-needed basis, depending on the liaison relationship and technology in question. This process has been working well and the IAB is working on further improving it to make it more clear and transparent to the community as well as improving continuity of knowledge and knowledge transfer between the IAB and a broad range of community experts.

If during the on-going review of the liaison management process the IAB may find it necessary to have one or more programs for liaison management, e.g. to support maintenance of very active liaison relationships or to improve a specific parts of the liaison management process, the new IAB program structure has been set up to make to easy and uncomplicated to open and close programs/support groups as needed. Inline with that, the IAB believes it is the better option to create new groups with clear charters and purposeful membership, rather than potentially recycling a dormant program.

We thank the program members for their service.

Regards,

Mirja
On behalf on the IAB


[1] RFC2850 s 2(f)
[2] https://urldefense.com/v3/__https://www.ietf.org/about/liaisons/__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9xnFihmAQ$<https://urldefense.com/v3/__https:/www.ietf.org/about/liaisons/__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9xnFihmAQ$>
[3] https://urldefense.com/v3/__https://www.iab.org/activities/programs/iab-liaison-coordination-program/__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9xK0bE_LM$<https://urldefense.com/v3/__https:/www.iab.org/activities/programs/iab-liaison-coordination-program/__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9xK0bE_LM$>


_______________________________________________
Architecture-discuss mailing list
Architecture-discuss@ietf.org<mailto:Architecture-discuss@ietf.org>
https://urldefense.com/v3/__https://www.ietf.org/mailman/listinfo/architecture-discuss__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9x7IQ6lHI$<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/architecture-discuss__;!!BhdT!zvZhVZdKjTglhGiKkGwKaQOHI2hnkIzAee1ZtSK_SjFw_VMFpb4eIq9x7IQ6lHI$>

_______________________________________________
Architecture-discuss mailing list
Architecture-discuss@ietf.org<mailto:Architecture-discuss@ietf.org>
https://www.ietf.org/mailman/listinfo/architecture-discuss