Re: [AAA-DOCTORS] Fwd: [Editorial Errata Reported] RFC6733 (4803)

Benoit Claise <bclaise@cisco.com> Tue, 03 January 2017 11:31 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: aaa-doctors@ietfa.amsl.com
Delivered-To: aaa-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA3191294EB; Tue, 3 Jan 2017 03:31:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.611
X-Spam-Level:
X-Spam-Status: No, score=-17.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-3.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 EXZrj1zIB_Bt; Tue, 3 Jan 2017 03:31:42 -0800 (PST)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BFCD91294FD; Tue, 3 Jan 2017 03:31:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=32394; q=dns/txt; s=iport; t=1483443102; x=1484652702; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to; bh=UORMvm9ibmjqmhosaivOuMuUFE0ON/UrAj3fvg20hIo=; b=IgeysjLshBBAxz/HMsQjOfv8Smh81B2SGk7ZY6QItowzFXmmKvQDQCPO nYZX3WVSbAuOh8qloi5W/+A7y5g3CcpCtOdpuz6MLEwGcmcSBVDFc8gSn ZVCaZKMMvfSO7nsUXRUzvtdr4RsaB+qPnTiSIctGPAImrofKJN532QZrg g=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0D/AACdimtY/xbLJq1DGhkBAQEBAQEBA?= =?us-ascii?q?QEBAQcBAQEBAYJxOQ0BAQEBAX4vXY1XcpNTh3uLEYIPgggqhXgCgh4UAQIBAQE?= =?us-ascii?q?BAQEBYiiEaAEBAQQnBkELEAsRAwECIQEGByElCQgGAQwGAgEBiFEDGA4tsEw6K?= =?us-ascii?q?4Z9DYMJAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYZFggKBWYEGgTuBEzuBBAsRATw?= =?us-ascii?q?MCoUNHgWIZhGGD4FChEGFPzWNRYN5gXWFCIMnhjGHfoF1VYNmhA8fOGgfFg0WG?= =?us-ascii?q?INjDQ+BXz00AROFfIIuAQEB?=
X-IronPort-AV: E=Sophos;i="5.33,451,1477958400"; d="scan'208,217";a="651301116"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Jan 2017 11:31:37 +0000
Received: from [10.60.67.87] (ams-bclaise-8916.cisco.com [10.60.67.87]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id v03BVan3029182; Tue, 3 Jan 2017 11:31:37 GMT
To: lionel.morand@orange.com, "aaa-doctors@ietf.org" <aaa-doctors@ietf.org>, "sec-ads@ietf.org" <sec-ads@ietf.org>
References: <20160913214213.4DBFAB80B89@rfc-editor.org> <372e075c-1564-b36a-1eb3-e62c8717535f@cisco.com> <2069_1483442208_586B8820_2069_7324_1_6B7134B31289DC4FAF731D844122B36E0BFC5E94@OPEXCLILM43.corporate.adroot.infra.ftgroup>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <0e62d5b8-98ea-dfc2-0eb6-2993e22955c9@cisco.com>
Date: Tue, 3 Jan 2017 12:31:36 +0100
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <2069_1483442208_586B8820_2069_7324_1_6B7134B31289DC4FAF731D844122B36E0BFC5E94@OPEXCLILM43.corporate.adroot.infra.ftgroup>
Content-Type: multipart/alternative; boundary="------------2143CBDADDD5EFC259AADD83"
Archived-At: <https://mailarchive.ietf.org/arch/msg/aaa-doctors/J0WB1penqseR_hWoc0ks5K5-WQE>
Subject: Re: [AAA-DOCTORS] Fwd: [Editorial Errata Reported] RFC6733 (4803)
X-BeenThere: aaa-doctors@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: AAA Doctors E-mail List <aaa-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/aaa-doctors/>
List-Post: <mailto:aaa-doctors@ietf.org>
List-Help: <mailto:aaa-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/aaa-doctors>, <mailto:aaa-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Jan 2017 11:31:44 -0000

Thanks Lionel,

Where should the resolution be discussed? Here on the mailing list?
At least the reporter Holger Freyther should be included IMO.

Regards, Benoit
>
> This errata report is correct on the inconsistency regarding the 
> definition of the command header and AVP header and how they are used 
> in the rest of the document in the ABNF description of commands and 
> Grouped AVPs.
>
> For commands, the header is defined as follow:
>
>    header           = "<Diameter-Header:" command-id
>
>                          [r-bit] [p-bit] [e-bit] [application-id]">"
>
> whereas "<Diameter Header:" is used when defining commands.
>
> Same for Grouped AVP. It is defined as follow:
>
>          header           = "<" "AVP-Header:" avpcode [vendor] ">"
>
> whereas "<AVP Header:" is used when defining Grouped AVPs.
>
> Considering that most (if not all) the ABNF descriptions have been 
> copied from the commands and Grouped AVPs defined in the RFC3588 or 
> RFC6733, I would be in favor to correct the specification by modifying 
> the definition of the headers, i.e.
>
> --> In section 3.2.  Command Code Format Specification
>
> OLD:
>
>    header           = "<Diameter-Header:" command-id
>
>                          [r-bit] [p-bit] [e-bit] [application-id]">"
>
> NEW:
>
>    header           = "<Diameter Header:" command-id
>
>                          [r-bit] [p-bit] [e-bit] [application-id]">"
>
> --> And in section 4.4
>
> OLD:
>
>          header           = "<" "AVP-Header:" avpcode [vendor] ">"
>
> NEW:
>
>          header           = "<" "AVP Header:" avpcode [vendor] ">"
>
> For command-def  = "<" command-name ">" "::=" diameter-message, I 
> would propose to simply correct the example as all the command 
> definitions given in the document are following the command-def 
> definition.
>
> For the grouped-avp-def, I don't know what would be the best approach. 
> We could follow the same approach and require the addition of "<>" but 
> I don't know what would be the impacts on existing Grouped AVPs 
> defined without.
>
> Regards,
>
> Lionel.
>
> *De :*AAA-DOCTORS [mailto:aaa-doctors-bounces@ietf.org] *De la part 
> de* Benoit Claise
> *Envoyé :* lundi 19 décembre 2016 11:52
> *À :* aaa-doctors@ietf.org; sec-ads@ietf.org
> *Objet :* [AAA-DOCTORS] Fwd: [Editorial Errata Reported] RFC6733 (4803)
>
> Ditto ...
>
> Regards, B.
>
>
>
> -------- Forwarded Message --------
>
> *Subject: *
>
> 	
>
> [Editorial Errata Reported] RFC6733 (4803)
>
> *Date: *
>
> 	
>
> Tue, 13 Sep 2016 14:42:13 -0700
>
> *From: *
>
> 	
>
> RFC Errata System <rfc-editor@rfc-editor.org> 
> <mailto:rfc-editor@rfc-editor.org>
>
> *To: *
>
> 	
>
> vf0213@gmail.com <mailto:vf0213@gmail.com>, jari.arkko@ericsson.com 
> <mailto:jari.arkko@ericsson.com>, john.loughney@nokia.com 
> <mailto:john.loughney@nokia.com>, glenzorn@gmail.com 
> <mailto:glenzorn@gmail.com>, bclaise@cisco.com 
> <mailto:bclaise@cisco.com>, joelja@bogus.com 
> <mailto:joelja@bogus.com>, jouni.nospam@gmail.com 
> <mailto:jouni.nospam@gmail.com>, lionel.morand@orange.com 
> <mailto:lionel.morand@orange.com>
>
> *CC: *
>
> 	
>
> holger+ietf@freyther.de <mailto:holger+ietf@freyther.de>, 
> dime@ietf.org <mailto:dime@ietf.org>, rfc-editor@rfc-editor.org 
> <mailto:rfc-editor@rfc-editor.org>
>
> The following errata report has been submitted for RFC6733,
> "Diameter Base Protocol".
> --------------------------------------
> You may review the report below and at:
> http://www.rfc-editor.org/errata_search.php?rfc=6733&eid=4803
> --------------------------------------
> Type: Editorial
> Reported by: Holger Freyther<holger+ietf@freyther.de> <mailto:holger+ietf@freyther.de>
> Section: 3.2
> Original Text
> -------------
>     Example-Request ::= < Diameter Header: 9999999, REQ, PXY >
>                         { User-Name }
>                      1* { Origin-Host }
>                       * [ AVP ]
> Corrected Text
> --------------
>     <Example-Request> ::= < Diameter-Header: 9999999, REQ, PXY >
>                         { User-Name }
>                      1* { Origin-Host }
>                       * [ AVP ]
> Notes
> -----
> I converted the BNF into a PetitParser parser in Smalltalk/Pharo and noticed that example and grammar do not match. The first issue is with the example following the grammar but most definitions do not follow the BNF so maybe it is best to update the BNF.
>    header           = "<Diameter-Header:" command-id
>                           [r-bit] [p-bit] [e-bit] [application-id]">"
> But "Diameter-Header:" is not used throughout the text so maybe it is better to update the grammar to "Diameter Header:".
>   command-def      = "<" command-name ">" "::=" diameter-message
> but the example is not using <> for the command-name ("Example-Request"). For the grouped-avp-def application is sometimes used with "<" name ">" and sometimes just name.
> 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 (IESG)
> can log in to change the status and edit the report, if necessary.
> --------------------------------------
> RFC6733 (draft-ietf-dime-rfc3588bis-33)
> --------------------------------------
> Title               : Diameter Base Protocol
> Publication Date    : October 2012
> Author(s)           : V. Fajardo, Ed., J. Arkko, J. Loughney, G. Zorn, Ed.
> Category            : PROPOSED STANDARD
> Source              : Diameter Maintenance and Extensions
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
> .
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.