IETF Logo Mail Archive

Re: [MMUSIC] Review of 4566bis

"Ali C. Begen (abegen)" <abegen@cisco.com> Tue, 02 June 2015 09:05 UTC

Return-Path: <abegen@cisco.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 9D2861A9022 for <mmusic@ietfa.amsl.com>; Tue, 2 Jun 2015 02:05:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] 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 A5dWRRGxTEJB for <mmusic@ietfa.amsl.com>; Tue, 2 Jun 2015 02:05:33 -0700 (PDT)
Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEEDA1A9009 for <mmusic@ietf.org>; Tue, 2 Jun 2015 02:05:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4746; q=dns/txt; s=iport; t=1433235932; x=1434445532; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=wUQM4uUcIH8RmQ68ksnhf2jGjCK/uODm12K9dylRDFI=; b=gAAaCdpoesFR0SGd1bWkCffinnc1bHwQD4pIIarCiYBFl/d9b+qQWIPY h2reTgVqmuSXXP6TpMqhiR7Nq9YzRkjUAUEUXbLJl9K0aIbQ+UzQnmAe2 9b4rgjIgzbZ1W+TlTHSuvwhHGoPB88DsI3cImauVWACjDkkBCEM4NB6f8 Q=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A7BABbcW1V/4UNJK1bDoMCVF4Ggxi7QwmBUAqFLUoCHIEZOBQBAQEBAQEBgQqEIgEBAQQBAQEgEToXBAIBCBEEAQEBAgIjAwICAiULFAEICAEBBAESiC0NtHKkHwEBAQEBAQEBAQEBAQEBAQEBAQEBARMEgSGKIoUNBoJiL4EWBYZrjCWLFoErkjSDWSNhglk+b4FGgQEBAQE
X-IronPort-AV: E=Sophos;i="5.13,538,1427760000"; d="scan'208";a="155615174"
Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-6.cisco.com with ESMTP; 02 Jun 2015 09:05:32 +0000
Received: from xhc-aln-x15.cisco.com (xhc-aln-x15.cisco.com [173.36.12.89]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t5295VN3020138 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 2 Jun 2015 09:05:32 GMT
Received: from xmb-aln-x01.cisco.com ([169.254.2.146]) by xhc-aln-x15.cisco.com ([173.36.12.89]) with mapi id 14.03.0195.001; Tue, 2 Jun 2015 04:05:31 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Christer Holmberg <christer.holmberg@ericsson.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+SbP6HhSmGSPuNOkn7YTpkVgHl3cWAADqG0YAAF9hpgAAGaCwA
Date: Tue, 02 Jun 2015 09:05:30 +0000
Message-ID: <6B2AB4E8-81B6-4892-B11C-3BA23847B16D@cisco.com>
References: <7594FB04B1934943A5C02806D1A2204B1D873B05@ESESSMB209.ericsson.se> <556B4841.605@alum.mit.edu> <081901d09cb3$6b4c35a0$41e4a0e0$@gmail.com> <7594FB04B1934943A5C02806D1A2204B1D879D41@ESESSMB209.ericsson.se>
In-Reply-To: <7594FB04B1934943A5C02806D1A2204B1D879D41@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150508
x-originating-ip: [10.98.108.92]
Content-Type: text/plain; charset="utf-8"
Content-ID: <2FEC58F5C3CA2C40904BB618DB5B32A9@emea.cisco.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/QP1ETAsUNAkRJtpYo7To3RdSrgU>
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:05:34 -0000





On 6/2/15, 12:02 PM, "mmusic on behalf of Christer Holmberg" <mmusic-bounces@ietf.org on behalf of christer.holmberg@ericsson.com> wrote:

>Hi Roni,
>
>>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.

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

v2.23.0 | Report a Bug | By Email