[tlp-interest] Re: ALAC Position on the Proposed Amendment to IETF IPMC Bylaws

Brian E Carpenter <brian.e.carpenter@gmail.com> Fri, 12 December 2025 22:17 UTC

Return-Path: <brian.e.carpenter@gmail.com>
X-Original-To: tlp-interest@mail2.ietf.org
Delivered-To: tlp-interest@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id AE02599DFBC0 for <tlp-interest@mail2.ietf.org>; Fri, 12 Dec 2025 14:17:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k8r7tatzvbfS for <tlp-interest@mail2.ietf.org>; Fri, 12 Dec 2025 14:17:00 -0800 (PST)
Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 192C799DFBBB for <tlp-interest@ietf.org>; Fri, 12 Dec 2025 14:17:00 -0800 (PST)
Received: by mail-pf1-x430.google.com with SMTP id d2e1a72fcca58-7b9c17dd591so1468770b3a.3 for <tlp-interest@ietf.org>; Fri, 12 Dec 2025 14:17:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765577813; x=1766182613; darn=ietf.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=EXVyobj1bttEipPgm12WAVZRFhmQDNYzsA4WtBUnzzI=; b=N1drwnxCJSbyTpS2Noms0lbml/QMcWMZY78tN+fa5EHr1m1rnJmjSTv2ug6D3W/+QR g29YwWAoUJUiobnxzm10NkoiIVPPzUFaFmEhYio1PIgfgOs6z3fNKitY+uENa528L6mR fd5C6tP/MqIVBEvHtEds8EheXbF5jvUT4Cg/MUwoy+RTvF+jaHlYNWr1oe/Ux0Ggdcij +RJOPNAhJaqvsowhvPw+Ea0NNDOZBDxsU/FGIFROI8vrZlcp4uRtgL1LDi0tMv4hi7i3 M2H+Rm2XNW0+trUi/+7c2MWYaWiAJgDwcaRsYIvhiM3gIUSeJRGiom5BDY8kTsF8hRzy MwQg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765577813; x=1766182613; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=EXVyobj1bttEipPgm12WAVZRFhmQDNYzsA4WtBUnzzI=; b=geWWRnG2cMEbm1VkPX9VuHU7fh+G7ARJCgEPC5P80MKdw9UUyM1XJ4SBl3/t3QLJ3m FxzCk9FZZbnwk5Xr6bP3cLyCA9DtIbETr0jdeoOanV7InW28a2asxSRbZhw81JWnaDcW VpBS6nW6Y4zGZ0F2bd6jgzkQUs8jgd4UtJI8UdrNJtDS/Wx9nrUKaI7IbX9W/rchHHDM bZQ0Ifm3vPfZA5v36pfP45dfwu/+Lx2DL3FhnDX+TMbKlDVyff71HInIixqsbM0i7M5t b9XtLgTpeVM4iD4K7vYsWnoMzR/IonLEi5wQIr0dzVBevn9iY4QmwJ8e8uOSRHT9f687 bFHg==
X-Gm-Message-State: AOJu0Yy87UlOXLh55Ex+wBTKPETaauFgWWgYcIZNjzdyAxQxL/QfUAcj MwBb54+bLGPw0I4gYIt/sXoFt4porCivSy2p8UFg4p+AicqYwolsqhQK
X-Gm-Gg: AY/fxX5qmlIi8Ge0JxwD01C1j2u2s8gy/kMuRu7N8Xhd4Ct0+CxWECWC/hSVm+w6UCy ZMtbZ9YGJ74zz7AAql2eNzEUBLLBEjS+yAH7D4Y+YE6YVW7/Jy0LJKG2hwss9y2Aq7hTt41E3Sg PNaj/AIlh834ErTzJB2xcBLddsuBJr9GfmhNrDQg+yLjzDQ5d5KShz3xm1P9LA7w+aKK4ABtfBx tzQfQwasAj3EA41hGAlaSC2p93M8m2P5UDzdDyMszVB/Eccjp6MLC+rVSxdV7eor/SkgeI01QBa xgRrB0s4ah/Q1PFf/L9GlU66UszIP7KnSCRcZiT2rjGZOzoU/WtKnjOy9XKHz3iMKWigBAlE46E JjsdjZtnjK2mjk4zjDWdjByDBndjaKxnlHp6UX5R6pUjTP1Osv9J4XiGSrCnnlej3AAp/DwPJ/O Pcu4crAZK/fnNC+TIBhwgjQuCQYDOHypp+b8V1lIio87JJBefijvC0Zg5FStLKcPBRxq0qGxom/ A8=
X-Google-Smtp-Source: AGHT+IFoRwYe8QL73RCmtNzEnxkFq9LkXKf5uRyNvXQlvjI5b8Ek1b581m2dwUN4qZK2jBD05K7XNA==
X-Received: by 2002:a05:6a20:7f86:b0:366:14b2:30d with SMTP id adf61e73a8af0-369afff1ea6mr3208781637.64.1765577811936; Fri, 12 Dec 2025 14:16:51 -0800 (PST)
Received: from ?IPV6:2404:4400:540a:800:8bdd:3b5f:46ae:fd4c? ([2404:4400:540a:800:8bdd:3b5f:46ae:fd4c]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-c0c2b9d81d2sm5941130a12.26.2025.12.12.14.16.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 12 Dec 2025 14:16:51 -0800 (PST)
Message-ID: <7556c217-816f-4021-8d9f-5c5807ce81a7@gmail.com>
Date: Sat, 13 Dec 2025 11:16:47 +1300
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
To: Russ Housley <housley@vigilsec.com>
References: <D802747E-A244-4672-A995-D588F6E03CA7@icann.org> <8165FA34-00D2-43C1-B2C8-DA56A6A5F08F@vigilsec.com> <D5B82758-356F-44D9-A147-1A1D3F9FF1AD@vigilsec.com> <35af152e-a318-4b14-b1ce-6319425c5ec6@gmail.com> <799236BA-5D55-4431-8E7E-53F051C33488@vigilsec.com>
Content-Language: en-US
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
In-Reply-To: <799236BA-5D55-4431-8E7E-53F051C33488@vigilsec.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: base64
Message-ID-Hash: NZ7LSPOZ7AIZ7HQDY37L6CD73OYER6YU
X-Message-ID-Hash: NZ7LSPOZ7AIZ7HQDY37L6CD73OYER6YU
X-MailFrom: brian.e.carpenter@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: tlp-interest@ietf.org, IETF Trustees <trustees@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [tlp-interest] Re: ALAC Position on the Proposed Amendment to IETF IPMC Bylaws
List-Id: Discussion of proposed revisions to the Trust Legal Provisions <tlp-interest.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/tlp-interest/7DwY6mBvv9MvuKxpbXYIrTMkdo4>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tlp-interest>
List-Help: <mailto:tlp-interest-request@ietf.org?subject=help>
List-Owner: <mailto:tlp-interest-owner@ietf.org>
List-Post: <mailto:tlp-interest@ietf.org>
List-Subscribe: <mailto:tlp-interest-join@ietf.org>
List-Unsubscribe: <mailto:tlp-interest-leave@ietf.org>

On 13-Dec-25 09:32, Russ Housley wrote:
> Brian:
> 
> Please look here: https://trustee.ietf.org/iana-ipr/ <https://trustee.ietf.org/iana-ipr/>
> 
> Follow the link to the IANA IPR Community Agreement.  In that agreement, the IETF Trust agrees to consult with the CCG before taking actions on "matters concerning the IANA Intellectual Property".  It has a list of the actions that are explicitly covered.

I completely agree that they should have *consulted*. But the text (clause 2.3(e) of the Community Agreement) does in fact leave the ultimate power of decision to the Virginia Trust.

     Brian

> 
> Russ
> 
> 
>> On Dec 11, 2025, at 3:17 PM, Brian E Carpenter <brian.e.carpenter@gmail.com> wrote:
>>
>> Russ, thanks for sending the text.
>>
>> I have a few comments.
>>
>> I've just refreshed my memory of the IETF Trust Agreement (both the original version that I signed in 2005, and the latest amended version) and confirmed what I thought: there is no reference whatever to IANA, ICANN or the IANA IPR. Specifically, the Schedule A list of "contributed IPR" does not include the IANA IPR. However, the fact that this IPR was subsequently assigned to the Trust seems to me irrevocable (of course IANAL), so it then became part of the IPR owned by the Trust, whose beneficiary is "the IETF as a whole and not any individuals who may participate in IETF activities or either of the Settlors."
>>
>> I understand the ALAC's comment about the "failure to communicate with and get approval from the CCG before the IANA IPR was assigned from the Trust to the IPMC" but as far as I can see the CCG's *approval* is not required. Communication would have been good. What *is* required is that the Trust disposes of its IPR in a way that preserves the rights of its Beneficiary (the IETF as a whole). Clearly that obligation must be transferred to the Trust's successor, namely IETF IPMC.
>>
>> For that reason I believe that some version of Article 4.1 of the IPMC's bylaws must be retained. Focussing on the ALAC's words:
>>
>> "... the references to “Beneficiary” and “Settlors,” as well as the succession mechanism set out in Section 4.1, as they are inappropriate for these corporate bylaws and could have unintended consequences."
>>
>> The whole purpose of the IPMC is to protect the IPR for the benefit of the IETF community, defined here as the "Beneficiary". That's completely appropriate. The broad definition of the IETF's successor is also appropriate. Not defining it would leave a loophole. I agree that the specific exclusion of the Settlors (CNRI and ISOC) is no longer appropriate; it was relevant in 2005, but no longer.
>>
>> My conclusion is that Section 4.1 needs to be rewritten, using language that makes more sense in corporate bylaws. But I do disagree with one thing that Jay Daley wrote [1]. This *is* the place to define policy at a very general level ("for the benefit of the standards community"), but of course details should be determined by the community. Since IANAL, I will not propose draft text.
>>
>> [1] https://mailarchive.ietf.org/arch/browse/tlp-interest/?gbt=1&index=JGAfh2yTyUfmyDlE8C7lfoSuHIM
>>
>> Regards/Ngā mihi
>>   Brian Carpenter
>>
>> On 11-Dec-25 10:03, Russ Housley wrote:
>>> I have been told that the tlp-interest mail list strips attachments, so I am sending the body of the attachement so the the nore is available to anyone with an interest.
>>> Russ
>>> = = = = = = = = = =
>>> 4 December 2025
>>> Greg Shatan, Hans Petter Holen, and Russ Housley
>>> IANA IPR Community Coordination Group Chairs
>>> Re: ALAC Position on the Proposed Amendment to IETF IPMC Bylaws
>>> Dear Greg, Hans Petter, and Russ,
>>> On 02 October 2025, the IETF Intellectual Property Management Corporation (IPMC) Directors
>>> opened a public consultation period on the Proposed Amendment to IETF IPMC Bylaws. The
>>> At-Large Consolidated Policy Working Group reviewed the Proposed Amendment to IETF IPMC
>>> Bylaws and decided it would be in the interest of end users to write a letter to the IANA IPR
>>> CCG and explain the ALAC position on the Proposed Amendment to IETF IPMC Bylaws.
>>> Please find the ALAC comments below and consider sharing them with the IPMC Directors
>>> (trustees@ietf.org) as appropriate.
>>> 1.  The ICANN At Large Advisory Committee (ALAC) supports the revision of the IETF IPMC
>>> Bylaws as posted to the IETF IPMC website, subject to the IANA IPR Community Coordination
>>> Group (CCG) as a whole, as well as the IETF IPMC Directors (IETF Trustees) and their
>>> appointing bodies, agreeing to the same text.
>>> Accordingly, the ALAC supports the transfer of the IANA IPRs and the assignment of related
>>> licenses and other agreements from the IETF Trust to the IPMC.
>>> The ALAC notes that there are numerous other issues with these Bylaws as currently drafted,
>>> which have been brought to the attention of the IETF IPMC by the CCG or members of the
>>> CCG. While these issues do not need to be resolved prior to the completion of the transfer of
>>> the IANA IPRs and related agreements, the ALAC strongly encourages the IETF IPMC to
>>> amend the Bylaws to resolve these issues expeditiously after the completion of the transfer in
>>> order to ensure that the governance of the IETF IPMC under the Bylaws is as clear and
>>> unambiguous as possible.
>>> On a related note, the ALAC supports the request by the IETF Administration LLC (on the
>>> IETF’s tlp-interest email list) to remove Section 4.1 of the Bylaws; the references to
>>> “Beneficiary” and “Settlors,” as well as the succession mechanism set out in Section 4.1, as
>>> they are inappropriate for these corporate bylaws and could have unintended consequences.
>>> The ALAC notes, however, that this deletion would require other changes to the Bylaws (e.g.,
>>> relating to other references to Beneficiary and Settlors), underlining the ALAC’s
>>> recommendation that the remaining issues with the Bylaws be resolved as soon as possible.
>>> 2.  The ALAC wishes to note its disappointment with the manner in which this matter has been
>>> handled at certain points during the past two years. Specifically, the failure to communicate
>>> with and get approval from the CCG before the IANA IPR was assigned from the Trust to the
>>> IPMC was regrettable. This was compounded by the failure of the Trust to ensure that it
>>> thereafter had rights to the IANA IPRs sufficient to support its ongoing licenses of the IANA IPR
>>> to ICANN. The shortcomings of the IETF IPMC Bylaws as originally drafted (and only partially
>>> resolved by the pending amendments) were unfortunately consistent with these earlier
>>> missteps. In retrospect, it has also become clear that the Trust should have consulted the CCG
>>> before the creation of the IPMC itself, when the plan to transfer and “re-house” the IANA IPR
>>> was first being considered.
>>> Sincerely,
>>> Jonathan Zuck,
>>> Chair, At-Large Advisory Committee (ALAC)
>>> = = = = = = = = = =
>>>> On Dec 8, 2025, at 10:47 AM, Russ Housley <housley@vigilsec.com> wrote:
>>>>
>>>> Sharing comments that were sent to the CCG to make the visible to the whole community.
>>>>
>>>> Russ
>>>>
>>>>
>>>>> From: Ozan Sahin <ozan.sahin@icann.org>
>>>>> Subject: ALAC Position on the Proposed Amendment to IETF IPMC Bylaws
>>>>> Date: December 4, 2025 at 4:05:39 PM EST
>>>>> To: "gregshatanipc@gmail.com" <gregshatanipc@gmail.com>, "chair@nro.net" <chair@nro.net>, "housley@vigilsec.com" <housley@vigilsec.com>
>>>>> Cc: "cw@christopherwilkinson.eu" <cw@christopherwilkinson.eu>, Jonathan Zuck <JZuck@innovatorsnetwork.org>, John Jeffrey <john.jeffrey@icann.org>, "ICANN At-Large Staff" <staff@atlarge.icann.org>
>>>>>
>>>>> Dear co-chairs of the IANA IPR CCG,
>>>>>  Please find attached a letter from the ALAC chair Jonathan Zuck regarding the ALAC Position on the Proposed Amendment to IETF IPMC Bylaws.
>>>>>  Best regards,
>>>>> ALAC support staff
>>>>>
>>>> <ALAC Correspondence on Proposed Amendment to IETF IPMC Bylaws.pdf>
>>>>
>>> _______________________________________________
>>> tlp-interest mailing list -- tlp-interest@ietf.org
>>> To unsubscribe send an email to tlp-interest-leave@ietf.org
>