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

Michael Cameron <> Wed, 30 March 2016 22:18 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id DF68312D514 for <>; Wed, 30 Mar 2016 15:18:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id FzXnK3hmL1Xw for <>; Wed, 30 Mar 2016 15:18:42 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 16BD512D0FD for <>; Wed, 30 Mar 2016 15:18:42 -0700 (PDT)
X-AuditID: c618062d-f79216d00000767f-41-56fc4adfec76
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id 49.0E.30335.FDA4CF65; Wed, 30 Mar 2016 23:53:36 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.03.0248.002; Wed, 30 Mar 2016 18:18:41 -0400
From: Michael Cameron <>
To: "Scott O. Bradner" <>, Jari Arkko <>
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: AQHRiqE9sHDDxebvOUyZe9BZf9E4A59yd1EAgAAWVfiAAACOgA==
Date: Wed, 30 Mar 2016 22:18:40 +0000
Message-ID: <>
References: <> <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmphkeLIzCtJLcpLzFFi42KZXLrHW/eB158wg4cnWS2ebZzPYjFj3wo2 i+Odyg7MHkuW/GTy2LpkOpvHiwPfmAOYo7hsUlJzMstSi/TtErgyVv6czFywgrui7fIVtgbG vxxdjJwcEgImEq3PnzND2GISF+6tZ+ti5OIQEjjKKNG6ZSkjhLOcUeLOhBNMXYwcHGxAHc+f sYA0iAh4Snx70AdmMwsoSzzdNIcJxBYWyJe4f6OXFaKmQOL834NQ9U4SKxatAathEVCV6Dr/ FczmFfCV+PNzGdTifUwSC/c9YAPZxSlgK7FrMiNIDSPQcd9PQfQyC4hL3HoynwniaAGJJXvO Qz0gKvHy8T9WCFtJYs7ra8wQ9ToSC3Z/YoOwtSWWLXzNDLFXUOLkzCcsExjFZiEZOwtJyywk LbOQtCxgZFnFyFFaXJCTm25ksIkRGDfHJNh0dzDen+55iFGAg1GJh1fB+HeYEGtiWXFl7iFG CQ5mJRHeWrs/YUK8KYmVValF+fFFpTmpxYcYpTlYlMR517+9HCYkkJ5YkpqdmlqQWgSTZeLg lGpg5PEwfzCl8dWWOGGNynPuRU5HYx8dPbPmUdLiMxabLi3SXV4rFDJhDVvHxk1mmg+eP5l1 u4+95InOfdu0OWeLr9xc5LjNZd8m7bl8B4yaO6f36sz/8LCg/9DLQmtuzizzFzkTFp8uVtJ+ GTCz5YyC8+v4L6Jp/L57AoK9uA/tZ3iuqGK45v+jHiWW4oxEQy3mouJEAB5KhQKXAgAA
Archived-At: <>
Cc: "" <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 30 Mar 2016 22:18:47 -0000

Hi Scott. I assume you mean "reflect" :-)  As far as a better way to say it, I propose the language from the related thread.

Best, Mike

-----Original Message-----
From: ietf [] On Behalf Of Scott O. Bradner
Sent: Wednesday, March 30, 2016 3:14 PM
To: Jari Arkko
Subject: Re: Last Call on draft-bradner-rfc3979bis-08.txt ("Intellectual Property Rights in IETF Technology")

we were trying to reject the consensus we heard but if someone has a better way to say this we would be happy to use it


> On Mar 30, 2016, at 5:19 PM, Jari Arkko <> wrote:
> Trying to take this into a practical direction.
> I think the current sentence in the draft is fairly broad, and doesn't necessarily match practical capabilities that chairs or ADs have, as explained by Spencer and others. The issue is, if Spencer doesn't read all documents on the other half of the area, or if Jari doesn't read all the documents because he delegates some of the review task to a directorate, how would we know what to declare, even if we were personally aware of IPR on a topic? It may of course be that once we read a document later (such as in last call or as part of a final IESG review), you may finally realise that a declaration is necessary. But, as noted, not even that is necessarily always guaranteed.
> Jari