Re: [OSPF] IPR Disclosure: Cisco's Statement of IPR Related to draft-ietf-ospf-te-metric-extensions-04

Curtis Villamizar <curtis@ipv6.occnc.com> Fri, 11 October 2013 16:12 UTC

Return-Path: <curtis@ipv6.occnc.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4859911E821F; Fri, 11 Oct 2013 09:12:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.495
X-Spam-Level:
X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5npvvP41zdo4; Fri, 11 Oct 2013 09:12:26 -0700 (PDT)
Received: from gateway1.orleans.occnc.com (unknown [173.9.106.132]) by ietfa.amsl.com (Postfix) with ESMTP id 66F9321F9E94; Fri, 11 Oct 2013 09:12:25 -0700 (PDT)
Received: from harbor1.ipv6.occnc.com (harbor1.ipv6.occnc.com [IPv6:2001:470:1f07:1545::2:819]) (authenticated bits=0) by gateway1.orleans.occnc.com (8.14.5/8.14.5) with ESMTP id r9BG9ipn031101; Fri, 11 Oct 2013 12:09:44 -0400 (EDT) (envelope-from curtis@ipv6.occnc.com)
Message-Id: <201310111609.r9BG9ipn031101@gateway1.orleans.occnc.com>
To: Acee Lindem <acee.lindem@ericsson.com>
From: Curtis Villamizar <curtis@ipv6.occnc.com>
In-reply-to: Your message of "Thu, 10 Oct 2013 21:24:10 -0000." <94A203EA12AECE4BA92D42DBFFE0AE47030834C3@eusaamb101.ericsson.se>
Date: Fri, 11 Oct 2013 12:09:44 -0400
Cc: "<ospf@ietf.org>" <ospf@ietf.org>, "<akatlas@juniper.net>" <akatlas@juniper.net>, IETF Secretariat <ietf-ipr@ietf.org>, "<ipr-announce@ietf.org>" <ipr-announce@ietf.org>, "<dward@cisco.com>" <dward@cisco.com>
Subject: Re: [OSPF] IPR Disclosure: Cisco's Statement of IPR Related to draft-ietf-ospf-te-metric-extensions-04
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: curtis@ipv6.occnc.com
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ospf>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Oct 2013 16:12:26 -0000

Acee,

Thanks for the reply on this and providing the history from WG chair
perspective.

Thanks also for considering explicitly asking for IPR statements from
the authors when accepting a WG doc.  It would also be helpful to ask
for IPR statements before each WGLC the way the MPLS WG does.

btw- It would appear to me that advertising the parameters is not the
issue, but rather using them for delay bounded path computation for
the protection LSP is the reason the IPR would apply.  I think that
mention of use in delay bounded path computation was added late in the
game and may account for the late IPR.

Curtis


In message <94A203EA12AECE4BA92D42DBFFE0AE47030834C3@eusaamb101.ericsson.se>
Acee Lindem writes:
> 
> Hi Curtis, 
>  
> The draft was first presented at IETF 80 in Prague in the Routing,
> ISIS, and OSPF WGs. At the time, the biggest concern was the overlap
> with other delay/loss encoding drafts in the CCAMP WG. I looked at the
> minutes of the 3 WGs and IPR was not declared or questioned. I also
> spoke to one of the patent authors and the timing of the IPR
> declaration was not intentional - both the draft/patent authors are
> co-authors on a fair number of Internet drafts and patents. In the
> future, we'll assure the IPR question is raised prior to making any
> draft an OSPF WG document.
>  
> I won't comment as to whether the simple encoding and advertisement of
> these delay/loss metrics actually violates a patent specifying
> specific usage of the metrics.
>  
> Thanks,
> Acee 
>  
> On Oct 4, 2013, at 4:46 PM, Curtis Villamizar wrote:
>  
> > 
> > In message <20130917222336.6526.26287.idtracker@ietfa.amsl.com>
> > IETF Secretariat writes:
> > 
> >> 
> >> Dear Alia Atlas, John Drake, Spencer Giacalone, Stefano Previdi, David Ward:
> >> 
> >> An IPR disclosure that pertains to your Internet-Draft entitled "OSPF Traffic
> >> Engineering (TE) Metric Extensions" (draft-ietf-ospf-te-metric-extensions) was
> >> submitted to the IETF Secretariat on 2013-09-17 and has been posted on the "IETF
> >> Page of Intellectual Property Rights Disclosures"
> >> (https://datatracker.ietf.org/ipr/2199/). The title of the IPR disclosure is
> >> "Cisco's Statement of IPR Related to draft-ietf-ospf-te-metric-
> >> extensions-04."");
> >> 
> >> The IETF Secretariat
> >> 
> >> _______________________________________________
> >> OSPF mailing list
> >> OSPF@ietf.org
> >> https://www.ietf.org/mailman/listinfo/ospf
> > 
> > 
> > Since two of the authors are named on the patent, it is hard to
> > understand how they could not have known about the IPR.
> > 
> > Since the patent was applied for in 2004 and the first iteration of
> > this draft was in 2011, and at least two co-authors of the draft knew
> > about the patent by way of also being co-inventors of the patent, this
> > appears to be a blatent late disclosure of IPR.
> > 
> > Would the authors please explain how this was allowed to occur.
> > 
> > Also, the patent seems (to me) to apply only to local-repair paths and
> > not to primary paths.  Would the inventors please confirm (or deny).
> > 
> > I'm not sure how all the prior art on using multiple metrics,
> > including additive constraints on "paths", could be construed as not
> > applying to "local-repair paths".  But then again, I'm not a lawyer
> > and hope never to be one.  The patent system at work again.
> > 
> > Curtis
> > _______________________________________________
> > OSPF mailing list
> > OSPF@ietf.org
> > https://www.ietf.org/mailman/listinfo/ospf