- From: Charles Eckel (eckelcu) <eckelcu@cisco.com>
- Date: Mon, 22 Aug 2011 15:56:25 -0700
- To: "Jim McEachern" <jim.mceachern@genband.com>, "Elwell, John" <john.elwell@siemens-enterprise.com>, <rtcweb@ietf.org>, <public-webrtc@w3.org>
Hi Jim, I met to recommend the latter. Cheers, Charles > -----Original Message----- > From: Jim McEachern [mailto:jim.mceachern@genband.com] > Sent: Monday, August 22, 2011 12:02 PM > To: Charles Eckel (eckelcu); Elwell, John; rtcweb@ietf.org; public-webrtc@w3.org > Subject: RE: [rtcweb] Proposed text for remote recording use case > > 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
Received on Wednesday, 24 August 2011 05:37:40 UTC