Re: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03

"Ali C. Begen (abegen)" <abegen@cisco.com> Fri, 01 April 2011 09:09 UTC

Return-Path: <abegen@cisco.com>
X-Original-To: mmusic@core3.amsl.com
Delivered-To: mmusic@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B41C23A67A4 for <mmusic@core3.amsl.com>; Fri, 1 Apr 2011 02:09:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.56
X-Spam-Level:
X-Spam-Status: No, score=-10.56 tagged_above=-999 required=5 tests=[AWL=0.039, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M1oIPP7MLnPt for <mmusic@core3.amsl.com>; Fri, 1 Apr 2011 02:09:34 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 9E2BC3A6452 for <mmusic@ietf.org>; Fri, 1 Apr 2011 02:09:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=abegen@cisco.com; l=2258; q=dns/txt; s=iport; t=1301649075; x=1302858675; h=mime-version:content-transfer-encoding:subject:date: message-id:in-reply-to:references:from:to; bh=gpwfP7i4su4cEtPtcCqxpdpiyFQxZkJA63K+PC2WAi0=; b=nH4q119e9Sq1bCdo/2TrT1L5rfQ7Lky9HonIr0vGd+jJ6jI9hAPVE79h ZNK3/LOrK5R6rbphJ2RzL7TylspHq/almvbgBMAh/XuoO3UcqbTgEOIbe H1ExnVwDabtjbHusH+1S46WQ+Rz3w3TFG0lQ6lZ+mr132Cj7wa+b13luK 4=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvYAAFmVlU2rRDoH/2dsb2JhbACYHo0+d6RUnDyDEIJbBIVEizY
X-IronPort-AV: E=Sophos;i="4.63,281,1299456000"; d="scan'208";a="422203321"
Received: from mtv-core-2.cisco.com ([171.68.58.7]) by sj-iport-1.cisco.com with ESMTP; 01 Apr 2011 09:11:14 +0000
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by mtv-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p319BEDV006291; Fri, 1 Apr 2011 09:11:14 GMT
Received: from xmb-sjc-215.amer.cisco.com ([171.70.151.169]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 1 Apr 2011 02:11:14 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 01 Apr 2011 02:11:11 -0700
Message-ID: <04CAD96D4C5A3D48B1919248A8FE0D540EAAD3B5@xmb-sjc-215.amer.cisco.com>
In-Reply-To: <AANLkTin-VXWfKhJcOiqjiHDYWb4A6A6S_iUp9eCAF0in@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03
Thread-Index: AcvwQHlMPKYZF36KTgeC8xO/Wnl9uAAC7lhg
References: <4919E001-92CF-4546-B759-8E4118CEB73E@magorcorp.com><AF4EFD59-7FA0-4AFD-ACAB-6764A11543E9@magorcorp.com> <AANLkTin-VXWfKhJcOiqjiHDYWb4A6A6S_iUp9eCAF0in@mail.gmail.com>
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Stephen Botzko <stephen.botzko@gmail.com>, mmusic <mmusic@ietf.org>
X-OriginalArrivalTime: 01 Apr 2011 09:11:14.0621 (UTC) FILETIME=[C064E6D0:01CBF04C]
Subject: Re: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Fri, 01 Apr 2011 09:09:35 -0000

We might need to fix the text but as the prezo said, the sender gives its preference on how the media needs to be displayed on the other side. And the other side - if it is sending media - tells this side how to present that media. It is not negotiation.

As for the audio, the use case may not be as compelling as it is for video, but the semantics are not media dependent.

In the revision, we should fix the errors in the examples.

Thanks.
-acbegen

> -----Original Message-----
> From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On Behalf Of Stephen Botzko
> Sent: Friday, April 01, 2011 9:43 AM
> To: mmusic
> Subject: Re: [MMUSIC] draft-jennings-mmusic-adjacent-grouping-03
> 
> I am wondering about the following:
> 
> Section 3.1 "This is a declarative SDP parameter and is not negotiated."
> 
> Section 3.3 "The offer MUST contain the sender's desired layout. The answer MAY contain the desired layout of the streams
> that the system sending the answer will be sending to the system that sent the offer."
> 
> The text in section 3.3 looks like negotiation to me.  Presumably the answering system is taking the offering system's desired
> layout into account.
> 
> Also, I do not think the arrangement of audio streams in an MxN grid is very compelling - do you have a good use case for
> this?  There are of course several sound formats already available in RFC 3551, I am wondering why we need to standardize
> more than that.
> 
> BR
> Stephen Botzko
> 
> 
> 
> On Fri, Apr 1, 2011 at 8:42 AM, Peter Musgrave <peter.musgrave@magorcorp.com> wrote:
> 
> 
> 	Hi Cullen/Ali,
> 
> 	Overall, I think this is clean and usable. It solves enough useful cases without trying to "solve world hunger".
> 
> 	Is it worth having an example in which the video is SSRC muxed as described in section 3.2?
> 
> 	Also, I believe your example in 4.2 wants to have all the m lines be video (they are audio in the sample).
> 
> 	Thanks,
> 
> 	Peter Musgrave
> 
> 
> 	_______________________________________________
> 	mmusic mailing list
> 	mmusic@ietf.org
> 	https://www.ietf.org/mailman/listinfo/mmusic
> 
>