Re: [rtcweb] Unified plan IPR

cowwoc <cowwoc@bbs.darktech.org> Tue, 23 July 2013 23:19 UTC

Return-Path: <cowwoc@bbs.darktech.org>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A28B811E816F for <rtcweb@ietfa.amsl.com>; Tue, 23 Jul 2013 16:19:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.598
X-Spam-Level:
X-Spam-Status: No, score=-3.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-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 Zz7002KFJVQW for <rtcweb@ietfa.amsl.com>; Tue, 23 Jul 2013 16:19:53 -0700 (PDT)
Received: from mail-qc0-f173.google.com (mail-qc0-f173.google.com [209.85.216.173]) by ietfa.amsl.com (Postfix) with ESMTP id BC17F11E8163 for <rtcweb@ietf.org>; Tue, 23 Jul 2013 16:19:52 -0700 (PDT)
Received: by mail-qc0-f173.google.com with SMTP id l10so4638655qcy.32 for <rtcweb@ietf.org>; Tue, 23 Jul 2013 16:19:52 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:x-gm-message-state; bh=VzRQWGQMyGwcHScp5Iq3bKW8TL5cc+YQjm2rs7Qow/w=; b=g8jYPoNP4cS8iCKInCahDzllm5N13/XQu8cA6XtacQmLfNbHPoE+cuNyd5zwAWdXnc AwxnU2eDLJSu+d+h7wokfCrrq5lOTKRqcnImss+wpP9Je2JYGcdJze/0u7G2lduyBEc8 nJZq+Mben3K7/EkkmzPW79s3a2JhdwtUHF9M2haMWeTyhI2RUdQ6yPPbGl6VMXhT/TNT ZSpzUPxoho4P+8sZ0R+2HxvpKT8WpzjTbocd4aCzsiOkp4u8YZR94fH0U4Rl+1OCjW35 nuojXy6nIV9I6k8iIechsIKKyBps2bFLOcIq17je+aa4YTHeXcbikmUte0ETSNLlniGM bfDA==
X-Received: by 10.49.109.72 with SMTP id hq8mr40716042qeb.38.1374621589998; Tue, 23 Jul 2013 16:19:49 -0700 (PDT)
Received: from [192.168.1.100] (206-248-171-209.dsl.teksavvy.com. [206.248.171.209]) by mx.google.com with ESMTPSA id i1sm50302359qas.10.2013.07.23.16.19.48 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 23 Jul 2013 16:19:49 -0700 (PDT)
Message-ID: <51EF0F7F.8070201@bbs.darktech.org>
Date: Tue, 23 Jul 2013 19:19:27 -0400
From: cowwoc <cowwoc@bbs.darktech.org>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Adam Roach <adam@nostrum.com>
References: <CAD5OKxsspqwpEOWkVgDUjY0aJ-taSUAbt3x=GfgZ-ORdZKU+-Q@mail.gmail.com> <51EEB495.4070404@nostrum.com> <51EEFC6B.9090503@bbs.darktech.org> <51EF01E5.7090701@nostrum.com>
In-Reply-To: <51EF01E5.7090701@nostrum.com>
Content-Type: multipart/alternative; boundary="------------080309060409070206060200"
X-Gm-Message-State: ALoCoQnTTxxke2UWaW2ws3usI+eEvteKFIwRQuo2v+7siNt+inl1N5sXNDN8yhnuMLzjn+vNjzg5
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Unified plan IPR
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jul 2013 23:19:57 -0000

Hi Adam,

On 23/07/2013 6:21 PM, Adam Roach wrote:
> The chairs have asked us not to cross-post. As this pertains to an 
> IETF IPR declaration, I'll speak to it here.

     I cross-posted because I think we need to have a separate 
discussion regarding how to mitigate IPR risk in the API. It's good that 
you removed public-webrtc@w3c.org from the reply (I should have 
explained as much in my original post).

> I'll note that your response is a vast overreaction at this juncture, 
> as (1) these are merely applications, not granted patents; and (2) 
> Ericsson has not yet indicated their intentions regarding the 
> licensing terms of any patents that may result.

     I am not a lawyer either so I apologize if this seems like an 
overreaction. Based on my limited knowledge of software patents, I view 
this as a matter of concern. Furthermore, based on my limited 
understanding of http://www.ietf.org/rfc/rfc3979.txt I believe that IETF 
members are required to make IPR disclosures "as soon as reasonably 
possible after the Contribution is published". My understanding is that 
Ericsson was responsible to disclose this over 4 months ago (but did 
not). Again, I apologize if I am misunderstanding the document.

     Anyway, I'll wait to see what the community has to say. Hopefully 
we can come up with a reasonable solution.

Thanks,
Gili

>
> /a
>
>
>
> On 7/23/13 16:58, cowwoc wrote:
>>
>>     I'm a bit concerned about the optics of what just happened.
>>
>>   * The Working Group has been pushing for the use of SDP since 2011
>>     (see
>>     http://www.ietf.org/mail-archive/web/rtcweb/current/mail15.html).
>>   * The first post related to the use of SDP in WebRTC came from
>>     Christer Holmberg of Ericsson on September 14th, 2011.
>>   * One of the Chairs of the Working Group and one of the
>>     Specification editors are from Ericsson.
>>   * There has been a substantial push against the use of SDP by some
>>     mailing list participants, but this was rejected by the Working
>>     Group.
>>   * Suddenly we find out that Ericsson has filed two patents related
>>     to the use of SDP in WebRTC and these were filed *after* Ericsson
>>     actively pushed for the use of SDP.
>>
>>     Isn't there a conflict of interest here?
>>
>>     As a Web Developer who doesn't want/need SDP to begin with, I am 
>> finding this a bitter pill to swallow. I have no problem with other 
>> people using SDP (all the power to them) but, with this IPR 
>> discovery, forcing their preference on me will have real-world 
>> consequences (no less than had we mandated the use H264 in WebRTC).
>>
>>  1. Do the patents imply that Web Developers will have to pay patents
>>     when deploying application on top of the Browser or Native APIs?
>>  2. Is there a way to retrofit the API so those of us who do not
>>     want/need to use SDP are not forced to license this IPR? For
>>     example, the specification states that the initial offer/answer
>>     mechanism is out of scope. Could we do the same for SDP?
>>
>> Thank you,
>> Gili
>>
>>
>> _______________________________________________
>> rtcweb mailing list
>> rtcweb@ietf.org
>> https://www.ietf.org/mailman/listinfo/rtcweb
>