[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 ---
- [bfcpbis] Fwd: [dispatch] Media Stream Related Si… Magnus Westerlund