Re: [babel] Robert Wilton's No Objection on draft-ietf-babel-information-model-11: (with COMMENT)

"Rob Wilton (rwilton)" <rwilton@cisco.com> Thu, 05 November 2020 12:17 UTC

Return-Path: <rwilton@cisco.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 01EE93A17AD; Thu, 5 Nov 2020 04:17:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.6
X-Spam-Level:
X-Spam-Status: No, score=-9.6 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-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=CIOskoyr; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=M/68BdSe
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 UgmPQW3EmVkI; Thu, 5 Nov 2020 04:17:17 -0800 (PST)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A350D3A175F; Thu, 5 Nov 2020 04:17:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=13243; q=dns/txt; s=iport; t=1604578636; x=1605788236; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=2HmiGB0H8CffiGM4GRbSWZc/6MhJEiyc/AgQT0FbakE=; b=CIOskoyrzCVKxOA4iV+yI4EYzjaEBlXAC1mtp3nZqQ8tsoL5DjEF/h2x tc98X+VL5Bpai2/NAMOMER5r06ERSJ138N+1y5Ky6PbhRu+RJhdOeijdm 3YdQRXZzxw+bo41p2X80fYfUp1GjJjwaz3JCCsV/BpF9DB3z0ytmn4O2R o=;
IronPort-PHdr: =?us-ascii?q?9a23=3AwE/6oBbUlybu/7Kw/zZgAkn/LSx94ef9IxIV55?= =?us-ascii?q?w7irlHbqWk+dH4MVfC4el21QaVD4re4vNAzeHRtvOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZXxYlTTpju56jtBUh?= =?us-ascii?q?n6PBB+c+LyHIOahs+r1ue0rpvUZQgAhDe0bb5oahusqgCEvcgNiowkIaE0mR?= =?us-ascii?q?Y=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BCCABb7KNf/4sNJK1iHQEBAQEJARI?= =?us-ascii?q?BBQUBQIFPgSMvIy4HcFkvLgqHfAONUooTiX2Eb4FCgREDVAsBAQENAQEjCgI?= =?us-ascii?q?EAQGESgKCDQIlOBMCAwEBCwEBBQEBAQIBBgRxhWEMhXIBAQEEEhsTAQE3AQ8?= =?us-ascii?q?CAQgOAwQBASgHIREUCQgCBA4FCBqDBYF+TQMuAQMLpSwCgTuIaHSBNIMEAQE?= =?us-ascii?q?FgUdBgwENC4IQAwaBOIJyhHeFURuBQT+BEUOCTz6CG0ICAQIBgSYBEgEjKwm?= =?us-ascii?q?DFIIskDyCagGHV4wMkEdUCoJtiQqMbASFMYMYihKUQ55Fgm6SXgIEAgQFAg4?= =?us-ascii?q?BAQWBayNnWBEHcBWDJFAXAg2OHzeDOoUUhUR0AjYCBgoBAQMJfIw7AYEQAQE?=
X-IronPort-AV: E=Sophos;i="5.77,453,1596499200"; d="scan'208,217";a="581172858"
Received: from alln-core-6.cisco.com ([173.36.13.139]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Nov 2020 12:17:15 +0000
Received: from XCH-RCD-004.cisco.com (xch-rcd-004.cisco.com [173.37.102.14]) by alln-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id 0A5CHF8p008306 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 5 Nov 2020 12:17:15 GMT
Received: from xhs-rcd-001.cisco.com (173.37.227.246) by XCH-RCD-004.cisco.com (173.37.102.14) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 5 Nov 2020 06:17:14 -0600
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-rcd-001.cisco.com (173.37.227.246) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Thu, 5 Nov 2020 06:17:14 -0600
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Thu, 5 Nov 2020 06:17:14 -0600
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=NOvkJl/ocCj2tkYLjVKE9EVipR9lcsgTLTl06QcZaHGzDUxg4RqSHZGUl3NP+WQBDp8DO9YpW8WediY5PKL856NWdQ6V1avUvGChucRmQ4CRXqfOzyIS4rviGyYGK/V/z5Yr4FphcG7e/DwEWN9CHL2iLEUN9RY7kCeAAXvZpB2dko5Nns8Gtl0q0fgpn/6ctV5KFB9ZuG7HAkKMq6pgkaDtbFRCxHdFMVrrfI3UZWAaJFYKup2UOKim+r+ioiRIOwgDP2MriVvge5ftiPY5oOBPLDhPQtBHBbPfaZTAbOniLkCFZNG+Z/EOpFjVZ3phbMz0Rmo/oe9OTXluQO5+xA==
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=PTY0/N8Iorm78BBr9PK4rgK7ktwQcNVWw92xbmfFbEg=; b=jcJ8S1zzbm+obYR6mF4zU9KDVu7mWLDTtxXy6hdOtVJ/zazYnPuqcA086Npkh0kPD9g/NN3tgaXqGsHcVkVs9ZIPodhXskt7p9WlAt3MG0lIWJ1+lfKWhjU04h4jT9n6HUuKNBUMUxtakBsoaLQ0Ub4e5zEpa/1Ds0c1A9nJ9qdNHDeMmVXU0OpPY/oAeqq0uQFPsX1r/9qd/ZjQ9UP3Ux2es1tYvnYzRmst5KgNVoUwxNeWijUHt86Y6F8D+ZXYqpfrYwk/hzpQ1lByrDcluisuVIn4UYY6/B3IandjVk4qN4c/m/L8D7YKBz+cLyVRoaf2cxfTxsv7TBOfsVkj1A==
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=PTY0/N8Iorm78BBr9PK4rgK7ktwQcNVWw92xbmfFbEg=; b=M/68BdSeELNVYOxUOzVBg/I6lZBlTnfKmTpKcAP2AHtYau4rC62hKQfuxoK2exMDCjcl5FzaSL5jzUa37hYZ9aG/Bp+f8kT5hni7qrSYiyKP5lo6BRxT+qLRUmteZFt+NY515DnroWIoQoGk+mt67b3U976Uq1Sg2M8zyNvr6ms=
Received: from MN2PR11MB4366.namprd11.prod.outlook.com (2603:10b6:208:190::17) by BL0PR11MB3379.namprd11.prod.outlook.com (2603:10b6:208:6c::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18; Thu, 5 Nov 2020 12:17:12 +0000
Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::d84a:115:9ce0:8241]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::d84a:115:9ce0:8241%4]) with mapi id 15.20.3499.032; Thu, 5 Nov 2020 12:17:12 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>
CC: The IESG <iesg@ietf.org>, "draft-ietf-babel-information-model@ietf.org" <draft-ietf-babel-information-model@ietf.org>, "babel-chairs@ietf.org" <babel-chairs@ietf.org>, Babel at IETF <babel@ietf.org>, Donald Eastlake <d3e3e3@gmail.com>
Thread-Topic: Robert Wilton's No Objection on draft-ietf-babel-information-model-11: (with COMMENT)
Thread-Index: AQHWstKEauXNYVcus0S2zygoFtlS3am4SaMAgAEpNVA=
Date: Thu, 5 Nov 2020 12:17:12 +0000
Message-ID: <MN2PR11MB4366AAC6DB8686B0B58601ABB5EE0@MN2PR11MB4366.namprd11.prod.outlook.com>
References: <160451197790.28880.17597785068103610213@ietfa.amsl.com> <0CA8EA3A-4BB0-46EF-8FAC-D11B846852B4@gmail.com>
In-Reply-To: <0CA8EA3A-4BB0-46EF-8FAC-D11B846852B4@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=cisco.com;
x-originating-ip: [82.12.233.180]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: b41ac939-e901-426a-28a5-08d88184b9e0
x-ms-traffictypediagnostic: BL0PR11MB3379:
x-microsoft-antispam-prvs: <BL0PR11MB3379CEA3738C0AB037DD1E56B5EE0@BL0PR11MB3379.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: aOzE/gulQg2ZiPuiPkZbhbsDCYtDMODMB7GThQk6tfMfYQ1FSIGvSk1Wjjn0PegKlbMoDtY0a54a9qKRRDsfUX+BDOlMFcdK2KofDphfO8Kp0vsj7YPIvUIIL+DxEcSbelqXEAIQgzTKEQg3nonp5UoQl3Qty3cLX0Tt5wmuejjaWfixydsxkBWdFb4TznV+m+EbqARN3XoV1L4dYAm16HhW/GZ5WzrXxYXd25bDyHQJA/rIk4q5o1MX5J+Pvgvg6mzwlvB+ngLDfawE0Nz7YVzrEiTUqgJqa91nlkoWRvFNlQ73GQlTSX7+aq8hjbO6z3sfG2WU244Cdas8Ukq6LNArI0FfSVZoLaYwBmghfmXCfEdN1+NzsSCpuPAjwQH6PEhKvQ/DAeeAr2QYgGgyUg==
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; SFS:(39860400002)(396003)(346002)(136003)(366004)(376002)(6506007)(52536014)(64756008)(7696005)(66556008)(66446008)(53546011)(478600001)(4326008)(66476007)(966005)(186003)(33656002)(2906002)(5660300002)(66946007)(26005)(9686003)(76116006)(55016002)(86362001)(8936002)(9326002)(71200400001)(21615005)(8676002)(6916009)(54906003)(166002)(316002); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: v5MMa3/py6idKCBmMxgW2/ORCRKC1AqhqqU23J/nW+q4WYa+IQ2JD6JRqd3ZeXXL1yjTE99GJBDe38+DnkikFApf6ORRG+kIDGy0Bzxg/Te7R8EfXwqbwDeqvNXhV7f2MhWvcgvXSxDY6NWVkSOSC1oJQRp+24tpPBBynvmIMyvKZ+rhfEGV+rAaV6dO9dqxNBYYn5ZoPU6qqqcqPrsUvY8jUThObGHngP7IH45DyKtm2u2adPnduxANUspOheMu0JosOkbkEoibih2b8UFt/eer8LoDuENUbTDkngDkOZ6lHRFqqnDJxGpTDQjYp2Jyku8DzvcNgtT/uzm55u98T7s7cU6NXBPCYdkdY9WvMbLIjXpqB6VoalQdv7UNxAGscVhThjXtUV/RYMeUPexUhEUc9i84rBRHwKbfI9Elpsv1s8fA80KPY1wwadXUusrxhMP8/K1R+qHJJGxx3MlosRld3lpNTgbeEVbvjXNK1Hp9IbBI36zd3eueCF5+LieRAIebhaQCH8GJ7SZICE6SritP+8evvXn6g0eDV8CRzyP1AshGYjuLytvxthaAAyNHui0XfliZU6SyC/ouZEQGnrHIDzd13zCG7myx5XEjxTjOEAvqpH6T+fo37DOEGBI6jRU1xqV0rx02Josqsc07Qg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_MN2PR11MB4366AAC6DB8686B0B58601ABB5EE0MN2PR11MB4366namp_"
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: b41ac939-e901-426a-28a5-08d88184b9e0
X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Nov 2020 12:17:12.6167 (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: f6k2VDXqXid4hc2wX0ghCKF7xTLlpbcAhzfbkzoXxOwLYJpuNXx709X0CK9bK8N1zMRuu5k0Q7n0T/xjwluH2g==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL0PR11MB3379
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.14, xch-rcd-004.cisco.com
X-Outbound-Node: alln-core-6.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/babel/adeZMAllMAwCJhQ5Xo8iuhpbl9k>
Subject: Re: [babel] Robert Wilton's No Objection on draft-ietf-babel-information-model-11: (with COMMENT)
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, 05 Nov 2020 12:17:19 -0000

Hi Mahesh,

Making it a normative reference only means draft-ietf-babel-information-model contains some text (i.e. the text about datastores) that can only be properly understood by reading some of RFC 8342.

Making RFC 8342 an informative reference would mean that there isn't any text in draft-ietf-babel-information-model that needs RFC 8342 to properly understand it, but that it contains information that may be interesting/helpful to the reader.  If you want RFC 8342 to only be an informative reference (or potentially not be a reference at all), then I think that this document would either need to not talk about datastores at all, or provide more description about the concepts that it is ascribing to the 'enable' properties in the information model.

Thanks,
Rob


From: Mahesh Jethanandani <mjethanandani@gmail.com>
Sent: 04 November 2020 18:24
To: Rob Wilton (rwilton) <rwilton@cisco.com>
Cc: The IESG <iesg@ietf.org>rg>; draft-ietf-babel-information-model@ietf.org; babel-chairs@ietf.org; Babel at IETF <babel@ietf.org>rg>; Donald Eastlake <d3e3e3@gmail.com>
Subject: Re: Robert Wilton's No Objection on draft-ietf-babel-information-model-11: (with COMMENT)

Hi Rob,


On Nov 4, 2020, at 9:46 AM, Robert Wilton via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>> wrote:

Robert Wilton has entered the following ballot position for
draft-ietf-babel-information-model-11: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-babel-information-model/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

Thank you for this document.

I support Ben's discuss regarding reusing the terminology from NMDA.  I think
that the document should have a normative reference to RFC 8342, and probably
explain that in some places the information model is using the same concepts of
configuration and operational data separation described in NMDA.

While I am not against a reference to the terminology from NMDA in the information model, (BTW, I am ignorant on what it means for an informational draft to have a normative reference), I am not sure whether it needs to normative or whether it can be informative. By making it normative, are we making this information model more YANG specific? Could the reference to NMDA be normative in the YANG model of this information model  (which the YANG model already does)?

Thanks.



I also support Alvaro's question about whether the source-routing component
should be included.

This is just a comment, and I'm not proposing that you change tack, but I have
to confess that I question how beneficial publishing an Information Model
really is.  I understand that the goal here is to be able to publish two
different data models,  one based on YANG and other based on BBF's [TR-181].
But what we end up with is an information model defined in a custom ad hoc
language, which will naturally necessitate for the YANG and TR-181 models to be
generated by hand, and for all three models to be kept up to date and
consistent with each other.  Hence, I wonder whether retrospectively it would
have been better to just define the YANG model in IETF and ask BBF to use that
as source reference to construct the TR-181 model from, ideally as a
programmatic conversion, or failing that by hand.  At least that way there are
only two things to keep in sync rather than three.

Regards,
Rob



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