Re: [babel] [Last-Call] RtgDir review: draft-ietf-babel-information-model-11.txt

Juliusz Chroboczek <jch@irif.fr> Tue, 20 October 2020 20:29 UTC

Return-Path: <jch@irif.fr>
X-Original-To: babel@ietfa.amsl.com
Delivered-To: babel@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87CE23A0975; Tue, 20 Oct 2020 13:29:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham 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 TdvsuXSenFSO; Tue, 20 Oct 2020 13:29:23 -0700 (PDT)
Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 420E53A0967; Tue, 20 Oct 2020 13:29:22 -0700 (PDT)
Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/82085) with ESMTP id 09KKTFI5004918; Tue, 20 Oct 2020 22:29:15 +0200
Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id E5E0F26D16; Tue, 20 Oct 2020 22:29:15 +0200 (CEST)
X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr
Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id QwHiYGRbMGA8; Tue, 20 Oct 2020 22:29:14 +0200 (CEST)
Received: from pirx.irif.fr (unknown [78.194.40.74]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id 1CE8926D12; Tue, 20 Oct 2020 22:29:14 +0200 (CEST)
Date: Tue, 20 Oct 2020 22:29:13 +0200
Message-ID: <871rhswsiu.wl-jch@irif.fr>
From: Juliusz Chroboczek <jch@irif.fr>
To: Geoff Huston <gih@apnic.net>
Cc: Joe Abley <jabley@hopcount.ca>, rtg-ads@ietf.org, rtg-dir@ietf.org, draft-ietf-babel-information-model.all@ietf.org, babel@ietf.org, last-call@ietf.org
In-Reply-To: <8A4D5F57-4F4D-4DE3-BEC2-EB7118069CA2@apnic.net>
References: <8EAB2DD3-8337-42D6-ACC6-82197CC958E9@apnic.net> <C24C7E7B-DDE9-42BD-B71E-7FF48263CA8B@hopcount.ca> <87v9f5vz8v.wl-jch@irif.fr> <8A4D5F57-4F4D-4DE3-BEC2-EB7118069CA2@apnic.net>
User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.1 Mule/6.0
MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue")
Content-Type: text/plain; charset="US-ASCII"
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Tue, 20 Oct 2020 22:29:15 +0200 (CEST)
X-Miltered: at korolev with ID 5F8F489B.003 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)!
X-j-chkmail-Enveloppe: 5F8F489B.003 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/<jch@irif.fr>
X-j-chkmail-Score: MSGID : 5F8F489B.003 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000
X-j-chkmail-Status: Ham
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/8yS4X1kpZLBykJINqnmBj4svN9Q>
Subject: Re: [babel] [Last-Call] RtgDir review: draft-ietf-babel-information-model-11.txt
X-BeenThere: babel@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "A list for discussion of the Babel Routing Protocol." <babel.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/babel>, <mailto:babel-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/babel/>
List-Post: <mailto:babel@ietf.org>
List-Help: <mailto:babel-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/babel>, <mailto:babel-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 20:29:26 -0000

> Why define some intergers as unsigned 16 bit values yet leave strings of
> undefined maximum length. Can I stuff a novel into the field?  How about
> all of wikipedia? The point is why is the document inconsistent about
> its treatment opf the range of acceptable values in terms of size?

Right.  You may have a point.

The information model consistently limits integer values to the range
supported by the protocol -- e.g. where the protocol uses a 16-bit
unsigned field to carry a value, the information model specifies that the
value must not exceed 65535.

The string values, on the other hand, are not carried by the protocol --
they are strictly the private business of the management interface.  Their
size is only limited by a particular management interface, and whatever
protocols are used to carry the configuration data (e.g. whether your XML
parser is able to carry the full text of War and Peace within an attribute
value).

So where should their size be limited?  In the information model?  In the
YANG document?  In the release notes of a particular implementation of the
YANG model?  All of the above?

-- Juliusz