RE: IPR discussion: draft-ietf-tsvwg-rsvp-security-groupkeying

"Adrian Farrel" <adrian@olddog.co.uk> Sat, 23 July 2011 14:31 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5DC1421F8726 for <tsvwg@ietfa.amsl.com>; Sat, 23 Jul 2011 07:31:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.575
X-Spam-Level:
X-Spam-Status: No, score=-2.575 tagged_above=-999 required=5 tests=[AWL=-0.020, BAYES_00=-2.599, DATE_IN_PAST_03_06=0.044]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nmdgloTgqB+L for <tsvwg@ietfa.amsl.com>; Sat, 23 Jul 2011 07:31:43 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by ietfa.amsl.com (Postfix) with ESMTP id 5EAE821F865B for <tsvwg@ietf.org>; Sat, 23 Jul 2011 07:31:37 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id p6NEVUJw019526; Sat, 23 Jul 2011 15:31:30 +0100
Received: from 950129200 ([216.226.38.2]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id p6NEVRNJ019515 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 23 Jul 2011 15:31:29 +0100
From: Adrian Farrel <adrian@olddog.co.uk>
To: gorry@erg.abdn.ac.uk, 'tsvwg WG' <tsvwg@ietf.org>
References: <94007F3F05A24CF0AAFA916B42F93E69@davidPC> <4E2A9822.6020201@erg.abdn.ac.uk>
In-Reply-To: <4E2A9822.6020201@erg.abdn.ac.uk>
Subject: RE: IPR discussion: draft-ietf-tsvwg-rsvp-security-groupkeying
Date: Sat, 23 Jul 2011 10:31:21 +0100
Message-ID: <009b01cc491b$49f66190$dde324b0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKDQnBiBMo+ceFkt6wNJTrXgCuR7wHch4k2k3zJ8UA=
Content-Language: en-gb
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 Jul 2011 14:31:43 -0000

Thanks Gorry,

For those too tired to follow the links, the disclosure is at
http://datatracker.ietf.org/ipr/988/

Personally (no hats being worn - consequent risk of sunstroke) I find the text
of the disclosure a little disappointing. As you point out, the reference to
"inclusion in a standard" is unclear both for this Informational document, and
for any Standards Track document. What if I implement a PS or DS?

I also find the lack of references for the "one or more pending unpublished
patent applications" unfortunate. The vagueness is such that it might even be
the case that it some feature (such as IPSec) that is covered rather than group
keying.

This leads me to say that I am unable to assess whether it would be harmful to
proceed with this document in the light of the disclosure. But I would observe
that this is an informational document that does not make any changes to the
base protocols. That is, the presence of this document will not require
implementations to conform to it. Thus, it is probably safe to proceed with its
publication.

Adrian

> -----Original Message-----
> From: tsvwg-bounces@ietf.org [mailto:tsvwg-bounces@ietf.org] On Behalf Of
> Gorry Fairhurst
> Sent: 23 July 2011 10:45
> To: tsvwg WG
> Subject: IPR discussion: draft-ietf-tsvwg-rsvp-security-groupkeying
> 
> 
> The draft above is now in Last Call, and there needs to now be a
> discussion within TSVWG relating to the acceptability of the IPR terms
> for this document.
> 
> There is an IPR statement filed:
> ID # 988 "Cisco's Statement about IPR claimed in
> draft-ietf-tsvwg-rsvp-security-groupkeying-01.txt"
> 
> This seems to provide RAND terms for compliance to a standard, but this
> I-D is not being submitted as a standards-track document. The terms in
> the IPR declaration do not seem to provide non-assert status for
> implementing an Informational document. Please can the WG discuss this?
> 
> * Specifically, do other options exist that would not introduce this IPR
> dependence?
> 
> * Have these options been explored?
> 
> * What does the WG recommend? (We can discuss this further in the WG
> meeting next week).
> 
> Best wishes,
> 
> Gorry Fairhurst
> 
> TSVWG Chair