Re: [Idr] RFC 4684 pedantry - routes with no Route Target

"John G. Scudder" <jgs@juniper.net> Thu, 29 May 2014 18:20 UTC

Return-Path: <jgs@juniper.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 53A5C1A01C3 for <idr@ietfa.amsl.com>; Thu, 29 May 2014 11:20:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, 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 hVz9IokENXaT for <idr@ietfa.amsl.com>; Thu, 29 May 2014 11:20:56 -0700 (PDT)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1blp0189.outbound.protection.outlook.com [207.46.163.189]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D55A1A049D for <idr@ietf.org>; Thu, 29 May 2014 11:20:55 -0700 (PDT)
Received: from CO2PR05MB731.namprd05.prod.outlook.com (10.141.228.21) by CO2PR05MB636.namprd05.prod.outlook.com (10.141.199.24) with Microsoft SMTP Server (TLS) id 15.0.944.11; Thu, 29 May 2014 18:20:48 +0000
Received: from mnagle-sslvpn-nc.jnpr.net (66.129.241.12) by CO2PR05MB731.namprd05.prod.outlook.com (10.141.228.21) with Microsoft SMTP Server (TLS) id 15.0.949.11; Thu, 29 May 2014 18:20:46 +0000
Content-Type: text/plain; charset="windows-1252"
MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
From: "John G. Scudder" <jgs@juniper.net>
In-Reply-To: <20140521155225.GD9789@pfrc>
Date: Thu, 29 May 2014 14:20:50 -0400
Content-Transfer-Encoding: quoted-printable
Message-ID: <25B13537-15F0-4994-8504-C04FF94C72C3@juniper.net>
References: <20140521124753.GC5675@pfrc> <8540.1400685704@erosen-lnx> <20140521155225.GD9789@pfrc>
To: Jeffrey Haas <jhaas@pfrc.org>
X-Mailer: Apple Mail (2.1878.2)
X-Originating-IP: [66.129.241.12]
X-ClientProxiedBy: BLUPR07CA021.namprd07.prod.outlook.com (10.255.223.174) To CO2PR05MB731.namprd05.prod.outlook.com (10.141.228.21)
X-Forefront-PRVS: 022649CC2C
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(6009001)(428001)(24454002)(377454003)(51444003)(189002)(199002)(4396001)(81342001)(47776003)(20776003)(74502001)(79102001)(101416001)(46102001)(42186004)(77982001)(76482001)(89996001)(33656002)(83072002)(31966008)(50226001)(83716003)(85852003)(64706001)(74662001)(76176999)(23746002)(19580395003)(77156001)(50466002)(53416003)(81156002)(87976001)(88136002)(82746002)(80022001)(83322001)(102836001)(86362001)(81542001)(92726001)(15202345003)(93916002)(50986999)(57306001)(69596002)(104166001)(15975445006)(36756003)(87286001)(21056001)(99396002)(62966002)(92566001)(19580405001)(66066001)(104396001)(42262001); DIR:OUT; SFP:; SCL:1; SRVR:CO2PR05MB731; H:mnagle-sslvpn-nc.jnpr.net; FPR:; MLV:sfv; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
Received-SPF: None (: juniper.net does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=jgs@juniper.net;
X-OriginatorOrg: juniper.net
Archived-At: http://mailarchive.ietf.org/arch/msg/idr/DK9ao0d8yatAX1sUxtlocC9-CNc
Cc: idr@ietf.org, Eric Rosen <erosen@cisco.com>
Subject: Re: [Idr] RFC 4684 pedantry - routes with no Route Target
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 May 2014 18:20:58 -0000

Jeff,

On May 21, 2014, at 11:52 AM, Jeffrey Haas <jhaas@pfrc.org> wrote:

> Chairs, presuming that we do end up with that sort of behavioral consensus
> about no RT's, is an errata against RFC 4684 sufficient or would you want to
> see something more?

http://www.ietf.org/iesg/statement/errata-processing.html has some guidance for how to handle proposed errata. I think it’s hard to argue that this oversight in 4684 (that it’s silent on the subject of routes that have no RTs) is an outright error — it’s an oversight. To make matters worse, the most obvious parsing of 4684 (to me, anyway) is that you should fail closed, not open as you propose. So the only item I see in the guidelines that might apply is:

	• Changes that modify the working of a protocol to something that might be different from the intended consensus when the document was approved should be either Hold for Document Update or Rejected. Deciding between these two depends on judgment. Changes that are clearly modifications to the intended consensus, or involve large textual changes, should be Rejected. In unclear situations, small changes can be Hold for Document Update.

That gives us the options of “hold for document update” or “rejected”. Neither one of those is what we want in order to actually update 4684, which is “verified”. So I think that, irrespective of what I want, we probably have to formally update 4684. For that matter, I’m not convinced that it’s obvious that there’s a real WG consensus on the proposed behavior. 

So, sorry, I do think it needs a draft of its own.

—John