How we got here, RE: References to Redphone's "patent"
"Hallam-Baker, Phillip" <pbaker@verisign.com> Fri, 13 February 2009 21:41 UTC
Return-Path: <pbaker@verisign.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 691233A68DB for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 13:41:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.365
X-Spam-Level:
X-Spam-Status: No, score=-6.365 tagged_above=-999 required=5 tests=[AWL=0.233, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fXt9tC-vrqWH for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 13:41:41 -0800 (PST)
Received: from robin.verisign.com (robin.verisign.com [65.205.251.75]) by core3.amsl.com (Postfix) with ESMTP id 14DFD3A69DE for <ietf@ietf.org>; Fri, 13 Feb 2009 13:41:41 -0800 (PST)
Received: from mou1wnexcn01.vcorp.ad.vrsn.com (mailer1.verisign.com [65.205.251.34]) by robin.verisign.com (8.12.11/8.13.4) with ESMTP id n1DLfPUK015991 for <ietf@ietf.org>; Fri, 13 Feb 2009 13:41:45 -0800
Received: from MOU1WNEXMB09.vcorp.ad.vrsn.com ([10.25.15.197]) by mou1wnexcn01.vcorp.ad.vrsn.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 13 Feb 2009 13:41:27 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C98E23.D2C4F026"
Subject: How we got here, RE: References to Redphone's "patent"
Date: Fri, 13 Feb 2009 13:41:26 -0800
Message-ID: <2788466ED3E31C418E9ACC5C3166155768B296@mou1wnexmb09.vcorp.ad.vrsn.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: How we got here, RE: References to Redphone's "patent"
Thread-Index: AcmN7wse+PsIDyErROCOClMpvV/sUgABMgMAAAtIhV4=
References: <87skmknar8.fsf@ashbery.wjsullivan.net><tslfxiiuzs5.fsf@live.mit.edu> <1F52870FDF6C4903800E145AAEB9FAF7@LROSENTOSHIBA>
From: "Hallam-Baker, Phillip" <pbaker@verisign.com>
To: lrosen@rosenlaw.com, ietf@ietf.org
X-OriginalArrivalTime: 13 Feb 2009 21:41:27.0232 (UTC) FILETIME=[D3088400:01C98E23]
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Fri, 13 Feb 2009 21:41:42 -0000
There is certainly something wrong, but the source is not necessarily the IETF. The USPTO seems to be a bigger source of the problem here. There are many problems with the current approach of leaving patent policy to groups, not least the fact that case by case negotiation on a per-working group basis is the least likely to achieve what IETF participants want. As we saw in the case of MASS, IPR holders are unlikely to make concessions in one working group unless they can expect reciprocity and that other IPR holders will be held to the same standards in other working groups. At this point we do in fact understand how to grant a right to use a patent in an open source implementation in a manner that protects the interest of the IPR holder in enforcing reciprocal rights in the standard. But at the time we did not. The concept of a cure clause only came later. There were many problems with the IETF patent process. Not least the fact that many of the participants had no idea what they were talking about. As far as I know, I was the only person to submit a proposal to that group that had a lawyer as a co-author. But that did not stop certain persons who are not lawyers and have never worked in a practices group as I have dismissing my position as being uninformed in their view. I strongly suspect that one of the reasons for the current state of the IETF IPR policy is that the only people who get sufficiently interested in it to actually attend meetings tend to be open source ideologues, representatives of large IPR holders and private consultants offering expert testimony in patent disputes. The proposal that I made then was that when a working group is started, it specify the IPR criteria under which it is chartered. In some cases it makes perfect sense to charter a group that will be using encumbered technology. In other cases the entire purpose of the group requires that any technology be open and unencumbered. I also proposed that rather than attempting to create yet another patent policy, that the IETF simply outsource the approach. In OASIS a working group specifies the IPR policy at the start and may choose either an open or a proprietary one. In W3C all groups are required to have an open policy. What that means in practice is that it is possible to have a specification that has optional extensions that are encumbered or purportedly encumbered. But it must be possible to implement the spec without using the encumbered options. Both policies are in theory vulnerable to the type of denial of standard by bogus assertion of IPR rights attack described. But in practice so are implementations. -----Original Message----- From: ietf-bounces@ietf.org on behalf of Lawrence Rosen Sent: Fri 2/13/2009 11:18 AM To: ietf@ietf.org Subject: References to Redphone's "patent" Lots of the recent emails on this list refer to Redphone's "patent" but there is no such thing. As anyone who has ever worked with real patents knows, there is a great difference between a patent application and a patent. Whatever claims are written in patent applications are merely wishes and hopes, placeholders for negotiated language after a detailed examination of the application. Until the PTO actually issues a patent, nothing is fixed. And even then, newly-found prior art and other issues can defeat an issued patent. Why are we all so afraid of Redphone? Who gives a damn what patent claims they hope to get? There's something wrong with the IETF process if spurious and self-serving assertions that "a patent application has been filed" can serve to hold up progress on important technology. I wish you'd ask real patent attorneys to advise the community on this rather than react with speculation and a generalized fear of patents. /Larry Lawrence Rosen Rosenlaw & Einschlag, a technology law firm (www.rosenlaw.com) 3001 King Ranch Road, Ukiah, CA 95482 707-485-1242 * cell: 707-478-8932 * fax: 707-485-1243 Skype: LawrenceRosen _______________________________________________ Ietf mailing list Ietf@ietf.org https://www.ietf.org/mailman/listinfo/ietf
- FSF's comment on draft-housley-tls-authz-extns John Sullivan
- Re: FSF's comment on draft-housley-tls-authz-extns Willie Gillespie
- Re: FSF's comment on draft-housley-tls-authz-extns Paul Hoffman
- Re: FSF's comment on draft-housley-tls-authz-extns Sam Hartman
- References to Redphone's "patent" Lawrence Rosen
- Re: FSF's comment on draft-housley-tls-authz-extns ned+ietf
- RE: FSF's comment on draft-housley-tls-authz-extns Powers Chuck-RXCP20
- Re: References to Redphone's "patent" Thierry Moreau
- RE: References to Redphone's "patent" Lawrence Rosen
- RE: References to Redphone's "patent" Ted Hardie
- Re: References to Redphone's "patent" Thierry Moreau
- How we got here, RE: References to Redphone's "pa… Hallam-Baker, Phillip
- Re: How we got here, RE: References to Redphone's… Brian E Carpenter
- RE: How we got here, RE: References to Redphone's… Hallam-Baker, Phillip
- Re: How we got here, RE: References to Redphone's… Henning Schulzrinne
- Re: How we got here, RE: References to Redphone's… Michael Richardson
- Re: FSF's comment on draft-housley-tls-authz-extns Byung-Hee HWANG
- Re: FSF's comment on draft-housley-tls-authz-extns John Sullivan