Re: [MMUSIC] [Technical Errata Reported] RFC4566 (5595)

Adam Roach <adam@nostrum.com> Fri, 11 January 2019 19:29 UTC

Return-Path: <adam@nostrum.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 840241294FA for <mmusic@ietfa.amsl.com>; Fri, 11 Jan 2019 11:29:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.68
X-Spam-Level:
X-Spam-Status: No, score=-1.68 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=nostrum.com
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 aCab7eHq5-1A for <mmusic@ietfa.amsl.com>; Fri, 11 Jan 2019 11:29:08 -0800 (PST)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24674130DE7 for <mmusic@ietf.org>; Fri, 11 Jan 2019 11:29:08 -0800 (PST)
Received: from Svantevit.roach.at (99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id x0BJSrCZ020756 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Fri, 11 Jan 2019 13:28:55 -0600 (CST) (envelope-from adam@nostrum.com)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nostrum.com; s=default; t=1547234936; bh=pZ4Hbjv81mu9/EGjYbjKHZybna4j9PYcuYvggAew1cc=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=AV8B/esLog66cl1EoTh9bFA/+detn8nJgSW3iJC7+Otxo0q9afjIJyxgTQT56Um+c 828+gy/YRjS96NURBc4lxIVvLXrPUn1L4/aGFLVsAzajd9cWyY7LRKYdEzDmOcVcW6 yjVtSR63RM7ZnxEvCGvPOldGiY/bqB81/fpnpO3E=
X-Authentication-Warning: raven.nostrum.com: Host 99-152-146-228.lightspeed.dllstx.sbcglobal.net [99.152.146.228] claimed to be Svantevit.roach.at
To: Paul Kyzivat <pkyzivat@alum.mit.edu>, "Dale R. Worley" <worley@ariadne.com>
Cc: mmusic@ietf.org
References: <8736pz7w6r.fsf@hobgoblin.ariadne.com> <0bd08a80-828b-9270-dc8a-9512fe027801@alum.mit.edu>
From: Adam Roach <adam@nostrum.com>
Message-ID: <f921922b-3b61-cb32-ae25-c06f0c40ded4@nostrum.com>
Date: Fri, 11 Jan 2019 13:28:48 -0600
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <0bd08a80-828b-9270-dc8a-9512fe027801@alum.mit.edu>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/s03CMVh29_A9IPk-Oniv53PjxxM>
Subject: Re: [MMUSIC] [Technical Errata Reported] RFC4566 (5595)
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 11 Jan 2019 19:29:16 -0000

It sounds good to me as well.

I'll note that, while the document has entered "publication requested" 
state, it's still very early on (AD review hasn't even happened yet), so 
making changes to the document should be very easy at this point.

In terms of the errata, I think the proper disposition is "hold for 
update," as it identifies a real issue, even if it calls for an 
incorrect solution.

/a

On 1/11/19 11:04 AM, Paul Kyzivat wrote:
> I like this. If Flemming agrees, I'll await instructions on the 
> procedure for making the change.
>
>     Thanks,
>     Paul
>
> On 1/10/19 9:41 PM, Dale R. Worley wrote:
>> Paul Kyzivat <pkyzivat@alum.mit.edu> writes:
>>> Do you have a thought about how to improve it? As it is, the text reads
>>> as normative, but the ABNF should really be the formal authority, with
>>> this being just a summary.
>>
>> I think an adequate fix could be confined to an editorial change:
>>
>>     Some lines in each description are REQUIRED and some are OPTIONAL,
>>     but all MUST appear in exactly the order given here (the fixed order
>>     greatly enhances error detection and allows for a simple 
>> parser).  In
>>     the following overview OPTIONAL items are marked with a "*".  (For
>>     details, see the formal grammar in Section 9.)
>>
>>        Session description
>>           v=  (protocol version)
>>           o=  (originator and session identifier)
>>           s=  (session name)
>>           i=* (session information)
>>           u=* (URI of description)
>>           e=* (email address)
>>           p=* (phone number)
>>           c=* (connection information -- not required if included in
>>                all media descriptions)
>>           b=* (zero or more bandwidth information lines)
>>           One or more time descriptions:
>>             ("t=", "r=" and "z=" lines; see below)
>>           k=* (encryption key)
>>           a=* (zero or more session attribute lines)
>>           Zero or more media descriptions
>>
>> +  The referenced subsections of the description have this structure:
>>
>>        Time description
>>           t=  (time the session is active)
>>           r=* (zero or more repeat times)
>>           z=* (optional time zone offset line)
>>
>>        Media description, if present
>>           m=  (media name and transport address)
>>           i=* (media title)
>>           c=* (connection information -- optional if included at
>>                session level)
>>           b=* (zero or more bandwidth information lines)
>>           k=* (encryption key)
>>           a=* (zero or more media attribute lines)
>>
>> Inserting that one sentence tends to terminate the scope of "the
>> following overview".
>>
>> Dale
>>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic