Re: ipr-wg was Proposal to cease accepting IPR disclosures by unstructured email

Stephan Wenger <stewe@stewe.org> Wed, 23 December 2020 17:43 UTC

Return-Path: <stewe@stewe.org>
X-Original-To: ipr-wg@ietfa.amsl.com
Delivered-To: ipr-wg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7A633A0E7F; Wed, 23 Dec 2020 09:43:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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 v_U6AJjhB9nk; Wed, 23 Dec 2020 09:43:41 -0800 (PST)
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (mail-bn7nam10on2101.outbound.protection.outlook.com [40.107.92.101]) (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 65F613A0E7D; Wed, 23 Dec 2020 09:43:40 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UyEK0WZuzNV6SeC+ltMJnZAOWHAq3F24WPHF83AAvrtcUlGqoZ0VSonCY2Cd1sbGU+/MbgNeyUUQdB1ch9ppxK7z6nAMFgKseOzJNJP/93nXM0EAopNVqtFvaCl/R7PFDBoU7CmPv1gSx386DJ1sTiOEQLHNs3cx6kJ01hSkv8dvsnk+nNm4D7TxqrZldielime8Lm+9ekK6Z+BUZrAq4vnH0HQhPdzGIrQ3STCc60bVWh63hmH7JpMH0OsGQcRU5874crS8EuZr4akwqIc8i4F8hrkXAqX+acLbbfM79mK9ZEGzOfgmjX/cN97RExXK0rcIZ9KuoGNcVR+CiN6bbQ==
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=tmG1c8KA7aG7VbVL1C71xNkvYt6WVVJPl+sKkSjdnqE=; b=L4QgjkC/8D1dLx1xKHdHz4AiDAntAv+odEC89JpRv/McuJyj/phrObRgKRxDsJcYo6f/Hmb/b3wVHByXzXxRUZdZJJv1HkUxd0T9HK1EaV7AIuqmpMsGvswNBfdCkocCqYD/HtYytCDSf7UyHjMr+e7Mr7IVjXGlE0qxH//PqtuwbAqjxjbzQAl6se33hmijkSQ4/Gp66yAERuSpPCq8xjiJTamUuIouRxv1cOoT4F/46ulDY3S5SSw0BUmAmBgbV7v9jUefVShhGi8x2bOHqMS0fg4BVMVXQbcS18tFyDzw5DB35sYPHmEQ69yi2omE3oTmv029mpcUBEfGYIu1+Q==
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=tmG1c8KA7aG7VbVL1C71xNkvYt6WVVJPl+sKkSjdnqE=; b=EBPCsT1HBUyFdhn7Z5d9ofekecZvjKax4XZLDNSHX8OsSIbsojOw3gcv+HKYUG8Pzm8Y41O7KYJxopGD0z63wr5DXC02WmJw4H4rYJqcK82NDaHhe0qAiAvMYcOWYEs6kmXsDyMruDesVexIbSxGT2vupg957cLTz7N0eHCpNgk=
Received: from DM6PR17MB3036.namprd17.prod.outlook.com (2603:10b6:5:12e::14) by DM6PR17MB3067.namprd17.prod.outlook.com (2603:10b6:5:19a::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3676.33; Wed, 23 Dec 2020 17:43:38 +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.3676.034; Wed, 23 Dec 2020 17:43:38 +0000
From: Stephan Wenger <stewe@stewe.org>
To: tom petch <daedulus@btconnect.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, "ipr-wg@ietf.org" <ipr-wg@ietf.org>
CC: IETF discussion list <ietf@ietf.org>
Subject: Re: ipr-wg was Proposal to cease accepting IPR disclosures by unstructured email
Thread-Topic: ipr-wg was Proposal to cease accepting IPR disclosures by unstructured email
Thread-Index: AQHW2U4gx9VtT8p4kEu54dWgDJZYZ6oEbZCA
Date: Wed, 23 Dec 2020 17:43:37 +0000
Message-ID: <3B49AF82-5324-4062-B638-DDE9082D2809@stewe.org>
References: <CCFDE8BD-FC28-4E32-8861-06870AAB5AFE@ietf.org> <X+I2w3vrKZ2rLg1N@shrubbery.net> <acca1f7c-21b7-7e88-7456-5d1fbb0e7983@gmail.com> <5FE37944.3020203@btconnect.com>
In-Reply-To: <5FE37944.3020203@btconnect.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.42.20101102
authentication-results: btconnect.com; dkim=none (message not signed) header.d=none;btconnect.com; dmarc=none action=none header.from=stewe.org;
x-originating-ip: [2601:640:8300:1f:c0d3:fce7:bb36:21b0]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cf2e5de5-5bb3-446e-731c-08d8a76a4781
x-ms-traffictypediagnostic: DM6PR17MB3067:
x-microsoft-antispam-prvs: <DM6PR17MB30674D8629824F8D2DFACA7DAEDE0@DM6PR17MB3067.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: dOF7/hrdlI8TD/NxZJe9rl6zhs3WHev51AKYsbqj1trAHhRx+ZI9yGuB2F+MKBMIuLVCwX1k1bLUuD2PbDH0H/o5TTClN17cNI4vo3PknBRNOSB2GlzVK9tqsuMHIXRIx7kMS9RavUfCL1OFAqrMPCcPTDqq1Zk55wjORdtawozGWnsYG7nnjE1QleQYNRQWkWu0FfiM6+y/RDW2PF6S3nco0QJWJkrh5MdFRo44AdQUbLWcRBTz+DP9FWCR0NQD+OLWA35JNeQrQSLBn7sOyzkqjl5URHLYFa88xRVO1Uj8kccS8F4miqqWMc/5ga6z1zMY7vSYhiF6PLuyniHvrIiQ8O5D69iSTB5fJdghtH0dPT0DiglhEHosBoFWIkoQBulfoO2HD60LifB8nOG+ObNzBXGlRX57kD+oSuNz/RQ54h0KR2z28uyPalzJO6sT8sWYi2/eBHx2wl9feWY3QDFCwK4IoAiO51PlH155vuGbTaJYpY/SU4pqyzwuynLHSnjzhDCeGE3ANp3VosVXoA==
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:(39830400003)(366004)(136003)(396003)(346002)(376002)(5660300002)(8676002)(53546011)(6506007)(8936002)(186003)(66446008)(6512007)(86362001)(66556008)(6486002)(71200400001)(2906002)(966005)(76116006)(2616005)(66946007)(83380400001)(4326008)(36756003)(110136005)(91956017)(316002)(33656002)(296002)(64756008)(66476007)(478600001)(45980500001); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: NpDejXI/dg647k1ItQ2bj969NuCDa3jSPdEyrNhjQ2tytHr83+XUnf+tOAvre/PFR5LTfukyCirnJlQf8fHXmZhBlJFFWRo+P6N3rdVRL9LMqA3kNrH7QjGlNGxFYABkE/FM9EvAgII9CWsGP9QNFVLt6QLF8Impec02w/TAbCWhMPP3SsbEg0k+QPWVEk/SMWv0/P+WuKia4VmsYiJgomb2Z8aAVa6zo3mbSyXefRi9CaEgx/+NDBOdFbi9YNaBx+8DcsWK4UVhCRkPCx+fzaM6GE9cGi9dIKbezrJ7jr/JYx+F87XSYF+0bBdS0FoCHg1y4xGjCVza1mItY+sFMg4KQ/5yAK97i/s8eDvSu7wTKTER8VTcWkbpsQBDIApjchEvUrf4wNsy+SsURCFi8a519lB/5iIagmfw0bjq+YZA3ADrKmp5FHI3ZqrqOKFYgEbxo3el3ZrrqpY50+hvv7NvypiFivF6EilwI1pqREJ7rj7KhaQuEsaQ1vM790JrgpbVp+JR+X/8SFeQuDzLJA/v1X23Md8IkRkFra6yZdQqceQ19+YGu9JtSywlCO98O6+8VFHr3A21iCDlIjilX1LraixjJPCrOckDT8uwjaIgb/1ki0/O1Tq0LW57NfXZRrYDsC8QZgVjMNovw52zTmHoM+FG0zX13/4Fseps5EdW8Fc7f5Cxs/8vp1EJyAAc1UVFmMtOsXfEfY7yqAd3oNmU5JYGBH1Vs0C0TfhEx2acMZA+ZJHUVjV1s7sRPvlVCLKydbvt+fE9CTH5rj0YDHB2CfM3w7yZY3OZcsSe9owNa63kQIZyPaKR7afvzhOJjGfd/6AtHObKMutiXmDLKk4A7Wx0qLj6yTBgCFUd/Y/I/6j+kMlisPS61V/5+c5VQFtHiuX1xCzfPwnaZEingO2XKsNFd8mC7pe+pWpVJi06hMgeCBk7uKkjXYaM32cSq6TJcaJEnpoH2mCejOSKJdgTrhb1p0yPFvb7Gd4zZ4HBinWkl9fAbXi8vZ0dm0yRBPVAAPbAI9bI1Hofu6gqUQ4TooJXPLvd4b8IEOAzHynw6nNje6rnehkiv1XL4Wyt
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <D141E133F560D7488B8133714C5F84F8@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: cf2e5de5-5bb3-446e-731c-08d8a76a4781
X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Dec 2020 17:43:38.0293 (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: aOAB6jdqNHHANy6UDyR0uzxTYVUqR/Bt2Oi4KyvgVBfVOgibp2pFqWW9JI0Gx72I
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR17MB3067
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipr-wg/kowxSU-rpntRzwcfsE8L2NmgzOM>
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IPR-WG <ipr-wg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipr-wg/>
List-Post: <mailto:ipr-wg@ietf.org>
List-Help: <mailto:ipr-wg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipr-wg>, <mailto:ipr-wg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Dec 2020 17:43:44 -0000

The IPR-WG list still exists, and the reason for keeping it open was IIRC that we may need it again when the IPR working group closed last time.
I'm throwing away about 10 SPAMs a week, otherwise there would be traffic :-)
Stephan


On 12/23/20, 09:07, "Ipr-wg on behalf of tom petch" <ipr-wg-bounces@ietf.org on behalf of daedulus@btconnect.com> wrote:



    On 22/12/2020 19:44, Brian E Carpenter wrote:
    > John,
    >
    > IMHO your point is clearly out of scope for the admin list since it raises an IETF process issue. So I've have bcc'ed the admin list and, since we don't have an ipr-discuss list, added the IETF list. You said:


    We used  to, the ipr-wg, and the website tells you how to subscribe to 
    the mailng list although as the last archive entry is 2014 there would 
    likely not be much traffic but if like me you never get reminders and 
    never get around to unsubscribing there could still be interested 
    parties on it.

    Tom Petch

    >> If IPR arises after adoption, the draft should
    >> automatically return to an adoption call - but much better to simply not
    >> allow it.
    >
    > Firstly, an adoption call is not a formal or required part of the IETF process, it is simply a pragmatic step that some WGs use (see RFC7221). So we can't have a requirement to repeat a step that isn't required in the first place.
    >
    > Secondly, we have no power to "disallow" late IPR disclosures. Sometimes people only discover patents late, and do us a favour by notifying them. That particularly applies to third party disclosures, or patents elsewhere in a large company**. Sometimes people are legally or contractually unable to make disclosures until their employer decides to publish an application. I'm sure there are other cases too, such as when an IETF Last Call triggers a disclosure by somebody who has been unaware of the draft until then. We may not like it, but there will always be late disclosures.
    >
    > Therefore we just have to deal with them when they arrive.
    >
    > Regards
    >     Brian Carpenter
    >
    > ** Note that our rules do not require a patent search. From RFC8179:
    >
    >>>     m. "Reasonably and personally known": something an individual knows
    >>>        personally or, because of the job the individual holds, would
    >>>        reasonably be expected to know.  This wording is used to indicate
    >>>        that an organization cannot purposely keep an individual in the
    >>>        dark about patents or patent applications just to avoid the
    >>>        disclosure requirement.  But this requirement should not be
    >>>        interpreted as requiring the IETF Contributor or Participant (or
    >>>        his or her represented organization, if any) to perform a patent
    >>>        search to find applicable IPR.
    >
    > On 23-Dec-20 07:11, john heasley wrote:
    >> Fri, Dec 18, 2020 at 09:27:11AM +1300, IETF Executive Director:
    >>> The IETF Administration LLC is proposing to cease accepting IPR disclosures by unstructured email and making the existing mechanism of a structured form the sole mechanism for submitting IPR disclosures.  We are now seeking feedback on this proposal.
    >>>
    >>> IPR disclosures can currently be submitted by one of three Datatracker forms [1] [2] [3] or by email.  The forms are highly structured and the IPR disclosures are stored in a database that can be both browsed [4] and searched [5] using this structure,
    >>>
    >>> Email submissions, provided for historical compatibility, often require significant backend processing and judgement calls from the Secretariat on what data should be extracted from the email for each field in the database.  The volumes are small, generally only one or two a month, but on occasion they are tens of pages long with multiple disclosures extracted.  Notwithstanding the low volumes, it is our view that it is inappropriate to ask the Secretariat to decide what content to include/exclude and how to represent it, for such a legally sensitive area and that we should not be processing of IPR disclosures in this way.  Consequently, we propose to cease accepting IPR disclosure by email.
    >>>
    >>> If you have any feedback on this proposal, please send it directly to me or to the admin-discuss list before Friday 8th January 2021.
    >>
    >> I think this is a good idea.  I do not have negative comment on this
    >> proposal, but on IPR in general.  I am of the opinion that IPR should be
    >> required BEFORE a draft can be considered for adoption and allowed at no
    >> time afterward.  If IPR arises after adoption, the draft should
    >> automatically return to an adoption call - but much better to simply not
    >> allow it.
    >>
    >> I think that WGs should have the opportunity to consider restrictions
    >> of IPR before they spend any time on a draft.  I have no interest in
    >> improving a work that has unclear or restrictive IPR - not knowing about
    >> IPR until after adoption or even later amounts to free consulting.  It
    >> is not unreasonable to require a company to figure-out their IPR beforehand.
    >>
    >> I have seen a few IPR that are open, but whose current and/or future
    >> restrictions are unclear.
    >>
    >>> Any IPR disclosures received by email from now on will not be processed until a final decision is made on this proposal.  Submitters will be notified of that so that they can submit by a form if they choose.
    >>>
    >>> [1]  https://datatracker.ietf.org/ipr/new-specific/
    >>> [2]  https://datatracker.ietf.org/ipr/new-generic/
    >>> [3]  https://datatracker.ietf.org/ipr/new-third-party/
    >>> [4]  https://datatracker.ietf.org/ipr/
    >>> [5]  https://datatracker.ietf.org/ipr/search/
    >>>
    >>> --
    >>> Jay Daley
    >>> IETF Executive Director
    >>> exec-director@ietf.org
    >>>
    >>>
    >>>
    >>> _______________________________________________
    >>> IETF-Announce mailing list
    >>> IETF-Announce@ietf.org
    >>> https://www.ietf.org/mailman/listinfo/ietf-announce
    >>
    >
    > .
    >

    _______________________________________________
    Ipr-wg mailing list
    Ipr-wg@ietf.org
    https://www.ietf.org/mailman/listinfo/ipr-wg