Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 and #10
Stephan Wenger <stewe@stewe.org> Fri, 15 January 2021 21:57 UTC
Return-Path: <stewe@stewe.org>
X-Original-To: tools-development@ietfa.amsl.com
Delivered-To: tools-development@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B17263A127C; Fri, 15 Jan 2021 13:57:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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=steweorg.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 8vvqNaa_lV9Z; Fri, 15 Jan 2021 13:57:28 -0800 (PST)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2133.outbound.protection.outlook.com [40.107.244.133]) (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 564843A1261; Fri, 15 Jan 2021 13:57:27 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Qr7gziNxucjZkJ5VVe/KLtCNc/RfTOR27b5Xbo1EtLplGZmzpYTOaYzGihiy9CSpTKOB5i1L+10Kh2uXmQCQ/1H0ceqECKurFCzMcUZBfo0wuLAZFxgxnyqjOU1/ivAgLoNaLifQ0/9Gv9wqh+T8m0NCvg3I5lif/U00o6XN4uofEw4mZrPxAS88OJqg+Zr0/xp2uHBq/YcXBhy7IXdd8NjZmcKrGWsE46o6NTbIY3k1jTyTV5kDF04x5rI1Myt2F8sXFSjJOJsRWvP7n2KnfP9HN+6gZHeZRBvxP2vDvS626jfSM1PwnzL079t11FVV5YzwEi2r86/zCH3iQu2Myg==
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=yvDayMI6bJgMyQqpghDwJpOqOSHR5+2p41cghRDBf7k=; b=GYkcWVTmwEZvSFCxwk1fXRQ6y5b/VhDhQuNkjQJEZ8t163mhr14U6/dBZBv8idhymN92kDBMtbfZTUIDHsWj+cokt7tqIRdaSURyIZ0/zLX45j0y5C1xiJqnENIqsAgj54gZWp7pSFcQ5J3UoWc3zeGM08E7j0Sbp2a2tF9QUELBdzO3U4SWOy9IOqjG67eoLpPaY6VSTno1JrEDu8P6fBpkAUWaDiUocQcNFzQlfPBtbvTueqLGPhQz/+gEJ0DcSOsM9eoeURvc9MlyfYZnNnGOakhf/PkYzOBj6WxrgdkRy6q8Z/nghs5tjZFo9icyeTKVi1hQ04GlGSpkm8wA3g==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=stewe.org; dmarc=pass action=none header.from=stewe.org; dkim=pass header.d=stewe.org; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=steweorg.onmicrosoft.com; s=selector2-steweorg-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yvDayMI6bJgMyQqpghDwJpOqOSHR5+2p41cghRDBf7k=; b=kswmXxU25FC+q4a2z5c2yQfHOfKakMw+C/MXuIu2wHe+zRqDtKucHaG4r5X/zfJ1GcFDZCx9lGfdfXuVYViBU5r50HPbhjmUa17aSkw9j6qgxAlDL1XTZ43A9lcy599z4dagH3Sp6xok9Tc2u91jh5B3M4vfFAbdEoILW8sdRfU=
Received: from DM6PR17MB3036.namprd17.prod.outlook.com (2603:10b6:5:12e::14) by DM6PR17MB4136.namprd17.prod.outlook.com (2603:10b6:5:2b3::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.10; Fri, 15 Jan 2021 21:57:23 +0000
Received: from DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::10eb:387c:5af9:8294]) by DM6PR17MB3036.namprd17.prod.outlook.com ([fe80::10eb:387c:5af9:8294%7]) with mapi id 15.20.3763.012; Fri, 15 Jan 2021 21:57:22 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Robert Sparks <rjsparks@nostrum.com>, Benjamin Kaduk <kaduk@mit.edu>
CC: Trustees Trustees <trustees@ietf.org>, Henrik Levkowetz <henrik@levkowetz.com>, IETF Tools Development <tools-development@ietf.org>
Thread-Topic: [Trustees] [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10
Thread-Index: AQHVR7kjewntRo545E2hgg/8nlbsjKosKd8AgABQMwCAAAIRAIAAA4uA//99j4A=
Date: Fri, 15 Jan 2021 21:57:22 +0000
Message-ID: <174520CB-0B80-470B-9888-4311E0639AB1@stewe.org>
References: <E8CEA61867EF1E4A9BD05D64D74F76B250F9EE68@MX307CL02.corp.emc.com> <CAHbuEH4YWd_J9+XFUdWUq4kUkiURLEgvoXTT+G9ucdEkVuzP7Q@mail.gmail.com> <f0f7dbbd-9295-3065-5644-e89b3182696f@levkowetz.com> <CAHbuEH7XmEVGwcUcXgETB35gdve9N8xBvd3W7+c3OFbs6BDFww@mail.gmail.com> <a436e583-83e9-cede-f2b8-c903d114b976@nostrum.com> <20210115213132.GQ21@kduck.mit.edu> <baeb0d75-234f-a469-a37f-16752ccb9311@nostrum.com>
In-Reply-To: <baeb0d75-234f-a469-a37f-16752ccb9311@nostrum.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.45.21011103
authentication-results: nostrum.com; dkim=none (message not signed) header.d=none;nostrum.com; dmarc=none action=none header.from=stewe.org;
x-originating-ip: [2601:640:8300:1f:9c6c:2d4a:a64:8b03]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 8b2835c6-f1ea-4adf-d479-08d8b9a089c7
x-ms-traffictypediagnostic: DM6PR17MB4136:
x-microsoft-antispam-prvs: <DM6PR17MB4136DD71389914293F196C01AEA70@DM6PR17MB4136.namprd17.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: LBgr5AikEh6JLUvc4DZWsiVdizAsnMHwvdNasILoG8ZUqJ+sgDg/cX2yg7C0HX+qG2aIONmSMoJAlWDwTflDq9IBX+B13XsmfQPpeg92LgvGUf9R3OsVblofEGUF4igR5tjxio3whlz3jEAVfJQiMd1Y63L8HAgxaj+37c3VFdhsF9yjSAi894cIJhqTtJqbZpPK+3LDc/GDYRXdO+HbNkY7rmUZDjXWyj12OkeGOgHBzxhEOYAEURvJKdyld6JVQbXzVkVwoISyz3W8zMKVcP7TeZn5FmX4IcuHfgFw8qWMUev5SH+iuNFgpj/AZwQmbYwa148ceZYUxvQwkbC7FP8/6gT4aTOjcOgpYU5NfaUiGap7Cu7P1D1u9DcNioJ6E0AaOt+rWWbtTVSYMyLgyGZMUSohUBF4bVunsjR1Dc/n+y6XvfGdzRYa6LQZai52GaZUIQbkkSsJLzGF9zSD9bUCxgkccQnqnFMf8yL7NIDHEML2Mk3Qn1faXOqmsuJlR0JecbdXOM2dSo8hNQwRcg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR17MB3036.namprd17.prod.outlook.com; PTR:; CAT:NONE; SFS:(136003)(39830400003)(376002)(346002)(366004)(396003)(2616005)(5660300002)(53546011)(6506007)(66556008)(66446008)(66946007)(64756008)(186003)(76116006)(91956017)(33656002)(86362001)(66476007)(966005)(6512007)(6486002)(316002)(4326008)(36756003)(110136005)(83380400001)(2906002)(478600001)(71200400001)(54906003)(8676002)(8936002)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: WIkdIIxTwTB5Mh8be3QrwE172AFLkK1SLihSgO5ExMIYEUV64OvPNzXsYpd9Yq/xwM1Zo9UlzxZgMO/9oQd+qQhy7EvCRKALq+L/QyDSTmnFa1Ghctbs3u+3VPh6QnOG86CTrjc2kCfkQHi6kR1RQDIFA9BpytuQBFPVfv22Zr+/NHv2cuqIFYGbJ5r7ONAsfM+QVXUBHj33iJ7MwKs9MwV/dXCYEuncKpvUMesCTfyQVcpHvOW2iC0AoHF9AKFYHiIhflbkdJ79fnyuRUbDRgkIHf2o9+VJ02MToI9QJSKJY6cFUUI3FsJAB1W8HE4kx0nDn1Yt1UWox7mkzzNNbOKK4Zd7K+FaMrQesG/uLZRNdy3Y06VwG7QYbfNvt9jHVnXnY65UNNWGi87Wdxt91ZB0kwZWqhB0Ks9CSiuYiXlrwuMnDKw1zA8IBgiM8RBLjGdaSw55T1PaCzCcwTRzFJJYEHfddyRLfraPghGc1160crGRuHVaYCcOWRh+ClrBdFCUzPzBjLqG/1JiwFO5fzZIQOVNs9ZXEQlaAXZLcvRCTILc4Zgzp/ats28wqpXozMT6H1H+yLQkUMB7x3OqwxU+yhCvXxtBzq+L9A15sIu3Z0zZY7hqaI/VONEE6Jh4BonjN1jJtTVVDnGw18Mnrz2DaaDbtBX18Mx3XKiijzcDMPl0F4FyEkgHB5a1NIeKeIx9I8MqamjwZqqHHAutYtyzo2q6EkR9PcruIoZ3ykk6kX5eg6mj5zDfl+iEJwlJfQV9vuEwJ3QvndCsV/3bSL7aKr/tUyHUEmPl1j0nEsclnqGfmkPSFU1i8mQO4mpbkQfsprvi5jdzvA4kX2/ZUyt46EnEls4d3FkOX7iEcYRxqiuF3hSQ2TSpzyU+t7yOJvlaBrZBIuzo7Jp/K+1HoF6JJc0ygP1YkI/hC/K7QOuD5K6RpLwd2Lzhcj3qFbBa9c/knbZbVYMPjHZgg+JR0HGQ+9BFoHggKNFwbzehOTCv1HIjifAS5yFOJsIY+KoDsjUBGIetitGtZIMb+dTZTwB2D4AsX8rcZwbTgrsKZ4OQNOmNJVdc0tzwSeukbtXV
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <DDCA3863A6FB7546A29D850EBF39CDC4@namprd17.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR17MB3036.namprd17.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 8b2835c6-f1ea-4adf-d479-08d8b9a089c7
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Jan 2021 21:57:22.7777 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 865fc51c-5fae-4322-98ef-0121a85df0b6
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: hWpSqI1oXstJcMgbWHJeF+rnAmQSrKzuHGV0B5Pd9SYsaUll9lSH3xWbkQYTXlMf
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR17MB4136
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-development/ixIesvffL9mZudettSGdUjWY81U>
Subject: Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 and #10
X-BeenThere: tools-development@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Tools Development mail list <tools-development.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-development>, <mailto:tools-development-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-development/>
List-Post: <mailto:tools-development@ietf.org>
List-Help: <mailto:tools-development-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-development>, <mailto:tools-development-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 15 Jan 2021 21:57:37 -0000
It is my understanding that the IETF's IPR disclosure mechanism is primarily (exclusively?) targeted towards patent IP. I'm not sure that adding a copyright-related disclosure into a patent database increases transparency. OTOH, the Trust's web page is primarily concerned about copyright (and trademark) rights. Insofar, it may be better if we find an appropriate home on the Trust webpage for this.
Stephan
On 1/15/21, 13:46, "Trustees on behalf of Robert Sparks" <trustees-bounces@ietf.org on behalf of rjsparks@nostrum.com> wrote:
If the audience is only the IESG (or future IESGs), adding comments to
each of the documents with a pointer to a place where the pdf lives
might be enough. There's not a mechanic for capturing a pdf (or any
file) as a comment on a doc.
But if the audience is people looking at the main page of the documents,
then the IPR disclosure path is the best I can thing of so far.
If the trust had a place they wanted to put documents like this where
the public could see them via URL, you could add an additonalURL to the
documents pointing to it. I've wondered where the trust keeps grants on
pre-5378 documents for example - might be nice if those were public if
possible.
RjS
On 1/15/21 3:31 PM, Benjamin Kaduk wrote:
> To reintroduce a smidgeon more context, I kicked things into motion by
> noting that https://datatracker.ietf.org/iesg/discusses/ lists a document
> as having a 1031-day-old Discuss, and looking at the ballot positions
> indicates that there was a need to follow up on the licensing.
>
> I am not 100% confident that I would think to look at the IPR declarations
> against that document to attempt to resolve such a situation, but I also
> don't have any better ideas for where to put something in a mechanical way
> (i.e., that doesn't rely on the possibly-former AD updating a ballot
> position).
>
> -Ben
>
> On Fri, Jan 15, 2021 at 03:24:08PM -0600, Robert Sparks wrote:
>> There's been context-away.
>>
>> As Henrik suggested, you _could_ enter them as IPR disclosures (with the
>> pdf as an attachment), and those would come up in searches on any
>> documents that obsoleted/modified these.
>>
>> Why does that not seem the right thing to do?
>>
>> RjS
>>
>> On 1/15/21 10:37 AM, Kathleen Moriarty wrote:
>>> Hello,
>>>
>>> Is there any way we can address this? Ben, current AD is assuming the
>>> transfer didn't happen even though it was complete. There's no marker
>>> attached to the datatracker record to indicate the transfer for these
>>> 2 documents happened.
>>>
>>> Thank you,
>>> Kathleen
>>>
>>> On Wed, Jul 31, 2019 at 12:00 PM Henrik Levkowetz
>>> <henrik@levkowetz.com <mailto:henrik@levkowetz.com>> wrote:
>>>
>>> Hi Kathleen,
>>>
>>> On 2019-07-30 21:29, Kathleen Moriarty wrote:
>>> > Hello!
>>> >
>>> > I am not sure how I can attach this change in the copyright and
>>> change
>>> > control status to RFC2985 and RFC2986. The IPR disclosure page
>>> doesn't
>>> > quite fit as the license is specific to the standard and opening
>>> it up
>>> > further for use. For the other PKCS documents, we did a
>>> revision of the
>>> > RFC. I'd like this to not be lost with me and for others doing
>>> work with
>>> > these standards to know that it is fine for them to do so. Any
>>> ideas?
>>>
>>> IPR declarations carry forward through "obsoletes" and "replaces"
>>> document
>>> relationships, so if a new RFC marks the previous one as
>>> obsoleted, the
>>> IPR declaration should show up for any new RFCs for the same standard.
>>>
>>> Registering the change for the current RFCs seems to be the right
>>> thing
>>> to do.
>>>
>>>
>>> Best regards,
>>>
>>> Henrik
>>>
>>>
>>>
>>> --
>>>
>>> Best regards,
>>> Kathleen
>>>
>>> _______________________________________________
>>> TOOLS-DEVELOPMENT mailing list
>>> TOOLS-DEVELOPMENT@ietf.org
>>> https://www.ietf.org/mailman/listinfo/tools-development
_______________________________________________
Trustees mailing list
Trustees@ietf.org
https://www.ietf.org/mailman/listinfo/trustees
- [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Kathleen Moriarty
- Re: [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Henrik Levkowetz
- Re: [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Kathleen Moriarty
- Re: [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Robert Sparks
- Re: [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Benjamin Kaduk
- Re: [TOOLS-DEVELOPMENT] Fwd: PKCS#9 and #10 Robert Sparks
- Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 an… Stephan Wenger
- Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 an… Robert Sparks
- Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 an… Stephan Wenger
- Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 an… John R Levine
- Re: [TOOLS-DEVELOPMENT] [Trustees] Fwd: PKCS#9 an… Russ Housley
- Re: [TOOLS-DEVELOPMENT] [EXTERNAL] Re: [Trustees]… Deen, Glenn (NBCUniversal)