Re: [OPSAWG] Éric Vyncke's No Objection on draft-ietf-opsawg-model-automation-framework-07: (with COMMENT)

"Eric Vyncke (evyncke)" <evyncke@cisco.com> Tue, 20 October 2020 13:06 UTC

Return-Path: <evyncke@cisco.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A08CB3A0B25; Tue, 20 Oct 2020 06:06:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.601
X-Spam-Level:
X-Spam-Status: No, score=-9.601 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, 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=DsDChfUz; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=g7DDy5DY
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 d1i-XB-HMy_p; Tue, 20 Oct 2020 06:06:22 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4BDA03A0B20; Tue, 20 Oct 2020 06:06:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11310; q=dns/txt; s=iport; t=1603199182; x=1604408782; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dxUGY8YYsPpLjIEnB9wb3Qq+PlcvAlSEEiRrfUIXLsM=; b=DsDChfUzhwHXMf+OV3iksujjM9rtiwV8HOhe8+McXSMVgoe6OPwhOu6s EGzIly09UB9MWGA0OfK/Yw/ZDf3mwEjhbRtSSi/cniFoWlGD1fRlzRl/P ja3nj/drMMfBxWnQbPUJic8hMQ+dQ+YEzAJa1S4jPrwHH4osEZp3Oj/Pl 4=;
IronPort-PHdr: =?us-ascii?q?9a23=3AGq1YnxHUiqqeXCXxL4RH5J1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e401QGbWp/S7f1JzeHRtvOoVW8B5MOHt3YPONxJWg?= =?us-ascii?q?QegMob1wonHIaeCEL9IfKrCk5yHMlLWFJ/uX3uN09TFZX5fVTUrXD05jkXSV?= =?us-ascii?q?3zMANvLbHzHYjfx828y+G1/cjVZANFzDqwaL9/NlO4twLU48IXmoBlbK02z0?= =?us-ascii?q?jE?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DzLgCQ345f/4ENJK1gHgEBCxIMQIM?= =?us-ascii?q?hIy4HcFkvLIQ9g0kDjVOTfYR9gUKBEQNVCwEBAQ0BASMKAgQBAYRKAheBbgI?= =?us-ascii?q?lOBMCAwEBCwEBBQEBAQIBBgRthWEMhXIBAQEBAgESEREMAQEqCgMBCwQCAQg?= =?us-ascii?q?RAQIBAgMCHwQDAgICMBQBAgMDCAIEAQ0FIoMEAYJLAw4gAQ6kMwKBOYhodoE?= =?us-ascii?q?ygwQBAQWBR0GDEBiCEAMGgQ4qgnKCYIEQgimELRuBQT+BESccgk0+glwBAQI?= =?us-ascii?q?BAYEmARIBIYMXM4IskBQcBy6Cb5MXkA2BDAqCaokEgn6OcgMfgxaKDZQ3hFm?= =?us-ascii?q?OYIp0lUACBAIEBQIOAQEFgWsjZ1gRB3AVGksBgj5QFwINjh8MFxSDOoUUhUJ?= =?us-ascii?q?0AgE1AgYBCQEBAwkBe41MAQE?=
X-IronPort-AV: E=Sophos;i="5.77,397,1596499200"; d="scan'208";a="584958159"
Received: from alln-core-9.cisco.com ([173.36.13.129]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 20 Oct 2020 13:06:21 +0000
Received: from XCH-ALN-002.cisco.com (xch-aln-002.cisco.com [173.36.7.12]) by alln-core-9.cisco.com (8.15.2/8.15.2) with ESMTPS id 09KD6LYV026814 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 20 Oct 2020 13:06:21 GMT
Received: from xhs-rcd-003.cisco.com (173.37.227.248) by XCH-ALN-002.cisco.com (173.36.7.12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Oct 2020 08:06:20 -0500
Received: from xhs-rcd-002.cisco.com (173.37.227.247) by xhs-rcd-003.cisco.com (173.37.227.248) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 20 Oct 2020 08:06:20 -0500
Received: from NAM04-CO1-obe.outbound.protection.outlook.com (72.163.14.9) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1497.2 via Frontend Transport; Tue, 20 Oct 2020 08:06:20 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ZRPEQSl0YW5fZ8auqOmVZexP9mRiQY1D4Xt3EhaYcz8ItkscStm5URPWBuaTlW7OQnq51RUNf3/jGpoR6CM91+tX4U1nLCoDtCyn7lLmpKQniooQ7/79Y/NM/AqwwmlajnZiltuLNaNUqTZSjbQupvbNaAs4PSAlh2GUS0b0BE7zrlvygDx+/wlncIG3+x/da7cejcjemu01RXpXz+KJWFbttu18aMKp/RfydeM+0lf1WpQYkZUcgZC5biw8j/VAE+WqJANVUTrb1W6WpQo2GkwDflyYovhyzjG3C+efdfLxObxLGpg1Ks1efG3SAKA82mLVLKmP+5UfUx745rKwiA==
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=dxUGY8YYsPpLjIEnB9wb3Qq+PlcvAlSEEiRrfUIXLsM=; b=IZuTrG5QaKi7xQPpPu6vyneCApVA/rtuMO0IMnXJq9f/KgqUnd89lSHIK109o5DWtYxN0iSWRaw3wzTUmRz2VWhW5oioyYCX4ytoL69xy1jNTUgZ+PFySTno2xa5tFeOVkmMR44YOKQPEyswTuyQvADzUDLRc/udp09bOY+OLAUnJXiykqcqVbyrnU7AgWtdNtaVpVUaWicZ1BCTqSswdZI0URiIDcLGR+Ppj19lLvBTqxy7Aw9t3wdSuxYGqPMTSXCLu0fnKgXNgaPDpgzdpd+/SPX71c1hYhD+60zzEbHewjMO4Bf4OeOi37YYiTrW2ZFNCClN1fiBiR3En/vTYQ==
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=dxUGY8YYsPpLjIEnB9wb3Qq+PlcvAlSEEiRrfUIXLsM=; b=g7DDy5DYhXAkYPYZbUmw4zV8AsHwU1pHK3Ca1KUnzZByWeUUeICDFf0ZVW4GifLDBFlau6aT/d9iymA+XVVi6rJguxa2lrlSQod7p42fPvNcV2ejDsoLAh53MB/lKFKvMmHNWPUdVqCbgBOxYaU0aUEf/Tn7lHo/61tf8I+DxMQ=
Received: from PH0PR11MB4966.namprd11.prod.outlook.com (2603:10b6:510:42::21) by PH0PR11MB4888.namprd11.prod.outlook.com (2603:10b6:510:32::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.25; Tue, 20 Oct 2020 13:06:19 +0000
Received: from PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::453b:b2f5:ec29:410d]) by PH0PR11MB4966.namprd11.prod.outlook.com ([fe80::453b:b2f5:ec29:410d%7]) with mapi id 15.20.3499.018; Tue, 20 Oct 2020 13:06:19 +0000
From: "Eric Vyncke (evyncke)" <evyncke@cisco.com>
To: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, The IESG <iesg@ietf.org>
CC: "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>, "opsawg@ietf.org" <opsawg@ietf.org>, "draft-ietf-opsawg-model-automation-framework@ietf.org" <draft-ietf-opsawg-model-automation-framework@ietf.org>
Thread-Topic: =?utf-8?B?W09QU0FXR10gw4lyaWMgVnluY2tlJ3MgTm8gT2JqZWN0aW9uIG9uIGRyYWZ0?= =?utf-8?B?LWlldGYtb3BzYXdnLW1vZGVsLWF1dG9tYXRpb24tZnJhbWV3b3JrLTA3OiAo?= =?utf-8?Q?with_COMMENT)?=
Thread-Index: AQHWphXf1m3ZFP7ldUKzSvsRhDgFdqmgAy8AgACVxAA=
Date: Tue, 20 Oct 2020 13:06:18 +0000
Message-ID: <CB179A1E-0E22-430E-8EBB-7EB5C565A52A@cisco.com>
References: <160311155243.3413.8258578749909771073@ietfa.amsl.com> <13218_1603174217_5F8E7F49_13218_23_1_787AE7BB302AE849A7480A190F8B933031563194@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
In-Reply-To: <13218_1603174217_5F8E7F49_13218_23_1_787AE7BB302AE849A7480A190F8B933031563194@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
Accept-Language: fr-BE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/16.42.20101102
authentication-results: orange.com; dkim=none (message not signed) header.d=none;orange.com; dmarc=none action=none header.from=cisco.com;
x-originating-ip: [2001:420:c0c1:36:e92e:ce7c:f781:8d9b]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 71c98b8a-8b57-478d-765c-08d874f8ef66
x-ms-traffictypediagnostic: PH0PR11MB4888:
x-microsoft-antispam-prvs: <PH0PR11MB4888B280CFEFC6FD241A0B09A91F0@PH0PR11MB4888.namprd11.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: lRl85MwZVVE4K/kdTCn3MwHa82yvf3KeB5hiAj03uNZVaKkAUkuNn+w5T0qaTWqTsiv4FhI2mknCvM8CTRebFKFhhMVPnCOIOi4iVq3sj3t7Jjuo7+bojWjV+Xb1R/bOA4WKpP79IkyiNVyRmoSXajQGtJzLO+PoIZADHOkcEv9XkgR3YWk/YSmzDqTY5uajf6OxqJnchAVMPA425iO/hJD58oHgUZFSoNWiAMiqlncQkse9WFhuI8IuoiL6g1bJYxA+FoVColYrOQNkgUrF7c9GSu1iHHnWbwpvhkimhovaMu6d01vJFFOjfc5i0532YK34G8TSz/zrsoOhGmDHYEaFntSgy0JU2/WkrJXTnau0Ay2gVwustKVtqHeRZ9xJyXqioXebMzSEL3if5PPrAg==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:PH0PR11MB4966.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(396003)(366004)(136003)(376002)(39860400002)(2906002)(53546011)(66476007)(66446008)(2616005)(91956017)(71200400001)(54906003)(478600001)(110136005)(6486002)(966005)(8936002)(316002)(66946007)(186003)(64756008)(66556008)(76116006)(6506007)(4326008)(66574015)(5660300002)(83380400001)(36756003)(6512007)(33656002)(224303003)(86362001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: A8DiDEf+s65ZykeZTPvi0/w1eGclk9/GG1AACemBS4riP4BHn83IlZK0ljG/yOwHss/lCryCQnAzprzxmWIZ+WTgwZ2o+QQptxKLv1lBoxFBbXnGg9pPkKK7/7EXAh1Py+shkifeLDkQpW2zQn7kl1njOt1GP5iEAnRl7vH0HAOojeMi7HyTvRgFENOfNDViQ0y9wVYrjlehU9argx2xV/WJdK2YNt4GOeh3lAM4kZdJyzkjqoQVrCC0HvkuC5KDC8bsFVHAWk5hYJezyXuB5JVqwf/CRTSpgQPEBy2qnAV88HJJQo1Kvy9RnhSAKDbaLvVqMSc53TjuQNL78dnXUSp4qlK0g5rV+H0liNOfU4MToHNHd/nd63IMVpxcPLHtpAJF7/lZ49++bplicguV7kL1lTCEk0cXa+Wpqk0Lo7ZQ7k7phShLv+jPeoRPUSb94q+jg5pxkKJEiHICk159BVki6tvP6DH95TopF0sGYhg2rt5DdTxqvZFPQnZxnmDz59t79raj5O1ZeCgmtJ31kOcfxzVTJuwxgYcNhaKUqiLBeWUkRzZxHdA2mSXTlA17UdPC4KC9lAxI/E9vYZf75TG7JCRPflngcD0ukI1eoSJNLxsYia0Mk9ivtYpKejglRzV9Hp/O5yhf2SFHmffoaVyBbzkVECzyATT+PKIKIJB/Wv7uh/AIRR9Ail7pf9gqjcA9PevQ9V2q8P01pTkTvQ==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <117F67107F715E46828F81D663ABA093@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR11MB4966.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 71c98b8a-8b57-478d-765c-08d874f8ef66
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 13:06:18.9240 (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: N7P99/QgPRUDEtrIUSriu3jegIjS9deGfeRWTjDaU6BKe9FWzAdcemLhuePI0leFF30H5MSeU4N3zgZoOMvnkw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR11MB4888
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.12, xch-aln-002.cisco.com
X-Outbound-Node: alln-core-9.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/Tcq7QKLmAWCMgfrMx-XkRCDzV9s>
Subject: Re: [OPSAWG] =?utf-8?q?=C3=89ric_Vyncke=27s_No_Objection_on_draft-ie?= =?utf-8?q?tf-opsawg-model-automation-framework-07=3A_=28with_COMMENT=29?=
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 13:06:25 -0000

Bonjour Med,

Thank you for your reply and your actions that should improve the overall quality of the document.

I am still unclear about whether this overall document is YANG related as the focus appears to me more on a standard data model (where of course YANG can help). But, this is merely an academic-like non-blocking comment.

Regards

-éric

-----Original Message-----
From: "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>
Date: Tuesday, 20 October 2020 at 08:10
To: Eric Vyncke <evyncke@cisco.com>om>, The IESG <iesg@ietf.org>
Cc: "opsawg-chairs@ietf.org" <opsawg-chairs@ietf.org>rg>, "opsawg@ietf.org" <opsawg@ietf.org>rg>, "draft-ietf-opsawg-model-automation-framework@ietf.org" <draft-ietf-opsawg-model-automation-framework@ietf.org>
Subject: RE: [OPSAWG] Éric Vyncke's No Objection on draft-ietf-opsawg-model-automation-framework-07: (with COMMENT)

    Hi Eric, 

    Thank you for the comments. 

    Please see inline.

    Cheers,
    Med

    > -----Message d'origine-----
    > De : OPSAWG [mailto:opsawg-bounces@ietf.org] De la part de Éric
    > Vyncke via Datatracker
    > Envoyé : lundi 19 octobre 2020 14:46
    > À : The IESG <iesg@ietf.org>
    > Cc : opsawg-chairs@ietf.org; opsawg@ietf.org; draft-ietf-opsawg-
    > model-automation-framework@ietf.org
    > Objet : [OPSAWG] Éric Vyncke's No Objection on draft-ietf-opsawg-
    > model-automation-framework-07: (with COMMENT)
    > 
    > Éric Vyncke has entered the following ballot position for
    > draft-ietf-opsawg-model-automation-framework-07: 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-opsawg-model-automation-
    > framework/
    > 
    > 
    > 
    > --------------------------------------------------------------------
    > --
    > COMMENT:
    > --------------------------------------------------------------------
    > --
    > 
    > Thank you for the work put into this document.
    > 
    > Please find below a couple of non-blocking COMMENT points and nits.
    > I hope that this helps to improve the document,
    > 
    > Regards,
    > 
    > -éric
    > 
    > == COMMENTS ==
    > 
    > A generic comment: it hurts my eyes 

    [Med] It shouldn't :-)

    to see several occurrences of
    > "NAT" as a service in an IETF document in 2020...

    [Med] Will double check. But, please note that from a YANG standpoint, the NAT module is not only about NAT44, but covers also NAT64, CLAT, SIIT, EAM, NPTv6. 

    > 
    > Should there be a reference to
    > draft-claise-opsawg-service-assurance-architecture (albeit not yet
    > an adopted
    > document) ?

    [Med] We could consider adding it as another example under Section 5 if we had a volunteer to provide the text explaining the mapping with the arch in the document.  

    > 
    > There are a lot of detailed service creations with a good
    > decomposition of all the required steps; but, little is written on
    > the importance of YANG models (as opposed to any standard data
    > exchange), so, the current title seems a little misleading.

    [Med] The important of YANG is described in the intro, e.g., 

       o  Allow for vendor-agnostic interfaces to manage a service and the
          underlying network.

       o  Move from deployment schemes where vendor-specific network
          managers are required to a scheme where the entities that are
          responsible for orchestrating and controlling services and network
          resources provided by multi-vendor devices are unified.

       o  Ease data inheritance and reusability among the various
          architecture layers promoting thus a network-wise provisioning
          instead of device-specific configuration.

       o  Dynamically fed a decision-making process (e.g., Controllers,
          Orchestrators) with notifications that will trigger appropriate
          actions allowing thus to continuously adjust a network (and thus
          involved resources) to comply the intended service to deliver.

    > 
    > -- Abstract --
    > To be honest, I fail to understand why data models can be used to
    > 'derive'
    > configuration information. Did the authors mean 'describe' or
    > 'specify' ?
    > 

    [Med] We meant "derive". Think about a service model (L3SM, for example), it does not specify the configuration that will be put into effect in a network, but will be used to derive a network model (L3NM), that will be used to derive the actual device configuration models. 

    > Later "This document describes an architecture" while the title of
    > this document if "framework" ? Slight semantic difference ;-)
    > 

    [Med] Will be fixed. 

    > And later "accommodate modules that", is it 'YANG modules' or 'data
    > models' ?

    [Med] YANG modules. 

    > 
    > -- Section 4 --
    > The complex figure 4 would benefit from some textual introduction
    > referring to the subsections. Also, the meaning of the arrow would
    > gain if specified. E.g., why "Service Diagnosis" does not have a
    > loop back to optimization or assurance ?

    [Med] Point Taken. Will add more text. 

    > 
    > -- Section 4.2.2 --
    > If not mistaken, this is the first appearance of the notation
    > "<intended>". Do the angle brackets have a specific meaning?

    [Med] Yes, https://tools.ietf.org/html/rfc8342#section-5.1.4. We can add a pointer. 

    > 
    > -- Section 4.2.3 --
    > Suggestion to use the figure 4 wording as the title esp. since the
    > wording of MDT is not really used in the sub-section.

    [Med] Fair point. Will be fixed. Thanks.

    > 
    > -- Section 6 --
    > Is it required/useful to have the 'standard YANG security
    > considerations" in this document that does not contain any YANG
    > module?

    [Med] The document is about manipulating YANG, hence the need to include the text. 

    > 
    > -- Section 10.1 --
    > Most of the references should probably be informational only.

    [Med] Most of the RFCs that are cited there are required because of the security section. 

    > 
    > == NITS ==
    > 
    > Generic nit, I found the use of capitalized "Service Model" or
    > "Network Models"
    > a little disturbing.

    [Med] OK. 

    > 
    > -- Section 1 --
    > "how different layer YANG data models" is rather difficult to parse,
    > suggest to rephrase it.

    [Med] Changed to " YANG data models at different layers "

    > 
    > -- Section 4.4 --
    > Is it "service decomposing" or "service decomposition" ?
    > 

    [Med] Yes. Will be updated.  


    _________________________________________________________________________________________________________________________

    Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
    pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
    a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
    Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

    This message and its attachments may contain confidential or privileged information that may be protected by law;
    they should not be distributed, used or copied without authorisation.
    If you have received this email in error, please notify the sender and delete this message and its attachments.
    As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
    Thank you.