Re: [rtcweb] Comments on draft-ietf-rtcweb-use-cases-and-requirements-07
Stefan Hakansson LK <stefan.lk.hakansson@ericsson.com> Fri, 18 May 2012 12:13 UTC
Return-Path: <stefan.lk.hakansson@ericsson.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 C9B5721F85A4 for <rtcweb@ietfa.amsl.com>; Fri, 18 May 2012 05:13:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 0jkW2rWGKbI3 for <rtcweb@ietfa.amsl.com>; Fri, 18 May 2012 05:13:51 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id DA9DA21F8582 for <rtcweb@ietf.org>; Fri, 18 May 2012 05:13:50 -0700 (PDT)
X-AuditID: c1b4fb25-b7c5aae000007a47-83-4fb63cfdc957
Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id B4.DF.31303.DFC36BF4; Fri, 18 May 2012 14:13:49 +0200 (CEST)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.213.0; Fri, 18 May 2012 14:13:49 +0200
Message-ID: <4FB63CFC.9050606@ericsson.com>
Date: Fri, 18 May 2012 14:13:48 +0200
From: Stefan Hakansson LK <stefan.lk.hakansson@ericsson.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <5A2F246E-9D77-4B72-B3F1-681B00FA99FD@cisco.com>
In-Reply-To: <5A2F246E-9D77-4B72-B3F1-681B00FA99FD@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [rtcweb] Comments on draft-ietf-rtcweb-use-cases-and-requirements-07
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: Fri, 18 May 2012 12:13:51 -0000
On 05/16/2012 03:31 AM, Cullen Jennings wrote: ... > > New use case: > > Imagine a service like webex that facilitates collaboration between > two companies called A and B. Webex has no need to see the content of > the communication from A to B. So webex might run the web server that > helps set up a RTCWeb session between A and B, but webex needs to be > able to write it's code such that it does not get the keying material > used to encrypt the media from A to B and the companies need to be > able to verify that webex did not get the keys. Webex has no need to > see the media from A to B and if it can provide this sort of promise > that it does not get the media, it makes it much easier for a > customer (say Juniper) to use webex and know the contents of their > calls are not being sold or used by a competitor. Given how much > WebRTC will be used by cloud services, this is an important feature. At least on the surface, this seems to have a lot in common with what Oscar proposed the other day ([1]), at least if the WebEx session has more than one concurrent user. [1] http://www.ietf.org/mail-archive/web/rtcweb/current/msg04457.html > When installing the "webex" application in the browser and granting > permissions to the application, it would be good to have one of the > permissions be if the JS got access to the media or keying material > for it to enforce this promise. > > Note this use case is not phrase to say this is the only way it can > work. This is not mutually exclusive with they type of use cases > described by Skype folks where there is an explicitly desire to make > sure the calling service does have the keys to decrypt the media. > > > > > > > > _______________________________________________ rtcweb mailing list > rtcweb@ietf.org https://www.ietf.org/mailman/listinfo/rtcweb
- [rtcweb] Comments on draft-ietf-rtcweb-use-cases-… Cullen Jennings
- Re: [rtcweb] Comments on draft-ietf-rtcweb-use-ca… Stefan Hakansson LK
- Re: [rtcweb] Comments on draft-ietf-rtcweb-use-ca… Stefan Hakansson LK
- Re: [rtcweb] Comments on draft-ietf-rtcweb-use-ca… Göran Eriksson AP
- Re: [rtcweb] Comments on draft-ietf-rtcweb-use-ca… Cullen Jennings
- Re: [rtcweb] Comments on draft-ietf-rtcweb-use-ca… Göran Eriksson AP
- [rtcweb] More Comments on draft-ietf-rtcweb-use-c… Hutton, Andrew
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Ted Hardie
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Hutton, Andrew
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Harald Alvestrand
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Hutton, Andrew
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Stefan Hakansson LK
- Re: [rtcweb] More Comments on draft-ietf-rtcweb-u… Hutton, Andrew
- [rtcweb] Mute implementations (Re: More Comments … Harald Alvestrand
- Re: [rtcweb] Mute implementations (Re: More Comme… Stefan Hakansson LK
- Re: [rtcweb] Mute implementations (Re: More Comme… Justin Uberti
- Re: [rtcweb] Mute implementations (Re: More Comme… Hutton, Andrew
- Re: [rtcweb] Mute implementations (Re: More Comme… Martin Thomson
- Re: [rtcweb] Mute implementations (Re: More Comme… Hutton, Andrew
- Re: [rtcweb] Mute implementations (Re: More Comme… Stefan Hakansson LK
- Re: [rtcweb] Mute implementations (Re: More Comme… Christer Holmberg
- Re: [rtcweb] Mute implementations (Re: More Comme… Christer Holmberg
- Re: [rtcweb] Mute implementations (Re: More Comme… DRAGE, Keith (Keith)
- Re: [rtcweb] Mute implementations (Re: More Comme… Martin Thomson
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Martin Thomson
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Harald Alvestrand
- Re: [rtcweb] Mute implementations (Re: More Comme… Jim Barnett
- Re: [rtcweb] Mute implementations (Re: More Comme… Harald Alvestrand
- Re: [rtcweb] Mute implementations (Re: More Comme… Jim Barnett
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- [rtcweb] 答复: Mute implementations (Re: More Comme… Sunyang (Eric)
- Re: [rtcweb] 答复: Mute implementations (Re: More C… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Harald Alvestrand
- [rtcweb] 答复: 答复: Mute implementations (Re: More C… Sunyang (Eric)
- [rtcweb] 答复: Mute implementations (Re: More Comme… Sunyang (Eric)
- Re: [rtcweb] 答复: 答复: Mute implementations (Re: Mo… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Jim Barnett
- Re: [rtcweb] Mute implementations (Re: More Comme… Stefan Hakansson LK
- Re: [rtcweb] Mute implementations (Re: More Comme… Harald Alvestrand
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- Re: [rtcweb] 答复: Mute implementations (Re: More C… Harald Alvestrand
- Re: [rtcweb] Mute implementations (Re: More Comme… Randell Jesup
- Re: [rtcweb] Mute implementations (Re: More Comme… Stefan Hakansson LK