Re: [mpls] [Technical Errata Reported] RFC3107 (4497)

<l.wood@surrey.ac.uk> Thu, 22 October 2015 12:21 UTC

Return-Path: <l.wood@surrey.ac.uk>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EF851B3671 for <mpls@ietfa.amsl.com>; Thu, 22 Oct 2015 05:21:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.202
X-Spam-Level:
X-Spam-Status: No, score=-4.202 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 iWIey2huIld6 for <mpls@ietfa.amsl.com>; Thu, 22 Oct 2015 05:21:37 -0700 (PDT)
Received: from mail1.bemta14.messagelabs.com (mail1.bemta14.messagelabs.com [193.109.254.105]) (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 B07FD1B366D for <mpls@ietf.org>; Thu, 22 Oct 2015 05:21:36 -0700 (PDT)
Received: from [193.109.255.147] by server-1.bemta-14.messagelabs.com id 77/11-28791-DC4D8265; Thu, 22 Oct 2015 12:21:33 +0000
X-Env-Sender: l.wood@surrey.ac.uk
X-Msg-Ref: server-15.tower-72.messagelabs.com!1445516492!1917520!1
X-Originating-IP: [131.227.200.35]
X-StarScan-Received:
X-StarScan-Version: 7.19.2; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 3105 invoked from network); 22 Oct 2015 12:21:33 -0000
Received: from exht021p.surrey.ac.uk (HELO EXHT021P.surrey.ac.uk) (131.227.200.35) by server-15.tower-72.messagelabs.com with AES128-SHA encrypted SMTP; 22 Oct 2015 12:21:33 -0000
Received: from EXHY021V.surrey.ac.uk (131.227.200.104) by EXHT021P.surrey.ac.uk (131.227.200.35) with Microsoft SMTP Server (TLS) id 8.3.348.2; Thu, 22 Oct 2015 13:21:32 +0100
Received: from emea01-am1-obe.outbound.protection.outlook.com (131.227.200.4) by EXHY021v.surrey.ac.uk (131.227.200.104) with Microsoft SMTP Server (TLS) id 14.3.224.2; Thu, 22 Oct 2015 13:21:32 +0100
Received: from DB4PR06MB457.eurprd06.prod.outlook.com (10.141.238.15) by DB4PR06MB459.eurprd06.prod.outlook.com (10.141.238.21) with Microsoft SMTP Server (TLS) id 15.1.300.14; Thu, 22 Oct 2015 12:21:31 +0000
Received: from DB4PR06MB457.eurprd06.prod.outlook.com ([10.141.238.15]) by DB4PR06MB457.eurprd06.prod.outlook.com ([10.141.238.15]) with mapi id 15.01.0300.010; Thu, 22 Oct 2015 12:21:31 +0000
From: l.wood@surrey.ac.uk
To: loa@pi.nu, rcallon@juniper.net, erosen@juniper.net, martin.vigoureux@alcatel-lucent.com, rfc-editor@rfc-editor.org, akatlas@gmail.com, db3546@att.com, aretana@cisco.com, swallow@cisco.com
Thread-Topic: [mpls] [Technical Errata Reported] RFC3107 (4497)
Thread-Index: AQHRBfs7YtY+I0XFTUy0w57w2zJFTp5qtUqAgAAy3ICAA6QyAIAAnUSAgAP4XYCAA96/AIAAHwxigAAT2ICAAEd2Cg==
Date: Thu, 22 Oct 2015 12:21:31 +0000
Message-ID: <DB4PR06MB457C905BD0E32CF0C68C496AD270@DB4PR06MB457.eurprd06.prod.outlook.com>
References: <20151013210728.27DF9187E28@rfc-editor.org> <561E1CC9.7080600@pi.nu> <561E4773.1090904@alcatel-lucent.com> <5621556E.1000600@juniper.net> <5621D95B.8090209@pi.nu> <DM2PR05MB573CC1E441903926743E42DA53A0@DM2PR05MB573.namprd05.prod.outlook.com> <56286D0A.8090506@pi.nu> <DB4PR06MB457D92560FC0FBFF44D9AA1AD270@DB4PR06MB457.eurprd06.prod.outlook.com>, <562897BB.4050102@pi.nu>
In-Reply-To: <562897BB.4050102@pi.nu>
Accept-Language: en-AU, en-US
Content-Language: en-AU
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [124.149.33.17]
x-microsoft-exchange-diagnostics: 1; DB4PR06MB459; 5:Ac+w1v4qt+o1bx2t8QEXkjcufdmCzJn331GY013Be480cW05BiMUStPoBx4MJDi0zZ29qT4Yy5MWhjZrDluBh2U6h8Kxv0jrD5mkFzHOSmPkLe/hilpeKT/JDj/igdPRh4TKlonXmgRdqDFS5rZ/qA==; 24:qW3KdcZIrtr6XEtioeskAFUADGD8DO2ao7+ZXUgeBnLPny20uyZvD+pVgQEOw76dBwI49sjHA1jAE4uCjH0N57nNdkp60fBfcIqOW1mL8d0=; 20:ZvqwQSpA2r59QT8MrZOqLlxe/13CfseZs+wHKi4+Uc0fT3cF/Xs+Q6IUsTge+8nhwTjh1iaoxM6AXbSSVNar1Q==
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR06MB459;
x-microsoft-antispam-prvs: <DB4PR06MB45917CD6C799B7F6694F42BAD270@DB4PR06MB459.eurprd06.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(138986009662008)(97927398514766)(95692535739014);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001)(102215026); SRVR:DB4PR06MB459; BCL:0; PCL:0; RULEID:; SRVR:DB4PR06MB459;
x-forefront-prvs: 0737B96801
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(979002)(6009001)(377454003)(479174004)(377424004)(189002)(43544003)(51444003)(13464003)(24454002)(199003)(1720100001)(102836002)(74482002)(50986999)(46102003)(15975445007)(122556002)(5001960100002)(77096005)(76176999)(189998001)(64706001)(54356999)(87936001)(2950100001)(19580405001)(11100500001)(19580395003)(66066001)(74316001)(92566002)(5007970100001)(5004730100002)(1941001)(2900100001)(101416001)(10400500002)(5003600100002)(5008740100001)(76576001)(15198665003)(33656002)(5001770100001)(97736004)(93886004)(86362001)(2201001)(81156007)(4001150100001)(15395725005)(105586002)(106356001)(2501003)(40100003)(106116001)(5002640100001)(7059030)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR06MB459; H:DB4PR06MB457.eurprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: surrey.ac.uk does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2015 12:21:31.0379 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 6b902693-1074-40aa-9e21-d89446a2ebb5
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR06MB459
X-OrganizationHeadersPreserved: DB4PR06MB459.eurprd06.prod.outlook.com
X-OriginatorOrg: surrey.ac.uk
X-CrossPremisesHeadersPromoted: EXHY021v.surrey.ac.uk
X-CrossPremisesHeadersFiltered: EXHY021v.surrey.ac.uk
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/AJiqGreEXqFSnn3sdNLfn7QthWI>
Cc: alexander.okonnikov@gmail.com, mpls@ietf.org
Subject: Re: [mpls] [Technical Errata Reported] RFC3107 (4497)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 22 Oct 2015 12:21:40 -0000

The singular of criteria is criterion. ('Just one errata' - sigh)

what this indicates about the quality of technical writing in the IETF is less than flattering...

This isn't a matter for IETF consensus. it's a matter for a dictionary.
________________________________________
From: Loa Andersson <loa@pi.nu>
Sent: Thursday, 22 October 2015 7:00:59 PM
To: Wood L  Dr (Elec Electronic Eng); rcallon@juniper.net; erosen@juniper.net; martin.vigoureux@alcatel-lucent.com; rfc-editor@rfc-editor.org; akatlas@gmail.com; db3546@att.com; aretana@cisco.com; swallow@cisco.com
Cc: alexander.okonnikov@gmail.com; mpls@ietf.org
Subject: Re: [mpls] [Technical Errata Reported] RFC3107 (4497)

Lloyd,

I thinks so, I've tried criteria and criterium a couple of time, and
consistently having reviews suggesting to change criteria to criterias
alternatively criterium to criteriums.

However errata 4497 is just one errata, and that is what we are talking
about, if you sort out the grammar and reach IETF consensus please let
me know.

/Loa


On 2015-10-22 14:51, l.wood@surrey.ac.uk wrote:
> To continue hair splitting, the singular of 'errata' is 'erratum'. Just like 'data' and 'datum'.
>
> 'errata is' makes no sense. Did you mean that all errata are right? Or is IETF convention at odds with English?
>
> thanks
>
> Lloyd Wood
> http://about.me/lloydwood
> ________________________________________
> From: mpls <mpls-bounces@ietf.org> on behalf of Loa Andersson <loa@pi.nu>
> Sent: Thursday, 22 October 2015 3:58 PM
> To: Ross Callon; Eric Rosen; Martin Vigoureux; RFC Errata System; akatlas@gmail.com; db3546@att.com; aretana@cisco.com; swallow@cisco.com
> Cc: alexander.okonnikov@gmail.com; mpls@ietf.org
> Subject: Re: [mpls] [Technical Errata Reported] RFC3107 (4497)
>
> Ross,
>
> To continue hair splitting.
>
> 1. Yes the errata is right
>
> 2. We need to accept the errata.
>
> 3. The new text should be:
>      "Label distribution can be piggybacked in the BGP Update message by
>       using the BGP-4 Multiprotocol Extensions attribute defined in
>       RFC 2858 [BGP-MP]."
>
> That makes the document internally consistent, though all references
> are obsoleted. To take care of this we need a note:
> "Accept - hold for a potential 3107bis, the reference pointed to in
>    this errata should be update to reflect the most recent versions of
>    the BGP specification and of the Multiprotocol BGP specification."
>
> Deborah,
>
> Is this actionable?
>
> /Loa
>
>
> On 2015-10-20 01:52, Ross Callon wrote:
>> Referring to the errata updating the reference: I think that at the time that RFC 3107 was published the reference to 2283 was wrong both because 2283 had already been updated, and because there is no actual reference to 2283 in the references section. The errata is therefore correct. The problem that I have with "hold for document update" is that by now, and therefore by the time (if any) that we update 3107, the errata will also be out of date.
>>
>> My inclination is to think that at the time that 3107 was published the errata was correct, and thus we should accept it.
>>
>> Ross
>>
>> -----Original Message-----
>> From: Loa Andersson [mailto:loa@pi.nu]
>> Sent: Saturday, October 17, 2015 1:15 AM
>> To: Eric Rosen; Martin Vigoureux; RFC Errata System; akatlas@gmail.com; db3546@att.com; aretana@cisco.com; swallow@cisco.com; Ross Callon
>> Cc: alexander.okonnikov@gmail.com; mpls@ietf.org
>> Subject: Re: [mpls] [Technical Errata Reported] RFC3107 (4497)
>>
>> Eric,
>>
>> On 2015-10-17 03:52, Eric C Rosen wrote:
>>> On 10/14/2015 8:15 AM, Martin Vigoureux wrote:
>>>> I think we should stick to changing [RFC 2283] into [BGP-MP]. Otherwise
>>>> it could open the door to creating erratas for any reference that would
>>>> have been updated/obsoleted.
>>>
>>> Of course, one could also ask whether it is worthwhile to accept an
>>> erratum that changes one obsolete reference to another.  Whether one
>>> looks in the RFC index for RFC2283 or for RFC2858, one will eventually
>>> follow the change of tags to RFC4760.
>>
>> I take this to mean "Accept - hold for a potential 3107bis", right?
>>
>> /Loa
>>>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>