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
>