Re: [MMUSIC] Feedback requested on requirements

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 07 May 2013 07:39 UTC

Return-Path: <christer.holmberg@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 BF9EC21F9121 for <mmusic@ietfa.amsl.com>; Tue, 7 May 2013 00:39:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level:
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
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 KQbmbVBdrR5d for <mmusic@ietfa.amsl.com>; Tue, 7 May 2013 00:38:54 -0700 (PDT)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id DB9A821F8F62 for <mmusic@ietf.org>; Tue, 7 May 2013 00:38:53 -0700 (PDT)
X-AuditID: c1b4fb25-b7f396d000007d06-ed-5188af8c0d95
Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 63.42.32006.C8FA8815; Tue, 7 May 2013 09:38:52 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.02.0328.009; Tue, 7 May 2013 09:38:52 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Dale R. Worley" <worley@ariadne.com>
Thread-Topic: [MMUSIC] Feedback requested on requirements
Thread-Index: AQHOQevTi+cVnxjNCEKSb6lvFRbbnJjnWrcQgAZrVnmAAJ8XsIAKYbLPgACg2WA=
Date: Tue, 07 May 2013 07:38:51 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1C36C6D3@ESESSMB209.ericsson.se>
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> <201305062201.r46M1F9j4269523@shell01.TheWorld.com>
In-Reply-To: <201305062201.r46M1F9j4269523@shell01.TheWorld.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.20]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrJLMWRmVeSWpSXmKPExsUyM+JvrW7P+o5Agz9T5S2mLn/MYvHyRJkD k8fk/V+ZPZYs+ckUwBTFZZOSmpNZllqkb5fAlfG0+S9TwX22ir17FjA1MC5m7WLk5JAQMJHY dXU6I4QtJnHh3nq2LkYuDiGBw4wSO7dMZodwFjNKPL54EqiKg4NNwEKi+582iCkioCnRsSAH xGQWUJe4ujgIZIwwUMH5lpPMILaIgKXEzeXnWSBsP4kNvd/ZQGwWARWJnXsPgNm8Ar4Sc5d/ Y4bYtIpFYsH1T6wgMzkFHCSeTosCqWEEOu37qTVMIDazgLjErSfzmSBOFpBYsuc8M4QtKvHy 8T+otxQlrk5fDlWvI7Fg9yc2CFtbYtnC18wQewUlTs58wjKBUWwWkrGzkLTMQtIyC0nLAkaW VYzsuYmZOenlRpsYgdFxcMtv1R2Md86JHGKU5mBREudN5moMFBJITyxJzU5NLUgtii8qzUkt PsTIxMEp1cAov5yjWLDy2onGWbW30t6sWX+s7YPBPp3IyW+PX3Xvbv02c0X76f1rtoROXTxr 6uZ52+61mwSd+Xh0ybZNws8+KNtEZQWqbF+0a9EenrmyUh7C1VJvHN6X/GM9+9BZ/NKFIxsL NvLGz58+51VaapJ97CxD9XnsZ5OOSGcmpnyvrZwcxeX2J2d+oBJLcUaioRZzUXEiABwycQtc AgAA
Cc: "mmusic@ietf.org" <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: Tue, 07 May 2013 07:39:03 -0000

Hi,

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

Well, in that case it doesn't need to support the codec either, does it?

Regards,

Christer