IETF Logo Mail Archive

Re: [MMUSIC] Feedback requested on requirements

Magnus Westerlund <magnus.westerlund@ericsson.com> Wed, 17 April 2013 08:01 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B0B0021F86A5 for <mmusic@ietfa.amsl.com>; Wed, 17 Apr 2013 01:01:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.949
X-Spam-Level:
X-Spam-Status: No, score=-105.949 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4, 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 B0UlI+kYYS8b for <mmusic@ietfa.amsl.com>; Wed, 17 Apr 2013 01:01:06 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id BEBA921F8691 for <mmusic@ietf.org>; Wed, 17 Apr 2013 01:01:04 -0700 (PDT)
X-AuditID: c1b4fb30-b7f266d000000cb5-99-516e56bfc1da
Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id C0.2F.03253.FB65E615; Wed, 17 Apr 2013 10:01:03 +0200 (CEST)
Received: from [127.0.0.1] (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.3.279.1; Wed, 17 Apr 2013 10:01:03 +0200
Message-ID: <516E56BE.2040606@ericsson.com>
Date: Wed, 17 Apr 2013 10:01:02 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130328 Thunderbird/17.0.5
MIME-Version: 1.0
To: "Dale R. Worley" <worley@ariadne.com>
References: <201304091539.r39FdjqJ2253833@shell01.TheWorld.com>
In-Reply-To: <201304091539.r39FdjqJ2253833@shell01.TheWorld.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplluLIzCtJLcpLzFFi42KZGfG3Vnd/WF6gwZxTFhZTlz9msXh5osyB yWPy/q/MHkuW/GQKYIrisklJzcksSy3St0vgyni/ZQ97wUyuit0fbzA2MHZxdDFyckgImEgc fbSUBcIWk7hwbz1bFyMXh5DAKUaJEyf/MUI4yxklTs1fBVbFK6At8ePBJaAEBweLgKrEjmum IGE2AQuJmz8a2UDCogLBEltbYyCqBSVOznzCAhIWEdCU6FiQAxJmFhCWuHD+OBOILQzU2ffr ERuILSRgL/H4zEKwOKeAg8TlDf/ZIE6TlNjyop0doldPYsrVFkYIW16ieetsZohebYmGpg7W CYxCs5BsnoWkZRaSlgWMzKsY2XMTM3PSy803MQKD9OCW3wY7GDfdFzvEKM3BoiTOG+56IUBI ID2xJDU7NbUgtSi+qDQntfgQIxMHp1QDo1/2Ecsy4cv/tv53ETT6PSvwU9XcxW/XCu99lb68 P106oPKW1IXNNxfvlzn1b5VbusWpSqMP4T26HN/a1Zc+4O7TjrP/Z6Mg5Cl3QvV7j/OtFBl2 OyUnnUkzPvoG7btktivU8GOJze9GDtNzGk8ZDHhvv0isy3xy7tNt/bQfCzoNAwubZb6JKrEU ZyQaajEXFScCAKN+vrYgAgAA
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] Feedback requested on requirements
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Apr 2013 08:01:06 -0000

On 2013-04-09 17:39, Dale R. Worley wrote:
>    DES F7  If an answerer that does understand the bundle mechanism
>       processes an offer that contains a bundle, it must be able to (1)
>       accept the bundle and selectively accept or reject each
>       constituent RTP session within it, (2) reject the bundle as a
>       whole, or (3) reject the bundling and selectively accept or reject
>       each constituent RTP session as separate RTP sessions.

If you with "constituent RTP session within it" where it is a bundle
means the RTP media streams resulting from that particular SDP media
description (m= block) then I believe I agree with 1).

When it comes to 2) what makes this different from rejecting each m=
block within the bundle?

3) is required if legacy fallback at all going to be available.

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
----------------------------------------------------------------------

v2.23.0 | Report a Bug | By Email