Re: [MMUSIC] Review of 4566bis

Christer Holmberg <> Tue, 02 June 2015 10:36 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 2E08B1A9145 for <>; Tue, 2 Jun 2015 03:36:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.201
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 7zvO4wHBzTsa for <>; Tue, 2 Jun 2015 03:36:56 -0700 (PDT)
Received: from ( []) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 67B6A1A88E4 for <>; Tue, 2 Jun 2015 03:36:56 -0700 (PDT)
X-AuditID: c1b4fb2d-f794d6d000004501-3a-556d8746dfd9
Received: from (Unknown_Domain []) by (Symantec Mail Security) with SMTP id F8.A9.17665.6478D655; Tue, 2 Jun 2015 12:36:54 +0200 (CEST)
Received: from ([]) by ([]) with mapi id 14.03.0210.002; Tue, 2 Jun 2015 12:36:53 +0200
From: Christer Holmberg <>
To: Paul Kyzivat <>, "" <>
Thread-Topic: [MMUSIC] Review of 4566bis
Thread-Index: AdCUW7+SbP6HhSmGSPuNOkn7YTpkVgHXMq2AAFm5jMA=
Date: Tue, 2 Jun 2015 10:36:53 +0000
Message-ID: <>
References: <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrALMWRmVeSWpSXmKPExsUyM+Jvra5be26owbpFWhZTlz9msVix4QCr A5PH3/cfmDyWLPnJFMAUxWWTkpqTWZZapG+XwJXx4cRyxoIjPBX7n/WwNzDe5uxi5OSQEDCR aO/Zyg5hi0lcuLeerYuRi0NI4CijxIetF5ghnEWMEpcmHwdyODjYBCwkuv9pgzSICPhKPHt8 mw3EFhZQlzhz9gc7RFxD4tDs+0wQtpXE5KsTGEFsFgEViWfXG1lBbF6g3vPTbzKBjBQSyJbY /S4aJMwJ1Hpg73sWEJsR6J7vp9aAjWEWEJe49WQ+E8SdAhJL9pxnhrBFJV4+/scKYStKfHy1 jxGiXkdiwe5PbBC2tsSyha+ZIdYKSpyc+YRlAqPoLCRjZyFpmYWkZRaSlgWMLKsYRYtTi4tz 042M9VKLMpOLi/Pz9PJSSzYxAqPk4JbfujsYV792PMQowMGoxMOrwJcbKsSaWFZcmXuIUZqD RUmc16srJFRIID2xJDU7NbUgtSi+qDQntfgQIxMHp1QDo47DPc+6GbLGi2Y9nZV8+GBcb9Xp klch4m9OyTdPOZFh19F4i/XUfMVD290cwkz1Qj6bVN5409Miv0pP6mT9jq7185ol7NbasNxq zKx/UBBbfU6gQmmh/V29+IvbT88xdJL/NzPWU3xDt+SM6jbxTesMLJp27ez9vWnmVXOPFk8t g9bZ18W7lFiKMxINtZiLihMB+XtgIHMCAAA=
Archived-At: <>
Subject: Re: [MMUSIC] Review of 4566bis
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 02 Jun 2015 10:36:58 -0000



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

I commented on this elsewhere, but it needs to be clear (no matter how we do it) in the spec in which case overriding applies, and in which case it doesn't.

 Section 6.7:


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

Correct. I wish it would have been a single attribute, with different values :)