Re: [netmod] Question on draft-ietf-netmod-yang-model-classification
"Adrian Farrel" <adrian@olddog.co.uk> Wed, 25 January 2017 13:05 UTC
Return-Path: <adrian@olddog.co.uk>
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 A8ADB1298AB; Wed, 25 Jan 2017 05:05:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
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 oSzymgUrskUX; Wed, 25 Jan 2017 05:05:39 -0800 (PST)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D007312989C; Wed, 25 Jan 2017 05:05:38 -0800 (PST)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v0PD5Uhq031053; Wed, 25 Jan 2017 13:05:30 GMT
Received: from 950129200 ([176.241.251.3]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id v0PD5P0D031024 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 25 Jan 2017 13:05:28 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Tianran Zhou' <zhoutianran@huawei.com>, netmod@ietf.org
Date: Wed, 25 Jan 2017 13:05:24 -0000
Message-ID: <02d501d2770b$b3cce160$1b66a420$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdJ3C6XMP9fSsm4ISz6dPWABble+gA==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1679-8.1.0.1062-22844.006
X-TM-AS-Result: No--17.567-10.0-31-10
X-imss-scan-details: No--17.567-10.0-31-10
X-TMASE-MatchedRID: 0+daXaNUWRWnn0ikgrV5F5VIEKhlTKpsCt59Uh3p/NWvQKL4Zyk7vD+w kmu9F8TUADB//LqfcBG2Dz3PHv7H5yhlmALF5LHIwVaayvK71l/2X2nyY2WSCfWAXs8IQX1uSzl I2vTw45voQ07jTT9lSldxg8E/dolzmsV/pxO5my+zwJcJKPFV6/ZbiRNt1Wiod71AOvz4tNyAEa pd1DGem+lrSILBkMIfW9AQiO8HcMDh134jKGaMGfOHbIp2eXtYQPCWRE0Lo8KdI/DikZ1UPLliD 6D5Idq7Pky3qUIYnds46aCOYadUWApP5EcuEKQc+3dCDI49dsshotH7bEpEMrrfxlRjqBJ3JRw8 rCLGUM8xcSfgz4Zxa/FPDHhQkgxywPFufF78O4iVUcz8XpiS9DGZtPrBBPZrs1y4JvwIDG6V/4b 3Z4NiM32iNUjkdD3238jePisGrfpdFN0T1voiz6+dYEguu4aVnvBHr/aFnM60Vg+MnSE2GIThNu sNaFrye2D25CVmFvp4ruJXWjLASRqX6iR5jg9rKWuiyZLRI4CRPtwwl97om7l+jVyLzmC70DM+v /G/NaM0KfHO8RTD8sn+WbzE3UhvAM0/G7XUdeMYBkxPlIuYCQ2AVSpm3nkDXDDHfowm/bfzPvRc NNSOxo9Zm8Ov7SprPDF4aOlLYwdKl5uDD6k69p4CIKY/Hg3AtOt1ofVlaoKm8jxRk5/juNRnEQC UU+jzjoczmuoPCq2UTGVAhB5EbQ==
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/AmCvwHa_s1VunIaotUBHnxatl8s>
Cc: opsawg@ietf.org, draft-ietf-netmod-yang-model-classification@ietf.org
Subject: Re: [netmod] Question on draft-ietf-netmod-yang-model-classification
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: adrian@olddog.co.uk
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: Wed, 25 Jan 2017 13:05:40 -0000
Hi Tianran, I agree, it is very confusing. It doesn't help (me) that folk are using the term "device model" when I can't find a definition of that term. Maybe this is intended to be a synonym for "Network Element YANG Modules" that is used in draft-wu-opsawg-service-model-explained and draft-ietf-netmod-yang-model-classification. In draft-wu-opsawg-service-model-explained we tried to bring the terminology into alignment by also using "Device Configuration Model" for this. draft-ietf-netmod-yang-model-classification is pretty clear. Network Element YANG Modules describe the characteristics of a network device as defined by the vendor of that device. The modules are commonly structured around features of the device, e.g. interface configuration [RFC7223], OSPF configuration [I-D.ietf-ospf-yang], and firewall rules definitions [I-D.ietf-netmod-acl-model]. The module provides a coherent data model representation of the software environment consisting of the operating system and applications running on the device. The decomposition, ordering, and execution of changes to the operating system and application configuration is the task of the agent that implements the module. Note: "a network device". So, if a module contains information about multiple devices (because coordinated behavior is needed to enable a service) or about the network itself when facilitating the service, then the module is something bigger than the Network Element YANG Module as defined in draft-ietf-netmod-yang-model-classification. That's OK. It doesn't make the module wrong or evil. It doesn't mean the module has no value. It just means that the module needs a different name. In draft-wu-opsawg-service-model-explained we chose to call this type of module a "Network Configuration Model". I don't believe that these authors of draft-wu-opsawg-service-model-explained can be clearer on our definitions and motivations for listing the particular modules that are work-in-progress in particular categories. We could, however, stop mentioning such modules if that make everyone less uncomfortable. This would not substantially change the value of our document (which is about service models). Thanks, Adrian > -----Original Message----- > From: Tianran Zhou [mailto:zhoutianran@huawei.com] > Sent: 23 January 2017 09:33 > To: adrian@olddog.co.uk; netmod@ietf.org > Cc: opsawg@ietf.org; draft-ietf-netmod-yang-model-classification@ietf.org > Subject: RE: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification > > To add more comments: > > On the L2SM meeting, several people (4 or more) believed the 3 service delivery > model examples ([I-D.dhjain-bess-bgp-l3vpn-yang], [I-D.ietf-bess-l2vpn-yang] > and [I-D.ietf-bess-evpn-yang]) are actually device models. > > I think both of the two I-Ds ([draft-ietf-netmod-yang-model-classification] and > [draft-wu-opsawg-service-model-explained]) can check if those YANG models > are device models or service models. > > Regards, > Tianran > > > -----Original Message----- > > From: OPSAWG [mailto:opsawg-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Friday, January 20, 2017 12:25 AM > > To: netmod@ietf.org > > Cc: opsawg@ietf.org; > > draft-ietf-netmod-yang-model-classification@ietf.org > > Subject: [OPSAWG] Question on draft-ietf-netmod-yang-model-classification > > > > Hi, > > > > We've been trying to ensure that draft-wu-opsawg-service-model-explained > > is consistent with the latest version of > > draft-ietf-netmod-yang-model-classification. In discussions with Tianran > > a question has come up. > > > > In section 2 you have a nice definition of Network Service YANG Modules > > and this definition maps nicely to our definition of "service delivery > > models". > > Furthermore, your figure 1 shows Network Service YANG Modules on the > > interface between OSS/BSS and the various network services. > > > > We have further defined "customer service models" at a higher layer still. > > That is, on the interface to the customer. This (of course?) assumes that > > the OSS/BSS is not customer code :-) > > > > However, your discussion of Network Service YANG Modules in section 2.1 > > seems slightly at odds, although this may be just ambiguity. > > > > For example, when you say, "Network Service YANG Modules describe the > > characteristics of a service, as agreed upon with consumers of that service," > > this is not the same as, "This model is used in the discussion between a > > customer and a service provide to describe the characteristics of a service." > > That is, the former case could be arrived at after processing based on the > > latter case - processing that we have called "service orchestration" but > > might (of course) be what leads to the operator poking the OSS/BSS. > > > > This might all be fine and good, but later in the same section you say "Network > > Service YANG Modules define service models to be consumed by external > > systems. > > These modules are commonly designed, developed and deployed by network > > infrastructure teams." And there you introduce two terms that are previously > > undefined and only server to add ambiguity. Specifically "external to what?" > > I could make and argument that the OSS is developed and deployed by > network > > infrastructure teams, ad also that the OSS is external to the network itself. > > > > And, in between these two quoted pieces of text, you have... > > > > As an example, the Network Service YANG Module defined in > > [YANG-Data-Model-for-L3VPN-service-delivery] provides an abstract > > model for Layer 3 IP VPN service configuration. > > > > Per my other email, this reference needs to be fixed. But I struggle to > > see the L3SM module as consistent with your figure. It may or may not be > > consistent with your text dependent on the interpretation. > > > > In draft-wu-opsawg-service-model-explained Figure 4 we have tried to show > > how we (the authors) think L3SM fits into your classification. Here we place > > L3SM further up the layering stack. > > > > [Apologies for not spotting this sooner. The citation > > "YANG-Data-Model-for-L3VPN-service-delivery" includes the term "service > > delivery" which I took to imply a different module.] > > > > Thanks, > > Adrian > > > > _______________________________________________ > > OPSAWG mailing list > > OPSAWG@ietf.org > > https://www.ietf.org/mailman/listinfo/opsawg
- [netmod] Question on draft-ietf-netmod-yang-model… Adrian Farrel
- Re: [netmod] [OPSAWG] Question on draft-ietf-netm… Tianran Zhou
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Adrian Farrel
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Dean Bogdanovic
- Re: [netmod] [OPSAWG] Question on draft-ietf-netm… Dean Bogdanovic
- Re: [netmod] [OPSAWG] Question on draft-ietf-netm… Dean Bogdanovic
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Adrian Farrel
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Carl Moberg (camoberg)
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Tianran Zhou
- Re: [netmod] [OPSAWG] Question on draft-ietf-netm… Juergen Schoenwaelder
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Adrian Farrel
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Dean Bogdanovic
- Re: [netmod] Question on draft-ietf-netmod-yang-m… Dean Bogdanovic