[bfcpbis] Fwd: [dispatch] Media Stream Related Signaling

Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 16 March 2012 15:50 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: bfcpbis@ietfa.amsl.com
Delivered-To: bfcpbis@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF0821F8755 for <bfcpbis@ietfa.amsl.com>; Fri, 16 Mar 2012 08:50:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.38
X-Spam-Level:
X-Spam-Status: No, score=-110.38 tagged_above=-999 required=5 tests=[AWL=0.219, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 xgpxEIZ1fvAW for <bfcpbis@ietfa.amsl.com>; Fri, 16 Mar 2012 08:50:53 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by ietfa.amsl.com (Postfix) with ESMTP id 2636721F864B for <bfcpbis@ietf.org>; Fri, 16 Mar 2012 08:50:52 -0700 (PDT)
X-AuditID: c1b4fb3d-b7c6fae0000045c0-1a-4f63615c1b52
Received: from esessmw0256.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 53.83.17856.C51636F4; Fri, 16 Mar 2012 16:50:52 +0100 (CET)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0256.eemea.ericsson.se (153.88.115.97) with Microsoft SMTP Server id 8.3.213.0; Fri, 16 Mar 2012 16:50:51 +0100
Message-ID: <4F63615A.9010207@ericsson.com>
Date: Fri, 16 Mar 2012 16:50:50 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: "bfcpbis@ietf.org" <bfcpbis@ietf.org>
References: <4F635D10.3040607@ericsson.com>
In-Reply-To: <4F635D10.3040607@ericsson.com>
X-Enigmail-Version: 1.4
Content-Type: multipart/mixed; boundary="------------060405010800040708040300"
X-Brightmail-Tracker: AAAAAA==
Subject: [bfcpbis] Fwd: [dispatch] Media Stream Related Signaling
X-BeenThere: bfcpbis@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: DISPATCH list <dispatch@ietf.org>
List-Id: BFCPBIS working group discussion list <bfcpbis.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/bfcpbis>
List-Post: <mailto:bfcpbis@ietf.org>
List-Help: <mailto:bfcpbis-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bfcpbis>, <mailto:bfcpbis-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Mar 2012 15:50:54 -0000

BFCPBIS WG,

We have proposed functionality for media stream selection and our
initial pick of protocol for this functionality has been BFCP. If you
think that is a good idea or terrible idea, please come to dispatch and
argue it.

The discussion will happen in Paris in the
Dispatch WG session, currently scheduled for Tuesday (27th of March) at
1300-1500.

If you already now have input in the discussion please send email to the
Dispatch WG mailing list.

Cheers

Magnus

--- Begin Message ---
Dispatch,

With 10 days until the meeting I would like to provide a reminder on the
upcoming discussion and some clarification on what we believe to be the
high level question that Dispatch needs to resolve for us to be able to
make progress.

First of all we have not updated our drafts. They are still relevant
background material for this discussion:

Media Stream Selection:
https://datatracker.ietf.org/doc/draft-westerlund-dispatch-stream-selection/

Pause and Resume:
https://datatracker.ietf.org/doc/draft-westerlund-avtext-rtp-stream-pause/

The above drafts propose the need for two functionalities:

Choose What Content to Receive - A media receiver wants to dynamically
choose which media stream to receive, out of many possible, from a
certain media sender, out of many possible

Request to Pause Sending of a Content - A media receiver wants to ask
the media sender to temporarily stop sending a specific media stream,
and to resume it with short notice

>From our perspective there exist three different high level methods for
realizing this functionality:

- Using a media control protocol, like BFCP or Media Control Framework
- Using the media plane, like RTCP
- Using the signaling plane, like SIP/SDP or other SIP carried data

What we want out of the Dispatch session is clear indications on what
are the most suitable method or methods (as we have two different
functionalities) that should be worked out. That indication can then
hopefully be turned into a decision pretty quickly to take the work to
one or more WG. We want to be able to continue working on this and
making progress.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------


_______________________________________________
dispatch mailing list
dispatch@ietf.org
https://www.ietf.org/mailman/listinfo/dispatch


--- End Message ---