Re: [babel] proposed info model change

"STARK, BARBARA H" <bs7652@att.com> Fri, 12 February 2021 14:43 UTC

Return-Path: <bs7652@att.com>
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 BCF743A16FC for <babel@ietfa.amsl.com>; Fri, 12 Feb 2021 06:43:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.818
X-Spam-Level:
X-Spam-Status: No, score=-1.818 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=att.onmicrosoft.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 z-e8lXqb-p2m for <babel@ietfa.amsl.com>; Fri, 12 Feb 2021 06:43:38 -0800 (PST)
Received: from mx0a-00191d01.pphosted.com (mx0b-00191d01.pphosted.com [67.231.157.136]) (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 BC5183A16FA for <babel@ietf.org>; Fri, 12 Feb 2021 06:43:38 -0800 (PST)
Received: from pps.filterd (m0049458.ppops.net [127.0.0.1]) by m0049458.ppops.net-00191d01. (8.16.0.43/8.16.0.43) with SMTP id 11CEa2bj011073; Fri, 12 Feb 2021 09:43:37 -0500
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by m0049458.ppops.net-00191d01. with ESMTP id 36nuju05mx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 12 Feb 2021 09:43:36 -0500
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 11CEhZSs003511; Fri, 12 Feb 2021 09:43:35 -0500
Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [135.47.91.176]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id 11CEhUMu003434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 12 Feb 2021 09:43:30 -0500
Received: from zlp30487.vci.att.com (zlp30487.vci.att.com [127.0.0.1]) by zlp30487.vci.att.com (Service) with ESMTP id 69C054009E67; Fri, 12 Feb 2021 14:43:30 +0000 (GMT)
Received: from GAALPA1MSGEX1DC.ITServices.sbc.com (unknown [135.50.89.116]) by zlp30487.vci.att.com (Service) with ESMTP id 40E414009E65; Fri, 12 Feb 2021 14:43:30 +0000 (GMT)
Received: from GAALPA1MSGED2BC.ITServices.sbc.com (135.50.89.128) by GAALPA1MSGEX1DC.ITServices.sbc.com (135.50.89.116) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Fri, 12 Feb 2021 09:43:29 -0500
Received: from GAALPA1MSGETA01.tmg.ad.att.com (144.160.249.126) by GAALPA1MSGED2BC.ITServices.sbc.com (135.50.89.128) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2 via Frontend Transport; Fri, 12 Feb 2021 09:43:29 -0500
Received: from NAM02-SN1-obe.outbound.protection.outlook.com (104.47.36.53) by edgeal1.exch.att.com (144.160.249.126) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2176.2; Fri, 12 Feb 2021 09:43:04 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=krDQVgKItAk7F0OW0Rpm3zssrcFUqGruFpODx9/t0zgiGqaU751e4+yoCRD67/VgDeXXDWlQEen/gWijY4ZugdVTUZ8QgzURcfUlLgO/ezlXh7bzSNuRfimlqPzYn9nOarPjdhAFU+uPA3Z0hsL+FGMgGRFhEntHoNN/1Tkp6jD/0VhAA5nvrXGenNMm2RwWc4cofBiszPxaIh5D9JTj9HCt6rl6PJsa+Qty94SJ7UPHDpv7ho3kJ052sI2km9akTLJzzXA44L7K9Tjt7d/oFySXD5r0yqJAhL6PvhV9SDZNNAR2FNfkoLIfOa75qQX7YsN4MHpeZk4LLwasbQJuaA==
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=CcE3x0nRxYDtc+E4yo8LA5HDhCqJkAk2y3kZS3juLLU=; b=dbIaNTgf1tn0pIQch6SB/etED/UoLBHfjEadPpLFfJpXVjog8F7mv4e3nQnYRADOcHf0Qmy9T4vFewav74lV/9rUwd9tCG5A4Lv5EiYPDF72UgWc2n4LQ74JFlfPYb1SD628j4Ck9QSRqKulkNbkhf/pO1BOw95zABLZZpY7cB+sckXk1/mSoY0gOoBvglOoWgF/rcG/BjaTv0IB+Zy1aWBSVdL8otYOHcLEMRrrKauGiJ50Lss3gd7X0V/jhL1Ct0iVQrma0bNAaLClpI5tdim7EbjwKM7MNLzO4LzDwRfeZGhPNPYufrYReg9yvNBc1m5MyA5GyYrnqaP/LCrkNw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=att.com; dmarc=pass action=none header.from=att.com; dkim=pass header.d=att.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=att.onmicrosoft.com; s=selector2-att-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=CcE3x0nRxYDtc+E4yo8LA5HDhCqJkAk2y3kZS3juLLU=; b=MZ7VANkbTAwSToJ411tFbsX4U+0zaOD0EPJmFSTWzZtxAbtbL6kzdPzGUvqJyNn2XAJNt/rDNWJmo/0yCcyYU2dmLwaA2NrdkH8ou7yA3NwdwmxxwkQpfst0G09QBbgc83i8hH3bjuSmr1ltsvr2R9bzm4wEXv3qt4JAj+HCrnQ=
Received: from DM6PR02MB6924.namprd02.prod.outlook.com (2603:10b6:5:25f::7) by DM6PR02MB5369.namprd02.prod.outlook.com (2603:10b6:5:46::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3846.27; Fri, 12 Feb 2021 14:43:02 +0000
Received: from DM6PR02MB6924.namprd02.prod.outlook.com ([fe80::d9c0:4a62:170b:b925]) by DM6PR02MB6924.namprd02.prod.outlook.com ([fe80::d9c0:4a62:170b:b925%6]) with mapi id 15.20.3846.036; Fri, 12 Feb 2021 14:43:02 +0000
From: "STARK, BARBARA H" <bs7652@att.com>
To: 'Mahesh Jethanandani' <mjethanandani@gmail.com>, 'David Schinazi' <dschinazi.ietf@gmail.com>
CC: 'Toke Høiland-Jørgensen' <toke=40toke.dk@dmarc.ietf.org>, "'babel@ietf.org'" <babel@ietf.org>
Thread-Topic: [babel] proposed info model change
Thread-Index: AdcAt7RXNVd/4GG3Sr6eZ25X+veoLAAAvs0AAABUpAAAAVQxgAAKytMAAAXOZYAAEdtlkA==
Date: Fri, 12 Feb 2021 14:43:02 +0000
Message-ID: <DM6PR02MB69249CEAAB32A391274A8ED3C38B9@DM6PR02MB6924.namprd02.prod.outlook.com>
References: <DM6PR02MB6924E3E2DD5568E247859E18C38C9@DM6PR02MB6924.namprd02.prod.outlook.com> <87blcqpau7.fsf@toke.dk> <E5F69D0C-7130-42D3-9080-C2EE5786D917@gmail.com> <878s7up8n0.fsf@toke.dk> <CAPDSy+6YWPr81uKHrWYoY=TZ0A18A_Ui3=CyLP=1K-ezwmgF-g@mail.gmail.com> <DBBE09E1-F407-4B5A-A096-669E74F25FB4@gmail.com>
In-Reply-To: <DBBE09E1-F407-4B5A-A096-669E74F25FB4@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: gmail.com; dkim=none (message not signed) header.d=none;gmail.com; dmarc=none action=none header.from=att.com;
x-originating-ip: [45.18.123.63]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: d396636a-a17c-4159-48a1-08d8cf64803b
x-ms-traffictypediagnostic: DM6PR02MB5369:
x-microsoft-antispam-prvs: <DM6PR02MB53698FC033EF3068C0919A3AC38B9@DM6PR02MB5369.namprd02.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: 1pXVbGn7W7EaXK+PWS8ALVbgLUOS4GPxjMM85B1OzusM8PvRNL8DPqP4LtnNUxWiKcslMPcZJtpbqSvirOmRrTDQG+C7Ueiy0Q3ysXf8o1gWoYOwrTgzxyP9fKKWLZu3/G0rSNyfag7ueHWH8XuEFA+DSPBar5arhFHe0RfIplejn0hDIrON9Xj4yoVMule+52k6bXiMPdr6Nys0q01zHhRgA7Btz7R9gW3ULoIhUkv4Mmwxj4XvBXyb/QXfhMlHpaf/8LT6O4yrZENoJWjrlnzWEIee1m9OopjCfjigkYc/ac3vwHmE7Vjxv+G82/oYed2Rfe+z2lbtsA1MRa69kq5B7ZEp2dmsp77pIcoy4n1MeOuabSz4xUyKkoj04qK0JJuUdHhjbCQwBVFpvYm4yzVzXmK0A9xSxkH0CInaGViouGTZXDEt2HBKKSj28LDoeZ8xeZQqQt2x2VZwFjt7nywblb3mCtEYgUDzacmFUxldGHCQ2De1Kp953jncsO5AUFhlCY5Zgz/ONLgvY1PFxLELnx2c4u/x9CnLLBNf8hPf3Re7wfKLqt/9SYHz46/znJQzoZDRS1hFYosFHauRoO7o35A/N4IaYkgXt1BoqcM=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR02MB6924.namprd02.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(346002)(39860400002)(376002)(396003)(366004)(136003)(66946007)(6506007)(186003)(82202003)(166002)(53546011)(52536014)(71200400001)(26005)(110136005)(54906003)(66574015)(966005)(9686003)(76116006)(66556008)(33656002)(55016002)(7696005)(86362001)(5660300002)(478600001)(8936002)(64756008)(2906002)(4326008)(316002)(8676002)(66476007)(66446008)(579004); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: k1QJys2/19TSGAB83HH/p1BPNS6Z3VffHdgsZmm85I73BFc7vGtNUY53kSUrRqbhy14il1jkVHDJwSfXKkIF18Om7t5m1YN5Bk5anEVldaaseSCG33RZA8VfGedLxgigNmr7YLBaiWwWfstU16gV/BdBwoZ7Al/Z0T3UisFby8bbyu1NPaQGltQwcAdOw5S9iAyvu2bUTVYI995f/ot4/hbYbUjI9kJJIz1bZSvgfxz5Y8EBLwneUBR5JWbq6h5c+T7ibRZyuzq1nKm52ftvegIo5hk5n4j0nYa0Ay8uCRDusMbub4k/vhpubZ61ND3YFM4MEyBu7dC0KT/GFM0d7+GCIQ0ezjs2nbKxX7Gy/RnXy2DvX/pSp8hrb46oui7CUjODAr/QG8f/cQDV7blgMh2gV1Nh8rfF6ExYX1mcvGLtBsAclwusp/LZs5qf2Mhw8on/5qf3AxFZ11LsEZYkjEGye3OzpYxRUvcAJ70sGwXaW1MEx1wc+MAGAaui4K0Xh6gAF8w9UwGm3p/sGtvptCcHk1cxF0AQBzURQUTi1no39LXuJAePWx9woVR70An0w4oUdbiN4VE3uF0+WrAZcNeMtFWLzKlxNbQc9hW+QqVZ3KLMXiJlvIAIuR5necnUxDxEatCXP93FNoEINPIltXiqhSJ0Y/uxHFZNtdlkLQKNja4bvxSTtznWy8bRSsSuflMqaG2OODPxf2CRTCAXcLG6+PFUfd79jBCzifHVJDvX6AScZSxWB828Gh/lOEiBaeEc9/xbRRTOeOHuXpvxPojetcuo82qpgidxnHqHphaA9y4SAdnCCTggsHjA9JsmUDyJ99H41Bnoakh9uN1NKEODpGFpXpjlWr8g6YPni1Tq5IPT/cBqwgHe3LCc4xdGldmdwexSq4cbqQQg5k9wXa+v5kWKP1kDbxsJS2HHErnyOM7exdApTF9y3Xfpz5CvCOiYMcwSMtwINd8NAKJffQydkNP24iR5VsvVNOjcaLENGWp4LM08bV6LrI15W7KKgV6YsjHtkLw/tTkSC5/T/dsHAMYB6hhn3YIjAxyxB9h9YrEVXjsqfAuKB7uz2YndX0LQuJ28futJXpNIjBrDscSmcIqSkQLxQb3E0g2e8mrVwJQ6wBPw2QAQUJ6Y0JiRXmRV/wFwyl9skUAMHu51kGLE3NK/xZAW/aNK2SxxipcHtgGjiOnlAibWzcm9I1VewQWujvIj7G5d84nInedqAunO72tBe76xf3IgqqiWdQeF3eFzXWSEIzL9kMJ3QLlL9+WCBnA/1EQhxiUyG6k66yz3AG1hXWq6Up2ZdEM+oB0=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_DM6PR02MB69249CEAAB32A391274A8ED3C38B9DM6PR02MB6924namp_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR02MB6924.namprd02.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: d396636a-a17c-4159-48a1-08d8cf64803b
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Feb 2021 14:43:02.7067 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: e741d71c-c6b6-47b0-803c-0f3b32b07556
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: eWfXlkcnX8UBtpAYh/nqRbLa6cs5f7/l70EhHfA+VnE7Ex9runqOKyiIlPf9Xl6Y
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR02MB5369
X-OriginatorOrg: att.com
X-TM-SNTS-SMTP: 913A7D179698C9F5526F58291939083D8E41F09862F886A90ABB6F8A37534AC62
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.369, 18.0.737 definitions=2021-02-12_04:2021-02-12, 2021-02-12 signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 clxscore=1011 priorityscore=1501 bulkscore=0 spamscore=0 adultscore=0 mlxlogscore=999 phishscore=0 impostorscore=0 mlxscore=0 malwarescore=0 lowpriorityscore=0 suspectscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2009150000 definitions=main-2102120114
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/SaaXthz9axWssNXxS_wKIpw3s-I>
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: Fri, 12 Feb 2021 14:43:41 -0000

Just to be clear ...
An enabled Babel instance (that is sending and receiving Babel packets) already has a requirement for unique non-zero router-id. Where we were having a problem was with not-enabled Babel instances that weren’t actively running the protocol (had maybe just been installed). I think it was babeld that was just using a default of all zeroes until it was enabled; at which time it generated its unique router-id. With this not-enabled “zero” default, the possibility exists for multiple not-enabled Babel instances to be defaulted to zero, which would lead to YANG having a problem with having a unique router-id to identify them by.

The fact that the Babel protocol forbids zero valued router-ids doesn’t mean not-enabled instances can’t have that as a default; and it doesn’t prevent there from being multiple not-enabled instances with a default value.

TR-181 doesn’t have a problem with this, because it uses a unique key distinct from the router-id. The Babel protocol spec already has what it needs to make sure the router-id for enabled instances are unique (and the data/info model doesn’t need to be involved in policing this). So this really is just about making sure the language is suitable to ensure YANG can use this parameter as a unique key, without putting constraints on the protocol. If YANG were fine with a Babel instance that started with router-id zero and then changed to something else once the protocol started running, then zero wouldn’t be a problem if there is just a single instance with that zero value.
Barbara

From: Mahesh Jethanandani <mjethanandani@gmail.com>
Sent: Thursday, February 11, 2021 11:56 PM
To: David Schinazi <dschinazi.ietf@gmail.com>
Cc: Toke Høiland-Jørgensen <toke=40toke.dk@dmarc.ietf.org>; STARK, BARBARA H <bs7652@att.com>; babel@ietf.org
Subject: Re: [babel] proposed info model change

Hi David,


On Feb 11, 2021, at 7:09 PM, David Schinazi <dschinazi.ietf@gmail.com<mailto:dschinazi.ietf@gmail.com>> wrote:

We banned all-zeroes and all-ones between draft-ietf-babel-rfc6126bis-00 and draft-ietf-babel-rfc6126bis-01. If memory serves, the idea was to reserve them for future extensibility. Also, banning all-zeroes allows using that as a sentinel value in software.

Adding the uniqueness requirement sounds good to me, but removing the ban on all-zeroes/all-ones could lead to problems. If the core protocol doesn't allow it, why should the informational model allow it?

If the protocol banned it, that is a different question, and info model can reflect that. I just wanted to point out that it is not because of the data model.

Cheers.



David

On Thu, Feb 11, 2021 at 2:00 PM Toke Høiland-Jørgensen <toke=40toke.dk@dmarc.ietf.org<mailto:40toke.dk@dmarc.ietf.org>> wrote:
Mahesh Jethanandani <mjethanandani@gmail.com<mailto: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

_______________________________________________
babel mailing list
babel@ietf.org<mailto:babel@ietf.org>
https://www.ietf.org/mailman/listinfo/babel<https://urldefense.com/v3/__https:/www.ietf.org/mailman/listinfo/babel__;!!BhdT!3HjRHugiRwRBmxjH7eRjssZBgzbBm5snhzyvT2apBtscBdcCqo2THFENFjzZoA$>

Mahesh Jethanandani
mjethanandani@gmail.com<mailto:mjethanandani@gmail.com>