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

Megan Ferguson <mferguson@amsl.com> Mon, 16 March 2020 21:46 UTC

Return-Path: <mferguson@amsl.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 0CADB3A11ED for <mmusic@ietfa.amsl.com>; Mon, 16 Mar 2020 14:46:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.889
X-Spam-Level:
X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 DHLKdyEuBBX6 for <mmusic@ietfa.amsl.com>; Mon, 16 Mar 2020 14:46:10 -0700 (PDT)
Received: from mail.amsl.com (c8a.amsl.com [4.31.198.40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C45C63A11E5 for <mmusic@ietf.org>; Mon, 16 Mar 2020 14:46:10 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by c8a.amsl.com (Postfix) with ESMTP id E36CD203413; Mon, 16 Mar 2020 14:46:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from c8a.amsl.com ([127.0.0.1]) by localhost (c8a.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BcpHAVbmA64w; Mon, 16 Mar 2020 14:46:04 -0700 (PDT)
Received: from [10.0.1.18] (unknown [47.144.155.28]) by c8a.amsl.com (Postfix) with ESMTPA id 6F886203411; Mon, 16 Mar 2020 14:46:04 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Megan Ferguson <mferguson@amsl.com>
In-Reply-To: <1e018ec4-059a-e7d8-75fb-c1638b5672d0@alum.mit.edu>
Date: Mon, 16 Mar 2020 14:46:10 -0700
Cc: RFC System <rfc-editor@rfc-editor.org>, M.Handley@cs.ucl.ac.uk, van@packetdesign.com, Colin Perkins <csp@csperkins.org>, Ben Campbell <ben@nostrum.com>, Alexey Melnikov <aamelnikov@fastmail.fm>, Adam Roach <adam@nostrum.com>, bo.burman@ericsson.com, fandreas@cisco.com, mmusic@ietf.org, Paul Kyzivat <pkyzivat@alum.mit.edu>
Content-Transfer-Encoding: quoted-printable
Message-Id: <4B36BB06-0B98-4339-AD17-465F6BEF5A41@amsl.com>
References: <20200316192743.32695F406D9@rfc-editor.org> <1e018ec4-059a-e7d8-75fb-c1638b5672d0@alum.mit.edu>
To: megan_ruggiero@outlook.com
X-Mailer: Apple Mail (2.1878.6)
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/pNBbqWiQOYsTWyAhEt95tzQPjWw>
Subject: Re: [MMUSIC] [Technical Errata Reported] RFC4566 (6022)
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: Mon, 16 Mar 2020 21:46:13 -0000

Hi Megan,

Both the RPC and the verifier of the erratum have the ability to edit the report.

If you *do* want to submit a change to an erratum, you can send your changes to the RPC with Old/New format clearly specified and we can update and repost for you to review.

Thanks.

RFC Editor/mf

On Mar 16, 2020, at 12:58 PM, Paul Kyzivat <pkyzivat@alum.mit.edu> wrote:

> Inline...
> 
> On 3/16/20 3:27 PM, RFC Errata System wrote:
>> The following errata report has been submitted for RFC4566,
>> "SDP: Session Description Protocol".
>> --------------------------------------
>> You may review the report below and at:
>> https://www.rfc-editor.org/errata/eid6022
>> --------------------------------------
>> Type: Technical
>> Reported by: Megan Ruggiero <megan_ruggiero@outlook.com>
>> Section: 9
>> Original Text
>> -------------
>>    ; sub-rules of 'e=', see RFC 2822 for definitions
>>    email-address        = address-and-comment / dispname-and-address
>>                           / addr-spec
>>    address-and-comment  = addr-spec 1*SP "(" 1*email-safe ")"
>>    dispname-and-address = 1*email-safe 1*SP "<" addr-spec ">"
>>    ; sub-rules of 'p='
>>    phone-number =        phone *SP "(" 1*email-safe ")" /
>>                          1*email-safe "<" phone ">" /
>>                          phone
>> Corrected Text
>> --------------
>>    ; sub-rules of 'e=', see RFC 2822 for definitions
>>    email-address        = address-and-comment / dispname-and-address
>>                           / addr-spec
>>    address-and-comment  = addr-spec 1*SP "(" 1*email-safe ")"
>>    dispname-and-address = 1*email-safe 1*SP "<" addr-spec ">"
>>    ; sub-rules of 'p='
>>    phone-number =        phone *SP "(" 1*email-safe ")" /
>>                          1*email-safe 1*SP "<" phone ">" /
>>                          phone
>> Notes
>> -----
>> There's an inconsistency between the definitions of dispname-and-address and phone-number. I am not sure if this is intentional or not, and in practice this doesn't change what's matched (as email-safe includes spaces), but I thought it'd be worth mentioning since I myself got tripped up when translating the grammar.
>> Alternatively, perhaps 1*SP should be removed from dispname-and-address.
> 
> I just checked, and this remains in rfc4566bis.
> 
> Since this has no practical impact I see no reason to change anything.
> 
> 	Thanks,
> 	Paul
> 
>> Instructions:
>> -------------
>> This erratum is currently posted as "Reported". If necessary, please
>> use "Reply All" to discuss whether it should be verified or
>> rejected. When a decision is reached, the verifying party
>> can log in to change the status and edit the report, if necessary.
>> --------------------------------------
>> RFC4566 (draft-ietf-mmusic-sdp-new-26)
>> --------------------------------------
>> Title               : SDP: Session Description Protocol
>> Publication Date    : July 2006
>> Author(s)           : M. Handley, V. Jacobson, C. Perkins
>> Category            : PROPOSED STANDARD
>> Source              : Multiparty Multimedia Session Control RAI
>> Area                : Real-time Applications and Infrastructure
>> Stream              : IETF
>> Verifying Party     : IESG
>> _______________________________________________
>> mmusic mailing list
>> mmusic@ietf.org
>> https://www.ietf.org/mailman/listinfo/mmusic
>