Re: [MMUSIC] comments on draft-holmberg-mmusic-sdp-mmt-negotiation-00

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 05 November 2012 01:00 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 16CA021F8783 for <mmusic@ietfa.amsl.com>; Sun, 4 Nov 2012 17:00:16 -0800 (PST)
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=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9tW-OR0i6+A2 for <mmusic@ietfa.amsl.com>; Sun, 4 Nov 2012 17:00:15 -0800 (PST)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id C917221F8774 for <mmusic@ietf.org>; Sun, 4 Nov 2012 17:00:14 -0800 (PST)
X-AuditID: c1b4fb2d-b7f1e6d000002d2c-33-50970f9de10e
Received: from esessmw0191.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id E2.13.11564.D9F07905; Mon, 5 Nov 2012 02:00:13 +0100 (CET)
Received: from ESESSHC011.ericsson.se (153.88.183.51) by esessmw0191.eemea.ericsson.se (153.88.115.84) with Microsoft SMTP Server (TLS) id 8.3.279.1; Mon, 5 Nov 2012 02:00:12 +0100
Received: from ESESSMB209.ericsson.se ([169.254.9.182]) by ESESSHC011.ericsson.se ([153.88.183.51]) with mapi id 14.02.0318.001; Mon, 5 Nov 2012 02:00:13 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "'Charles Eckel (eckelcu)'" <eckelcu@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: comments on draft-holmberg-mmusic-sdp-mmt-negotiation-00
Thread-Index: Ac267nvcN3J2CS9eTQqf4SWGCPoMTwAARGUg
Date: Mon, 05 Nov 2012 01:00:12 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B024E1B@ESESSMB209.ericsson.se>
References: <92B7E61ADAC1BB4F941F943788C088281074BD@xmb-aln-x08.cisco.com>
In-Reply-To: <92B7E61ADAC1BB4F941F943788C088281074BD@xmb-aln-x08.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.18]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFrrCLMWRmVeSWpSXmKPExsUyM+Jvje5c/ukBBrcPqFtsmvWFzWLq8scs DkweU35vZPVYsuQnUwBTFJdNSmpOZllqkb5dAldGz+4LbAVr+SoOnN7O3sC4lbuLkZNDQsBE 4lXHcWYIW0ziwr31bF2MXBxCAicZJWYcaIZydjBK7Dq+D6xKSGAxo8Ss3WJdjBwcbAIWEt3/ tEHCIgJREu/WfGUEsYUFXCUez5zACBF3k1h8aS8bhG0ksenUZiaQVhYBFYlbtwJBTF4Bb4mP 021ATCEBL4kpR+JATE6gaM9sdpA+RqDDvp9awwRiMwuIS9x6Mp8J4mABiSV7zkMdLyrx8vE/ VghbUeLjq32MEPU6Egt2f2KDsLUlli18DVbPKyAocXLmExaIl7QlWhZPYJ/AKD4LyYpZSNpn IWmfhaR9ASPLKkb23MTMnPRyw02MwJg5uOW37g7GU+dEDjFKc7AoifNyJe33FxJITyxJzU5N LUgtii8qzUktPsTIxMEp1cDI96BxTX/9dFYNd4e+zedPs5jdWjvh6cvfyp4CCaaWu9Vvudk7 WS2ffz/D+4jimqZojv+q88P/pm8+uX7JpNCFG/w4rU5fqpd81STzZ1/+mS/Xn1WLG3fEOXIY GrxhOrp0dtDLnkv2Gu15x/OLd/YGnPQ+LhBwO0m77s6surcOFjw9YWtS56xWYinOSDTUYi4q TgQANIjdTGcCAAA=
Subject: Re: [MMUSIC] comments on draft-holmberg-mmusic-sdp-mmt-negotiation-00
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, 05 Nov 2012 01:00:16 -0000

Hi Charles,
 
>I read the draft, and I have some concerns it with. It seems that in general one needs to duplicate much of the information from each individual media description in the anymedia media description. I think I could live with that; 
>however, the bigger problem is in regard to figuring out what needs to be specified in the anymedia media description. In the good cases, you merely duplicate the SDP attributes from each individual media description in the anymedia 
>media description. In the bad case, you need to define new SDP attributes.
>Here are some related comments in regard to specific section of the existing draft.
>
>1) Section 5.2.2.2 seems to imply that accepting/rejecting an anymedia media description is always an all of nothing matter. If it contains 2 audio lines and 2 video lines, I need to accept all of them or none of them. It that is the 
>intent, it seems pretty limiting to me.

That is not the intent.

However, it is related to a more general (not specific to muliplexing) question that needs to be clarified - how individual sources/streams within an SDP m- line are rejected.

>2) Section 6.3 says directionality of anymedia applies to all media lines. This seems limiting as well. I may want to temporarily stop a video stream (i.e. make inactive or recvonly), but continue to have the audio be sendrecv.

You can use the ssrc attribute to set the directionality for individual sources/streams.

>3) Section 6.4, I think you need to be able to specify the bandwidth for each media stream in the anymedia group, so new syntax will be needed to deal with the bandwidth attribute.

Yes.

But, again, it is a generic thing for when you have multiple sources/streams per m- line.


Regards,

Christer