Re: [netmod] A reworking of RFC8343

Schönwälder, Jürgen <J.Schoenwaelder@jacobs-university.de> Tue, 22 October 2019 20:06 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 325261200CD for <netmod@ietfa.amsl.com>; Tue, 22 Oct 2019 13:06:02 -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 0vDknyW14tNv for <netmod@ietfa.amsl.com>; Tue, 22 Oct 2019 13:05:59 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20048.outbound.protection.outlook.com [40.107.2.48]) (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 9A226120077 for <netmod@ietf.org>; Tue, 22 Oct 2019 13:05:58 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=guyXGw+dJSIguQs6OcS9NRKCsZjXPXfP5ZzqIXC0id4t9R4Q8Ofvw5e9w9GZGagfM18eXCPt9LVvsYD80sQgYVRKaCwNgygg+S9JXWaT0E4ny8bq6GdVsw0ytcPl6e3vPTVlOPcHtvmd7g5lUtOPF8a3KHD1ZYx2ZoCe36LKxTstroZjvXhMUQ2p1+flB0lECMbX5f4K0BCfMKQXlpKq7eS6MdGPJ4uCViFxQ7AmDK8Df+wxFvyehSNtuDFIVjHyuLYMKvG1xXRgYZuPO4YvzJ8+NBzvcKVY4Yp9pDW+4FgDvl6z5HWv21BSQYb+oNhc6gBwtglPnGFT/5Y17+kW+w==
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=VjZwGo+sZXzfAy/rEiCygwGJePo7Miw25nwi3trnfS0=; b=T/cNL56GMPtIn7pQyKE4FQ9fe7dR0WrW+Qky+7HsVDonE7j4aHw9OiSt3SH4eLqfuaKgIxD2zbSBuIMVISWeHcuU4oXMDO9eYRRNgy4THclLO4cuw5JNqGvC32y61Y0/d+OwokDnORB6MEni0qPFFtrqrjuFTurS7kWmFR/AIUE1r/UmW90n1vSd3g1dm03GrBAGTOYrSNsukh0/arkfotnHbT392V6AvDR3x1Uc4QRy1lFTBY6vwoNC6cdkAUmZC1zBGepKzUUra8LTKwzJftscHpAE2SxJN+C9LRvCPZC3n6bk+GXCrnXOklHZrgFe7e+5+Z6bvp36J4+H6fIitw==
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=VjZwGo+sZXzfAy/rEiCygwGJePo7Miw25nwi3trnfS0=; b=H2cMrElCel0D/sbCUHM/8tr679xP9WLF6AzXdP+NfHxtpqt8wg+3cac29ER0cR/vLchd+cLhOWLuH5RG2gdq/xvbTJQe7VNWi03NT1vprKmdEXbykiwipTnaQE/hIdDHHVl9JQ/9WMwmPCz0YWF5Kj5Zpx5RUqMdDiEM2eXIX5s=
Received: from AM4P190MB0129.EURP190.PROD.OUTLOOK.COM (10.172.218.17) by AM4P190MB0178.EURP190.PROD.OUTLOOK.COM (10.172.219.145) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2367.24; Tue, 22 Oct 2019 20:05:55 +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 20:05:55 +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>
Thread-Topic: [netmod] A reworking of RFC8343
Thread-Index: AQHViRJ+NKRnTgLb7E6oQ8qhAUHquqdnFhMA
Date: Tue, 22 Oct 2019 20:05:55 +0000
Message-ID: <20191022200554.dt6x57eksvqbvngj@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>
In-Reply-To: <16df50844b1.bbb67c6096091.5644334168758722892@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: AM0PR10CA0024.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:208:17c::34) 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: fabec6a1-b481-4d82-338e-08d7572b3f13
x-ms-traffictypediagnostic: AM4P190MB0178:
x-ms-exchange-purlcount: 1
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <AM4P190MB0178D53A4190C9F8FB93C020DE680@AM4P190MB0178.EURP190.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-forefront-prvs: 01986AE76B
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(396003)(39850400004)(346002)(376002)(136003)(199004)(189003)(66556008)(86362001)(8676002)(66946007)(305945005)(66476007)(64756008)(66446008)(45776006)(316002)(786003)(7736002)(54906003)(43066004)(102836004)(6246003)(386003)(6916009)(6506007)(71200400001)(6512007)(478600001)(99286004)(76176011)(6306002)(25786009)(446003)(6436002)(6486002)(256004)(8936002)(14454004)(11346002)(486006)(476003)(46003)(71190400001)(81156014)(81166006)(3450700001)(4326008)(186003)(1076003)(6116002)(5660300002)(2906002)(52116002)(229853002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM4P190MB0178; 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: Jo96QLHEs2/zPUOh2FCTT7NnqkE55JgzIxFG/8a8fIPPtycmIIbB5QrADZpqKoSigKwHz09vo7enCRgFNpWWKPisi3Hwj4lpNOFoXlFZIv00qZ717SF+HA7arYqC/TCXL1tQqqN4zeTA2wst02+k0VBvWlixtWTydVX1sTP9kP3QBOel5t+jk+IS1rwM7LlCxPsiCIz0WY5uqxsL2XFnAGnbYhutwoQvjshbtsDlnSt5DGqwe9wskCNgqxc0JHAAlhQsLSgWbLPUT2tDMlw+Trc8pBv/IsIsaFzhdEeBTeYBABcR69jKpRc78adEXAuGnq+dAoFyAkB4HEaqogMCPgU+B9reimoIiGFRF443PxFZyzYYs4albNo+YkXBaTcKJFG/He51DGw4xh4ePyphyYM8GTHiPZPRxfnovF4U7M3b5DLm0knCuXpqSx9yMkFb6pWhpDNIe9zZkkJFoMV54OnvWW02hFMmrS1jgIJULH8=
Content-Type: text/plain; charset="iso-8859-1"
Content-ID: <A5AAC234492D5E41B7A969DF1E27D335@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: fabec6a1-b481-4d82-338e-08d7572b3f13
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Oct 2019 20:05:55.3186 (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: 6Y4BpKY4MIKmqI8HGT4xQGUG7gpQiH/xwAFUG3vYE4UaZn+7Gsa+8tNYgwk8syr3w8FP3vfpiN3lxVqIZloffCEwIEzxzYlp/d4s6LU2yW0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0178
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/GC3hUtfJvd_shnqvZuL2lC4gQNA>
Subject: Re: [netmod] A reworking of RFC8343
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 20:06:03 -0000

On Tue, Oct 22, 2019 at 09:53:42PM +0200, Dmytro Shytyi wrote:
> Hello Martin,
> 
> 
> 
> We are interested in  some specific functionality provided by RFC 8343 yang model. 
> 
> So we derivied the yang model from RFC 8343, modified it and gave module name , prefix with some modifications like "ucpe-interfaces",
> 
> but in description we kept the reference to original RFC(in future we wil modify the description to say that it is not original RFC 8343 yang module.)
> 
> IMHO it is wrong to not presice in the description(reference) of the module / RFC that was we find usefull in our work.
> 
> 
> 
> >Clearly unacceptable.  Unclear why a ucpe can't implement 
> 
> ietf-interfaces from RFC 8343. 
> I will try to give some ideas here.  
> 
> 
> 
> 1. uCPE phy interface has "vPorts" to witch "vLinks are assigned". "vLinks "connect" the phy interface with  "vPort" of vswitch. Thus we may add to the derieved from RFC 8343 module the list of "vPorts" for each phy interface.
> 
> example with 1 phy interface:
> 
> 
> 
>                               +-------------------------------------
> 
>                               |                  UCPE
> 
>                   +------------+
> 
>                   |                        |------vPort 1---vlink---(vport_sw)vswitch(vport_sw)--vlink---.....----WAN
> 
> LAN----|   Phy             |------vPort 2
> 
>                   |   interface     |
> 
>                   +-------------+
> 
>                               |
> 
>                               +----------------------------------------------

You can augment a model without having to copy it. Whether your
augmentation makes sense I can't tell, not also that interface can be
layered.

> 2. If we include the yang module from the RFC 8343 to the set of yang models by default it goes in the root of config mode. i.e:
> 
> EXAMPLE:
> 
> config t
> 
>       interfaces interface....
> 
> 
> 
> When we have a parent module we need to place the RFC 8343 module to under the parent module (like in the draft draft-shytyi-opsawg-vysm-04). 
> 
> Hence the RFC8343  may be modified to add the augment statement(as it is dome in draft-shytyi-opsawg-vysm-04)  to put the "interfaces interface" under the parent module like
> 
> EXAMPLE:
> conifg t
> 
>       ucpe "ucpe X" interfaces interface...

Cut and paste to change the 'nesting' is _not_ proper usage of
YANG. The value of YANG is that objects with the same semantics are
predictable, this gives you interoperability. By copying modules to
other places (and tweaking semantics), you break the interoperability
promise.

/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/>