RE: References to Redphone's "patent"
"Powers Chuck-RXCP20" <Chuck.Powers@motorola.com> Fri, 13 February 2009 20:36 UTC
Return-Path: <Chuck.Powers@motorola.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 D2F943A6B7E for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 12:36:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 TEd7ZncE3BAk for <ietf@core3.amsl.com>; Fri, 13 Feb 2009 12:36:00 -0800 (PST)
Received: from mail128.messagelabs.com (mail128.messagelabs.com [216.82.250.131]) by core3.amsl.com (Postfix) with SMTP id 04DDE3A6B3F for <ietf@ietf.org>; Fri, 13 Feb 2009 12:35:59 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: Chuck.Powers@motorola.com
X-Msg-Ref: server-10.tower-128.messagelabs.com!1234557365!19703232!1
X-StarScan-Version: 6.0.0; banners=-,-,-
X-Originating-IP: [136.182.1.15]
Received: (qmail 25393 invoked from network); 13 Feb 2009 20:36:05 -0000
Received: from motgate5.mot.com (HELO motgate5.mot.com) (136.182.1.15) by server-10.tower-128.messagelabs.com with SMTP; 13 Feb 2009 20:36:05 -0000
Received: from il27exr01.cig.mot.com ([10.17.196.70]) by motgate5.mot.com (8.12.11/Motorola) with ESMTP id n1DKa5tD018652 for <ietf@ietf.org>; Fri, 13 Feb 2009 13:36:05 -0700 (MST)
Received: from il27vts01 (il27vts01.cig.mot.com [10.17.196.85]) by il27exr01.cig.mot.com (8.13.1/Vontu) with SMTP id n1DKa401001055 for <ietf@ietf.org>; Fri, 13 Feb 2009 14:36:04 -0600 (CST)
Received: from de01exm69.ds.mot.com (de01exm69.am.mot.com [10.176.8.25]) by il27exr01.cig.mot.com (8.13.1/8.13.0) with ESMTP id n1DKa470001045 for <ietf@ietf.org>; Fri, 13 Feb 2009 14:36:04 -0600 (CST)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: References to Redphone's "patent"
Date: Fri, 13 Feb 2009 15:36:01 -0500
Message-ID: <2963ECA56B01F94B9964469DCB8A2B5A05610EF6@de01exm69.ds.mot.com>
In-Reply-To: <200902132030.n1DKUfnJ010952@cichlid.raleigh.ibm.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: References to Redphone's "patent"
thread-index: AcmOGi9uwPBZnhhbSlKFPzTfWHPTzAAAGSiA
References: <20090213190630.56CF76BE54F@mercury.lcs.mit.edu> <200902132030.n1DKUfnJ010952@cichlid.raleigh.ibm.com>
From: Powers Chuck-RXCP20 <Chuck.Powers@motorola.com>
To: Thomas Narten <narten@us.ibm.com>, Noel Chiappa <jnc@mercury.lcs.mit.edu>
X-CFilter-Loop: Reflected
Cc: ietf@ietf.org
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 20:36:00 -0000
+1 That is a legal quagmire that the IETF (like all good standards development groups) must avoid. Regards, Chuck ------------- Chuck Powers, Motorola, Inc phone: 512-427-7261 mobile: 512-576-0008 > -----Original Message----- > From: ietf-bounces@ietf.org [mailto:ietf-bounces@ietf.org] On > Behalf Of Thomas Narten > Sent: Friday, February 13, 2009 2:31 PM > To: Noel Chiappa > Cc: ietf@ietf.org > Subject: Re: References to Redphone's "patent" > > jnc@mercury.lcs.mit.edu (Noel Chiappa) writes: > > > > From: "Lawrence Rosen" <lrosen@rosenlaw.com> > > > > the previous IPR WG .. refused even to discuss a > patent policy for IETF. > > > I thought the IETF sort of had one, though (see RFC mumble)? > > > I definitely agree that the IETF could use some sort of permanent > > legal IPR consulting board that WG's could go to and say 'we have > > this IPR filing, what does it mean, and what is the likely impact on > > our work'. > > Please don't go there. > > IPR consultation is all about risk analysis. And risk to the IETF > vs. risk to me personally vs. risk to my employer vs. risk to somebody > else's employer, etc. All are VERY different things. > > I don't see an IPR consulting board as being helpful at all. It will > still come down to someone else trying to tell *me* (or you) that I > (or you) shouldn't worry about something, yet it might well be *my* > (or your) skin if things go awry. > > The IETF absolutely and fundamentally needs stay out of evaluating the > merits of potential IPR and what the associated risks are. This is > fundamentally an individual decision that every implementor needs to > make on their own. > > This principle has been a bedrock of the IETF's IPR policy for a very > long time, and for good reason. > > Oh, and another important point, even when we have IPR disclosures, > they are often for patent applications, which are not public, nor have > they been issued (so they are only potential patents). In such cases, > there is precious little an advisory board could tell us, other than > "we don't know"... > > Thomas > _______________________________________________ > Ietf mailing list > Ietf@ietf.org > https://www.ietf.org/mailman/listinfo/ietf >
- RE: References to Redphone's "patent" Noel Chiappa
- Re: References to Redphone's "patent" Thomas Narten
- RE: References to Redphone's "patent" Powers Chuck-RXCP20
- Re: References to Redphone's "patent" Scott Brim
- RE: References to Redphone's "patent" Lawrence Rosen
- RE: References to Redphone's "patent" Hallam-Baker, Phillip
- Re: References to Redphone's "patent" Noel Chiappa
- RE: References to Redphone's "patent" Contreras, Jorge
- IPR advice to avoid ignorant flame wars about pat… Lawrence Rosen
- Previous consensus on not changing patent policy … Harald Alvestrand
- RE: Previous consensus on not changing patent pol… Lawrence Rosen
- Re: Previous consensus on not changing patent pol… John Levine
- RE: Previous consensus on not changing patent pol… Paul Hoffman
- Re: Previous consensus on not changing patent pol… ned+ietf
- Proposal to create IETF IPR Advisory Board Lawrence Rosen
- Re: Proposal to create IETF IPR Advisory Board Paul Hoffman
- Re: Proposal to create IETF IPR Advisory Board Michael Dillon
- Re: Proposal to create IETF IPR Advisory Board Paul Hoffman
- Settlement proposal - Re: Previous consensus on n… TSG
- Re: Proposal to create IETF IPR Advisory Board Thierry Moreau
- RE: Proposal to create IETF IPR Advisory Board Michael B. Einschlag
- Re: Previous consensus on not changing patent pol… TSG
- Re: Proposal to create IETF IPR Advisory Board John Levine
- Re: Proposal to create IETF IPR Advisory Board Doug Ewell
- Re: Proposal to create IETF IPR Advisory Board Michael Dillon
- RE: Previous consensus on not changing patent pol… Hallam-Baker, Phillip
- RE: Previous consensus on not changing patent pol… Powers Chuck-RXCP20
- Re: Proposal to create IETF IPR Advisory Board John Levine
- RE: Previous consensus on not changing patent pol… Hallam-Baker, Phillip
- Re: Proposal to create IETF IPR Advisory Board TSG
- Re: Previous consensus on not changing patent pol… Theodore Tso