[MMUSIC] [Technical Errata Reported] RFC4566 (6022)
RFC Errata System <rfc-editor@rfc-editor.org> Mon, 16 March 2020 19:27 UTC
Return-Path: <wwwrun@rfc-editor.org>
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 801883A0F2E for <mmusic@ietfa.amsl.com>; Mon, 16 Mar 2020 12:27:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.89
X-Spam-Level:
X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 90MP2D_doXFz for <mmusic@ietfa.amsl.com>; Mon, 16 Mar 2020 12:27:44 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7E7B3A0F24 for <mmusic@ietf.org>; Mon, 16 Mar 2020 12:27:44 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 32695F406D9; Mon, 16 Mar 2020 12:27:43 -0700 (PDT)
To: M.Handley@cs.ucl.ac.uk, van@packetdesign.com, csp@csperkins.org, ben@nostrum.com, aamelnikov@fastmail.fm, adam@nostrum.com, bo.burman@ericsson.com, fandreas@cisco.com
X-PHP-Originating-Script: 30:errata_mail_lib.php
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: megan_ruggiero@outlook.com, mmusic@ietf.org, rfc-editor@rfc-editor.org
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20200316192743.32695F406D9@rfc-editor.org>
Date: Mon, 16 Mar 2020 12:27:43 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/7NEdSBKWpvN2TwgwZwMLXJmIT0w>
Subject: [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 19:27:48 -0000
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. 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] [Technical Errata Reported] RFC4566 (602… RFC Errata System
- Re: [MMUSIC] [Technical Errata Reported] RFC4566 … Paul Kyzivat
- Re: [MMUSIC] [Technical Errata Reported] RFC4566 … Megan Ferguson
- Re: [MMUSIC] [Technical Errata Reported] RFC4566 … Megan Ruggiero