Re: [netmod] [OPSAWG] draft-shytyi-opsawg-vysm-04

Schönwälder, Jürgen <J.Schoenwaelder@jacobs-university.de> Tue, 22 October 2019 23:04 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEFF912006A; Tue, 22 Oct 2019 16:04:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=jacobsuniversity.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 opBdMjwMVmne; Tue, 22 Oct 2019 16:04:52 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130085.outbound.protection.outlook.com [40.107.13.85]) (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 2D473120018; Tue, 22 Oct 2019 16:04:52 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GKokVH5iEiSodbO7aZPXBXkCHlXotyW23+NPiWG/qhA782ZVH5fL4MGQKRQ0Yj5kUWowu3j4tFnR5UnIYfAYl2hpDUOlYUhcwX8EdGIfgc263VMscVF5hFfBlSoeVV3MhrMLBwPdEZbN2cRcVIe/Fob14imslc514BYUavzkijpNxH64CiJdNhTyI+u2svTeARX/hoGqzr66E9pm5/MctnM0k5XgwfGJ3NavLKH7ZvdZd5k6LAKXvL/tH5mC8rQu3bkIHpxQDQm9Yo7M4ZgBrj842goWPtQI/ykaWrABxlRsmvenVHPYd8KNyIgIMnvJ/WFrSG/818fZV/poQ2Z8Lg==
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=x64sUWFYvSbS2yiJuE+psCYiYEnFEt4i1x3dn6RM+jk=; b=awAvFcPPdhrD59MRn+RoFljvklpgeOeliX0oUtI7QNftRTSht+RF8fVMfhrfompPnneLQYaiGrwTAnTVAvG3WhQbSccUk5qkOc0wSDPDF4mS3WnPHkIs9xYPxhnpNgPPkY8onFai5dufc5NZVhqTSn55eD4l7Wwy8gE4gJtFOmSnX870nkUo0wrxhwROz4jN/uG7laO6F1XvDueOwElsbql03V6AyVQbfXsXJ8GEbWCnssG4yXMuULEPC/hzOlLrxHYBqrhBPWJJjHfDauc9yl02m4baNUE5ymzZG2Gwvf7iUDcxhNY2kLRueVsMMqnxHtolo1O5JIO2ogw5YWWy4A==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=x64sUWFYvSbS2yiJuE+psCYiYEnFEt4i1x3dn6RM+jk=; b=jYHsUT8KeoAwGmCBiOSXYSJMJ/QnE/wgy8wkTTcNYcMEnys9hU0lMYNgE0wOwfKkxag+yJcgKCKdOf2nJ33HsUfsRm7dYhDyz9pkENanzonRoONr5Ixo/0rurfq8l19j4on4Ed0OmkoJiMcuFIZ5X235FI7TjZxTA/t9q2g8BVM=
Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0017.EURP190.PROD.OUTLOOK.COM (10.172.218.149) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2347.16; Tue, 22 Oct 2019 23:04:48 +0000
Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506]) by AM4P190MB0129.EURP190.PROD.OUTLOOK.COM ([fe80::1112:b17:e675:4506%9]) with mapi id 15.20.2367.022; Tue, 22 Oct 2019 23:04:48 +0000
From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= <J.Schoenwaelder@jacobs-university.de>
To: Dmytro Shytyi <ietf.dmytro@shytyi.net>
CC: Martin Bjorklund <mbj@tail-f.com>, netmod <netmod@ietf.org>, opsawg <opsawg@ietf.org>
Thread-Topic: [OPSAWG] [netmod] draft-shytyi-opsawg-vysm-04
Thread-Index: AQHViSPCYfJ+BP74Ok6cAm27R8u4TqdnR+uA
Date: Tue, 22 Oct 2019 23:04:48 +0000
Message-ID: <20191022230447.h42hjatx6qpgybpv@anna.jacobs.jacobs-university.de>
References: <8736fmtk3d.fsf@nic.cz> <20191021.134014.40553165389352172.mbj@tail-f.com> <039001d588c2$bb3d7e20$4001a8c0@gateway.2wire.net> <20191022.133131.983827662033885262.mbj@tail-f.com> <16df50844b1.bbb67c6096091.5644334168758722892@shytyi.net> <20191022200554.dt6x57eksvqbvngj@anna.jacobs.jacobs-university.de> <16df527b509.f1eff96d96574.7542135600963858099@shytyi.net> <20191022204302.5me6qb65f3zkrqad@anna.jacobs.jacobs-university.de> <16df56c1488.12bf5b05d97805.101466112881248875@shytyi.net>
In-Reply-To: <16df56c1488.12bf5b05d97805.101466112881248875@shytyi.net>
Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= <J.Schoenwaelder@jacobs-university.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-clientproxiedby: AM3PR04CA0136.eurprd04.prod.outlook.com (2603:10a6:207::20) To AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:5f::17)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:638:709:5::7]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 09f1c870-5697-4e0d-9abd-08d757443c78
x-ms-traffictypediagnostic: AM4P190MB0017:
x-ms-exchange-purlcount: 1
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM4P190MB00173A557E6859BFFA8DD9F4DE680@AM4P190MB0017.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:6108;
x-forefront-prvs: 01986AE76B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(346002)(366004)(136003)(39850400004)(199004)(189003)(52116002)(6512007)(186003)(6306002)(99286004)(2906002)(86362001)(76176011)(8936002)(386003)(6506007)(6246003)(102836004)(316002)(256004)(786003)(43066004)(3450700001)(54906003)(71190400001)(5660300002)(71200400001)(1076003)(486006)(66446008)(305945005)(66556008)(7736002)(64756008)(476003)(66476007)(45776006)(4326008)(446003)(6916009)(46003)(11346002)(66946007)(229853002)(6116002)(81156014)(81166006)(8676002)(6486002)(6436002)(25786009)(478600001)(14454004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0017; H:AM4P190MB0129.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: jacobs-university.de does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: BOs2iZxQZexbBiRg/1QlOuYBl4XSCdgF7R3FBYJwYtrTyjIN+4ISjQ0UeQiH/N2+tyVXvz1K24M8dz3FDXODkhn3e0AWZ/9Doq/8oTmmgHd71X6SnqydYu9vHM/737tom6gQ01A9irS9v6MFanvzb+EM1DS9nrBp63zggUcWylWEUh4zi7YzRmD2C8lNPWF2KzTDsbBZqAng9/6IMjJ9+7+Y0BdqRkC9+ApGN/bF1V5UPDJB4PSs4N7im0JCZVPWXun4W3c43Yg87sA8Ij21ypPhqS08BfpXsEcbPJZmwyzOpkpftOzvBSPs1UZ7Q7Ykt4/PZQU9uX8MVmBPmhqUEK5Lc8jz6yXjr7vuj0enLiddcPEHR5LndDt9eaJhz830cP31gTQzjfT+K8f7oUXvumm26/NdX0Z3fFMjwontoJCpsdA/IbVJeVVb+qaKSjhdB9K/SUeFzY52IXvD/ZkgCGSjHEyq2mAI/kef5XADalQ=
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <377178C00A56A6429B626BAE1AD3187F@EURP190.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 09f1c870-5697-4e0d-9abd-08d757443c78
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 23:04:48.2802 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: vRLj1DEOkq4wUyHEA1E0frPAWD86g8DeHlzaqhCHK3q3TyKsUfPZgrTrMkPPjTIfew7rFc1nsd75zcM2RBQJVtPDeEjWSbELpuvZm0FVV8I=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0017
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/POwrLuuiPbMxNOqD31k_Y84i3eA>
Subject: Re: [netmod] [OPSAWG] draft-shytyi-opsawg-vysm-04
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Oct 2019 23:04:55 -0000

On Tue, Oct 22, 2019 at 11:42:44PM +0200, Dmytro Shytyi wrote:
> 
> [Dmytro] Yes  we can augment additional nodes into "ietf-interfaces" it is what we do in the draft-shytyi-opsawg-vysm-04 :
> 
> 
> augment "/ietf-nfv:ucpe/ietf-if:interfaces/ietf-if:interface" {
>        list ports {
>          key "port";
>          leaf port {
>            type string;
>            description
>              "Name of the connector";
>          }

This is _not_ augmenting into ietf-interfaces.

> We wold like to have this:
> 
> module: ietf-ucpe
> +--rw ietf-ucpe:ucpe* [name]
>    +--rw ietf-ucpe:Name              string
>    |
>    +--rw ucpe-if:interfaces
 
If 'ucpe-if:interfaces' is supposed to be RFC 8343 interfaces, then
(1) you can't do this and (2) you do not want to do this.

> > >Cut and paste to change the 'nesting' is _not_ proper usage of 
> > 
> > YANG. 
> > 
> > [Dmytro] 
> > 
> > If I understood correctly I can't just derive the parts from the exisiting module  (by referencing them) to the new module. 
> > 
>  
> I have no idea what you mean with "(by referencing them) to the new 
> module". You can of course refer to definitions in ietf-interfaces. 
>  
> > So I have two questions: 
> > 
> > If i cant derive the parts from existing module while creating a new, how to address this issue(when we want "ucpe-ietf-interfaces" to augment "ietf-ucpe"). Could you suggest something? 
> >I likely do not understand but you can of course augment 
> >ietf-interfaces with additional nodes that refer to ietf-ucpe 
> >definitions if that is what you are looking for.
> 
> 
> [Dmytro] Yes we can augment the "ietf-interfaces" with new modules. Hovewer in the draft-shytyi-opsawg-vysm-04 we are looking to augment module "ietf-ucpe" with modified "ietf-interfaces".  Example
> 
> SCHEME #1
> 
> module: ietf-ucpe
> +--rw ietf-ucpe:ucpe* [name]
>    +--rw ietf-ucpe:Name              string
>    |
>    +--rw ucpe-if:interfaces
> 
>             ....
> 
> 
> 
> To have a result similar to the scheme#1 (above) we derived the "ietf-interfaces" to "ietf-ucpe-interfaces". And "ietf-ucpe-interfaces" was modified (ex. with augment statement,etc..):

You are not composing and reusing models, you cut and paste models,
creating modified copies that do not interoperate. This is not what
the IETF tries to do.

The standard interfaces model is in /if:interfaces. There is likely no
point of replicating it elsewhere.

> module ietf-ucpe-interfaces {
>          import ietf-ucpe { prefix ietf-vysm; }
>          ...
>          augment "/ietf-vysm:ucpe"{
>                container interfaces {
>                      description "Interface parameters.";
>                      list interface {
>                      ...
>                      }
>          }
>    }
> 
> 
> 
> If i cant derive the parts from existing module (ietf-interfaces) while creating a new("ietf-ucpe-interfaces) how we can get the result similar to scheme#1?
> 
> Could you suggest something? 

I have not seen a reason why scheme#1 is a good idea, I have given
reasons why copying is a bad idea. It appears to me like you are
trying to invent a different tree structure for a specific kind of
devices but having per device class different trees is not what we aim
for in the IETF. We aim for reuse of models across a wide range of
different devices.

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>