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

"Ravindran Parthasarathi" <pravindran@sonusnet.com> Sun, 11 September 2011 20:27 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 C191221F84FB for <rtcweb@ietfa.amsl.com>; Sun, 11 Sep 2011 13:27:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.511
X-Spam-Level:
X-Spam-Status: No, score=-2.511 tagged_above=-999 required=5 tests=[AWL=0.088, 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 Lj+B-B3yrNmD for <rtcweb@ietfa.amsl.com>; Sun, 11 Sep 2011 13:27:16 -0700 (PDT)
Received: from mail-ma01.sonusnet.com (sonussf2.sonusnet.com [208.45.178.27]) by ietfa.amsl.com (Postfix) with ESMTP id DEEA621F84E1 for <rtcweb@ietf.org>; Sun, 11 Sep 2011 13:27:15 -0700 (PDT)
Received: from sonusmail07.sonusnet.com (sonusmail07.sonusnet.com [10.128.32.157]) by sonuspps2.sonusnet.com (8.14.3/8.14.3) with ESMTP id p8BKTkJ5008102; Sun, 11 Sep 2011 16:29:46 -0400
Received: from sonusinmail02.sonusnet.com ([10.70.51.30]) by sonusmail07.sonusnet.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 11 Sep 2011 16:29:16 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 12 Sep 2011 01:59:13 +0530
Message-ID: <2E239D6FCD033C4BAF15F386A979BF510F09ED@sonusinmail02.sonusnet.com>
In-Reply-To: <A444A0F8084434499206E78C106220CA0B04921B16@MCHP058A.global-ad.net>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [rtcweb] Proposed text - remote recording use case
Thread-Index: AcxvD2BDwyObig+rTKql0YP/877l3QBsKwJg
References: <A444A0F8084434499206E78C106220CA0B04921B16@MCHP058A.global-ad.net>
From: "Ravindran Parthasarathi" <pravindran@sonusnet.com>
To: "Elwell, John" <john.elwell@siemens-enterprise.com>, <rtcweb@ietf.org>
X-OriginalArrivalTime: 11 Sep 2011 20:29:16.0500 (UTC) FILETIME=[7A044140:01CC70C1]
Subject: Re: [rtcweb] Proposed text - 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: Sun, 11 Sep 2011 20:27:16 -0000

John,

Please let me know whether the updated text works for you:

New requirements:
Fyy1: The browser MUST be able to send in real-time to an another
browser/session recording server(SRS) that are being transmitted to and
received from remote browser.

Ayy1: The web application MUST be able to ask the browser to transmit in
real-time to another browser/session recording server(SRS) that are
being transmitted to and received from remote browser.

Basically I changed "a third party media" to "an another browser/session
recording server (SRS)" because SRS is not required to be third party.
Also, there is a discussion wherein the actual participant is not known
to the browser, so I prefer "browser" rather than "participants".

As I asked in the meeting (but couldn't discuss due to time constraint),
it is possible for browser to do the signaling directly to the SRS
without going through original webserver. The signaling towards
recording is not required to be SIP but it shall be websocket (let
discuss separately). Here, the advantageous in this model is that the
recording signaling hop is reduced to 1 hop (browser to SRS)  from 2
hops (browser to webserver, webserver to SRS).

Thanks
Partha

>-----Original Message-----
>From: rtcweb-bounces@ietf.org [mailto:rtcweb-bounces@ietf.org] On
Behalf
>Of Elwell, John
>Sent: Friday, September 09, 2011 10:12 PM
>To: rtcweb@ietf.org
>Subject: [rtcweb] Proposed text - remote recording use case
>
>On yesterday's call it was agreed to work on text to cover the remote
>recording use case. Below is text, based on an earlier proposal and
>subsequent input. I have focused on the main requirement derived from
>this use case, relating to copying to a different peer connection, and
>skipped any more detailed requirements concerning possible mixing of
the
>two directions of audio or injecting any tones / announcements.
>
>4.2.yy Remote Session Recording
>In this use case, the web application user wishes to record a real-time
>communication at a remote third party (e.g., a recording device), such
>that transmitted and received audio, video or other real-time media are
>transmitted in real-time to the third party. The third party can
perform
>recording, archiving, retrieval, playback, etc., but can also perform
>real-time analytics on the media. A typical deployment might be in a
>contact centre. The web application also sends metadata that gives
>context to the stored media. The web application will ensure that
>appropriate indications are given to participants so that they are
aware
>of recording.
>
>New requirements:
>Fyy1: The browser MUST be able to send in real-time to a third party
>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 third party media that are being transmitted to and
>received from remote participants.
>
>Comments?
>
>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