Re: [Technical Errata Reported] RFC9067 (6844)

Alvaro Retana <aretana.ietf@gmail.com> Fri, 11 February 2022 19:02 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 466FF3A09CF for <rtgwg@ietfa.amsl.com>; Fri, 11 Feb 2022 11:02:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.852
X-Spam-Level:
X-Spam-Status: No, score=-0.852 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NORMAL_HTTP_TO_IP=0.001, NUMERIC_HTTP_ADDR=1.242, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 T7gON3PgfUDh for <rtgwg@ietfa.amsl.com>; Fri, 11 Feb 2022 11:02:41 -0800 (PST)
Received: from mail-qt1-x82e.google.com (mail-qt1-x82e.google.com [IPv6:2607:f8b0:4864:20::82e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F09203A09BA for <rtgwg@ietf.org>; Fri, 11 Feb 2022 11:02:40 -0800 (PST)
Received: by mail-qt1-x82e.google.com with SMTP id z1so9920258qto.3 for <rtgwg@ietf.org>; Fri, 11 Feb 2022 11:02:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc; bh=iaAuhBDm5bdYdmEso9Bn8Eg0W584BFcBKon50qM15po=; b=lF07CHRBV+v4upArf0WSfKcvojHra3nh2tPu1CuPhylKa8TGnYlND+1jQnPPnG+y48 ajKkrmLlRnB+nWuYx88o6135htzkHqYfAJQxSNFxtQBhZgEgfkutnMORqSdFU5J72t0F PSbXXYZwcVBaPEfB2v9UbRK0T0ZlyUuYTMKSpQ2m0405YdqECbKipACQGWYZBy0xIucI PDw4qnXycZGRxalKb8d/BACL5UiUzd985h6MaOO5ftRdjkTf99DVwRT6iHJXFvQp1HSL z6Chxo4me9sIQxAzw3BPE4OJY4x2vnw+poVEz3jhsV8xKeExnkA9Do2niipjJUA+egu5 73CQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=iaAuhBDm5bdYdmEso9Bn8Eg0W584BFcBKon50qM15po=; b=Epd9bMuDGtLCV++O7eaylfGCxQIEZLcTRDamqGjHimofF1LFPFtPVpXy4fo6l8Iyz5 AEp/Q2kZbWUjzo1I81DeI3Prh8ET9tVgQd8Np2ZfALnGzLgeqQsVcP5q5dEHRcpsp7gX wfBM6UZckxOG+hXfXAoZbjm8z6yr4tyvGi1oxrUy7w9Gn3wiu949yKn5KgnljS67hyvr gXlXBWmWXsmIqXqHMy4xASMUamvHr/Fuq7cypUFvUjCHUp4KMWvltYn6SspDD+euoZec 3Ty5/mqSUHSDaTSc7ZAeQ5eb+uJH061+WWV69fyfohBscoNI6nEDTgk36PeYMrYL6AcS dE/w==
X-Gm-Message-State: AOAM5331uKFFyWBMiXKtWffDzIsnxEUCP0qBfF9HXmFDB2C/dI6Yvm01 6NDfLn8QyyvuaAvxsGCtc0WtWH1SzM/QqXFzCd0=
X-Google-Smtp-Source: ABdhPJy+OSRZaqkC/FSQdAwbOwp7aIOdyEOwgWbSvJgajou9D1Qg5ZH+U7Tn3HiLSkfIPSqKzjXAk6tEOvf7jJjaqPM=
X-Received: by 2002:ac8:7d0a:: with SMTP id g10mr2131850qtb.635.1644606156835; Fri, 11 Feb 2022 11:02:36 -0800 (PST)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 11 Feb 2022 20:02:36 +0100
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <5DF67773-32E3-4CBC-B838-90BF6F683FC2@cisco.com>
References: <20220210171032.AED5B1BA3B82@rfc-editor.org> <5DF67773-32E3-4CBC-B838-90BF6F683FC2@cisco.com>
MIME-Version: 1.0
Date: Fri, 11 Feb 2022 20:02:36 +0100
Message-ID: <CAMMESswrCAqsTGbH-z7pGLPw_yExuiwPk9r9v0oA787krzDwsQ@mail.gmail.com>
Subject: Re: [Technical Errata Reported] RFC9067 (6844)
To: "Acee Lindem (acee)" <acee@cisco.com>, "yingzhen.qu@futurewei.com" <yingzhen.qu@futurewei.com>, "martin.vigoureux@nokia.com" <martin.vigoureux@nokia.com>, "yingzhen.ietf@gmail.com" <yingzhen.ietf@gmail.com>, "jefftant.ietf@gmail.com" <jefftant.ietf@gmail.com>, "xufeng.liu.ietf@gmail.com" <xufeng.liu.ietf@gmail.com>, "jgs@juniper.net" <jgs@juniper.net>
Cc: "rtgwg@ietf.org" <rtgwg@ietf.org>, "kris@netedge.plus" <kris@netedge.plus>
Content-Type: multipart/alternative; boundary="000000000000c60f6e05d7c2b53a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/LdtOb--M9pymODYLOdBHmBfyEWo>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Feb 2022 19:02:47 -0000

[Removed RFC Editor.]

Thanks Acee!

I am marking the report as “Hold for Document Update” because the
resolution is not to simply correct the text, but the model requires a
revision.

Thanks!

Alvaro.

On February 11, 2022 at 1:13:11 PM, Acee Lindem (acee) (acee@cisco.com)
wrote:

This is a legitimate problem for 0.0.0.0/0 given that all components of a
list key are required. In the case of a prefix-list, the prefix and mask
length limits are all part of the key and, hence, required. It will need to
be fixed in a BIS version or augmentation allowing separate list dependent
on what is specified (such is done in our Cisco IOS-XE native model):

https://github.com/YangModels/yang/blob/master/vendor/cisco/xe/1771/Cisco-IOS-XE-ip.yang#L2888

It would be nice if YANG supported lists with variable length keys.

Thanks,
Acee


On 2/10/22, 12:10 PM, "RFC Errata System" <rfc-editor@rfc-editor.org>
wrote:

The following errata report has been submitted for RFC9067,
"A YANG Data Model for Routing Policy".

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid6844

--------------------------------------
Type: Technical
Reported by: Kris Lambrechts <kris@netedge.plus>

Section: 7.2. grouping prefix

Original Text
-------------
leaf mask-length-upper {
type uint8 {
range "1..128";
}


Corrected Text
--------------
leaf mask-length-upper {
type uint8 {
range "0..128";
}


Notes
-----
With the original definition, it is not possible to specify an exact match
for the default routes (0.0.0.0/0 and ::/0) which is a valid use case.

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.

--------------------------------------
RFC9067 (draft-ietf-rtgwg-policy-model-31)
--------------------------------------
Title : A YANG Data Model for Routing Policy
Publication Date : October 2021
Author(s) : Y. Qu, J. Tantsura, A. Lindem, X. Liu
Category : PROPOSED STANDARD
Source : Routing Area Working Group
Area : Routing
Stream : IETF
Verifying Party : IESG