Re: [rtcweb] Use Case draft
"Ravindran, Parthasarathi" <pravindran@sonusnet.com> Mon, 30 April 2012 08:42 UTC
Return-Path: <pravindran@sonusnet.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 BE18A21F8548 for <rtcweb@ietfa.amsl.com>; Mon, 30 Apr 2012 01:42:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.506
X-Spam-Level:
X-Spam-Status: No, score=-6.506 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 SeRY2R2pW7rW for <rtcweb@ietfa.amsl.com>; Mon, 30 Apr 2012 01:42:32 -0700 (PDT)
Received: from na3sys010aog108.obsmtp.com (na3sys010aog108.obsmtp.com [74.125.245.84]) by ietfa.amsl.com (Postfix) with ESMTP id AFFF321F8534 for <rtcweb@ietf.org>; Mon, 30 Apr 2012 01:42:31 -0700 (PDT)
Received: from usma-ex-hub1.sonusnet.com ([69.147.176.212]) (using TLSv1) by na3sys010aob108.postini.com ([74.125.244.12]) with SMTP ID DSNKT55Qdl79EuSOJ/ieejCthaztdTviiz0C@postini.com; Mon, 30 Apr 2012 01:42:31 PDT
Received: from INBA-HUB02.sonusnet.com (10.70.51.87) by usma-ex-hub1.sonusnet.com (66.203.90.16) with Microsoft SMTP Server (TLS) id 14.2.247.3; Mon, 30 Apr 2012 04:42:35 -0400
Received: from INBA-MAIL01.sonusnet.com ([fe80::8d0f:e4f9:a74f:3daf]) by inba-hub02.sonusnet.com ([fe80::80b9:dc60:caf7:7dfc%11]) with mapi id 14.01.0355.002; Mon, 30 Apr 2012 14:12:26 +0530
From: "Ravindran, Parthasarathi" <pravindran@sonusnet.com>
To: Tim Panton <tim@phonefromhere.com>
Thread-Topic: [rtcweb] Use Case draft
Thread-Index: AQHNJJD6fraw229Zx0W4DjUXXLWGX5augkyAgAMxP4CAAR3d8P//0qUAgABiT3A=
Date: Mon, 30 Apr 2012 08:42:25 +0000
Message-ID: <387F9047F55E8C42850AD6B3A7A03C6C0E23B16B@inba-mail01.sonusnet.com>
References: <CA+9kkMCYArLPRP3c00UdOja64WRT6ghN0PSy7XvM_wbxBBB+vA@mail.gmail.com>, <E17CAD772E76C742B645BD4DC602CD810616F066@NAHALD.us.int.genesyslab.com> <BLU169-W7C59E1EDB4CB06B648577932B0@phx.gbl> <387F9047F55E8C42850AD6B3A7A03C6C0E23AFFF@inba-mail01.sonusnet.com> <2E496AC9-63A0-464A-A628-7407ED8DD9C4@phonefromhere.com>
In-Reply-To: <2E496AC9-63A0-464A-A628-7407ED8DD9C4@phonefromhere.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.70.54.41]
Content-Type: multipart/alternative; boundary="_000_387F9047F55E8C42850AD6B3A7A03C6C0E23B16Binbamail01sonus_"
MIME-Version: 1.0
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] Use Case draft
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: Mon, 30 Apr 2012 08:42:34 -0000
Tim, My experience is different. Click-to-call is attractive in case of toll-free number in the site. WebRTC provides complete free call without any toll. The registered users should not mandated as it is not generically applicable for all sites. In case of camera selling site wherein the anonymous customer wish to get the details about the product wherein the sites will not mandate for registration before calling the shop as today, these sites provide their phone number for the customer to contact without any identity. I really don't know why some identity MUST be mandated for calling those WebRTC sites. The customer support folks will get the relevant information during the course of the call :) Having spammer@gmail.com<mailto:spammer@gmail.com> as a identity is not going to much helpful in these sites whereas captcha will confirm the caller as a human. Thanks Partha From: Tim Panton [mailto:tim@phonefromhere.com] Sent: Monday, April 30, 2012 1:12 PM To: Ravindran, Parthasarathi Cc: Bernard Aboba; jim.barnett@genesyslab.com; rtcweb@ietf.org Subject: Re: [rtcweb] Use Case draft My experience of this (with phonefromhere.com<http://phonefromhere.com>) is that there is very limited demand for pure click-to-call in the browser. Users don't see any benefit. The benefit comes if the call in tied into the rest of the web session, so full anonymity isn't desirable in this case. The best results come when the call center is also using similar in-browser technology and the session can be properly shared. So while this use-case has some merit, it shouldn't be seen as critical. Tim. On 30 Apr 2012, at 05:59, Ravindran, Parthasarathi wrote: +1 The consumer call center shall support "anonymous" calling wherein there is no need of specific identity mechanism for the caller. From: rtcweb-bounces@ietf.org<mailto:rtcweb-bounces@ietf.org> [mailto:rtcweb-bounces@ietf.org] On Behalf Of Bernard Aboba Sent: Sunday, April 29, 2012 10:51 PM To: jim.barnett@genesyslab.com<mailto:jim.barnett@genesyslab.com>; rtcweb@ietf.org<mailto:rtcweb@ietf.org> Subject: Re: [rtcweb] Use Case draft I agree that the corporate call center use case is important. > Date: Fri, 27 Apr 2012 09:35:55 -0700 > From: Jim.Barnett@genesyslab.com<mailto:Jim.Barnett@genesyslab.com> > To: ted.ietf@gmail.com<mailto:ted.ietf@gmail.com>; rtcweb@ietf.org<mailto:rtcweb@ietf.org> > Subject: Re: [rtcweb] Use Case draft > > I would like to see a corporate call center use case. Specifically, a > user downloads a web page from a corporate web site, clicks a 'call us' > button and is connected to a gateway server that is controlled by the > corporation. The communication up to the corporate boundary cannot be > eavesdropped, but, inside the corporate boundary: 1) the corporation > can route the call to whoever it wants (meaning that the caller can > verify that he is connected to the corporation, but is not necessarily > assured of the identity of the person he is speaking to within the > corporation) 2) the corporation can eavesdrop/record the call (n.b. this > is mandatory in financial institutions, and common in most others). > > This corresponds to a very common current PSTN use case (except that > with webRTC the call is more secure up to the corporate boundary). I > think that corporations will be eager to add webRTC support to their > call centers - as long as it doesn't mess up their existing operations > (call routing, recording, etc.) They will most likely want to put in a > gateway, and treat it as the webRTC endpoint. Inside the gateway the > call should look just like one that came in from the PSTN (via a SIP > trunk or PSTN/SIP gateway.) > > I think others have suggested use cases involving outbound calls from > corporations, but I think that those should probably be treated > separately. > > - Jim > > -----Original Message----- > From: rtcweb-bounces@ietf.org<mailto:rtcweb-bounces@ietf.org> [mailto:rtcweb-bounces@ietf.org] On Behalf > Of Ted Hardie > Sent: Friday, April 27, 2012 12:15 PM > To: rtcweb@ietf.org<mailto:rtcweb@ietf.org> > Subject: [rtcweb] Use Case draft > > The chairs would like to ask the working group to focus on the use case > draft. If you have use cases that need to be added to the document or > text changes you'd like to suggest, please send them in for discussion > before May 15th. After this round, we will look toward having a working > group last call on the document (hopefully before the interim meeting). > > regards, > > Ted, Magnus, Cullen > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org<mailto:rtcweb@ietf.org> > https://www.ietf.org/mailman/listinfo/rtcweb > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org<mailto:rtcweb@ietf.org> > https://www.ietf.org/mailman/listinfo/rtcweb _______________________________________________ rtcweb mailing list rtcweb@ietf.org<mailto:rtcweb@ietf.org> https://www.ietf.org/mailman/listinfo/rtcweb
- Re: [rtcweb] Use Case draft Timothy B. Terriberry
- [rtcweb] Use Case draft Ted Hardie
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Bernard Aboba
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft (privacy) Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft (privacy) Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft (privacy) Hutton, Andrew
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Igor Faynberg
- Re: [rtcweb] Use Case draft Hutton, Andrew
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Stephan Wenger
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft Marshall Eubanks
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Tim Panton
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft - Eavesdropping. Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Marshall Eubanks
- Re: [rtcweb] Use Case draft - Eavesdropping. Hutton, Andrew
- Re: [rtcweb] Use Case draft - Eavesdropping. Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft - Eavesdropping. Eric Rescorla
- Re: [rtcweb] Use Case draft - Eavesdropping. Cavigioli, Chris
- Re: [rtcweb] Use Case draft - Eavesdropping. Marshall Eubanks
- Re: [rtcweb] Use Case draft Randell Jesup
- Re: [rtcweb] Use Case draft - Eavesdropping. Randell Jesup
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft - Eavesdropping. Harald Alvestrand
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] Use Case draft Igor Faynberg
- [rtcweb] interworking with non-WEBRTC endpoints [… Dan Wing
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Marshall Eubanks
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Lorenzo Miniero
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Mary Barnes
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Marshall Eubanks
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Fabio Pietrosanti (naif)
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Dan Wing
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Ravindran, Parthasarathi
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Harald Alvestrand
- Re: [rtcweb] Use Case draft Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Fabio Pietrosanti (naif)
- Re: [rtcweb] Use Case draft Ravindran, Parthasarathi
- Re: [rtcweb] Use Case draft Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Muthu Arul Mozhi Perumal (mperumal)
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft Stefan Hakansson LK
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Bernard Aboba
- Re: [rtcweb] Use Case draft Jim Barnett
- Re: [rtcweb] Use Case draft - legacy interop Harald Alvestrand
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Neil Stratford
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Christer Holmberg
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Iñaki Baz Castillo
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Richard Shockey
- Re: [rtcweb] interworking with non-WEBRTC endpoin… Xavier Marjou
- Re: [rtcweb] Use Case draft - legacy interop Bernard Aboba
- Re: [rtcweb] Use Case draft - legacy interop Iñaki Baz Castillo
- Re: [rtcweb] Use Case draft - legacy interop Dan Wing
- Re: [rtcweb] Use Case draft - legacy interop Iñaki Baz Castillo
- Re: [rtcweb] Use Case draft - legacy interop Bernard Aboba
- Re: [rtcweb] Use Case draft - legacy interop Dan Wing
- Re: [rtcweb] Use Case draft - legacy interop Harald Alvestrand
- [rtcweb] Consent freshness and message-integrity … Harald Alvestrand
- Re: [rtcweb] Consent freshness and message-integr… Dan Wing
- Re: [rtcweb] Consent freshness and message-integr… Harald Alvestrand