Re: [rtcweb] Use case change request: Identity in multiuser calls
Paul Kyzivat <pkyzivat@alum.mit.edu> Wed, 10 August 2011 14:50 UTC
Return-Path: <pkyzivat@alum.mit.edu>
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 B100021F8639 for <rtcweb@ietfa.amsl.com>; Wed, 10 Aug 2011 07:50:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.573
X-Spam-Level:
X-Spam-Status: No, score=-2.573 tagged_above=-999 required=5 tests=[AWL=0.026, BAYES_00=-2.599]
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 joOMVH8VEg1s for <rtcweb@ietfa.amsl.com>; Wed, 10 Aug 2011 07:50:57 -0700 (PDT)
Received: from qmta15.westchester.pa.mail.comcast.net (qmta15.westchester.pa.mail.comcast.net [76.96.59.228]) by ietfa.amsl.com (Postfix) with ESMTP id 596B921F85AC for <rtcweb@ietf.org>; Wed, 10 Aug 2011 07:50:49 -0700 (PDT)
Received: from omta13.westchester.pa.mail.comcast.net ([76.96.62.52]) by qmta15.westchester.pa.mail.comcast.net with comcast id JeqS1h00D17dt5G5FerMev; Wed, 10 Aug 2011 14:51:21 +0000
Received: from Paul-Kyzivats-MacBook-Pro.local ([24.62.109.41]) by omta13.westchester.pa.mail.comcast.net with comcast id JerK1h00p0tdiYw3ZerLlu; Wed, 10 Aug 2011 14:51:20 +0000
Message-ID: <4E429AE6.1010902@alum.mit.edu>
Date: Wed, 10 Aug 2011 10:51:18 -0400
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:5.0) Gecko/20110624 Thunderbird/5.0
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <4E4292B2.8000904@alvestrand.no>
In-Reply-To: <4E4292B2.8000904@alvestrand.no>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [rtcweb] Use case change request: Identity in multiuser calls
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, 10 Aug 2011 14:50:57 -0000
Harald, There was a lot of consideration of similar issues in the discussions around draft-ietf-simple-chat-*. What I took away is that conferencing implementations often want something like this, and they all spin it in slightly different ways. I *suspect* that in many cases the differences were gratuitous at the start, but that ultimately the chosen semantics become entrenched. As a result, it may be necessary to support an assortment of identity semantics - some of which may not make a lot of sense when looked at closely and critically. This centered on "nicknames" to be visible in the conference, and to be used to support private communication between individuals in the conference without disclosing their actual addresses. (I guess the display names you mention below may be an instance of this.) We got into all sorts of discussions of scope of uniqueness of nicknames. Thanks, Paul On 8/10/11 10:16 AM, Harald Alvestrand wrote: > In draft-ietf-rtcweb-use-cases-and-requirements, I would like to extend > one part of the scenario "4.3.3 Video conferencing system with central > server". > > I would like to add one more paragraph: > > "All participant are authenticated by the central server, and authorized > to connect to the central server. The participants are identified to > each other by the central server, and the participants do not have > access to each others' credentials such as e-mail addresses or login IDs". > > This is necessary in order to drive use cases that resemble Google > Hangout, where it is a requirement that people are able to participate > without disclosing their Google login IDs to each other. > (in the particular case of Hangout, the display name on their profile > *is* disclosed ... but that's a different matter) > > The reason I think this is important is that it feeds directly into the > discussion of what WebRTC needs to authorize: The final source or > destination of media, or the identity of the handler at the first hop. > In at least the case of Hangouts, the requirement is to *not* authorize > the final source or destination. > > Not sure yet how to formulate that as a requirement, and not sure yet if > it applies to the cases without a central server, such as 4.2.6. We may > have to decide. > > Harald > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb >
- [rtcweb] Use case change request: Identity in mul… Harald Alvestrand
- Re: [rtcweb] Use case change request: Identity in… Paul Kyzivat
- Re: [rtcweb] Use case change request: Identity in… Randell Jesup
- Re: [rtcweb] Use case change request: Identity in… Stefan Håkansson LK
- Re: [rtcweb] Use case change request: Identity in… Harald Alvestrand
- Re: [rtcweb] Use case change request: Identity in… Stefan Håkansson LK
- Re: [rtcweb] Use case change request: Identity in… Harald Alvestrand
- Re: [rtcweb] Use case change request: Identity in… Harald Alvestrand
- Re: [rtcweb] Use case change request: Identity in… Henry Sinnreich
- Re: [rtcweb] Use case change request: Identity in… Paul Kyzivat
- Re: [rtcweb] Use case change request: Identity in… Igor Faynberg
- Re: [rtcweb] Use case change request: Identity in… Henry Sinnreich
- Re: [rtcweb] Use case change request: Identity in… Igor Faynberg
- Re: [rtcweb] Use case change request: Identity in… Henry Sinnreich
- Re: [rtcweb] Use case change request: Identity in… Randell Jesup
- Re: [rtcweb] Use case change request: Identity in… Igor Faynberg
- Re: [rtcweb] Use case change request: Identity in… Paul Kyzivat
- [rtcweb] Exchange of trusted identities in server… Harald Alvestrand
- Re: [rtcweb] Exchange of trusted identities in se… Igor Faynberg
- Re: [rtcweb] Exchange of trusted identities in se… Paul Kyzivat
- Re: [rtcweb] Exchange of trusted identities in se… Alan Johnston
- Re: [rtcweb] Exchange of trusted identities in se… Randell Jesup