Re: [netmod] [Technical Errata Reported] RFC8349 (6251)

"Rob Wilton (rwilton)" <rwilton@cisco.com> Mon, 10 August 2020 18:29 UTC

Return-Path: <rwilton@cisco.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25FDB3A0B98; Mon, 10 Aug 2020 11:29:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, 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 header.b=JSWvEyEA; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=z0kls2sJ
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 VetsUToyPUsk; Mon, 10 Aug 2020 11:29:54 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74E433A0B3B; Mon, 10 Aug 2020 11:29:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4500; q=dns/txt; s=iport; t=1597084193; x=1598293793; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=UOLxxUYe0R8uO/r/qFKGKdEWGerGXVxkDBBIhRa8eIw=; b=JSWvEyEAk4jYHi+a/uoj/CTo8VBpfLI1ySAxZo0OK4kSUtnQ5zTdrk6G 70b2aI6EPIu0CHL4lq3U7apuJsrU3GnWISpki6tEmLDpvjS8YlgAyM7/K mq0AI1H5vmWKdE98BKuOTQEXN5m8Nvmw0fkxT7ttvoxZLZXqJRbP2w14A A=;
X-IPAS-Result: =?us-ascii?q?A0APBgCtkTFf/5JdJa1gHAEBAQEBAQcBARIBAQQEAQFAg?= =?us-ascii?q?UqBUikoB29YLywKh3IDjVGYZoJTA1ULAQEBDAEBGAsKAgQBAYQIRAKCNgIkO?= =?us-ascii?q?BMCAwEBAQMCAwEBAQEFAQEBAgEGBG2FXAyFcQEBAQQBARAoBgEBLAsBCwQCA?= =?us-ascii?q?QgRBAEBHxAnCx0IAgQBDQUIEweDBYJLAy4BAwuncgKBOYhhdIE0gwEBAQWFC?= =?us-ascii?q?RiCDgMGgTiCcIofGoFBP4ERQ4JNPoEEgVgBAYE3KoNIgi2PZCeMdJkrCoJim?= =?us-ascii?q?jqCfYlYkz2SLoFsmR6EKgIEAgQFAg4BAQWBaiOBV3AVGiGCaVAXAg2OHwwXg?= =?us-ascii?q?QIBCoJBhRSFCQE3AXQ3AgYIAQEDCXyNeIE0AYEQAQE?=
IronPort-PHdr: =?us-ascii?q?9a23=3AXyrHtRcl5g6YpBdR7DUYUyXvlGMj4e+mNxMJ6p?= =?us-ascii?q?chl7NFe7ii+JKnJkHE+PFxlwaTB9fR9/lDjezbuLymUmsFst6Ns3EHJZpLUR?= =?us-ascii?q?JNycAbhBcpD8PND0rnZOXrYCo3EIUnNhdl8ni3PFITFJP4YFvf8Xeu5jkUHB?= =?us-ascii?q?j0KUx+IeGmUoLXht68gua1/ZCbag5UhT27NLV1Khj+rQjYusQMx4V4LaNkwR?= =?us-ascii?q?rSqXwOcONTlm4=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.75,458,1589241600"; d="scan'208";a="517305714"
Received: from rcdn-core-10.cisco.com ([173.37.93.146]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 10 Aug 2020 18:29:52 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by rcdn-core-10.cisco.com (8.15.2/8.15.2) with ESMTPS id 07AITldH002101 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 10 Aug 2020 18:29:52 GMT
Received: from xhs-aln-003.cisco.com (173.37.135.120) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 10 Aug 2020 13:29:51 -0500
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 10 Aug 2020 13:29:51 -0500
Received: from NAM10-MW2-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Mon, 10 Aug 2020 13:29:51 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=C+uhaGS1E39WbjjOtNsF/riaGBGgxdsbh+yPrfynSYAQ0wwZEBDrIjsIq1E10LSh/uLziso5nSniBR7C0zSxQAOfDjNEcuWh7Ch/RoEoN4sUO6ZGIL+qSXGD5ly4sAv/+0u25gbhlXUJFJIo1YtP4pcXr40+EQNVMjwlVLMHs/rxKJ0bGfwEU7tVxb+XbYYllTpOKewQd/9doBnOl2S04fNK2+xFWQqo7hxSrdtdr0+YUjZZcXIbq5D8QxBkhXaKjjGq6vqC18rVLsU6Yu2LfnN+UGy0FQ7Pxy21JLHdTY7ZGq3KwHWAUp0w9KWYZ6Eacy5ZrgJHyxXOWM+HEMg5nA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=f23EngAYoE5F0ErD7Q7VO3v/dyBadwfHbmlX5hEtamo=; b=n9Ek+g0uNmY/x0LWJShOl8TFD7xdM7ad3q4sYm/fV7paPVHP8Rwe/hh2nCFerUYhAxvxDTIFSaGPSInZqo/PSSdkGKiRF9F4ur3tvyFgluZ25UUpW3uLpa71+l4YdGHcQrRrQJxnv6pdiYBT1ov+wKoX/XxiCIvCmJ6LOrElCHMIoCW0sNYuGFR6fa+XaywSYzuyW+4aifMuVCD2LKdiuabPfnNxj/Y63rDknXvM5APfoD20jfqUulxasnQBB4vXQBIjPuu2zslS4uJa3HSZzNY3e2Ca5ytIt0DpwIbyDzjbbjy758ZAQKEXdzoZQ4Q9iDkkND6sxGVApMJP6PXslw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=f23EngAYoE5F0ErD7Q7VO3v/dyBadwfHbmlX5hEtamo=; b=z0kls2sJP9QCgcpCK/iFe2jnXZABCFSugQfPQgFoX9wa/dGvrYdFdbKaRURsoD3T7aAG/ZV8fqxCIG4jkd/kcHxiP2Fkf9xtv1hbFt9FGf7th2XC6UGQ7ebeBLXzOdjs7+4Q9TPTEldufcQgQDKawxDsTsU8HF6/FsMRbFYKadg=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by MN2PR11MB4205.namprd11.prod.outlook.com (2603:10b6:208:192::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3261.17; Mon, 10 Aug 2020 18:29:50 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::4d3f:f3e:add7:dfc1]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::4d3f:f3e:add7:dfc1%3]) with mapi id 15.20.3261.024; Mon, 10 Aug 2020 18:29:50 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: tom petch <ietfc@btconnect.com>, RFC Errata System <rfc-editor@rfc-editor.org>, "lhotka@nic.cz" <lhotka@nic.cz>, "Acee Lindem (acee)" <acee@cisco.com>, "yingzhen.qu@huawei.com" <yingzhen.qu@huawei.com>, "warren@kumari.net" <warren@kumari.net>
CC: "tsaad@juniper.net" <tsaad@juniper.net>, "netmod@ietf.org" <netmod@ietf.org>, "netconf-chairs@ietf.org" <netconf-chairs@ietf.org>
Thread-Topic: [netmod] [Technical Errata Reported] RFC8349 (6251)
Thread-Index: AQHWbNHhSUshi5N2+keh3LWeejMSwKkxjfoAgAAbM8A=
Date: Mon, 10 Aug 2020 18:29:49 +0000
Message-ID: <MN2PR11MB43664780B4844ABA07C84D0AB5440@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <20200807154534.98486F4074B@rfc-editor.org> <AM7PR07MB62480F112A28FA0B0F068D91A0440@AM7PR07MB6248.eurprd07.prod.outlook.com>
In-Reply-To: <AM7PR07MB62480F112A28FA0B0F068D91A0440@AM7PR07MB6248.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: btconnect.com; dkim=none (message not signed) header.d=none;btconnect.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [82.15.79.32]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 63fcfab2-8605-45e1-a20b-08d83d5b5dfa
x-ms-traffictypediagnostic: MN2PR11MB4205:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <MN2PR11MB4205344B0FD2B8D8432B8B61B5440@MN2PR11MB4205.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: a4xEqs1i6nYSchxxazIH5QFo7899JoJpH1Utm29bHOMBOUYhTTrhFgUVuXLwgazeIm/QHzYF8z5bC0RJFILsMSGPIVJjmKBZ3Szg66JX20kDO6P6LcT5QWpxt/d71QoVMwnh1dyLwpnD6EK3FGfU96amoSZ29sK2rkKbVbXjTEHQDCpVAhamFC+Aau4JARqAHnQsqLCLjrxkLjYDqnGriJ/c0gBlpMgNP8iW7buR3CrW1m8a+vzfA8/MJIVmOtG/XIlRr6auZAIUE0v60K9hpr1ZEHauo1szzgRtgu7xxyh6ZklAfw94LZ1iVL53kTN8ZgD5wPPy9YESROu2ZjWnOM7mVQlOJuN+Y2RibVOJD4nfSVA+qWh3STZTZheyK2MDV1cPhcpBRHfYzWzqMXJn2g==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:MN2PR11MB4366.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(4636009)(346002)(366004)(376002)(39860400002)(396003)(136003)(9686003)(83380400001)(66476007)(66556008)(64756008)(66446008)(71200400001)(186003)(26005)(76116006)(4326008)(53546011)(296002)(316002)(6506007)(66946007)(7696005)(33656002)(52536014)(54906003)(2906002)(966005)(8676002)(478600001)(5660300002)(110136005)(86362001)(55016002)(8936002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: huQ9S1B9F/amY6ytZNsjy0brV0Fy9CPhZpsEjXI2zAv8UDqFq4UWqT7YPhiFqdcDaSes84YZxn9IFsFWAjxlsNji2D5ZuyfsDsBLAjrsxcK6uZDAWxibRW1XtA13rbCvpbXtyKBaQUDkvU7wtO/JDwhjwSbTiABIEFqc5ZlkN+n1B85r7E7HhtxW9iurc+EZBzKle/EAvIkRuv+TwuRZJ/IRWUGo/gcxjC7FxrXXO4ecw8XcbDk/qFTiMvH8cjgUkn7qbxgovpfx7TspUZHVWq9mee0yCX8MxyG2EF+t/AdPjDrVewyzmAAuJ/Wuiv7IC+b5TGg61TQV9juvkpeyU3/iAJFXRoRa1TC7u4ubHEmr8TEUXw+45ELlRc2vF7H7MmsRP3fze2cHq8m0KWMACD/d9qEhBQX+J0x3afaIAu1m64n1sv2P3X1NhuZGeDm8HUs2l3PfCWSnH3B2kVYfbJnoITIgwqwJkYsTjLvO8ZMyBcCbAldCLlxkPSP+kDrahy/npCP2JJNKoiXeRj5K8ng/SR0FqD3fqBrU8Fi9jDVFLbu36uydDsZyXEyOOQEZeqlEoYngocEz21VkpnuKR7/Td5i9+42a9TrwfLtlClg8WfnIVjH3B86wXurw1b0eeSyXl3HU++2l6WhbBveo1A==
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: MN2PR11MB4366.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 63fcfab2-8605-45e1-a20b-08d83d5b5dfa
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Aug 2020 18:29:49.9221 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: iRsPZuC++ISiGPl1oIoEID2ouFuu1L+T8CaRNniuBgTRECBU7UbEXjFbKMg7qvilJhvtuFA01URcHvLmmanJDQ==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4205
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: rcdn-core-10.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/71jdDzwbBczf60ue8zpMBzH75GE>
Subject: Re: [netmod] [Technical Errata Reported] RFC8349 (6251)
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 10 Aug 2020 18:30:05 -0000

[Resend to hopefully pass recipient limit filter]

Hi Tom,

I would be interested to hear from the original authors.

My impression is that this is a technically reasonable change, but I don't think that an erratum can create a new revision of a YANG module.

If this erratum was processed as "Hold for document update" then would that be sufficient to do the right thing in the MPLS YANG module?

Regards,
Rob


> -----Original Message-----
> From: tom petch <ietfc@btconnect.com>
> Sent: 10 August 2020 17:32
> To: RFC Errata System <rfc-editor@rfc-editor.org>rg>; lhotka@nic.cz; Acee
> Lindem (acee) <acee@cisco.com>om>; yingzhen.qu@huawei.com; warren@kumari.net;
> Rob Wilton (rwilton) <rwilton@cisco.com>om>; joelja@bogus.com;
> kent+ietf@watsen.net; lberger@labn.net
> Cc: tsaad@juniper.net; netmod@ietf.org
> Subject: Re: [netmod] [Technical Errata Reported] RFC8349 (6251)
> 
> From: netmod <netmod-bounces@ietf.org> on behalf of RFC Errata System
> <rfc-editor@rfc-editor.org>
> Sent: 07 August 2020 16:45
> 
> <tp>
> This is the erratum of whose arrival I speculated on this list on June
> 16th.
> 
> There is a degree of urgency about it.  The I-D in question is mpls-base-
> yang, currently in IETF Last Call, which is a Normative dependency of bfd-
> yang which is a Normative dependency for a small mountain of I-D which
> have been waiting a year or so (e.g.  ospf-yang).
> 
> I suspect that the technically perfect solution would involve a YANG
> union, choice or some such structure but as I said in my Last Call comment
> I can live with a label that contains such as 'address' encompassing such
> as 'label' in the context of forwarding.  I take labels to mean what
> labels mean rather than what I might find in a work of reference.
> 
> Tom Petch
> 
> The following errata report has been submitted for RFC8349,
> "A YANG Data Model for Routing Management (NMDA Version)".
> 
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6251
> 
> --------------------------------------
> Type: Technical
> Reported by: Tarek Saad <tsaad@juniper.net>
> 
> Section: 7
> 
> Original Text
> -------------
> The RPC "active-route" is used to retrieve the active route in a RIB.
> RFC8349 defined two AFIs (v4/v6).
> 
> draft-ietf-mpls-base-yang is defining a new RIB AFI for MPLS as per
> section 3 in RFC8349.
> 
> The RPC has a "MUST" statement that all RIBs must augment input
> parameters with a leaf named 'destination-address'.
> 
> For MPLS RIB, it makes sense to augment with leaf named 'local-label'
> since MPLS routes are identified by MPLS label.
> 
> We ask to make the following change:
> 
> OLD:
>            action active-route {
>              description
>                "Return the active RIB route that is used for the
>                 destination address.
> 
>                 Address-family-specific modules MUST augment input
>                 parameters with a leaf named 'destination-address'.";
> 
> 
> Corrected Text
> --------------
> NEW:
>            action active-route {
>              description
>                "Return the active RIB route that is used for the
>                 destination address.
> 
>                 Address-family-specific modules MUST augment input
>                 parameters with a suitable leaf that identifies the
> route.";
> 
> 
> Notes
> -----
> 
> 
> 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.
> 
> --------------------------------------
> RFC8349 (draft-ietf-netmod-rfc8022bis-11)
> --------------------------------------
> Title               : A YANG Data Model for Routing Management (NMDA
> Version)
> Publication Date    : March 2018
> Author(s)           : L. Lhotka, A. Lindem, Y. Qu
> Category            : PROPOSED STANDARD
> Source              : Network Modeling
> Area                : Operations and Management
> Stream              : IETF
> Verifying Party     : IESG
> 
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod