Re: [Pce] [Editorial Errata Reported] RFC5440 (4956)
"Adrian Farrel" <adrian@olddog.co.uk> Wed, 01 March 2017 10:45 UTC
Return-Path: <adrian@olddog.co.uk>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75F32129481; Wed, 1 Mar 2017 02:45:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 9hKGtWNLJLDl; Wed, 1 Mar 2017 02:45:55 -0800 (PST)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4FB79128B38; Wed, 1 Mar 2017 02:45:55 -0800 (PST)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v21AjqOY008036; Wed, 1 Mar 2017 10:45:53 GMT
Received: from 950129200 ([176.241.251.3]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v21AjmND007873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2017 10:45:50 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: pce@ietf.org, rtg-ads@ietf.org
References: <20170301102953.91F6AB8107B@rfc-editor.org>
In-Reply-To: <20170301102953.91F6AB8107B@rfc-editor.org>
Date: Wed, 01 Mar 2017 10:45:45 -0000
Message-ID: <051c01d29278$fe0ea870$fa2bf950$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKxCW6E3Z0RTrbBt7XIjotCrRcr2Z/C3KAQ
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22914.006
X-TM-AS-Result: No--16.410-10.0-31-10
X-imss-scan-details: No--16.410-10.0-31-10
X-TMASE-MatchedRID: gjZGo2H/wj++9Go4BgFPZrU+IyHhkXf1QZXZg2I8JaZjO6DgT78oRZrt SdDRAyM+TGcP5NqJXx/HSHHTD75S5lWvXViLHnx3ws9cphnKwlHuHZGuwo6K7b0rWM4nIpJrE7L U8DtRFAD4wXsjg8XnKsrwwM67bcRV/rLeCVcPyeC1iGPZya8XhsWmFF22SfTeRq/Bt79tzN+ngZ ilSHWrT01i8No7236czde2f0e2yRxcSWfGD61zQfVFR4sC8dPyGbJMFqqIm9wQICTU2b8F2QB71 tCo2/1BxV8JyCZckKL+lJje/s5JwrhwokiLwJxbdmhRVoZE90Bu/Xr6CKXiN4wu2h+tn8c2Wrvr tnfQ0rgO1eozpdHlErkHrrFzEfAGrCnez62PEcq8coKUcaOOvVAI6wCVrE3vgrAXgr/AjP0klQ1 z0Pp6n02VeB+pSdNp2MeMv+72M8SYO0IZ/mjynxfY306nA3boj5hUmqusTPgNmPMcsvd5Fg42cI 60OgkFslVouE/7acIeYZj+jjPzyU1+zyfzlN7y/sToY2qzpx6x5amWK2anSPoLR4+zsDTtICGtr jObpPILQWMTpzR0XhRglk7uDBRUvRe/J9L+1sp0C8X1dAlpMY4p6wJP5WQZ
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/rat_LyOMSE2cLEy8wFGHkqQrssE>
Subject: Re: [Pce] [Editorial Errata Reported] RFC5440 (4956)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 01 Mar 2017 10:45:58 -0000
Looking at the IANA section for draft-ietf-pce-inter-layer-ext-12.txt which is in flight with the IANA team, we discovered that the Object-Type value of 0 is not mentioned in nearly every entry at https://www.iana.org/assignments/pcep/pcep.xhtml#pcep-objects Looking back at RFC 5440 (and at some more recent RFCs) I think the intention was that an Object-Type of 0 should not be used (perhaps the first PCEP implementation was written in Pascal?). Thus, this Errata Report proposes that IANA be instructed to mark ALL Object-Type 0 entries as "Reserved". Largely speaking, this just fills in missing information, but it changes the 0 values for: LSP draft-ietf-pce-stateful-pce (0 currently "Unassigned") SRP draft-ietf-pce-stateful-pce (0 currently "Unassigned") VENDOR-INFORMATION RFC 7470 (0 is "Unassigned") BU draft-ietf-pce-pcep-service-aware (0 currently "Unassigned") It would also be wise to mark the unassigned Object Classes to read... OLD 36-255 Unassigned 1-15: Unassigned NEW 36-255 Unassigned 0: Reserved 1-15: Unassigned Since two of these documents are in late-stage RFC Editor processing, I suggest the ADs would do well to act SOON. Adrian > -----Original Message----- > From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of RFC Errata System > Sent: 01 March 2017 10:30 > To: jpv@cisco.com; jeanlouis.leroux@orange-ftgroup.com; akatlas@gmail.com; > db3546@att.com; aretana@cisco.com; jonathan.hardwick@metaswitch.com; > jpv@cisco.com; julien.meuric@orange.com > Cc: pce@ietf.org; text/plain@rfc-editor.org; rfc-editor@rfc-editor.orgContent- > Type; afarrel@juniper.net; charset=UTF-8@rfc-editor.org > Subject: [Pce] [Editorial Errata Reported] RFC5440 (4956) > > The following errata report has been submitted for RFC5440, > "Path Computation Element (PCE) Communication Protocol (PCEP)". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=5440&eid=4956 > > -------------------------------------- > Type: Editorial > Reported by: Adrian Farrel <afarrel@juniper.net> > > Section: 9.3 > > Original Text > ------------- > > > Corrected Text > -------------- > > > Notes > ----- > This section does not tell IANA the range for the Object-Types to be registered > for each Object-Class, nor what to do with the values not assigned in this > document. > > IANA has correctly recognised that the top value is 15, and that the values > between those shown here and 15 should be marked as "Unassigned." > > However, there is confusion over the value 0 for an Object-Type. The old entries > (arising from RFC 5440) do not mention 0. Newer entries for RFC 7470 and several > I-Ds in the pipe mark 0 as Unassigned. > > For consistency, ALL 0 Object-Types should be marked "Reserved". > > (This might need an Errata Report against some other RFCs if you are particularly > fussy, but I think we can do it all on this report.) > > 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. > > -------------------------------------- > RFC5440 (draft-ietf-pce-pcep-19) > -------------------------------------- > Title : Path Computation Element (PCE) Communication Protocol (PCEP) > Publication Date : March 2009 > Author(s) : JP. Vasseur, Ed., JL. Le Roux, Ed. > Category : PROPOSED STANDARD > Source : Path Computation Element > Area : Routing > Stream : IETF > Verifying Party : IESG > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce
- [Pce] [Editorial Errata Reported] RFC5440 (4956) RFC Errata System
- Re: [Pce] [Editorial Errata Reported] RFC5440 (49… Adrian Farrel
- Re: [Pce] [Editorial Errata Reported] RFC5440 (49… Adrian Farrel
- Re: [Pce] [Editorial Errata Reported] RFC5440 (49… BRUNGARD, DEBORAH A