Re: [rtcweb] Proposed text for remote recording use case

Jim McEachern <jim.mceachern@genband.com> Mon, 22 August 2011 19:02 UTC

Return-Path: <jim.mceachern@genband.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 BC85A21F85FE for <rtcweb@ietfa.amsl.com>; Mon, 22 Aug 2011 12:02:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 Kqu+KwlcKLrq for <rtcweb@ietfa.amsl.com>; Mon, 22 Aug 2011 12:02:34 -0700 (PDT)
Received: from exprod7og125.obsmtp.com (exprod7og125.obsmtp.com [64.18.2.28]) by ietfa.amsl.com (Postfix) with ESMTP id 9481F21F87D9 for <rtcweb@ietf.org>; Mon, 22 Aug 2011 12:02:09 -0700 (PDT)
Received: from mail.genband.com ([63.149.188.88]) (using TLSv1) by exprod7ob125.postini.com ([64.18.6.12]) with SMTP ID DSNKTlKn8fEAen3dvAWY+LGBfuN6ZZc1j+f5@postini.com; Mon, 22 Aug 2011 12:03:39 PDT
Received: from owa.genband.com ([172.16.21.97]) by mail.genband.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Mon, 22 Aug 2011 14:01:43 -0500
Received: from GBPLMAIL03.genband.com ([fe80::81ee:2d58:ca01:fb9a]) by GBEX01.genband.com ([fe80::4c39:f055:4bc6:1277%14]) with mapi id 14.01.0289.001; Mon, 22 Aug 2011 14:01:44 -0500
From: Jim McEachern <jim.mceachern@genband.com>
To: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>, "Elwell, John" <john.elwell@siemens-enterprise.com>, "rtcweb@ietf.org" <rtcweb@ietf.org>, "public-webrtc@w3.org" <public-webrtc@w3.org>
Thread-Topic: [rtcweb] Proposed text for remote recording use case
Thread-Index: Acxg2bMH4OnwgCTEThmECGCUEO8SogAHBiMwAAE5lPAAAIaPIA==
Date: Mon, 22 Aug 2011 19:01:43 +0000
Message-ID: <8584590C8D7DD141AA96D01920FC6C698C8807DC@gbplmail03.genband.com>
References: <A444A0F8084434499206E78C106220CA0B00FDAE6B@MCHP058A.global-ad.net> <8584590C8D7DD141AA96D01920FC6C698C880779@gbplmail03.genband.com> <E1CBF4C7095A3D4CAAAEAD09FBB8E08C051BF791@xmb-sjc-234.amer.cisco.com>
In-Reply-To: <E1CBF4C7095A3D4CAAAEAD09FBB8E08C051BF791@xmb-sjc-234.amer.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [99.242.72.70]
Content-Type: multipart/mixed; boundary="_002_8584590C8D7DD141AA96D01920FC6C698C8807DCgbplmail03genba_"
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Aug 2011 19:01:43.0916 (UTC) FILETIME=[EEF88AC0:01CC60FD]
X-TM-AS-Product-Ver: SMEX-8.0.0.4160-6.500.1024-18340.001
X-TM-AS-Result: No--27.497000-5.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: Re: [rtcweb] Proposed text for remote recording use case
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, 22 Aug 2011 19:02:34 -0000

Charles, 
Does this mean that there isn't a need to say anything, or that we should state there is a requirement to  indicate the communication is being recorded, but not assume you will have to insert something into the media path?

Jim


-----Original Message-----
From: Charles Eckel (eckelcu) [mailto:eckelcu@cisco.com] 
Sent: Monday, August 22, 2011 2:43 PM
To: Jim McEachern; Elwell, John; rtcweb@ietf.org; public-webrtc@w3.org
Subject: RE: [rtcweb] Proposed text for remote recording use case

Hi Jim,

SIPREC includes the notion of recording awareness, and in the case of a recording aware device you can signal in SDP the fact that something is being recorded rather than requiring an indication to be inserted into the media stream. I think RTCWEB should be able to leverage this mechanism. In that case, the indication of the media being recorded may be communicated by the web application or the browser, but it need not necessarily be inserted in the actual media.

Cheers,
Charles 

> -----Original Message-----
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
Behalf Of Jim McEachern
> Sent: Monday, August 22, 2011 11:30 AM
> To: Elwell, John; rtcweb@ietf.org; public-webrtc@w3.org
> Subject: Re: [rtcweb] Proposed text for remote recording use case
> 
> John,
> It has previously been pointed out that in some jurisdictions there is
a legal requirement to insert a
> tone (e.g. an intermittent beep) that indicates the conversation is
being recorded.  It seems like
> this would be a good thing to mention here.
> 
> If this makes sense, I'm thinking something like the following
sentence added to the end of 4.2.yy:
> "... If required, the web application will direct the browser to
insert an appropriate indication
> (e.g. an intermediate beep) into the media stream to show that the
communication is being recorded."
> 
> This also suggests an additional requirement.
> "Ayy2: The web application MUST be able to ask the browser to insert
an appropriate indication into
> the media stream to indicate that the communication is being
recorded."
> 
> I believe that F15 already covers the requirments for the browser in
this case.
> F15:         The browser MUST be able to process and mix
>                    sound objects (media that is retrieved from another
>                    source than the established media stream(s) with
the
>                    peer(s) with audio streams).
> 
> Thoughts?
> Jim
> 
> -----Original Message-----
> From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
Behalf Of Elwell, John
> Sent: Monday, August 22, 2011 10:42 AM
> To: rtcweb@ietf.org; public-webrtc@w3.org
> Subject: [rtcweb] Proposed text for remote recording use case
> 
> 4.2.yy Remote Session Recording
> In this use case, the web application user wishes to record a
real-time communication at a remote
> recording device, such that transmitted and received audio, video or
other real-time media are
> transmitted in real-time to the remote device. The remote device can
perform archiving, retrieval,
> playback, etc., but can also perform real-time analytics on the media.
A typical deployment might be
> in a contact centre. For a given medium, the two directions of
transmission can be transmitted
> together (mixed) or separately. The web application also sends
metadata that gives context to the
> stored media.
> 
> New requirements:
> Fyy1: The browser MUST be able to send in real-time to a remote
recording device media that are being
> transmitted to and received from remote participants.
> 
> Ayy1: The web application MUST be able to ask the browser to transmit
in real-time to a remote
> recording device media that are being transmitted to and received from
remote participants and, in the
> case of audio at least, ask for the two directions of transmission to
be transmitted to the remote
> recording device mixed or separately.
> 
> John
> 
> 
> John Elwell
> Tel: +44 1908 817801 (office and mobile)
> Email: john.elwell@siemens-enterprise.com
> http://www.siemens-enterprise.com/uk/
> 
> Siemens Enterprise Communications Limited.
> Registered office: Brickhill Street, Willen Lake, Milton Keynes, MK15
0DJ.
> Registered No: 5903714, England.
> 
> Siemens Enterprise Communications Limited is a Trademark Licensee of
Siemens AG.
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb