Re: [rtcweb] Unified plan IPR

"DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com> Wed, 24 July 2013 00:59 UTC

Return-Path: <keith.drage@alcatel-lucent.com>
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 2D2F111E81A4 for <rtcweb@ietfa.amsl.com>; Tue, 23 Jul 2013 17:59:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.57
X-Spam-Level:
X-Spam-Status: No, score=-110.57 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 qEGPFiE7LcIQ for <rtcweb@ietfa.amsl.com>; Tue, 23 Jul 2013 17:59:31 -0700 (PDT)
Received: from ihemail1.lucent.com (ihemail1.lucent.com [135.245.0.33]) by ietfa.amsl.com (Postfix) with ESMTP id 9ACEB11E81A6 for <rtcweb@ietf.org>; Tue, 23 Jul 2013 17:59:30 -0700 (PDT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (h135-239-2-122.lucent.com [135.239.2.122]) by ihemail1.lucent.com (8.13.8/IER-o) with ESMTP id r6O0xPnt000568 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 23 Jul 2013 19:59:27 -0500 (CDT)
Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id r6O0xO5P020306 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 24 Jul 2013 02:59:24 +0200
Received: from FR712WXCHMBA11.zeu.alcatel-lucent.com ([169.254.7.194]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.02.0247.003; Wed, 24 Jul 2013 02:59:24 +0200
From: "DRAGE, Keith (Keith)" <keith.drage@alcatel-lucent.com>
To: cowwoc <cowwoc@bbs.darktech.org>, "rtcweb@ietf.org" <rtcweb@ietf.org>
Thread-Topic: [rtcweb] Unified plan IPR
Thread-Index: AQHOh++0jWlPWg1wtE6LFph3rvjdWJly/+yA
Date: Wed, 24 Jul 2013 00:59:23 +0000
Message-ID: <949EF20990823C4C85C18D59AA11AD8B071462@FR712WXCHMBA11.zeu.alcatel-lucent.com>
References: <CAD5OKxsspqwpEOWkVgDUjY0aJ-taSUAbt3x=GfgZ-ORdZKU+-Q@mail.gmail.com> <51EEB495.4070404@nostrum.com> <51EEFC6B.9090503@bbs.darktech.org>
In-Reply-To: <51EEFC6B.9090503@bbs.darktech.org>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.239.27.40]
Content-Type: multipart/alternative; boundary="_000_949EF20990823C4C85C18D59AA11AD8B071462FR712WXCHMBA11zeu_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.33
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: Wed, 24 Jul 2013 00:59:37 -0000

In regard to your questions, I suggest you go read RFC 3979 (BCP 79) and its updates (as referred to by Adam) and then continue the discussion.

In regard to 1, noone in the IETF can tell you anything about the licensing conditions beyond what is stated in the IPR declaration. RFC 4879 says how you go about getting more clarity in the declaration if it is required. (But note the requirements of the declaration are limited).

In regard to 2, the IETF WG is expected to make its decisions based on knowledge of declared IPR, and the declared licensing policy.

W3C has (very) different IPR rules and you need to have that different discussion there for any requirements specified by W3C.

Regards

Keith

________________________________
From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On Behalf Of cowwoc
Sent: 23 July 2013 22:58
To: rtcweb@ietf.org
Cc: public-webrtc@w3.org
Subject: Re: [rtcweb] Unified plan IPR

On 23/07/2013 12:51 PM, Adam Roach wrote:
On 7/23/13 11:22, Roman Shpount wrote:

The situation would be a bit clearer if patent holders were to provide the licensing policy regarding this IPR release. Given that Ericsson is actively involved in this working group, I think it would be reasonable to ask them for this.

If process has been properly followed, the IPR holder has already been notified by the IETF executive director. See http://www.ietf.org/rfc/rfc4879.txt (section 1 paragraph 1)

I doubt agitating for action on these mailing lists is likely to produce useful results.

/a

Hi Adam,

    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