Re: [MMUSIC] draft-ietf-mmusic-rfc4566bis-10: can attributes have a null value

"Ali C. Begen (abegen)" <abegen@cisco.com> Wed, 06 August 2014 07:44 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 4E3F01B2CB9 for <mmusic@ietfa.amsl.com>; Wed, 6 Aug 2014 00:44:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.502
X-Spam-Level:
X-Spam-Status: No, score=-14.502 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, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, 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 Ky1B-rCExQ3v for <mmusic@ietfa.amsl.com>; Wed, 6 Aug 2014 00:44:12 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5450C1B2CB8 for <mmusic@ietf.org>; Wed, 6 Aug 2014 00:44:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2247; q=dns/txt; s=iport; t=1407311052; x=1408520652; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=Ijw0/zFMGPTHwP4YH7tKB2O8qT7kFxPNrm06EC4Twvw=; b=j0sjKwkSrit9W62bizTdFsFSVpVHUErjZobNAjvColUpzfu1R5AExwXY z5eab0e/WY7ivpgKJ4xLLZlRjP+Oalzr2kqaQlTjOy8m7zc3Ztt8T1R9Q VvSR7dJCoi/GDL4II/+UlN3BBYkd+3rTyRa9GBsmYx+DIoogCV3pS1iqT o=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AmcFAFnc4VOtJA2L/2dsb2JhbABZDoJcI1JXBMwRCoZ1UwGBDRZ3hAMBAQEDAQEBATc0CwULAgEIDgoeECcLJQIEDgWIOggBDMMQEwSPGTMHgy+BHAWcEpRlgxJCbIFG
X-IronPort-AV: E=Sophos;i="5.01,810,1400025600"; d="scan'208";a="345440809"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by rcdn-iport-6.cisco.com with ESMTP; 06 Aug 2014 07:44:11 +0000
Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by alln-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id s767iBxw000848 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 6 Aug 2014 07:44:11 GMT
Received: from xmb-aln-x01.cisco.com ([fe80::747b:83e1:9755:d453]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.03.0123.003; Wed, 6 Aug 2014 02:44:11 -0500
From: "Ali C. Begen (abegen)" <abegen@cisco.com>
To: Paul Kyzivat <pkyzivat@alum.mit.edu>
Thread-Topic: [MMUSIC] draft-ietf-mmusic-rfc4566bis-10: can attributes have a null value
Thread-Index: AQHPsL+/lwH5oM3vOES81+mS9FmxcpvCnvgAgAADOQCAAOSMAA==
Date: Wed, 06 Aug 2014 07:44:10 +0000
Message-ID: <27CEE70F-2CE0-4091-86D2-7BC1E6648A09@cisco.com>
References: <b0f1449ce327d51a1a6e947df246533f@mail.gmail.com> <53E0F464.3080600@alum.mit.edu> <b051742dcd65e676fb7806ff3ea93b86@mail.gmail.com> <53E11D12.4060803@alum.mit.edu>
In-Reply-To: <53E11D12.4060803@alum.mit.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.61.109.254]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <703DC81A8326A942933564CA9A15129B@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/D_-OC1Yw1Z12hu1yUtVBWgnClz4
Cc: "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] draft-ietf-mmusic-rfc4566bis-10: can attributes have a null value
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: Wed, 06 Aug 2014 07:44:14 -0000

On Aug 5, 2014, at 9:06 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> On 8/5/14 1:54 PM, Brett Tate wrote:
>>> Given how established SDP is, I think we need to be careful about
>>> *how* we clarify it, to minimize compatibility issues.
>> 
>> I agree.  One option is potentially to keep it invalid.  A comment
>> potentially could be added indicating that RFC 3611 is a reason to
>> accommodate the unexpected ABNF expansion (i.e. sender not updated to
>> comply with the errata).
>> 
>>> The referenced erratum says that for one particular attribute the
>>> colon is required even if there is no value after it. And the proposed
>>> fix is to only permit the colon if there is a value.
>> 
>> Errata 3795's proposed fix to RFC 3611 would allow the ABNF to comply with
>> RFC 4566.
>> 
>>> I think we should at least *consider* changing it to:
>>> 
>>>     attribute =           att-field [ ":" [att-value] ]
>>> 
>>> It would be good to hear from anybody who thinks this change
>>> would be troublesome.
>> 
>> It would cause the rfc4566bis attribute ABNF to not be backward compatible
>> with RFC 4566 devices.
>> 
>> This could cause issues with some RFC 4566 devices; however some already
>> accommodate it for interoperability reasons.
> 
> In practice this is only an issue for attributes that are specified to be meaningful both with and without a value. We could investigate the current population to see how many fit into that category. I suspect it is very few.
> 
> My thought in proposing the change was to encourage those ignoring attributes they don't understand to also ignore those with a colon and no value. But we don't want to encourage people to do that. If we only have one case that called for this usage, then maybe we just deal with it there.

I think errata 3795 should be accepted and we just make the clarification in the bis document (i.e., say "dont use just a column").

What is the process for reviving errata 3795?


> 
> 	Thanks,
> 	Paula
> 
> 	Thanks,
> 	Paul
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic