Re: [babel] proposed info model change

Toke Høiland-Jørgensen <toke@toke.dk> Thu, 11 February 2021 22:00 UTC

Return-Path: <toke@toke.dk>
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 C1EDC3A0CA2 for <babel@ietfa.amsl.com>; Thu, 11 Feb 2021 14:00:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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=toke.dk
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 U746veSVNUoz for <babel@ietfa.amsl.com>; Thu, 11 Feb 2021 14:00:40 -0800 (PST)
Received: from mail.toke.dk (mail.toke.dk [45.145.95.4]) (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 4A3703A0CA0 for <babel@ietf.org>; Thu, 11 Feb 2021 14:00:39 -0800 (PST)
From: Toke Høiland-Jørgensen <toke@toke.dk>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1613080835; bh=c4iNjsxi22GNy64Y4dPEpjKRPI7lzIVyWuAev6lGRZ0=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=m8mak5vmDOVqJF8A9g9x0yxQFQ625VS1IhmuWyuNel1k7kPSjFAqltoqR5MXCRgVe fXOcUtBCpUSBlu/YqDty8GlxzAVq92gwGX/zjkcPSGL//nnjdB1qbTQaudjmEnciCe aYpSC36MATnaxJ4IRO1WsKyrNpUo+jYX4xtCGKytPvy8KO3mUGCRhvBkstARgS6P2y 25iNtNPZ+Zc97UkrLoFR9ber64345JzyCP1YPc/FSpovwaLeUAzitZ5NR3s8Mm5mOg F4jp/a3gO9TTBVWh3oDLs0QwwNzfa0VRakb+WwdC0sTjEJRQJV77v5macRiPAuGGbh 3vN9bFUvoLp7A==
To: Mahesh Jethanandani <mjethanandani@gmail.com>
Cc: "STARK, BARBARA H" <bs7652@att.com>, "babel@ietf.org" <babel@ietf.org>
In-Reply-To: <E5F69D0C-7130-42D3-9080-C2EE5786D917@gmail.com>
References: <DM6PR02MB6924E3E2DD5568E247859E18C38C9@DM6PR02MB6924.namprd02.prod.outlook.com> <87blcqpau7.fsf@toke.dk> <E5F69D0C-7130-42D3-9080-C2EE5786D917@gmail.com>
Date: Thu, 11 Feb 2021 23:00:35 +0100
X-Clacks-Overhead: GNU Terry Pratchett
Message-ID: <878s7up8n0.fsf@toke.dk>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/rOkNaT4QT-dyaS93bIoBPxAPdAk>
Subject: Re: [babel] proposed info model change
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: Thu, 11 Feb 2021 22:00:43 -0000

Mahesh Jethanandani <mjethanandani@gmail.com> writes:

> Hi Toke,
>
> The rational has to do with what a data model like YANG does with
> router-id. To it the router-id is a key, in the form of a string. That
> string has to be unique. YANG does not prevent it being a string of
> zeros or ones, provided that string is unique. Thus the dropping of
> the "MUST NOT” and the addition of “MUST”.

Right. I seem to recall there being some other reason why it shouldn't
be 0, but can't find the discussion now, and looking at the code that
doesn't seem to care. So no objection from me I guess :)

-Toke