Re: [netmod] Fwd: New Version Notification for draft-lengyel-netmod-yang-instance-data-01.txt
Balazs Lengyel <balazs.lengyel@ericsson.com> Tue, 26 June 2018 14:55 UTC
Return-Path: <balazs.lengyel@ericsson.com>
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 356E3124C04 for <netmod@ietfa.amsl.com>; Tue, 26 Jun 2018 07:55:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.309
X-Spam-Level:
X-Spam-Status: No, score=-4.309 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com header.b=ADtyTsWD; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=ericsson.com header.b=Hs7lny9G
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 Nya5yVVFxVjx for <netmod@ietfa.amsl.com>; Tue, 26 Jun 2018 07:55:53 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (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 B4CE6130E96 for <netmod@ietf.org>; Tue, 26 Jun 2018 07:55:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1530024950; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=piTtZcJ7neAmcFkSh7E2mv0LYErDSSYggl1TeA/sC5Q=; b=ADtyTsWD1S88AJmN2bcbF7Ar0AIH2/sPS0xOmhpVU9kdqh412bB0fZj748mpyKrs ki7GkmUzVD/Bii3NXDsGwyIhURaparmvRtInxzBId+vbG5xmaaE1xP85lXlSv5d7 nl3/ImbRIv5OPVygS87HTX3hQkiiKkxyS13rPukEN6I=;
X-AuditID: c1b4fb25-59dff70000007b3f-ae-5b3253f5dc31
Received: from ESESBMB502.ericsson.se (Unknown_Domain [153.88.183.115]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id D4.2F.31551.5F3523B5; Tue, 26 Jun 2018 16:55:50 +0200 (CEST)
Received: from ESESBMR501.ericsson.se (153.88.183.129) by ESESBMB502.ericsson.se (153.88.183.185) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 26 Jun 2018 16:55:49 +0200
Received: from ESESSMB503.ericsson.se (153.88.183.164) by ESESBMR501.ericsson.se (153.88.183.129) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3; Tue, 26 Jun 2018 16:55:49 +0200
Received: from EUR03-VE1-obe.outbound.protection.outlook.com (153.88.183.157) by ESESSMB503.ericsson.se (153.88.183.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1466.3 via Frontend Transport; Tue, 26 Jun 2018 16:55:49 +0200
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ljKNKUnx8Vcoxb32VvIUcIehaebdkXUHFXKH4AgVMSY=; b=Hs7lny9GHEAhWCqe6j7Lnt3j5OyTp9TXKbIcqv+4RTmPudz8ROhGQ+vtlMAiIxfMAg5tIVfuoICarvApcPrNvJLvxMyPsGLUkPrc+4GmZfIlb9vumTeYmHuVr8vQX2LyZtIcSx8Wd0Xl/eCQKBp1IqzxpjQXxWjev1LezygfSN4=
Received: from [159.107.197.89] (89.135.192.225) by AM3PR07MB0488.eurprd07.prod.outlook.com (2a01:111:e400:8830::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.906.10; Tue, 26 Jun 2018 14:55:46 +0000
To: Robert Wilton <rwilton@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <152889763632.15168.12247537431295038165.idtracker@ietfa.amsl.com> <75383a97-d08b-b202-70a6-eab064963af8@ericsson.com> <b58d21a9-d27e-c8b3-e8e3-483dd6942c9e@cisco.com> <f946ca96-1cb2-e032-9adc-7df00702e216@ericsson.com> <20180626121156.fq5ioq2gh5sy3v7n@anna.jacobs.jacobs-university.de>
From: Balazs Lengyel <balazs.lengyel@ericsson.com>
Message-ID: <58f0238c-0b96-f588-90e6-320dccd935fc@ericsson.com>
Date: Tue, 26 Jun 2018 16:55:33 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <20180626121156.fq5ioq2gh5sy3v7n@anna.jacobs.jacobs-university.de>
Content-Type: multipart/mixed; boundary="------------A5981F3776C3C023B596A386"
Content-Language: en-US
X-Originating-IP: [89.135.192.225]
X-ClientProxiedBy: HE1PR05CA0277.eurprd05.prod.outlook.com (2603:10a6:3:fc::29) To AM3PR07MB0488.eurprd07.prod.outlook.com (2a01:111:e400:8830::18)
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 7ba0f568-2303-4a0f-eb4e-08d5db74e638
X-Microsoft-Antispam: UriScan:; BCL:0; PCL:0; RULEID:(7020095)(4652020)(8989117)(4534165)(4627221)(201703031133081)(201702281549075)(8990107)(5600026)(711020)(2017052603328)(7153060)(49563074)(7193020); SRVR:AM3PR07MB0488;
X-Microsoft-Exchange-Diagnostics: 1; AM3PR07MB0488; 3:1dORH5xztwGDbk/tKTOMVywkZ3eSbTq2SosNrY1J7oleBvPh8iauAyLmxWBF12oJRkF0xCpkzrlY1rOVcpFeTePqvM9e55xhah3dZrQg+GGlAEbaX6qJjXZoBpOzGt4mCcz4Pzoovsc5dRorrUoXdUsSnFNRNZMC+64/p405SJmJwcRo7IGZWfwqTxszZp3z6xZxzYt/l+0EU53V8lHRDoKFfmGeBY6i7vRhAnNN7eNSfOYKk2P8xMc+iXiqrC53; 25:VGiotUgxqwhedyIu+nYkHsTr8eT4/GuXroRpxx6AIDP0ynI+k4LZHsjuVUefYXhbA+DbGYmEGiej851jRhZg5tVT9jQCpNzph4cYwSwL69libQuC70NXYPpoxTL2DWvGnsSIrjPI577IFhxg2vTJWmKI7702OEzYCjzOzDz389WB7bJKJd0Do2FcI2EFASFjpwz2YR+AzvQPczF6WVjCtPg8o0Q2gEgh3yxXkBMZcNOE1FHwKyNGFdKwglFOMNyyAlxt/UkfSaBzvOhZSlB2OrrvaXk+CIjKSp2ZuWuXkc6Z4ZIxAJxhigC9TGXBeGpTiSriS0FFMGNLJ0JKns6xPQ==; 31:mAzRmjoMCUdlwN1JAhvz5aNYBctQjyfZiByHY5Be4RtDSBvld2NEfc0O9yvwnM6jvTWeKidKM926Kn5F0ebf9EyzzCt2ziN/uSJ9cFSvFmYp4EOPf8CeOCjlTvfe+L3KMEvFfGRCe5KlLr9aVZ4xEo8abQQ5bRqhzyd+kf+p8vbYeIKtP2oXqjcGMmXfsw/4Esndfiswv1r5cf9WaCmzbmNR61GjZoDStZU5Vx1FCTI=
X-MS-TrafficTypeDiagnostic: AM3PR07MB0488:
X-Microsoft-Exchange-Diagnostics: 1; AM3PR07MB0488; 20:g0WBc+RSPf+7vxWBOhX72IT43rrG06xd3GIsoCkkjOM2J9gSiII5cJsO/X1Fvr392nRVGBnsykIy12bWYVNh6KvK3bqLA1g6Mzyt5odB9iJV0xusFtHqFVPxkr/SWfb5MV87oIfFyPVrJxbp7P3lgd44WCBhXMypUO0exgvw75CSsX3tbKkOyXulTn+cnUKaUkRR38jPHRCspOdJSHUnZFom8XXpF7UtN3Aiu2bp5aZU+TktnOC7BBjt/c6GjrhLWVgwBLOoAnbLDaWX4kJe1hy9t50qZrNP2HF8X798xHLKqAP8Lz6IwJIuXZhlnZpLPoRsie0eL2I75hDnUIUTiZYYtZvb7vg8v0ND9bAJ8pWz6UXWkLH5Vnku3bIOpwXp5MbPocmjAoCl9PCI5YISerehT50Vu1izlv9YJa5cVQ9VYNI8eHRjQ8lVkWzJSM+iXHm6WuM5vCys9GrFshQuP1zcQsYcQduUk/DnNqRPejFDmH7VbEH5Tluqlyvc6nK3; 4:NdP7G8zgJmu+Qo9Zz5iCOMNmsDH3OQI3tpzYPUYSzPwMc0rWFgL15Lk0FMtuOQa1YefFul7JrZ//WGi8RT4Ze1dAEMvh1LOysrBH0RqrUMWL80fkNObuj/BbzDc3zdrJMBumtCKYR+iYIb7dTL59pOiaV285oLe71fMe8gzNv6hVyD6wprSJ7EiHU8kk7BIFL+NLjaPAyJog7ZGxuqyA/h8L6x1x8bsVIgItV5uN7ohyCK/rQJG0KaDn4InaN4q7WUfJH9RGHrpTSu+CyA+d5uNALLCpsKomIzyvJ4g1XWo1z/9TlaTMVtKJVk71Mw+l
X-Microsoft-Antispam-PRVS: <AM3PR07MB048835C88E62FE1431CFA5EBF0490@AM3PR07MB0488.eurprd07.prod.outlook.com>
X-Exchange-Antispam-Report-Test: UriScan:(37575265505322);
X-MS-Exchange-SenderADCheck: 1
X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(8211001083)(102415395)(6040522)(2401047)(5005006)(8121501046)(10201501046)(3231254)(2018427008)(944501410)(52105095)(93006095)(93001095)(3002001)(149027)(150027)(6041310)(20161123564045)(20161123562045)(20161123560045)(20161123558120)(201703131423095)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011)(7699016); SRVR:AM3PR07MB0488; BCL:0; PCL:0; RULEID:; SRVR:AM3PR07MB0488;
X-Forefront-PRVS: 071518EF63
X-Forefront-Antispam-Report: SFV:NSPM; SFS:(10009020)(6049001)(376002)(39860400002)(366004)(136003)(396003)(346002)(51914003)(51444003)(199004)(189003)(57704003)(252514010)(65956001)(49976009)(68736007)(6666003)(2501003)(97736004)(21480400003)(64126003)(6486002)(2476003)(6306002)(31686004)(236005)(54896002)(966005)(25786009)(478600001)(65806001)(16526019)(26005)(186003)(15650500001)(229853002)(7736002)(66066001)(84326002)(5660300001)(65826007)(31696002)(606006)(105586002)(486006)(16586007)(53546011)(52116002)(316002)(106356001)(386003)(2906002)(6246003)(6346003)(44832011)(8676002)(14444005)(36756003)(568964002)(93886005)(76176011)(4610100001)(33964004)(16576012)(11346002)(81166006)(446003)(3846002)(81156014)(6116002)(53936002)(58126008)(476003)(8936002)(110136005)(2616005)(37036004)(86362001)(956004)(5024004)(78286006); DIR:OUT; SFP:1101; SCL:1; SRVR:AM3PR07MB0488; H:[159.107.197.89]; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
Received-SPF: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com;
X-Microsoft-Exchange-Diagnostics: 1; AM3PR07MB0488; 23:i7Yn9zka/W4tODQ+USuv6czpiyv+S18B3XGkflVX4q+kORbOzwGnjPe0+1MB1PM137fw7tdCRuTv4vE3IV4fJxlKcRgodrGPQnfp4JzGBlFxRKQDI0JG1eSwlthnWNNRfg8n/hPKTw+Nc13jzvtvg7BDas0FfmDtbSdwcH9C6W6779Nhf/v5Q0lBxUAYS4RiQFrY5mnTedaAPFxtOFaIlgJXqkNBGgM/FJI59fH+ULDviel9lCX4fHnJN1nLIfA2YtVSjA7Gbor77hSZn7iP1lZqunCcKwhvGbkpjwmCWPQANCt8j0j9bIXZLa6CbCAuGN6+HD+2NG7Ij8CkNZimuvnUrBzOsK/PhTj6Vmr9z5CTAErMwCW/VWQxO0rs6HHvTXSFELNig3/dX6xPyiJzklKV5uWhsJHuyynNn0Dp5aDveB461swIeikbSOw3sC6EFGkoi1eSCUDuPWk+CqOPmX8xD6ikLYOQ0LDJW7njmrYrpIKkcVGa8Tq82UIlChPg2KVeR+VDYf/q7B91BiS2IlynxRnrxaC8oepGVqe0Qjziv5wiOigfmNryP7IAdWUV6UVHVxN/AKmRVLArLw3LP3beaTs2cQ+ByGVHKau/EcXAhR5rl/EoWLSJxdx/jKk401jz19WggRMDl+0BsKdXGhuBdlc2llGUH3+5kqlbBP4KiqoT/WrYV2+E7Dx1NdmHYMhbX3QM7iWDtw7ebxxoDi7RUAGaMsl+K49yFPQuo42Ko+P6BrZZ3tZw+fwllSsV6wZFTQqpbYu1H8e7YF4G7aN6wQqiqapOTIlLlrbm5zs5HCoTt134vSsdDPGJgu+J+Ayk8Py5FQ7po9MsJ2P/jMY6bSkHb5dV4/plas289jY+XN4Flk6g0EH9V31vvzzKFBrVwe6hCSodvKEUSEU8YnChNWD6Va2eDqp/J2Dew566GMWcQ8dnkIGjFKIxAxM//lStOaLH/F6DVLh+R36Xv58Mx+Tuj34m0LJQYkH399Khrwb3t6whuaSIC9DazATzd2zj/cz23KU+1p6UIc1TUc4oEt83ksJr8x6/R3c6SfxeX++PJpiKVl4yb+iHFQLB0rpZHCfZ/EZ/1O9M3ib6oE5DsoD7BCfe2/p3Rd8icTBCeqT6EKtYzD7zzwHcjRZiktxkLqtdvhhbFVe1UBGkiVVgNe8dc6iEpmXYR9ep3hln5Mb8Yz1GubXyXCLHv0QH865SZS+W+ASFhnYZsPw4Y7lY5KsOLtsblFp+iGbn7vsmp6RebavK82c7iPY8jJF6NRWH6IyLRhulUdnkJSX+ZmxzQHjmb6M8j0K0pWlBhvG9xKzJpyzN7XwwIcher1lJLmzwmVTwVmwBUeBb7/fxwPW5J5TNVDnNR4SKtOyFu/LqYsXilZjyEy3PcAeHt55T0mzZCIGmFfyg4PFNiFaq3/HWeisoSVLKc06U50icbcqMxbS7I0G9+AiaSrc80Adxv9SzvUUKnlTi07U1zMfNnzUQ9m1OsZKU73KevxvZJch4SfooLuG2wmw1byOYEdTslkcsnpgGelaHZBa4UiFU7cecNP0T+WSSh97opl74NUgUUAZrNII8XNiE2braStmkIdPs2HJaMYtc/iczmnhYuZ+wYj5BOBijzEfoYlXyl0HZCj3SuDnpFbP+9/A1ZdsD3VxeDUaPk5VYpEZxLExgfDTLG5RjY+nNioMIMSuMx6QuJME7Up4g9i3qyklPCL7f2UcQjrNQop86PLpSGXVKLl5ScSpGDm6HUPv0dTv69OU=
X-Microsoft-Antispam-Message-Info: mG4j296NdursKUA38+qNZ9fUlbAF9tEAp3EcN5R/LNwlygw8y06Ry2wHb0X43Fctw5nCDEXI9yhAl668n7JOmN9H3SyvHI25CT0Jjk8XsItLUki84ioadX4lZ8n87l38YFSqp7lXwLYEPscCQzy4sz1OXP9aYHshFZmGVO7NvisDx+x+7/0DKsP0kcZ3u3pq5CLA/0vvn+uCtRBT/0fD4MUIpbmR2D/aoBmKhEJjtlnassLWT2lnvz+T/aVSGKFoIALFNfDO8+WIuxi9soe6dZsDdoCbmiBrH6T55IBrhgthj7AiXoatfly5fseUPXR7RASXUz2DMXCRiZjbMHXJUCo4K4qeubXcEYhxVaxdNaM=
X-Microsoft-Exchange-Diagnostics: 1; AM3PR07MB0488; 6:QGxSyQmKaYKYyf+bJrWCidzn0+lK+rsHkksaAvoL4Z5g2wKbczbQ/QZmnZXKkOc4ZmLWAeM4heS3RdTrJiKO1R8lCMDx8kQVFMPuA3Sv823nZhPFdkMDeFkd7vrE3lt5aqywbrXDrdyNjCtOgy5g0bS8v4lwnH2Wdp69NIhnuMVX6dua76cE+1H3Oy31Sy3uFAOsiRIvRMIL5L2W1GAP/le5FkWCalifn53XC9EgEQQ9Ej+MgYvDTwMzvmOQqJM7jPHzS07I4nBamUzvdmGGRvSx7KdCO8E/r+sIWUWmHiYbvgV1AvLuEvaVrNN7gkysMoUNvIP/pKLgbVn62ebH1SR8kS259o6MWiQy5yFfPqTlloaWGO52fhj6LVOBp2SCwKuaxdckU2M5XJKC9kGZAMLsstmzU31WuJ5dykkKyXGp6/uOd3FL9yqaDmSf9wmud4fS1V6U5tPzYkHj/1aWdw==; 5:5Lui0Fd2hj6mL4I3Zr5zmkj/Lam7U1v3k/JD7TCpYwe4w/jj2xMf039f/ARA4ypBRR6NlZxsi8/juXgrXubTMQKsG1ZdTaAtADQ8yYj8xZK5u0cPy2Yfyk4vsVggkYyQqREXRr2EhgSRNF47CIO59oSiLpBn4akrjWfqA2mjdfE=; 24:4PB85bqOE1EASjYakIl2VWPiqonaG8rSfnEvMytpx3OcX/lxRFE2NZSYI70K2MyOQa/lDcf9Tc8IEzYfZxemEUUFagdyi3HF2IpB09NNqV4=
SpamDiagnosticOutput: 1:99
SpamDiagnosticMetadata: NSPM
X-Microsoft-Exchange-Diagnostics: 1; AM3PR07MB0488; 7:IFLRGu1nB8tGzUYt3gCZachoJ3AN4HeAtrAivVeEh6H+TyMG1729xr+q2uDX4HA/mIlK3l4T47c4+xJ9cshiJmOOv4/GbAtlukg+8d0jjvMR5IBDUpIPSs25IftjSc1/BrqcQCAqiJFWS50DVR6JJ6xnS3HY+AGq8sqCTbJiEwMYrN60b0blPJ9/wl6tYXhnQ/hWFzyc2ikFnUMOZocyVpxXhuVxP7Ky0wpdedz5kh+JbFECYBEt0TjBvWdFgazX
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Jun 2018 14:55:46.3285 (UTC)
X-MS-Exchange-CrossTenant-Network-Message-Id: 7ba0f568-2303-4a0f-eb4e-08d5db74e638
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR07MB0488
X-OriginatorOrg: ericsson.com
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrMKsWRmVeSWpSXmKPExsUyM2J7se63YKNog5MrGC3mX2xktThxro/Z gcljyu+NrB5LlvxkCmCK4rJJSc3JLEst0rdL4Mr40HGbveBUZMWTg3NYGhhvuXcxcnJICJhI TFtwiRnEFhI4yigxrdO0i5ELyP7GKDF9UQ8LnPO19y8rhLOESeLTgmlgDovABGaJ7e+WQfW3 M0msuV4JYgsLZEjs3tXPBGKLCHhJrD5zB2rUJiaJOXsXsIEk2ASMJKb2n2cBsXkF7CW2dV8F a2ARUJWYtPQ12FBRgRiJ1Rsvs0PUCEqcnPkErJ5TwF/i54cNYHOYBQIk9v2dwwxhi0vcejKf CeI5JYlLX6aBLZYQmM4o8XH/PiaISzUkHl4A+QekSFbi6Nk5LBC2r8SzNZuZIRpuMUpc3TWd DcJpYJc4/K8DqIoDyNGSmHBbByL+g03i6OdNbBDd2RKTe5qgplpJvP71nRHClpM41XuOCaLh KrPE/tM7oNbJSBx9vJd5AqP+LCTvzULy0iwkL80C2s0soCaxrFUJIiwv0bx1NlSJp8TUZY1Q rYoSU7ofskPYzhI/LkxiX8DIsYpRtDi1OCk33chYL7UoM7m4OD9PLy+1ZBMjMDkd3PJbdQfj 5TeOhxgFOBiVeHjlnIyihVgTy4orcw8xqgDNebRh9QVGKZa8/LxUJRHeY28No4V4UxIrq1KL 8uOLSnNSiw8xSnOwKInzPjTfHCUkkJ5YkpqdmlqQWgSTZeLglGpgzDtePGtNwubDUp9vLAyS 2MTaK7ZoakldWsVbhngHsevecj67Z36v2PZv7QtpsZWFi25qlyYs5Zg9W0zCpN9n5eMlnE2P jRMTckxnb7CaZvrY7eT7S54FjFtCE0/ypveLxNjkFtW6954Qd7vstP2o98aWugjukEhjZmf3 ZLUpFdsFjqSffHZLiaU4I9FQi7moOBEA72F9iVYDAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/JLFB0CMhn7XTmaEPpG0qhq7JH7g>
Subject: Re: [netmod] Fwd: New Version Notification for draft-lengyel-netmod-yang-instance-data-01.txt
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.26
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, 26 Jun 2018 14:56:00 -0000
BALAZS: https://tools.ietf.org/html/rfc7950#section-5.2" rel="nofollow">https://tools.ietf.org/html/rfc7950#section-5.2 states:On Tue, Jun 26, 2018 at 01:58:44PM +0200, Balazs Lengyel wrote:Thanks for the comments and support. See answers below. Balazs On 6/13/2018 4:40 PM, Robert Wilton wrote: Hi, I would support this draft (if/when a call for adoption is made). A few comments from a quick review : 1) I think that it would be useful to allow a file to contain multiple "instance data sets". I could easily imagine that multiple different blocks of instance data may need to be provided and allowing these to be carried within a single file seems helpful. BALAZS: We allow multiple YANG modules in a file, but I have never seen it used. Actually my model/tool designers asked me to prohibit multiple YANG modules (YAMs) in one file at least within Ericsson. So if the group decides so it can be allowed, however I think it is not a good idea.What exactly is "multiple YANG modules in a file"? I am confused and you may be talking past each other.
YANG modules and submodules are typically stored in files, one "module" or "submodule" statement per file.To me this means it is allowed to have multiple module statements in a file, multiple YANG modules in a file. AM I wrong?
BALAZS: "stuff" in this case would be an instance-data-set formatted according to this draft and used as an example in some other draft/RFC. As I understand the use case: this could be extracted by some tool and validated against this draft for the format of the instance-data-set and validated against the YANG modules used by the instance data inside. See attachment as an example. However the use case came from Rob, so he might know better.2) I wonder whether these instance-data blocks could be used to hold examples in drafts/RFCs. It would be nice if the examples could be automatically extracted and validated. Possibly this draft could help with this, although I appreciate it is not its main focus. BALAZS: It could be easily added. All we need is a pair of tags like <CODE BEGINS> we could call it <INSTANCE DATA BEGINS> <INSTANCE DATA ENDS> After that we need to create the tools to extract and validate the instance data.Why is instance data node code? Why do we need new tags? The tags are there to extract 'stuff' - what 'stuff' is should be clear from 'stuff'. (RFC 7950 uses CODE BEGINS for yang.abnf for example.)
BALAZS: Please explain. In the normal case an instance-data-set is a standalone instance-data-file that is not part of any artwork. Where can I see the artwork wrapping solution?3) Possibly a comment should be made about whitespace, although I think that it is fairly obvious how whitespace would be handled, i.e. as defined by the encoding. BALAZS: OK. How about: Leading and trailing whitespace before and after the actual value MUST NOT be present for data based on types string or binary, but MAY be present for data based on integer types, decimal64, boolean, enumeration, bits, identityref, instance-identifier. For leafrefs leading or trailing whitespace MAY or MUST NOT be present based on the referenced data type. For data based on a union type leading or trailing whitespace MUST NOT be present if it is not allowed for any of the member types.Why do we need new rules? Should the artwork wrapping solution not be good enough?
I just wanted to be liberal, to make writing and reading easy, so I would allow both
<myleaf>23.3</myleaf>
and
<myleaf>
23.3
</myleaf>
unless the data is of type string in which case the whitespace has an actual meaning.
BALAZS: Maybe, please help here. If I have a leaf defined as an integer, is the following XML correct as a YANG based XML representation?5) I'm wondering whether there needs to be some sort of identifier about what type data is held. E.g. does it represent data that can be consumed as part of one of the configuration datastores, or does it represent the equivalent of operational state, or is it data for an RPC, etc. BALAZS: For config=false data that's trivial. For config=true data I don't see a use-case for providing operational state data. IMHO If we just say that config=true data can be loaded into the running/candidate datastore that is enough. We had a similar debate with Jurgen (?) but I still do not see the use case. Maybe if there will be dynamic datastores it would be more meaningful. If you see a use-case that needs this please describe it.Trivial use case is an example that shows how content of <running> and <operational> can differ. I see use cases where you snapshot the status of <operational> and <running> for post mortem analysis. It is easy to come up with use cases. We have datastores, so we should be clear to which datastore instance data relates.6) If this data is to be stored in a file, should it state that it must be stored as UTF-8 character encoding? BALAZS: Good idea. Maybe a more general statement like: Instance data MUST follow the XML and JSON encoding rules defined in RFC7950 and 7951. Data MUST be present in canonical form or where that is not defined in lexical representation. It is more then just UTF-8. All stuff about encoding the different statements and types also applies.So we do not need all the rules you mentioned above concerning white space etc.
<myleaf>
23.3
</myleaf>
There is whitespace before and after the number. I did not find in RFC7950 whether this is allowed.
BALAZS: Ask Rob, it was his idea :-)7) It might want to include a semantic version number for an instance-data-set, depending on whether the YANG versioning discussions ends up. BALAZS: Yes I would like to. However I am not exactly clear on what does backwards compatibility mean for instance data. Data MAY NOT be removed or changed only added. ??? Who would use the semver numbers ???What does the version number mean? Every change of instance data in an instacne-data-set leads to a new version number? What is a bug fix in this sense? What is a non-backwards compatible change of instance data? I am left a bit puzzled.
But seriously we would first need to define what backwards compatibility means in this case and who would use the version number. I think its worth thinking about, but at this point I don't have a good use case or solution.
/js
-- Balazs Lengyel Ericsson Hungary Ltd. Senior Specialist Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Martin Bjorklund
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Joe Clarke
- Re: [netmod] Fwd: New Version Notification for dr… Martin Bjorklund
- Re: [netmod] New Version Notification for draft-l… Einar Nilsen-Nygaard (einarnn)
- Re: [netmod] Fwd: New Version Notification for dr… Alexander Clemm
- Re: [netmod] Fwd: New Version Notification for dr… Ladislav Lhotka
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Robert Wilton
- [netmod] Fwd: New Version Notification for draft-… Balazs Lengyel
- [netmod] Fwd: New Version Notification for draft-… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Balazs Lengyel
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] Fwd: New Version Notification for dr… Juergen Schoenwaelder
- Re: [netmod] New Version Notification for draft-l… Balazs Lengyel