W3C home > Mailing lists > Public > public-webrtc@w3.org > August 2011

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

From: Charles Eckel (eckelcu) <eckelcu@cisco.com>
Date: Mon, 22 Aug 2011 15:56:25 -0700
Message-ID: <E1CBF4C7095A3D4CAAAEAD09FBB8E08C051BF8CF@xmb-sjc-234.amer.cisco.com>
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

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:25 UTC