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

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 18 July 2022 12:20 UTC

Return-Path: <alexandre.petrescu@gmail.com>
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 A7F5AC14CF04 for <ipr-wg@ietfa.amsl.com>; Mon, 18 Jul 2022 05:20:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.66
X-Spam-Level:
X-Spam-Status: No, score=0.66 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X-7AFhWXhJ75 for <ipr-wg@ietfa.amsl.com>; Mon, 18 Jul 2022 05:20:38 -0700 (PDT)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (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 54E6AC157B3B for <ipr-wg@ietf.org>; Mon, 18 Jul 2022 05:20:38 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 26ICKTMq061378; Mon, 18 Jul 2022 14:20:29 +0200
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id D68132043E0; Mon, 18 Jul 2022 14:20:29 +0200 (CEST)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id C67692043B6; Mon, 18 Jul 2022 14:20:29 +0200 (CEST)
Received: from [10.8.32.70] (is156570.intra.cea.fr [10.8.32.70]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 26ICKTmq039655; Mon, 18 Jul 2022 14:20:29 +0200
Message-ID: <581e9916-cef3-b3ac-5087-a54f45d44b40@gmail.com>
Date: Mon, 18 Jul 2022 14:20:29 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0
Subject: Re: ipr-wg was Proposal to cease accepting IPR disclosures by unstructured email
Content-Language: fr
To: Brian Carpenter <brian.e.carpenter@gmail.com>, Lars Eggert <lars@eggert.org>
Cc: ipr-wg@ietf.org
References: <CCFDE8BD-FC28-4E32-8861-06870AAB5AFE@ietf.org> <X+I2w3vrKZ2rLg1N@shrubbery.net> <acca1f7c-21b7-7e88-7456-5d1fbb0e7983@gmail.com> <5FE37944.3020203@btconnect.com> <235f9c45-536a-b765-c0d7-4616e7ae9db7@gmail.com> <E34E4E8C-EC51-4109-A55E-154DECF18BC7@eggert.org> <CANMZLAbT_3ipDmyn9GkJH3TLxva-rftcUvmeaWWs48w=4T=yGA@mail.gmail.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
In-Reply-To: <CANMZLAbT_3ipDmyn9GkJH3TLxva-rftcUvmeaWWs48w=4T=yGA@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipr-wg/-O_NO1WYzj7-nHsuQ-aXQMe7ZPs>
X-BeenThere: ipr-wg@ietf.org
X-Mailman-Version: 2.1.39
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: Mon, 18 Jul 2022 12:20:42 -0000


Le 20/06/2022 à 09:03, Brian Carpenter a écrit :
> IMHO the absence of IPR relevant to a particular specification is a 
> negative that is impossible to prove.

Yes, I agree.

But it would be good to have a good picture of the IPR situation on a
particular document at a given time, if someone wants to make a new IPR
declaration after some years.

Of course, one might wonder why would one come back years after to make
IPR disclosures.  After all, if the lawyers and the markets were not
called during all this time, maybe it makes no sense to declare more 10
years later, when the rights might have expired too.

Maybe it is for the sake of the technicality, or of completeness.

There are probably other reasons as to why IPR disclosures could be made
later.

Making IPR disclosures is a sort of an 'obligation' as currently stated
by RFC 8179 ("IETF Participant's obligation to make IPR disclosures as
required by this policy").  Such obligation might scare some people away
in some contexts (it did scare me).  Because of that scare, instead of
contributing a technology to IETF, one might work privately on that
technology, and discuss at IETF the other non-innovative aspects.

Were that obligation rather formulated as an _incitement_ - something
like "declare, and you get in a list of well fame of declarers", the
"IPR directories ranking the organisations", then it would have been
different.

I dont find such kind of incitement in the RFC8179, but maybe I dont 
read it perfectly.

Alex

> 
> Let's see. Remember when traffic lights used rubber tubes embedded
> in the road surface to detect vehicles? Suppose somebody stated
> there was no relevant IPR. True or false?
> 
> Regards, Brian Carpenter (via tiny screen & keyboard)
> 
> On Mon, 20 Jun 2022, 18:53 Lars Eggert, <lars@eggert.org 
> <mailto:lars@eggert.org>> wrote:
> 
> Hi,
> 
> On 2022-6-16, at 14:11, Alexandre Petrescu 
> <alexandre.petrescu@gmail.com <mailto:alexandre.petrescu@gmail.com>>
>  wrote:
>> Ideally, I would need to have access to all private declarations
> of IPR _absence_, not their presence.
> 
> most contributors cannot make declarations about the absence of IPR,
>  not even about IPR from their own organizations. (And in my 
> understanding, most organizations can't, for various reasons, 
> either.)
> 
>> I understand that all RFC authors are demanded during the last
> phases prior to RFC issuance to state what they know about IPR.
> 
> All authors are reminded during the final stages of document 
> processing in a WG that they were under disclosure obligations all 
> along, as are all other contributors. We do this, because in the 
> past, there have been rare cases where authors forgot to do so, or 
> thought their Legal department had done so but didn't. This reminder
>  is supposed to make it easier for people to follow the rules; but
> the disclosure obligations start when someone begins contributing.
> 
>> In the instances of RFCs where I was an author, all replies from
> authors, including myself, were such declarations of absence of IPR.
> 
> The question your document shepherd is asking you as an author is:
> 
> "(7) Has each author confirmed that any and all appropriate IPR 
> disclosures required for full conformance with the provisions of BCP
>  78 and BCP 79 have already been filed. If not, explain why." 
> (https://github.com/ietf-tools/datatracker/blob/5a31658b7f87054237430ee5fab8a23a8b32a7e8/ietf/templates/doc/shepherd_writeup.txt#L30-L32
>
>
> 
<https://github.com/ietf-tools/datatracker/blob/5a31658b7f87054237430ee5fab8a23a8b32a7e8/ietf/templates/doc/shepherd_writeup.txt#L30-L32>)
> 
> In other words, you are not asked to declare the presence or absence
>  of IPR. You are asked whether you have been following the BCP78/79 
> disclosure obligations as a contributor to a piece of IETF work, as 
> you are expected to.
> 
>> These statements are however not captured on
> https://datatracker.ietf.org/ipr/ 
> <https://datatracker.ietf.org/ipr/>
> 
> Correct. The result of such reaffirmations by authors end up in the 
> document shepherd writeups in some form, which are available in the 
> datatracker, but elsewhere.
> 
>> As such, when this URL says "The IETF Datatracker maintains a
> list of IPR disclosures made to the IETF." - could be improved.
>> 
>> Because not all IPR disclosures made to the IETF are there (e.g.
> the declarations of absence of IPR are not there).
> 
> That's because an "IPR disclosure" is a carefully-defined term, and 
> your interpretation goes beyond that definition. You might want to 
> re-read Section 5 of BCP79: 
> https://www.rfc-editor.org/rfc/rfc8179.html#section-5 
> <https://www.rfc-editor.org/rfc/rfc8179.html#section-5>
> 
> Thanks, Lars
> 
> _______________________________________________ Ipr-wg mailing list 
> Ipr-wg@ietf.org <mailto:Ipr-wg@ietf.org> 
> https://www.ietf.org/mailman/listinfo/ipr-wg 
> <https://www.ietf.org/mailman/listinfo/ipr-wg>
>