Re: [MMUSIC] Feedback requested on requirements

worley@ariadne.com (Dale R. Worley) Mon, 06 May 2013 22:02 UTC

Return-Path: <worley@shell01.TheWorld.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 037D721F9361 for <mmusic@ietfa.amsl.com>; Mon, 6 May 2013 15:02:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.935
X-Spam-Level:
X-Spam-Status: No, score=-0.935 tagged_above=-999 required=5 tests=[AWL=0.556, BAYES_05=-1.11, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 NtY0fVN2-YRQ for <mmusic@ietfa.amsl.com>; Mon, 6 May 2013 15:02:02 -0700 (PDT)
Received: from TheWorld.com (pcls5.std.com [192.74.137.145]) by ietfa.amsl.com (Postfix) with ESMTP id 149B721F9348 for <mmusic@ietf.org>; Mon, 6 May 2013 15:02:01 -0700 (PDT)
Received: from shell.TheWorld.com (svani@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r46M1GIt016286; Mon, 6 May 2013 18:01:18 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r46M1FKa4270312; Mon, 6 May 2013 18:01:15 -0400 (EDT)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r46M1F9j4269523; Mon, 6 May 2013 18:01:15 -0400 (EDT)
Date: Mon, 06 May 2013 18:01:15 -0400
Message-Id: <201305062201.r46M1F9j4269523@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: Christer Holmberg <christer.holmberg@ericsson.com>
In-reply-to: <7594FB04B1934943A5C02806D1A2204B1C368754@ESESSMB209.ericsson.se> (christer.holmberg@ericsson.com)
References: <201304231530.r3NFU9mB3237170@shell01.TheWorld.com> <CABkgnnX__cZddWRm1AX1ie6-W7a=oyprAmpZ5s-2=nTOMqGkxA@mail.gmail.com> <201304231858.r3NIwQYx3263944@shell01.TheWorld.com> <7594FB04B1934943A5C02806D1A2204B1C35D1A5@ESESSMB209.ericsson.se> <201304251933.r3PJXuon3430760@shell01.TheWorld.com> <7594FB04B1934943A5C02806D1A2204B1C36098D@ESESSMB209.ericsson.se> <201304292200.r3TM0GmX3712511@shell01.TheWorld.com> <7594FB04B1934943A5C02806D1A2204B1C368754@ESESSMB209.ericsson.se>
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: Mon, 06 May 2013 22:02:08 -0000

> From: Christer Holmberg <christer.holmberg@ericsson.com>
> 
> > But if the SBC does not reprocess media, but only *edits* what
> > media descriptions it permits in the SDP that it passes through, 
> > then bundling can succeed as long as the bundling specification
> > does not require any element that the SBC removes.
> 
> I still don't get it :)
> 
> If an SBC needs to reprocess media, it obviously need to support the
> codecs used. But, that is true no matter whether BUNDLE is used or
> not.

Yes, if you only consider the case of an SBC that needs to reprocess
media, then there is nothing that can be done.

But *the case I'm considering* is when the intermediate element (it
might not be a proper SBC) edits the SDP but does not need to
reprocess media.

Dale