Re: [Pce] [Editorial Errata Reported] RFC5440 (4956)

"BRUNGARD, DEBORAH A" <db3546@att.com> Thu, 02 March 2017 23:31 UTC

Return-Path: <db3546@att.com>
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 1728B1293E1; Thu, 2 Mar 2017 15:31:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.522
X-Spam-Level:
X-Spam-Status: No, score=-1.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_DYNAMIC=1.08, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=no 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 gZ3qzScFvYAS; Thu, 2 Mar 2017 15:31:17 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1725512706D; Thu, 2 Mar 2017 15:31:17 -0800 (PST)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id v22LOhhJ015179; Thu, 2 Mar 2017 16:25:42 -0500
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0048589.ppops.net-00191d01. with ESMTP id 28xu5c06px-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 02 Mar 2017 16:25:42 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v22LPeMA009646; Thu, 2 Mar 2017 16:25:41 -0500
Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id v22LPW2f009459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 2 Mar 2017 16:25:36 -0500
Received: from MISOUT7MSGHUBAA.ITServices.sbc.com (MISOUT7MSGHUBAA.itservices.sbc.com [130.9.129.145]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Thu, 2 Mar 2017 21:25:22 GMT
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.162]) by MISOUT7MSGHUBAA.ITServices.sbc.com ([130.9.129.145]) with mapi id 14.03.0319.002; Thu, 2 Mar 2017 16:25:21 -0500
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "pce@ietf.org" <pce@ietf.org>, "rtg-ads@ietf.org" <rtg-ads@ietf.org>
Thread-Topic: [Pce] [Editorial Errata Reported] RFC5440 (4956)
Thread-Index: AQHSknjCRx8RKAWNKkaonygQ1IpJ6KGAINWAgAHwxXA=
Date: Thu, 02 Mar 2017 21:25:20 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C85DE8D935@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <20170301102953.91F6AB8107B@rfc-editor.org> <051c01d29278$fe0ea870$fa2bf950$@olddog.co.uk>
In-Reply-To: <051c01d29278$fe0ea870$fa2bf950$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.70.244.229]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2017-03-02_17:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1703020186
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/0tC4Jz3Rl1TIOo6X0seZwlEvyQI>
Subject: Re: [Pce] [Editorial Errata Reported] RFC5440 (4956)
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Thu, 02 Mar 2017 23:31:18 -0000

Hi Adrian,

Much thanks for the catch. I've verified - hopefully this meets your criteria for SOON as I would not want to be an example in your draft:-)

Deborah


> -----Original Message-----
> From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> Sent: Wednesday, March 01, 2017 5:46 AM
> To: pce@ietf.org; rtg-ads@ietf.org
> Subject: RE: [Pce] [Editorial Errata Reported] RFC5440 (4956)
> 
> 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://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.iana.org_assignments_pcep_pcep.xhtml-23pcep-
> 2Dobjects&d=DQICAg&c=LFYZ-
> o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=zTpEpsMI7ID2Y51iuu
> MuyeVi5EQRlmaSiZu972Yo_5w&s=NE2thC9Tljil9xWVP8oIBIXIM2nY4X5Vel0ElRI
> B2zw&e=
> 
> 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:
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.rfc-
> 2Deditor.org_errata-5Fsearch.php-3Frfc-3D5440-26eid-
> 3D4956&d=DQICAg&c=LFYZ-
> o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=zTpEpsMI7ID2Y51iuu
> MuyeVi5EQRlmaSiZu972Yo_5w&s=nD7-oTxeqDLDwDFIhk-
> taL1kYPVOoqBVUEVETZwUdMk&e=
> >
> > --------------------------------------
> > 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://urldefense.proofpoint.com/v2/url?u=https-
> 3A__www.ietf.org_mailman_listinfo_pce&d=DQICAg&c=LFYZ-
> o9_HUMeMTSQicvjIg&r=6UhGpW9lwi9dM7jYlxXD8w&m=zTpEpsMI7ID2Y51iuu
> MuyeVi5EQRlmaSiZu972Yo_5w&s=dNNwtvf5IuP6oBe28khBLWrQenNDCXUiFxT
> BBnzEZo0&e=