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

"Charles Eckel (eckelcu)" <eckelcu@cisco.com> Mon, 05 November 2012 00:42 UTC

Return-Path: <eckelcu@cisco.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 6555821F8805 for <mmusic@ietfa.amsl.com>; Sun, 4 Nov 2012 16:42:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
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 m9y7ydahP40H for <mmusic@ietfa.amsl.com>; Sun, 4 Nov 2012 16:42:55 -0800 (PST)
Received: from rcdn-iport-7.cisco.com (rcdn-iport-7.cisco.com [173.37.86.78]) by ietfa.amsl.com (Postfix) with ESMTP id B7DFF21F8804 for <mmusic@ietf.org>; Sun, 4 Nov 2012 16:42:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1384; q=dns/txt; s=iport; t=1352076175; x=1353285775; h=from:to:subject:date:message-id: content-transfer-encoding:mime-version; bh=86XzW58ItmgiGCbgLMrwhlpwF4ezs0yx9EnW4ovuZlM=; b=RQKTb6f6+E/imEsYioxayoKLwQvGIO5hlEEanHkcYoILDH0rsKVhSo2V MPGM+GVLHiMFJnsre0JjzU8NsJ9blof3SMsc/i3rXet0ycFPka05e4YYt orTMhGinodyNTv9d9iUJCK4gwnCOeiqRWYMZHOxnG7ma07A6XXEVm5Zq6 o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EACYKl1CtJV2b/2dsb2JhbABEwzuBCIIgAQQSASdRASoUQiYBBBsah2iYO4ErnwaRXGEDpFSBa4JvgVskGg
X-IronPort-AV: E=Sophos;i="4.80,712,1344211200"; d="scan'208";a="138686624"
Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-7.cisco.com with ESMTP; 05 Nov 2012 00:42:55 +0000
Received: from xhc-rcd-x01.cisco.com (xhc-rcd-x01.cisco.com [173.37.183.75]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id qA50gtCV013170 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for <mmusic@ietf.org>; Mon, 5 Nov 2012 00:42:55 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.25]) by xhc-rcd-x01.cisco.com ([173.37.183.75]) with mapi id 14.02.0318.001; Sun, 4 Nov 2012 18:42:54 -0600
From: "Charles Eckel (eckelcu)" <eckelcu@cisco.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: comments on draft-holmberg-mmusic-sdp-mmt-negotiation-00
Thread-Index: Ac267nvcN3J2CS9eTQqf4SWGCPoMTw==
Date: Mon, 05 Nov 2012 00:42:53 +0000
Message-ID: <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: [10.21.150.39]
x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19338.004
x-tm-as-result: No--27.195500-8.000000-31
x-tm-as-user-approved-sender: No
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [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 00:42:56 -0000

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.

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.

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.

Cheers,
Charles