Re: Last Call on draft-bradner-rfc3979bis-08.txt ("Intellectual Property Rights in IETF Technology")

Stephan Wenger <stewe@stewe.org> Mon, 04 April 2016 14:15 UTC

Return-Path: <stewe@stewe.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2500912D6F9 for <ietf@ietfa.amsl.com>; Mon, 4 Apr 2016 07:15:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 iNoc0QeEHqzS for <ietf@ietfa.amsl.com>; Mon, 4 Apr 2016 07:15:40 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0709.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:709]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C366F12D52A for <ietf@ietf.org>; Mon, 4 Apr 2016 07:15:39 -0700 (PDT)
Received: from BLUPR17MB0275.namprd17.prod.outlook.com (10.162.235.146) by BLUPR17MB0276.namprd17.prod.outlook.com (10.162.235.147) with Microsoft SMTP Server (TLS) id 15.1.447.15; Mon, 4 Apr 2016 14:15:21 +0000
Received: from BLUPR17MB0275.namprd17.prod.outlook.com ([10.162.235.146]) by BLUPR17MB0275.namprd17.prod.outlook.com ([10.162.235.146]) with mapi id 15.01.0447.027; Mon, 4 Apr 2016 14:15:21 +0000
From: Stephan Wenger <stewe@stewe.org>
To: Barry Leiba <barryleiba@computer.org>, Brian E Carpenter <brian.e.carpenter@gmail.com>
Subject: Re: Last Call on draft-bradner-rfc3979bis-08.txt ("Intellectual Property Rights in IETF Technology")
Thread-Topic: Last Call on draft-bradner-rfc3979bis-08.txt ("Intellectual Property Rights in IETF Technology")
Thread-Index: AQHRhDTbKR9yu1RueEWA9RrAiHSISp9yLyaAgAAKyYCAAE/KAIAAXo6AgAb/NoD//9ajAA==
Date: Mon, 4 Apr 2016 14:15:21 +0000
Message-ID: <C5F35DA9-C530-4EC6-B175-C4B0A18872D7@stewe.org>
References: <0000431F-F977-4A24-BA4D-064F740977A0@piuha.net> <56FBF599.9080605@ericsson.com> <ACC702C9-C33F-4D38-B47A-8BC293D24621@sobco.com> <DCA1B6AC-6221-4CF5-A726-E1E98DBFAC27@vigilsec.com> <56FC90E5.1050908@gmail.com> <CAC4RtVD3Pxm_vZgdCCgPgDwNfnYeKFJ5_Ys3QQPezrHzTGJE+Q@mail.gmail.com>
In-Reply-To: <CAC4RtVD3Pxm_vZgdCCgPgDwNfnYeKFJ5_Ys3QQPezrHzTGJE+Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: computer.org; dkim=none (message not signed) header.d=none;computer.org; dmarc=none action=none header.from=stewe.org;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [31.133.179.232]
x-ms-office365-filtering-correlation-id: 3d3b96dd-2a94-465f-aabc-08d35c938ecf
x-microsoft-exchange-diagnostics: 1; BLUPR17MB0276; 5:YP9S33FfM4q4HXLcAVKneOfhEQJm2Wn1pXsA4h+sEXCK5iIbiR0IDfHS6YJprsvBETy/+5szJJTixNL/nxJX7gdFYv/6u/N5mYDROv2K0nhwPwsNrrZ+s7nNsswvP/pVfeF7amNvF6u/MnmLrGlnrw==; 24:It6V64i6JU2T+0MzEHnNwPn6ER1q6k37ja4zceUX9WlG6EXHRJPXN+znU2gG6/5FZX8bXIhYcRnJ0hCizxyYeZ5GepLzEs9wG5b98OcdLAA=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR17MB0276;
x-microsoft-antispam-prvs: <BLUPR17MB0276959D197C6922435F6F03AE9D0@BLUPR17MB0276.namprd17.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(6040046)(601004)(2401047)(8121501046)(5005006)(3002001)(10201501046)(6041046)(6043046); SRVR:BLUPR17MB0276; BCL:0; PCL:0; RULEID:; SRVR:BLUPR17MB0276;
x-forefront-prvs: 0902222726
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(3280700002)(106116001)(92566002)(2906002)(11100500001)(4326007)(1096002)(1220700001)(586003)(50986999)(54356999)(76176999)(230783001)(86362001)(3660700001)(189998001)(36756003)(5004730100002)(5001770100001)(5002640100001)(87936001)(3846002)(82746002)(77096005)(102836003)(6116002)(2900100001)(93886004)(19580405001)(33656002)(66066001)(10400500002)(5008740100001)(19580395003)(81166005)(83716003)(2950100001)(122556002)(104396002)(42262002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR17MB0276; H:BLUPR17MB0275.namprd17.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <8735DF8692CF8948A46CD65ED9768290@namprd17.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: stewe.org
X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Apr 2016 14:15:21.3106 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 865fc51c-5fae-4322-98ef-0121a85df0b6
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR17MB0276
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/2Na6J3ac5m3X6D1lgnTjAoErUGI>
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 04 Apr 2016 14:15:42 -0000

Hi Barry,



On 4/4/16, 10:43, "ietf on behalf of Barry Leiba" <ietf-bounces@ietf.org on behalf of barryleiba@computer.org> wrote:

>>> So, one might argue that an AD can be unaware that a particular
>>> document includes something that needs to be disclosed up to the
>>> point that they take some action on that document, such as sponsoring it.
>>
>> Yes, but is that an issue? The AD is only required to disclose when
>> she is "reasonably and personally aware" of the need for a disclosure,
>> which will presumably become the case when she actually reads the draft
>> (or sees the slides that describe the technology in question).
>
>Be careful here: I think it is an issue.
>
>The "reasonably and personally aware" applies to the IPR, not to the
>participation.  

I think this is incorrect.  

According to section 5.1.2 (disclosure requirement based on Participation, not own IPR), a disclosure obligation exists if “the Participant believes Covers or may ultimately Cover that Contribution”.  I don’t think anyone could argue that an AD has a “believe” in a patent or application he/she is aware of Covers a Contribution when he has never seen the Contribution.  

>If I'm participating in active discussion about
>Section 4 of document X, and I should be reasonably and personally
>aware of IPR my employer holds with respect to Section 3 of document
>X, we aren't going to happily accept that I didn't read Section 3 so I
>don't have a responsibility to disclose.
>
>If we're saying that, say, ADs are considered to be Participants with
>respect to every document and discussion in every working group in the
>area -- and I see why some people think that's wise and appropriate --
>then we're saying that I have a responsibility to disclose whether or
>not I've read the documents, and waiting until AD Evaluation state
>would be a late disclosure.  Consider that the working group might
>have been proceeding for a couple of years and many I-D revisions
>under the assumption that the technology is unencumbered... and then I
>dump an IPR statement on them just as they've finished.

A late disclosure is better than no disclosure, and, clearly, an AD has a much better justification of making such a late disclosure.  I would hope that no one would complain if an AD makes a late disclosure and, when asked for the reason of lateness, he says “I was not responsible AD; I came across this during final review in IETF last call, and just identified this. “  In fact, people should appreciate this.

Stephan

>
>This really is a tough one: it would be nice if the late disclosure
>didn't happen, but ADs can't reasonably be expected to read every
>draft in every working group early on... and, as others have said, it
>would be very bad if this disclosure requirement gave us even fewer AD
>candidates than we have now.
>
>Barry
>