Re: [MMUSIC] Review of 4566bis

Christer Holmberg <christer.holmberg@ericsson.com> Tue, 02 June 2015 09:09 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F4A01AD373 for <mmusic@ietfa.amsl.com>; Tue, 2 Jun 2015 02:09:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RS25Y1E1LMk6 for <mmusic@ietfa.amsl.com>; Tue, 2 Jun 2015 02:09:30 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0B451AD372 for <mmusic@ietf.org>; Tue, 2 Jun 2015 02:09:21 -0700 (PDT)
X-AuditID: c1b4fb25-f79b66d000001131-7c-556d72c039db
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 13.27.04401.0C27D655; Tue, 2 Jun 2015 11:09:20 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.71]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0210.002; Tue, 2 Jun 2015 11:08:54 +0200
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: "Ali C. Begen (abegen)" <abegen@cisco.com>, Roni Even <ron.even.tlv@gmail.com>, 'Paul Kyzivat' <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] Review of 4566bis
Thread-Index: AdCUW7+SbP6HhSmGSPuNOkn7YTpkVgHXMq2AADqG0oAAG+az0P//4IQA///d0UA=
Date: Tue, 02 Jun 2015 09:08:52 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B1D879DFD@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B1D873B05@ESESSMB209.ericsson.se> <556B4841.605@alum.mit.edu> <081901d09cb3$6b4c35a0$41e4a0e0$@gmail.com> <7594FB04B1934943A5C02806D1A2204B1D879D41@ESESSMB209.ericsson.se> <6B2AB4E8-81B6-4892-B11C-3BA23847B16D@cisco.com>
In-Reply-To: <6B2AB4E8-81B6-4892-B11C-3BA23847B16D@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="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrCLMWRmVeSWpSXmKPExsUyM2J7oO6BotxQg68XhSwebJ/LaDF1+WMW ixUbDrBa/G1ndmDx+Pv+A5PHlN8bWT12zrrL7rFkyU+mAJYoLpuU1JzMstQifbsErowFFxYw FaxRrdj2fj9zA+MGlS5GTg4JAROJhtV7GCFsMYkL99azdTFycQgJHGGUWD75BhOEs4hRYvq+ tyxdjBwcbAIWEt3/tEHiIgKLGSWmnDvJBtItLKAucebsD3YQW0RAQ+LQ7PtMELafxIxnrWBx FgEViUPT7oJt4xXwlVi6Yx8zxII+JomODXtYQBKcArYS77ZdAxvKCHTS91NrwAYxC4hL3Hoy nwniVAGJJXvOM0PYohIvH/9jhbAVJT6+2scIciizgKbE+l36EK2KElO6H7JD7BWUODnzCcsE RtFZSKbOQuiYhaRjFpKOBYwsqxhFi1OLk3LTjYz1Uosyk4uL8/P08lJLNjECo+nglt+qOxgv v3E8xCjAwajEw6vAlxsqxJpYVlyZe4hRmoNFSZzXsyskVEggPbEkNTs1tSC1KL6oNCe1+BAj EwenVAOjWqx3lOSRrvvX3CZNk9ohZNCsx5TJ1GIhvV+Q/Z7xurNP5Kp/K76LmGX2ZKXje48Z 5hHr2ra+ldRMDfaZ0Pcx4fOx4uaWzqaTbzguHTB9e6FJ7kCDl/nT+6cvL3SM1dP+oWHoLekt omJ5dH7IsvOBOmuKpqz/vZI3c1pZQsHKvd2rvTl/vziqxFKckWioxVxUnAgAHkHjUIcCAAA=
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/VrhAn24h0J98bFCIoC60-NVY0Kk>
Subject: Re: [MMUSIC] Review of 4566bis
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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, 02 Jun 2015 09:09:32 -0000

Hi,

>>>I do not think that general media level overrides session level value 
>>>works for the b= attribute Roni
>>
>>b= is not an attribute :)
>>
>>Anyway, my suggestion would be that the DEFAULT RULE for all SDP elements that can occur both on session and media level should be that the media level overrides the session level. Then, in cases where it does not apply, it should be explicitly stated.
>
>We can do this, but naturally I will ask everyone to let me know which ones are the exceptions.

I think it should also be added to the pieces of information that must be provided when defining a new information element that can occur both on session- and media level.

Regards,

Christer



>> -----Original Message-----
>> From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Paul 
>> Kyzivat
>> Sent: 31 May, 2015 8:43 PM
>> To: mmusic@ietf.org
>> Subject: Re: [MMUSIC] Review of 4566bis
>> 
>> On 5/31/15 9:38 AM, Christer Holmberg wrote:
>> 
>> Good list Christer!
>> 
>> I have comments on a few of your issues:
>> 
>> > Q6_2:
>> >
>> > In some of the sub-sections, it is indicated that a media-level 
>> > attribute value overrides a session-level attribute value. As far 
>> > as I know, that applies to all attributes (that can be present both 
>> > on the session-level and media-level), so there should be a generic 
>> > statement about that.
>> >
>> > This is similar to the comment on the c= line.
>> 
>> I used to think this, but I think there are some exceptions. (But I 
>> don't
>offhand
>> remember what they are.)
>> 
>> > Section 6.7:
>> >
>> > ---------------
>> >
>> > Q6-7_1:
>> >
>> > The text says:
>> >
>> >     "If any one of these appears in a media section then it applies 
>> > for
>> >
>> >     that media section.  If none appear in a media section then the 
>> > one
>> >
>> >     from session level, if any, applies to that media section."
>> >
>> > There should be a general statement in the draft about session 
>> > level information applying to the media level.
>> 
>> I wish there could be a general statement, but it is hard, given
>exceptions.
>> Perhaps there could be a general statement with note that it can be
>overridden
>> in particular cases.
>> 
>> But in any case, *this* is different, because it says that the 
>> presence of
>any
>> *one* of four different attributes at media level overrides the 
>> presence
>of any
>> one of those four at session level.
>> 
>> > Section 6.11:
>> >
>> > -----------------
>> >
>> > The text says that the attribute "specifies the language" of the 
>> > session description.
>> >
>> > There has been some confusion about what that really means, so I 
>> > think it would be good to clarify that it applies to any textual 
>> > information that may be provided within the description.
>> >
>> > It would also be good to explicitly indicate that the attribute is 
>> > not related to languages used in the actual media streams.
>> 
>> +1
>> 
>> 	Thanks,
>> 	Paul
>> 
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>
>_______________________________________________
>mmusic mailing list
>mmusic@ietf.org
>https://www.ietf.org/mailman/listinfo/mmusic
>
>_______________________________________________
>mmusic mailing list
>mmusic@ietf.org
>https://www.ietf.org/mailman/listinfo/mmusic