From nobody Wed Dec 4 01:34:37 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A299120026 for ; Wed, 4 Dec 2019 01:34:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=ericsson.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 9uIH4qCv64ez for ; Wed, 4 Dec 2019 01:34:32 -0800 (PST) Received: from EUR02-AM5-obe.outbound.protection.outlook.com (mail-eopbgr00069.outbound.protection.outlook.com [40.107.0.69]) (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 C7458120024 for ; Wed, 4 Dec 2019 01:34:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aggIuNlfBlStSxvmVHFInZKABcdCpeW8t77GbeM14RNWuyldYX+LqDodk6GdqLcZzsAsIDolzqhsnDQcXrbP5dn4TqhUBH0ipWdqF9NiMbHZyjlSL2xPMNV8wDNuwR5JDCjxzXYtwJNq4gCJkhvLAxzYIlEoSl01yM66Yn6Y2HFmfmF+ALdGMz70vTvviA882tt41TfMCuQjUMBzvV++LmIirDCqH63Q9gAOQJK+X4fouf34oSnfUCJ6tItDrrq0YyQhe4qTCnp4ynwv8+b4LgekPC1C6OYxSOUAvGqWFblcFp7b3x5AzALdhYZKNecp4NHKyuovV3d6sFfvqyfORg== 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=GSlTw3PTIAOVdfZ6eAEkgkY0avVdUQod9hJXUn+Sk6U=; b=gXl4tAKxcV0ZU5D6A1crpeT9/U9rr7t5/sywJa7sKGVuUz+/UaQWnAB7bFjENLjpipe6u4Rf/j1AmjUbt2FLVzqFsNhS8GNmFbTWs1h3dO1tRGs4kylE9firbxw5W+ot7S2hbVmQQ9lVp4LFDsS2i2vF4pr0z2U6uaB2YE/wujq+YMCQVVNNdvn3ReVSCwUqGjVqRFMzw3Pxz+l9N4f7SXdJf0rONT1yBQqi0OASnmkoq/WK8XfnNLYjw6txuv3LlsZBcz77JwC+vZf5k6cHHa/nbodN2/sgK0r456fAyZIcFdNIdLxtd4LABdFv1WPt1HM4RMkGwHSpOM5C/0G5XQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=GSlTw3PTIAOVdfZ6eAEkgkY0avVdUQod9hJXUn+Sk6U=; b=kBITlnWI+hH/prdLVcITAZVAIkKZaDpChVMNXRKB6N13rzF4jzLP9N8+LZ/I2Riwki60VknwqRxV7kbZjUWNmAEAdzonPyrJKtI2ycFHjuTGNsjThMFaef4rAbHvBRuatnz9uYXMYAmwUqf+XLHXj/QqRbm3Dzzl2eB8T13cQQg= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3778.eurprd07.prod.outlook.com (52.133.49.16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.8; Wed, 4 Dec 2019 09:34:29 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2516.013; Wed, 4 Dec 2019 09:34:29 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Andy Bierman , Ladislav Lhotka CC: Netconf Thread-Topic: [netconf] NACM and draft-ietf-netconf-notification-capabilities-07 Thread-Index: AQHVnfNwydn62E88HEKTuw8Wjm+KZaeQucuAgADGj4CAFzJCQA== Date: Wed, 4 Dec 2019 09:34:29 +0000 Message-ID: References: <71259b42-2e44-7584-36af-6eaa860c41cf@cisco.com> <32b6be76986ed69bf3d2aec84866ef6dfa9b277c.camel@nic.cz> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 042c0d6c-524a-437c-4e5e-08d7789d2971 x-ms-traffictypediagnostic: AM0PR0702MB3778: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:3513; x-forefront-prvs: 0241D5F98C x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(346002)(396003)(39860400002)(366004)(136003)(376002)(189003)(199004)(7736002)(66476007)(2420400007)(76176011)(15650500001)(66946007)(14454004)(26005)(966005)(66556008)(66616009)(6506007)(64756008)(53546011)(478600001)(25786009)(102836004)(74316002)(76116006)(186003)(81156014)(81166006)(99286004)(8676002)(85182001)(606006)(7696005)(66446008)(8936002)(3846002)(52536014)(66574012)(4001150100001)(790700001)(6116002)(11346002)(5660300002)(446003)(2906002)(4326008)(33656002)(71200400001)(71190400001)(9686003)(316002)(6246003)(229853002)(54896002)(6306002)(236005)(55016002)(7110500001)(110136005)(85202003)(14444005)(86362001)(6436002)(256004); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3778; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: RspnIllCuRBRONbXKtrKLNvINisLhaK7a7HW76m2PhSnU35ZeGX0rvA/hHeC5hoiKdz8+DGv+lWPmHJrkOd0S/6qCMk3HwYXpMOo4MbWfzf12yfjD6TNKamPoe8UYuBkOysoKPFDHmCdwdKRdC2yDa8rTEFs9VmQk10voRXVj/1ghXAHrWNS/Mp3V73cfWKS+7X4OsCQV24gRpPJv5fvK+XrQoQuad1Xa/K5Wv5nkBvbDq5QM1635Aodi19HF7ObjodHmY7PQIY4faHih+UJ1juItJsedpyjujAt2s93C/a0sapa39kGfKG6OCMi7H70d9zyHZXz2RElKY4OB9LDON7ro7ZNHOlq8ckzTKq5g+I1ZfXb2VfCXUvRDDwL8brKwH9k1x2kpVo3+i+m2YTeQRtu3vICba7gdUyQ7A4RU2fsJjPsWkaR0Yh7H3sJh9AwasmhJdlRabIy7Z+BIaJi26RwHJqPdSlaLUTG2rSj9R8= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0110_01D5AA8E.680677F0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 042c0d6c-524a-437c-4e5e-08d7789d2971 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Dec 2019 09:34:29.4985 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VzQsS+jOC/PoeRi/IcySvBKpNYC6Ef6avcym9EPUQDmjG6A7IZO1FerSykWWZBQjgunEfHbiyVhZwLJ+r1v8Q4PQ6ARQmbQ1HxdhDVWE8+I= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3778 Archived-At: Subject: Re: [netconf] NACM and draft-ietf-netconf-notification-capabilities-07 X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2019 09:34:35 -0000 ------=_NextPart_000_0110_01D5AA8E.680677F0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0111_01D5AA8E.680677F0" ------=_NextPart_001_0111_01D5AA8E.680677F0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Se below, BALAZS =20 From: netconf On Behalf Of Andy Bierman Sent: 2019. november 18., h=C3=A9tf=C5=91 23:19 To: Ladislav Lhotka Cc: Netconf Subject: Re: [netconf] NACM and = draft-ietf-netconf-notification-capabilities-07 =20 =20 =20 On Mon, Nov 18, 2019 at 2:28 AM Ladislav Lhotka > wrote: On Mon, 2019-11-18 at 17:34 +0800, Benoit Claise wrote: > Dear all, >=20 > Coming back to Rob Wilton's message at the mike about NACM reference = to draft- > ietf-netmod-rfc6991-bis-02 > From draft-ietf-netconf-notification-capabilities-07 > import ietf-netconf-acm { prefix nacm; } > import ietf-yang-push { > prefix yp; > description > "This module requires ietf-yang-push to be implemented."; > } >=20 > Along the same lines, I believe it makes sense to add "This module = does not > require NACM to be implemented." =20 =20 This is a rather ad-hoc way to declare module conformance and = dependencies. Not sure it is even correct. BALAZS: IMHO it is correct, do you see any bugs in it? Yes it is ad-hoc. I was asked by reviewers to provide this information: = whether an import is import-only or import-must-be-implemented. I agree, a formal, common method to provide this info would be better, = but plain text is not incorrect and it is still better than nothing. =20 In this draft it looks like all the objects that are related to = yang-push use "if-feature yp:on-change". So does this module really require = yang-push if=20 feature on-change is not supported? BALAZS: Yes yang-push defines the other capabilities that relate to = periodic subscriptions. Those are relevant even =20 For nacm, only a typedef is used and no objects are used at all. =20 It seems clear that if the importing module augments the imported = module, or if leafref nodes exist that point to the imported module, then it is = supposed to be implemented. =20 =20 Andy =20 =20 Yes, see also my Yang Doctor review: https://datatracker.ietf.org/doc/review-ietf-netconf-notification-capabil= ities-05-yangdoctors-lc-lhotka-2019-10-29/ >=20 > Thinking some more about it... Actually, I don't like "This module = requires > ietf-yang-push to be implemented." > What if I want to implement this draft for gRPC and not YANG-push? > This capability should be independent of the streaming protocol IMO This draft (of which you are a co-author:-) states explicitly that the capabilities are 'related to "Subscription to YANG Datastores" = (YANG-Push)'. Lada >=20 > Regards, Benoit > _______________________________________________ > netconf mailing list > netconf@ietf.org =20 > https://www.ietf.org/mailman/listinfo/netconf --=20 Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 _______________________________________________ netconf mailing list netconf@ietf.org =20 https://www.ietf.org/mailman/listinfo/netconf ------=_NextPart_001_0111_01D5AA8E.680677F0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Se below, BALAZS

 

From: = netconf <netconf-bounces@ietf.org> On Behalf Of Andy = Bierman
Sent: 2019. november 18., h=C3=A9tf=C5=91 = 23:19
To: Ladislav Lhotka <lhotka@nic.cz>
Cc: = Netconf <netconf@ietf.org>
Subject: Re: [netconf] NACM = and draft-ietf-netconf-notification-capabilities-07

 

 

 

On = Mon, Nov 18, 2019 at 2:28 AM Ladislav Lhotka <lhotka@nic.cz> = wrote:

On Mon, 2019-11-18 at 17:34 +0800, Benoit = Claise wrote:
> Dear all,
>
> Coming back to Rob = Wilton's message at the mike about NACM reference to draft-
> = ietf-netmod-rfc6991-bis-02
> From = draft-ietf-netconf-notification-capabilities-07
>    = import ietf-netconf-acm  { prefix nacm; }
>    = import ietf-yang-push    {
>      prefix = yp;
>      description
>      =   "This module requires ietf-yang-push to be = implemented.";
>    }
>
> Along the = same lines, I believe it makes sense to add "This module does = not
> require NACM to be = implemented."

 

 

This is a rather ad-hoc way to declare module = conformance and dependencies.

Not sure it is even correct.

BALAZS: IMHO it is correct, = do you see any bugs in it?
Yes it is ad-hoc. I was asked by reviewers = to provide this information: whether an import is import-only or = import-must-be-implemented.

I agree, a formal, common = method to provide this info would be better, but plain text is not = incorrect and it is still better than = nothing.

 

In this draft it looks like all the objects that are = related to yang-push

use = "if-feature yp:on-change".  So does this module really = require yang-push if 

feature on-change is not supported?

BALAZS: Yes yang-push = defines the other capabilities that relate to periodic subscriptions. = Those are relevant even

 

For nacm, only a typedef is used and no objects are = used at all.

 

It seems clear that if the importing module augments = the imported module,

or if = leafref nodes exist that point to the imported module, then it is = supposed to be implemented.

 

 

Andy

 

 

Yes, see = also my Yang Doctor review:

https://datatracker.ietf.org/doc/review-ietf-netconf-no= tification-capabilities-05-yangdoctors-lc-lhotka-2019-10-29/

&= gt;
> Thinking some more about it... Actually, I don't like = "This module requires
> ietf-yang-push to be = implemented."
> What if I want to implement this draft for = gRPC and not YANG-push?
> This capability should be independent of = the streaming protocol IMO

This draft (of which you are a = co-author:-) states explicitly that the
capabilities are 'related to = "Subscription to YANG Datastores" = (YANG-Push)'.

Lada

>
> Regards, Benoit
> = _______________________________________________
> netconf mailing = list
> netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf
--=
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: = 0xB8F92B08A9F76C67

_______________________________________________=
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf<= /o:p>

------=_NextPart_001_0111_01D5AA8E.680677F0-- ------=_NextPart_000_0110_01D5AA8E.680677F0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIwNDA5MzQyOFowIwYJKoZIhvcNAQkEMRYEFNreGndmNSVUD52xVFI4AnpoXfxkMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQAQuLz3JRmKfza9X9EziZfV/Wy+jbgEa29P+TeQf0smxon4x2nYdmQU GHrxl36QVep49w4+xBHYMblghXHt2XhSIQf7Dx0u5Mf7SkrTEkHtnU09QETDDgv0p4jIVd/U266C 6oMBbv25VYAbl5DfD9avBLi6+SXI0T0P6ro/E0yVwui1WknXA9GknRSljJjHX9pktOIjOD8m0A1l OzfjV/W1IybqJ25aloMLzd7YSqoBzRAOQK8E0o1aVdnz3rq3j8aAuRTcHlQvZvat7Q1Ntr171Dx+ ZrND3m41wUMOIVuABc9JuFeb5CRltkXC3dKgjnFxIuAIUFgMhVSM1j+eUWssAAAAAAAA ------=_NextPart_000_0110_01D5AA8E.680677F0-- From nobody Wed Dec 4 19:56:40 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DEE912091E for ; Wed, 4 Dec 2019 19:56:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.19 X-Spam-Level: X-Spam-Status: No, score=-4.19 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] 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 fbR0oWXx2Vv0 for ; Wed, 4 Dec 2019 19:56:36 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 88B2412001A for ; Wed, 4 Dec 2019 19:56:36 -0800 (PST) Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 025A5135CBA46961B0F0; Thu, 5 Dec 2019 03:56:31 +0000 (GMT) Received: from lhreml727-chm.china.huawei.com (10.201.108.78) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 5 Dec 2019 03:56:30 +0000 Received: from lhreml727-chm.china.huawei.com (10.201.108.78) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 5 Dec 2019 03:56:30 +0000 Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by lhreml727-chm.china.huawei.com (10.201.108.78) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Thu, 5 Dec 2019 03:56:30 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.151]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Thu, 5 Dec 2019 11:56:27 +0800 From: Qin Wu To: "netconf@ietf.org" Thread-Topic: Generic Capabilities model Thread-Index: AdWrHi7eIq0bEJsrSBqCRqY5LAgWxA== Date: Thu, 5 Dec 2019 03:56:27 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94AFE56dggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2019 03:56:39 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA94AFE56dggeml511mbxchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Balazs: In last IETF meeting, you offered a proposal in netmod session on notificat= ion capability change that was discussed in netmod session. I think it is a good idea to define generic capabilities model in draft-iet= f-netconf-notification-capabilities https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sessb-= generic-model-for-server-capabilities-00 since we have other capabilities that need to be covered, one of example su= ch capability is one that can be self-described in draft-tao-netmod-yang-node-tags. With such new capability, should we augment from YANG Push model or should = we augment from notification capability? We see one downside of augmenting from YANG Push model, is it only can be u= sed in the running time, it can not be used in the design time or Implementation time. So I think if one generic capability model can be defined, it will allow mo= re flexibility to add new capability. However if we decide to take this app= roach, Probably notification capabilities draft require substantial changes to the= current model structure. But I think it worth to do so, in my personal vie= w. -Qin --_000_B8F9A780D330094D99AF023C5877DABAA94AFE56dggeml511mbxchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi, Balazs:

In last IETF meeting, you offer= ed a proposal in netmod session on notification capability change that was = discussed in netmod session.

I think it is a good idea to de= fine generic capabilities model in draft-ietf-netconf-notification-capabili= ties

https://datatracker.ietf.org/meeting/106/materials/sl= ides-106-netmod-sessb-generic-model-for-server-capabilities-00

since we have other capabilitie= s that need to be covered, one of example such capability is one that can b= e self-described in

draft-tao-netmod-yang-node-tags.

With such new capability, shoul= d we augment from YANG Push model or should we augment from notification ca= pability?

We see one downside of augmenti= ng from YANG Push model, is it only can be used in the running time, it can= not be used in the design time or

Implementation time.=

 

So I think if one generic capab= ility model can be defined, it will allow more flexibility to add new capab= ility. However if we decide to take this approach,

Probably notification capabilit= ies draft require substantial changes to the current model structure. But I= think it worth to do so, in my personal view.

 

-Qin

--_000_B8F9A780D330094D99AF023C5877DABAA94AFE56dggeml511mbxchi_-- From nobody Thu Dec 5 09:15:16 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 63486120108 for ; Thu, 5 Dec 2019 09:15:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.491 X-Spam-Level: X-Spam-Status: No, score=-14.491 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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 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 46EmKnv-dy04 for ; Thu, 5 Dec 2019 09:15:12 -0800 (PST) Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E7D6A120091 for ; Thu, 5 Dec 2019 09:15:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=8353; q=dns/txt; s=iport; t=1575566112; x=1576775712; h=subject:to:references:from:message-id:date:mime-version: in-reply-to; bh=fzY+N7kpYPHm29UR3onASQG/qx/hUrCueoa0T/TyjmU=; b=EMcL77Y+X4+1PIGG+VhT3+15E9kHcvR9cGHn8INHj/dr649dt92LFj1U 0YQAT2rKfm+Y1wamKDdov3QsbDg5xPDDX2zUT+Hk/AZtHSpro83U1iemJ y62grZlzZxo0TSViAoSIt1KfWtrh92zEbDzxj/QqB1rkPrS7xhyrx105u A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0ANAADEOuld/xbLJq1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYFsAwEBAQELAYEbU4EdVSASKo0uh3wlhziLaoY?= =?us-ascii?q?QgXsJAQEBDAEBGAEOCAEBg3tFAoI3NgcOAgMNAQEEAQEBAgEFBG2FNwyFUwE?= =?us-ascii?q?BAQIBAQErQRALCw4XIScwBgEMBgIBAReDBwGCVyAPrgCCJx+EGwEDAgIPD2+?= =?us-ascii?q?DNYFCBoE2AYwwgUE/gTgMgmA+gj4mAQEDgUqGBASWcUaIAI8TgjiHH4RiiVM?= =?us-ascii?q?GG45Hi1+OSohBiDGJMQIRFYFZBiyBWDMaCBsVO4JsUBEUlW2FYCADMAGRZwE?= =?us-ascii?q?B?= X-IronPort-AV: E=Sophos; i="5.69,282,1571702400"; d="scan'208,217"; a="20000124" Received: from aer-iport-nat.cisco.com (HELO aer-core-2.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 05 Dec 2019 17:15:09 +0000 Received: from [10.55.221.36] (ams-bclaise-nitro3.cisco.com [10.55.221.36]) (authenticated bits=0) by aer-core-2.cisco.com (8.15.2/8.15.2) with ESMTPSA id xB5HF6Yw023890 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NO); Thu, 5 Dec 2019 17:15:09 GMT To: Qin Wu , "netconf@ietf.org" References: From: Benoit Claise Message-ID: <397e7465-7578-27a6-c47b-0be11a406948@cisco.com> Date: Thu, 5 Dec 2019 09:15:06 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------B768F80148B8FA3151701897" Content-Language: en-US X-Authenticated-User: bclaise X-Outbound-SMTP-Client: 10.55.221.36, ams-bclaise-nitro3.cisco.com X-Outbound-Node: aer-core-2.cisco.com Archived-At: Subject: Re: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2019 17:15:14 -0000 This is a multi-part message in MIME format. --------------B768F80148B8FA3151701897 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi Qin, I would agree. I believe it's important to have a generic solution. I can picture more augmentations. The change is trivial IMO, i.e. modify the ietf-notification-capabilities model * Rename the top level container to system-capabilities * Add a container subscription-capabilities to the grouping subscription-capabilities to contain all subscription related capabilities * Invite others to augment the model with similar groupings for other capabilities. Regards, Benoit. > Hi, Balazs: > > In last IETF meeting, you offered a proposal in netmod session on > notification capability change that was discussed in netmod session. > > I think it is a good idea to define generic capabilities model in > draft-ietf-netconf-notification-capabilities > > https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sessb-generic-model-for-server-capabilities-00 > > since we have other capabilities that need to be covered, one of > example such capability is one that can be self-described in > > draft-tao-netmod-yang-node-tags > . > > With such new capability, should we augment from YANG Push model or > should we augment from notification capability? > > We see one downside of augmenting from YANG Push model, is it only can > be used in the running time, it can not be used in the design time or > > Implementation time. > > So I think if one generic capability model can be defined, it will > allow more flexibility to add new capability. However if we decide to > take this approach, > > Probably notification capabilities draft require substantial changes > to the current model structure. But I think it worth to do so, in my > personal view. > > -Qin > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --------------B768F80148B8FA3151701897 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: 8bit
Hi Qin,

I would agree.
I believe it's important to have a generic solution. I can picture more augmentations.
The change is trivial IMO, i.e. modify the ietf-notification-capabilities model
  • Rename the top level container to system-capabilities
  • Add a container subscription-capabilities to the grouping subscription-capabilities to contain all subscription related capabilities
  • Invite others to augment the model with similar groupings for other capabilities. 

Regards, Benoit.

Hi, Balazs:

In last IETF meeting, you offered a proposal in netmod session on notification capability change that was discussed in netmod session.

I think it is a good idea to define generic capabilities model in draft-ietf-netconf-notification-capabilities

https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sessb-generic-model-for-server-capabilities-00

since we have other capabilities that need to be covered, one of example such capability is one that can be self-described in

draft-tao-netmod-yang-node-tags.

With such new capability, should we augment from YANG Push model or should we augment from notification capability?

We see one downside of augmenting from YANG Push model, is it only can be used in the running time, it can not be used in the design time or

Implementation time.

 

So I think if one generic capability model can be defined, it will allow more flexibility to add new capability. However if we decide to take this approach,

Probably notification capabilities draft require substantial changes to the current model structure. But I think it worth to do so, in my personal view.

 

-Qin


_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

--------------B768F80148B8FA3151701897-- From nobody Thu Dec 5 13:44:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BC11120168 for ; Thu, 5 Dec 2019 13:44:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.889 X-Spam-Level: X-Spam-Status: No, score=-1.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 PyAttK4F7Z9O for ; Thu, 5 Dec 2019 13:44:08 -0800 (PST) Received: from mail-lj1-x234.google.com (mail-lj1-x234.google.com [IPv6:2a00:1450:4864:20::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1ABDC120073 for ; Thu, 5 Dec 2019 13:44:08 -0800 (PST) Received: by mail-lj1-x234.google.com with SMTP id h23so5304954ljc.8 for ; Thu, 05 Dec 2019 13:44:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=x/0xwhZHatPjIFezNXyDtpWmjKrMIyp/vP0YpVC65dI=; b=fpfRv+FT3PMZFxQKaPmhGN8yyT7/mjIEHez6gtcumMYvDMuL1qzbchLKwkxu1cbA9t lnl+TMY4ZX1VRQc1LyDVBJKEdveAJ3MMXzbeUOQB9P//Y4q/AVIfsHhNhApfXPHTFyLM VY3se0sTkOmeGPgHVuev8lcdV6m9hziUnNeXck3mx74qeOXp4bTVe/iCh561Q2lunT2R WA24JmWDq2krO38bq/TbW5pk3NI6hWsudUVzktL15l+OzI0NebO2zdCTLqSOK3U397le r0tH35yw1iw7Pu8Pvhfrm59cE0G4UfAq79+QGe6cf3rdPo0bxgNjDJSitTSYto3NNh2J CUZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=x/0xwhZHatPjIFezNXyDtpWmjKrMIyp/vP0YpVC65dI=; b=XbcEuqiZvd54IGE0GM1T6rWrBK6AoJw3RXeNeUXSE4HAXyuA/F+mHHadLgPiE6u85h 1YNm12xvWIwp+69ykS2kVNVIlA1CvOd7jDU3qqKeK//yncErTcZ3HisuHShkGUefKIE0 Y7WbOGUtLNdPWImC1aRTbzdlDtK1W7jrWimK2Oh1KuzRLJ9W7YGzZZ3M1yIXpBxyjuWY 2x+vKt+IicmOJ7aYw5BjIfakANNUUWlXqnc3x0PlCNSpFIbOl6yw5kggWKLEnVbm+6KF OvKJZc62AOWRyl4ySEV61zUoos3EOJw15XZX1Gt7l27cm+MfhPh0la7RZcAfz1LMaRNM 8SKQ== X-Gm-Message-State: APjAAAWcEhp/cAJHDZO/5+S1XlJBVpzy7slIBDdeN0Eh5OnP9v4bQ3/3 cbFN3hc2UNgOVH/ZtWfQSpvSiXDigFE2y8IgGPf7sw== X-Google-Smtp-Source: APXvYqw9dZolfGHUj2dl0cndMhKfkFqaLSBSjfFHbekjeazI3oPfhsMJLgCacDba5dUxzDQwZlz0KkHEU3eKFGdk85E= X-Received: by 2002:a2e:9899:: with SMTP id b25mr6597147ljj.70.1575582246198; Thu, 05 Dec 2019 13:44:06 -0800 (PST) MIME-Version: 1.0 References: <397e7465-7578-27a6-c47b-0be11a406948@cisco.com> In-Reply-To: <397e7465-7578-27a6-c47b-0be11a406948@cisco.com> From: Andy Bierman Date: Thu, 5 Dec 2019 13:43:55 -0800 Message-ID: To: Benoit Claise Cc: Qin Wu , "netconf@ietf.org" Content-Type: multipart/alternative; boundary="0000000000001977910598fbd439" Archived-At: Subject: Re: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Dec 2019 21:44:11 -0000 --0000000000001977910598fbd439 Content-Type: text/plain; charset="UTF-8" Hi, I strongly support this generic capabilities work. IMO this approach would make NMDA much easier for a client to support, since the new /yang-library would not be needed for this purpose. Instead, a simple "nmda-operational" capability could be used in this module to easily identify which config=true nodes should be expected in . The complexity in /yang-library might be justified if new writable datastores (like ) are ever introduced, but not for solving the problem "what features does this server support for the specified data node (resource)"? Andy On Thu, Dec 5, 2019 at 9:15 AM Benoit Claise wrote: > Hi Qin, > > I would agree. > I believe it's important to have a generic solution. I can picture more > augmentations. > The change is trivial IMO, i.e. modify the ietf-notification-capabilities > model > > - Rename the top level container to system-capabilities > - Add a container subscription-capabilities to the grouping > subscription-capabilities to contain all subscription related capabilities > - Invite others to augment the model with similar groupings for other > capabilities. > > Regards, Benoit. > > Hi, Balazs: > > In last IETF meeting, you offered a proposal in netmod session on > notification capability change that was discussed in netmod session. > > I think it is a good idea to define generic capabilities model in > draft-ietf-netconf-notification-capabilities > > > https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sessb-generic-model-for-server-capabilities-00 > > since we have other capabilities that need to be covered, one of example > such capability is one that can be self-described in > > draft-tao-netmod-yang-node-tags > . > > With such new capability, should we augment from YANG Push model or should > we augment from notification capability? > > We see one downside of augmenting from YANG Push model, is it only can be > used in the running time, it can not be used in the design time or > > Implementation time. > > > > So I think if one generic capability model can be defined, it will allow > more flexibility to add new capability. However if we decide to take this > approach, > > Probably notification capabilities draft require substantial changes to > the current model structure. But I think it worth to do so, in my personal > view. > > > > -Qin > > _______________________________________________ > netconf mailing listnetconf@ietf.orghttps://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --0000000000001977910598fbd439 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I strongly support this = generic capabilities work.
IMO this approach would make NMDA much= easier for a client to support, since the new /yang-library
woul= d not be needed for this purpose.=C2=A0 Instead, a simple "nmda-operat= ional" capability could be used in this module
to easily ide= ntify which config=3Dtrue nodes should be expected in <operational>.<= /div>

The complexity in /yang-library might be justified= if new writable datastores (like <ephemeral>) are
ever int= roduced, but not for solving the problem "what features does this serv= er support for the specified
data node (resource)"?


Andy


On Thu, Dec 5, 2019 at 9= :15 AM Benoit Claise <bclaise@cisco= .com> wrote:
=20 =20 =20
Hi Qin,

I would agree.
I believe it's important to have a generic solution. I can pictur= e more augmentations.
The change is trivial IMO, i.e. modify the ietf-notification-capabilities model
  • Rename the top level container to system-capabilities
  • Add a container subscription-capabili= ties to the grouping subscription-capabilities to contain all subscription related capabilities
  • Invite others to augment the model wi= th similar groupings for other capabilities.=C2=A0

Regards, Benoit.

=20 =20 =20

Hi, Balazs:

In last IETF meeting, you offered a proposal in netmod session on notification capability change that was discussed in netmod session.<= u>

I think it is a good idea to define generic capabilities model in draft-ietf-netconf-notification-capabilities

https://datatracker.ietf.or= g/meeting/106/materials/slides-106-netmod-sessb-generic-model-for-server-ca= pabilities-00

since we have other capabilities that need to be covered, one of example such capability is one that can be self-described in

draft-tao-netmod-yang-no= de-tags.

With such new capability, should we augment from YANG Push model or should we augment from notification capability?

We see one downside of augmenting from YANG Push model, is it only can be used in the running time, it can not be used in the design time or

Implementation time.=

=C2=A0

So I think if one generic capability model can be defined, it will allow more flexibility to add new capability. However if we decide to take this approach,

Probably notification capabilities draft require substantial changes to the current model structure. But I think it worth to do so, in my personal view.

=C2=A0

-Qin


_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

_______________________________________________
netconf mailing list
netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf
--0000000000001977910598fbd439-- From nobody Fri Dec 6 05:53:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B543120819 for ; Fri, 6 Dec 2019 05:53:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.99 X-Spam-Level: X-Spam-Status: No, score=-1.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=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 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 NmwotjwCyFQL for ; Fri, 6 Dec 2019 05:53:08 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50077.outbound.protection.outlook.com [40.107.5.77]) (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 45989120817 for ; Fri, 6 Dec 2019 05:53:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=m/QvO1OoFtEZdkP9n1/FAojQdgwt6k0XYjMIMCjKFy/MZ+2/zS8Oh4hvXrKh4bbUNngN2Rmb48MoZ1i1EZVnUUJGMokq9gdutFe2XA6NI1LpiJxWSXkV5RccS/jWvBbXzhZjAVuajct5o2YEhIkRouNw/3GqCjSjlc4nPFibN7m+H3z7CAF5mRSx1AspglD9sHc0pyWUrq+Ti+DwmAE1e/OsWqVNtOtZBt75XCOnyHZ85nJFqovGVH3/CnGPxZlCTynpkvvCEt2xtoFS5D+Gi05rQuSH9HARYIh+nfczj2Kisx8EijY04DPqiP3lExlvF5Ykrw0w5pGh9FcZKhrLRg== 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=djLGdLKUlN8tGQOFjsnThCtG8ENqJpcO2omyMR4d+fM=; b=dExnA7r23b3C5DFTKw1Z5dNwNqdUVqpUE69Ew5WnmQa/4AH5MnlNzusofkxsoQH+8LzHpcLvGJjzSuYXMrrcfRXvlK7JAZtDFz3knWndnFNZgvxGKTvpUDz2+jm6xICRXGyAO0bM5fD/0dr0tR/suP/KAyFlO7OGCjD9amB9PGtt+ia5LvInWi101YaUyobfT9V3eaXROTHY/7GG0SAny22wklsKui4W1hwOBYfQQ0PPPzObzl/eVImAkYbI7dDOsjIQnlF1trvJKRflT1mJp0zY0f8hfbjrjmhnljWoQTWa3mb1G3cJQr0oBgvAOjx9feP7+XY7mPavErJcHhUYeg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=djLGdLKUlN8tGQOFjsnThCtG8ENqJpcO2omyMR4d+fM=; b=qi+JFpX1im9RcdXcKxcvTTg/bTcIXj13LkORreKL5JFiHm/OMX3i9U9nwgAvpweH3xk8eB+unk7pCUblLs6jcW/o3rLK/L2vFivjfoe23fwvr2fwoFWL1426wUwJgszk5iYyQX/+f5X1ep4qGXOeTvTO+jyBk8vbdJ0Vuh6Yv84= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3586.eurprd07.prod.outlook.com (52.133.50.138) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.5; Fri, 6 Dec 2019 13:53:05 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2516.013; Fri, 6 Dec 2019 13:53:05 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Andy Bierman , Benoit Claise CC: "netconf@ietf.org" Thread-Topic: [netconf] Generic Capabilities model Thread-Index: AdWrHi7eIq0bEJsrSBqCRqY5LAgWxAAcVsMAAAljaYAAIc6G8A== Date: Fri, 6 Dec 2019 13:53:05 +0000 Message-ID: References: <397e7465-7578-27a6-c47b-0be11a406948@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: a5f6dc1f-a142-4dd1-7eef-08d77a539e76 x-ms-traffictypediagnostic: AM0PR0702MB3586: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:7691; x-forefront-prvs: 0243E5FD68 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(376002)(346002)(396003)(39860400002)(366004)(199004)(189003)(86362001)(102836004)(316002)(26005)(85202003)(110136005)(478600001)(53546011)(76176011)(6506007)(7696005)(99286004)(8676002)(81156014)(4326008)(66574012)(186003)(966005)(71190400001)(71200400001)(52536014)(66616009)(81166006)(5660300002)(9326002)(85182001)(229853002)(54896002)(9686003)(561944003)(8936002)(66446008)(76116006)(64756008)(66946007)(74316002)(66556008)(66476007)(55016002)(33656002)(790700001)(2906002)(41533002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3586; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xba1NR6xmM9u+CvInKA21IpDf6V/ts9dsXT4ThwUtsYazLYRvkaGabsKLV9uUhHifyKA7ywsOdVaAqixnKFHaJ4hO/4SS8ptc4tQvI8zi5QoGxD9pyh5i1AoH/2U7PqpqpQAEOK2VWgGLCYNI+AYS9kMbm3ZAl0TJBtFjG67gxrLK3KfmJoyunYvX2upQRUM73J84859lbtqOQFqgUAgL7WjloDVd86FncDzJI00qIMk4clb5xi4onzKrPiAJNMJ0f9acz+qyajmQdSdPHT9Zlo1sxFfB+B1v269kzMQ92lSFnmJ8T5PKug4r//xQVrCfkaVhsY6seHb/ufZEEbDafr3Zrb5NhRKNyxIZoEQWv4YoumB9YUEJQIa2bTDIY1GgGHFL3bdvkeozKpHzAozreEzIs0OTCMQZEVxWWVJaQulN5ijsQMa2HxIDeCCUUDq1znLrbbNlKHmjaFUy7dz/1iDc5n8UGwywzdANnSla471DBYlWgFFO32prpk5689r62+/4yDwDPSL9vM/lSEzzg== x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_02AF_01D5AC44.DC87D260" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: a5f6dc1f-a142-4dd1-7eef-08d77a539e76 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2019 13:53:05.5404 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: uv72J0cRUFqUafCioaRi7N1Wa3ti/fxqGxg/6TPSYdc2yZx15iiNlrm1K/FVZycOUboaQGoS0gdeM9eaOSvklco60JYpuw4u9TtsqzJKyJA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3586 Archived-At: Subject: Re: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 13:53:11 -0000 ------=_NextPart_000_02AF_01D5AC44.DC87D260 Content-Type: multipart/alternative; boundary="----=_NextPart_001_02B0_01D5AC44.DC87D260" ------=_NextPart_001_02B0_01D5AC44.DC87D260 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, We will soon publish a new version of the notification-capabilities = draft, that is prepared for augmentation, by other modules. Regards Balazs =20 From: netconf On Behalf Of Andy Bierman Sent: 2019. december 5., cs=C3=BCt=C3=B6rt=C3=B6k 22:44 To: Benoit Claise Cc: netconf@ietf.org Subject: Re: [netconf] Generic Capabilities model =20 Hi, =20 I strongly support this generic capabilities work. IMO this approach would make NMDA much easier for a client to support, = since the new /yang-library would not be needed for this purpose. Instead, a simple = "nmda-operational" capability could be used in this module to easily identify which config=3Dtrue nodes should be expected in = . =20 The complexity in /yang-library might be justified if new writable = datastores (like ) are ever introduced, but not for solving the problem "what features does = this server support for the specified data node (resource)"? =20 =20 Andy =20 =20 On Thu, Dec 5, 2019 at 9:15 AM Benoit Claise > wrote: Hi Qin, I would agree. I believe it's important to have a generic solution. I can picture more = augmentations. The change is trivial IMO, i.e. modify the = ietf-notification-capabilities model=20 * Rename the top level container to system-capabilities * Add a container subscription-capabilities to the grouping = subscription-capabilities to contain all subscription related = capabilities * Invite others to augment the model with similar groupings for other = capabilities. =20 Regards, Benoit. Hi, Balazs: In last IETF meeting, you offered a proposal in netmod session on = notification capability change that was discussed in netmod session. I think it is a good idea to define generic capabilities model in = draft-ietf-netconf-notification-capabilities https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sess= b-generic-model-for-server-capabilities-00 since we have other capabilities that need to be covered, one of example = such capability is one that can be self-described in = draft-tao-netmod-yang-node-tags. With such new capability, should we augment from YANG Push model or = should we augment from notification capability? We see one downside of augmenting from YANG Push model, is it only can = be used in the running time, it can not be used in the design time or Implementation time. =20 So I think if one generic capability model can be defined, it will allow = more flexibility to add new capability. However if we decide to take = this approach, Probably notification capabilities draft require substantial changes to = the current model structure. But I think it worth to do so, in my = personal view. =20 -Qin =20 _______________________________________________ netconf mailing list netconf@ietf.org =20 https://www.ietf.org/mailman/listinfo/netconf =20 _______________________________________________ netconf mailing list netconf@ietf.org =20 https://www.ietf.org/mailman/listinfo/netconf ------=_NextPart_001_02B0_01D5AC44.DC87D260 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable

Hello,

We will soon = publish a new version of the notification-capabilities draft, that is = prepared for augmentation, by other modules.

Regards Balazs

 

From: = netconf <netconf-bounces@ietf.org> On Behalf Of Andy = Bierman
Sent: 2019. december 5., cs=C3=BCt=C3=B6rt=C3=B6k = 22:44
To: Benoit Claise = <bclaise@cisco.com>
Cc: = netconf@ietf.org
Subject: Re: [netconf] Generic Capabilities = model

 

Hi,

 

I = strongly support this generic capabilities = work.

IMO this approach = would make NMDA much easier for a client to support, since the new = /yang-library

would not be = needed for this purpose.  Instead, a simple = "nmda-operational" capability could be used in this = module

to easily identify = which config=3Dtrue nodes should be expected in = <operational>.

 

The complexity in /yang-library might be justified if = new writable datastores (like <ephemeral>) = are

ever introduced, but = not for solving the problem "what features does this server support = for the specified

data = node (resource)"?

 

 

Andy

 

 

On = Thu, Dec 5, 2019 at 9:15 AM Benoit Claise <bclaise@cisco..com> = wrote:

Hi Qin,

I would agree.
I believe it's = important to have a generic solution. I can picture more = augmentations.
The change is trivial IMO, i.e. modify the = ietf-notification-capabilities model

  • Rename the top level container to = system-capabilities
  • Add a container subscription-capabilities to the grouping = subscription-capabilities to contain all subscription related = capabilities
  • Invite others to augment the model with similar groupings = for other capabilities. 

Regards, = Benoit.

Hi, = Balazs:

In last = IETF meeting, you offered a proposal in netmod session on notification = capability change that was discussed in netmod session.

I think it = is a good idea to define generic capabilities model in = draft-ietf-netconf-notification-capabilities

https://datatracker.ietf.org/meeting/106/materials/slid= es-106-netmod-sessb-generic-model-for-server-capabilities-00

since we = have other capabilities that need to be covered, one of example such = capability is one that can be self-described in

draft-tao-netmod-yang-nod= e-tags.

With such = new capability, should we augment from YANG Push model or should we = augment from notification capability?

We see one = downside of augmenting from YANG Push model, is it only can be used in = the running time, it can not be used in the design time = or

Implementati= on time.

 <= /o:p>

So I think = if one generic capability model can be defined, it will allow more = flexibility to add new capability. However if we decide to take this = approach,

Probably = notification capabilities draft require substantial changes to the = current model structure. But I think it worth to do so, in my personal = view.

 <= /o:p>

-Qin

 

_____________________________=
__________________
netconf mailing =
list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf<=
/o:p>

 

_______________________________________________
netc= onf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf<= /o:p>

------=_NextPart_001_02B0_01D5AC44.DC87D260-- ------=_NextPart_000_02AF_01D5AC44.DC87D260 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIwNjEzNTMwM1owIwYJKoZIhvcNAQkEMRYEFDES/SjfbBFz8yb1xokqE7YfIedYMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQBPGLpnRCdXmR6nX3bdcFak2eGGeF8e+THccKPvxgyK3/dDYcdpj/Aq Zu5xKK4NgW8pbIiGUpHq+DYup9bEYPE+dI3/PCMSPMGa5EsaiNT5mXAXcmuKmj0o9jJSwvtJLMbB D/KEMQd4+8NrjAq3RP/WNjPplN17YsSYYowNODHzM+oLWdSwGvzaIlRjlIPjZEKvVcxyvrsOGQZ4 elTS0J6Yz49NIJq/bSyYCLGvP16odlviyCPp8J0CiE8nJQ8xLignQH7T+1CnHbEpjeofDOQdiPzj 7f8eysDrt/IndzM4pioP4rfkAEaLUgQenL/WxhubvODODpqIfbnfaYg9UwmQAAAAAAAA ------=_NextPart_000_02AF_01D5AC44.DC87D260-- From nobody Fri Dec 6 10:46:25 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CDE212006D for ; Fri, 6 Dec 2019 10:46:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.489 X-Spam-Level: X-Spam-Status: No, score=-14.489 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_HI=-5, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, 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=Ih4PptHk; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=aqVDSvvW 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 8rBlygeATapr for ; Fri, 6 Dec 2019 10:46:22 -0800 (PST) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CC96012004A for ; Fri, 6 Dec 2019 10:46:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=21139; q=dns/txt; s=iport; t=1575657981; x=1576867581; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=46q/CdaFTt5i6V5eeIwdo3jwc0w9EnIX2t81zwG4ekk=; b=Ih4PptHkVfVAOL5QIt9Jf94jQGFaMK6Hos4ZJN5Vzl9zwlgyjyIRSGRT TB+n7Ruh2F/3qKVl0y2bU2y1D1C/npwRX2uumkefHpDc+C2tvbGPuCk5C kjQ9StrfevQpxozZCWCsfbI3VHgjlIbUPPZYSiM53EvX6bRQEXlM50K8G 8=; IronPort-PHdr: =?us-ascii?q?9a23=3AZPecMBAI6hwlq8ji4t5gUyQJPHJ1sqjoPgMT9p?= =?us-ascii?q?ssgq5PdaLm5Zn5IUjD/qs13kTRU9Dd7PRJw6rNvqbsVHZIwK7JsWtKMfkuHw?= =?us-ascii?q?QAld1QmgUhBMCfDkiuNuTjbykzGuxJVURu+DewNk0GUMs=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BNAACtoOpd/51dJa1bChsBAQEBAQE?= =?us-ascii?q?BBQEBAREBAQMDAQEBgWwEAQEBCwGBGy8kLAVsWCAECyqELINGA4sAgl+TI4R?= =?us-ascii?q?igS6BJANUCQEBAQwBARgBDgYCAQGDe0UCF4F+JDYHDgIDDQEBBAEBAQIBBQR?= =?us-ascii?q?thTcMhVIBAQEBAwEBEBEdAQEsCwEPAgEIEQMBAg4aAwICAiULFAkIAQEEAQ0?= =?us-ascii?q?FGweDAAGBeU0DLgEOoioCgTiIYXWBMoJ+AQEFgTUBAwICDw9vgj8YghcDBoE?= =?us-ascii?q?2AYwXGoFBP4ERJyCCTD6CPiYBAQOBNRU2DQmCWjKCLJAnhVCJTo8WCoIuhyO?= =?us-ascii?q?EY4lfG5oxjkqIRJFmAgQCBAUCDgEBBYFZCCoqgS5wFTsqAYJBUBEUjGaDc4U?= =?us-ascii?q?UhT90AYEnjVABAQ?= X-IronPort-AV: E=Sophos;i="5.69,285,1571702400"; d="scan'208,217";a="664458239" Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by rcdn-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 06 Dec 2019 18:46:20 +0000 Received: from XCH-RCD-001.cisco.com (xch-rcd-001.cisco.com [173.37.102.11]) by rcdn-core-6.cisco.com (8.15.2/8.15.2) with ESMTPS id xB6IkKD7024115 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 6 Dec 2019 18:46:20 GMT Received: from xhs-aln-002.cisco.com (173.37.135.119) by XCH-RCD-001.cisco.com (173.37.102.11) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 6 Dec 2019 12:46:19 -0600 Received: from xhs-rtp-003.cisco.com (64.101.210.230) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 6 Dec 2019 12:46:19 -0600 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 6 Dec 2019 13:46:18 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=HEkdl6n37yPG8kTEuUCwIR199zjduESjkzvcg9QGrRkEVTSInZpsNpM3ICdCWrNYdceFWXexSJBKeCoD6EjHKF9wLRJjGFho7crT9MweyJJ/IJUfbeKaTL+OOA6TBZM7OfXeCpYvXHJRBMY6N3koNBshgdUuZ6JbgHTAHEjpiBChAFOfx5w2OfQxddPP7v4WUHNUwP4VwEUCc13co8188/IWni+HarkT8nNh60qppd4YdHZj1ZWgQISZXwrxQvLm4AZ7EcWuSw5wV2UDz1HRjv3y1kIT2IEjCMsIjXsLhXuRgavEYtEw8ikPRBYBvmd70j3tStZePKRUzodH+HPlbA== 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=46q/CdaFTt5i6V5eeIwdo3jwc0w9EnIX2t81zwG4ekk=; b=mhmIRoUTOVr0Kd7pbpD9ASsEFOFMMvsXyfd+d6+Y50lZ7qi/JPo2ugdfjChdywLs57RPaJ+WHS++8eSVtf0IgYehMQLoO2wf46wsBrxLCAJG5ry4HrOXq0gVjkJMSSPPi8amU2Bc3kmXWxjyQlE1BiDVpurFwxYCP5xAUPteq7oHwTYaUCjNF0vvEwS3Llfncj52N/jZrc6J26t25zJiOgTwYX812zVAjiqpCBTNj/jxXsOxUUj9vnTtoDx0SIqGIlzhu6I6DQOxlZqTDfyGbL0ZmpxhMqEH+feKTgSPC/mOFPvH8eb+XjyGMwJeW3LUY6Nm4p1GxijJf9CVInVK3w== 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=46q/CdaFTt5i6V5eeIwdo3jwc0w9EnIX2t81zwG4ekk=; b=aqVDSvvWV7mwQSekQhPrHUv+QgLGm3psX9oo6YOsXkZrjEju9+M7gqGJc+3V6QDr26kN/yX+t0J4P3OQZ9ehSMOSxV+I39JKSzKyluFbyAt6nH6ZWT9SJS+iH7PJAH0Y1/XS04AxnjNs8zOePL6R5vIp/u9FfuUnKCSBh558FVc= Received: from MN2PR11MB4157.namprd11.prod.outlook.com (10.255.181.213) by MN2PR11MB4285.namprd11.prod.outlook.com (52.135.39.32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.17; Fri, 6 Dec 2019 18:46:16 +0000 Received: from MN2PR11MB4157.namprd11.prod.outlook.com ([fe80::f030:6ed6:391f:e3eb]) by MN2PR11MB4157.namprd11.prod.outlook.com ([fe80::f030:6ed6:391f:e3eb%5]) with mapi id 15.20.2516.014; Fri, 6 Dec 2019 18:46:16 +0000 From: "Reshad Rahman (rrahman)" To: Andy Bierman , "Benoit Claise (bclaise)" CC: "netconf@ietf.org" Thread-Topic: [netconf] Generic Capabilities model Thread-Index: AdWrHi7eIq0bEJsrSBqCRqY5LAgWxAAcVsMAAAljaYAAIZwUAA== Date: Fri, 6 Dec 2019 18:46:16 +0000 Message-ID: <960F9BA1-62A4-4BB6-B6AF-D338B0C1FD61@cisco.com> References: <397e7465-7578-27a6-c47b-0be11a406948@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/10.1e.0.191013 authentication-results: spf=none (sender IP is ) smtp.mailfrom=rrahman@cisco.com; x-originating-ip: [2001:420:2840:1250:6900:eb73:e481:aee6] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b2732afb-9a8c-4a5b-97b0-08d77a7c93bc x-ms-traffictypediagnostic: MN2PR11MB4285: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0243E5FD68 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(39860400002)(396003)(376002)(136003)(189003)(199004)(6636002)(102836004)(76176011)(54896002)(6506007)(4326008)(33656002)(99286004)(86362001)(53546011)(6512007)(2906002)(966005)(110136005)(58126008)(36756003)(561944003)(316002)(478600001)(6486002)(66556008)(71200400001)(81156014)(2616005)(5660300002)(71190400001)(186003)(81166006)(91956017)(8676002)(76116006)(229853002)(8936002)(64756008)(66446008)(66946007)(66476007)(41533002); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4285; H:MN2PR11MB4157.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ps518bE2i+Ps+LCT4g4k3QzfD8l3wldg/CN/1fFQeTQSzCwVUTdhZHqOc4sTUvZorIXKWdiuAVwfgfQkQiJRH5ixITH04pYpRlW2MNrWaVSDCdxZfqtRdzqtgkK34Ru4pOkJoGASvESOIBk0130uGN8GUyJZKA3PjAF9qndjEXIJh4IAU8F4dtBxQU5x3BQGX2HREer3VNI8D+gQCg6fYI4o4EhhSesgMTznsbtDiUyggLc9eo749/uyJWJ6/ONqmlRiDVzpAYVG6YbGSqoxSAb/oaEmsG3+/mKqshFkk5u/qxCa+U0MyO+sMm20rzcHHkAERw20jH6TdWfu90iF3URVpJgevknM49JUyc/4YplfpAS7Z5v9R4AX4Pe7VeuWgOBJjVFqN3YhwV/n4km6j10SveLn4cLbNy8vn0op2yuB7kXUeBfE87gXxiQx0sbp75gNJtZ1HDeSF74l4YrB3E0d1RyzLPvo0rBMdmHnuYhexEq6eiHyAbP1chzzsXTmTW8HQNxrZKQVd0sJzPBMPg== Content-Type: multipart/alternative; boundary="_000_960F9BA162A44BB6B6AFD338B0C1FD61ciscocom_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: b2732afb-9a8c-4a5b-97b0-08d77a7c93bc X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Dec 2019 18:46:16.7639 (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: tun/rCqFTYz7Dc4O8ZKzAhRJSnIXIUTdWyGcR6+UR0gyPfCOgYMmmSgs2TuEdQBjZeN0jXotEOvjpUewpR5klw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4285 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.11, xch-rcd-001.cisco.com X-Outbound-Node: rcdn-core-6.cisco.com Archived-At: Subject: Re: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 18:46:24 -0000 --_000_960F9BA162A44BB6B6AFD338B0C1FD61ciscocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 KzEgZm9yIHRoZSBnZW5lcmljIGNhcGFiaWxpdGllcyB3b3JrLg0KDQpGcm9tOiBuZXRjb25mIDxu ZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmc+IG9uIGJlaGFsZiBvZiAnQW5keSBCaWVybWFuJyA8YW5k eUB5dW1hd29ya3MuY29tPg0KRGF0ZTogVGh1cnNkYXksIERlY2VtYmVyIDUsIDIwMTkgYXQgNDo0 NCBQTQ0KVG86ICJCZW5vaXQgQ2xhaXNlIChiY2xhaXNlKSIgPGJjbGFpc2VAY2lzY28uY29tPg0K Q2M6ICJuZXRjb25mQGlldGYub3JnIiA8bmV0Y29uZkBpZXRmLm9yZz4NClN1YmplY3Q6IFJlOiBb bmV0Y29uZl0gR2VuZXJpYyBDYXBhYmlsaXRpZXMgbW9kZWwNCg0KSGksDQoNCkkgc3Ryb25nbHkg c3VwcG9ydCB0aGlzIGdlbmVyaWMgY2FwYWJpbGl0aWVzIHdvcmsuDQpJTU8gdGhpcyBhcHByb2Fj aCB3b3VsZCBtYWtlIE5NREEgbXVjaCBlYXNpZXIgZm9yIGEgY2xpZW50IHRvIHN1cHBvcnQsIHNp bmNlIHRoZSBuZXcgL3lhbmctbGlicmFyeQ0Kd291bGQgbm90IGJlIG5lZWRlZCBmb3IgdGhpcyBw dXJwb3NlLiAgSW5zdGVhZCwgYSBzaW1wbGUgIm5tZGEtb3BlcmF0aW9uYWwiIGNhcGFiaWxpdHkg Y291bGQgYmUgdXNlZCBpbiB0aGlzIG1vZHVsZQ0KdG8gZWFzaWx5IGlkZW50aWZ5IHdoaWNoIGNv bmZpZz10cnVlIG5vZGVzIHNob3VsZCBiZSBleHBlY3RlZCBpbiA8b3BlcmF0aW9uYWw+Lg0KDQpU aGUgY29tcGxleGl0eSBpbiAveWFuZy1saWJyYXJ5IG1pZ2h0IGJlIGp1c3RpZmllZCBpZiBuZXcg d3JpdGFibGUgZGF0YXN0b3JlcyAobGlrZSA8ZXBoZW1lcmFsPikgYXJlDQpldmVyIGludHJvZHVj ZWQsIGJ1dCBub3QgZm9yIHNvbHZpbmcgdGhlIHByb2JsZW0gIndoYXQgZmVhdHVyZXMgZG9lcyB0 aGlzIHNlcnZlciBzdXBwb3J0IGZvciB0aGUgc3BlY2lmaWVkDQpkYXRhIG5vZGUgKHJlc291cmNl KSI/DQoNCg0KQW5keQ0KDQoNCk9uIFRodSwgRGVjIDUsIDIwMTkgYXQgOToxNSBBTSBCZW5vaXQg Q2xhaXNlIDxiY2xhaXNlQGNpc2NvLi5jb208bWFpbHRvOmJjbGFpc2VAY2lzY28uY29tPj4gd3Jv dGU6DQpIaSBRaW4sDQoNCkkgd291bGQgYWdyZWUuDQpJIGJlbGlldmUgaXQncyBpbXBvcnRhbnQg dG8gaGF2ZSBhIGdlbmVyaWMgc29sdXRpb24uIEkgY2FuIHBpY3R1cmUgbW9yZSBhdWdtZW50YXRp b25zLg0KVGhlIGNoYW5nZSBpcyB0cml2aWFsIElNTywgaS5lLiBtb2RpZnkgdGhlIGlldGYtbm90 aWZpY2F0aW9uLWNhcGFiaWxpdGllcyBtb2RlbA0KDQogICogICBSZW5hbWUgdGhlIHRvcCBsZXZl bCBjb250YWluZXIgdG8gc3lzdGVtLWNhcGFiaWxpdGllcw0KICAqICAgQWRkIGEgY29udGFpbmVy IHN1YnNjcmlwdGlvbi1jYXBhYmlsaXRpZXMgdG8gdGhlIGdyb3VwaW5nIHN1YnNjcmlwdGlvbi1j YXBhYmlsaXRpZXMgdG8gY29udGFpbiBhbGwgc3Vic2NyaXB0aW9uIHJlbGF0ZWQgY2FwYWJpbGl0 aWVzDQogICogICBJbnZpdGUgb3RoZXJzIHRvIGF1Z21lbnQgdGhlIG1vZGVsIHdpdGggc2ltaWxh ciBncm91cGluZ3MgZm9yIG90aGVyIGNhcGFiaWxpdGllcy4NCg0KUmVnYXJkcywgQmVub2l0Lg0K SGksIEJhbGF6czoNCkluIGxhc3QgSUVURiBtZWV0aW5nLCB5b3Ugb2ZmZXJlZCBhIHByb3Bvc2Fs IGluIG5ldG1vZCBzZXNzaW9uIG9uIG5vdGlmaWNhdGlvbiBjYXBhYmlsaXR5IGNoYW5nZSB0aGF0 IHdhcyBkaXNjdXNzZWQgaW4gbmV0bW9kIHNlc3Npb24uDQpJIHRoaW5rIGl0IGlzIGEgZ29vZCBp ZGVhIHRvIGRlZmluZSBnZW5lcmljIGNhcGFiaWxpdGllcyBtb2RlbCBpbiBkcmFmdC1pZXRmLW5l dGNvbmYtbm90aWZpY2F0aW9uLWNhcGFiaWxpdGllcw0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9tZWV0aW5nLzEwNi9tYXRlcmlhbHMvc2xpZGVzLTEwNi1uZXRtb2Qtc2Vzc2ItZ2VuZXJp Yy1tb2RlbC1mb3Itc2VydmVyLWNhcGFiaWxpdGllcy0wMA0Kc2luY2Ugd2UgaGF2ZSBvdGhlciBj YXBhYmlsaXRpZXMgdGhhdCBuZWVkIHRvIGJlIGNvdmVyZWQsIG9uZSBvZiBleGFtcGxlIHN1Y2gg Y2FwYWJpbGl0eSBpcyBvbmUgdGhhdCBjYW4gYmUgc2VsZi1kZXNjcmliZWQgaW4NCmRyYWZ0LXRh by1uZXRtb2QteWFuZy1ub2RlLXRhZ3M8aHR0cHM6Ly90b29scy5pZXRmLm9yZy9pZC9kcmFmdC10 YW8tbmV0bW9kLXlhbmctbm9kZS10YWdzLTAwLnR4dD4uDQpXaXRoIHN1Y2ggbmV3IGNhcGFiaWxp dHksIHNob3VsZCB3ZSBhdWdtZW50IGZyb20gWUFORyBQdXNoIG1vZGVsIG9yIHNob3VsZCB3ZSBh dWdtZW50IGZyb20gbm90aWZpY2F0aW9uIGNhcGFiaWxpdHk/DQpXZSBzZWUgb25lIGRvd25zaWRl IG9mIGF1Z21lbnRpbmcgZnJvbSBZQU5HIFB1c2ggbW9kZWwsIGlzIGl0IG9ubHkgY2FuIGJlIHVz ZWQgaW4gdGhlIHJ1bm5pbmcgdGltZSwgaXQgY2FuIG5vdCBiZSB1c2VkIGluIHRoZSBkZXNpZ24g dGltZSBvcg0KSW1wbGVtZW50YXRpb24gdGltZS4NCg0KU28gSSB0aGluayBpZiBvbmUgZ2VuZXJp YyBjYXBhYmlsaXR5IG1vZGVsIGNhbiBiZSBkZWZpbmVkLCBpdCB3aWxsIGFsbG93IG1vcmUgZmxl eGliaWxpdHkgdG8gYWRkIG5ldyBjYXBhYmlsaXR5LiBIb3dldmVyIGlmIHdlIGRlY2lkZSB0byB0 YWtlIHRoaXMgYXBwcm9hY2gsDQpQcm9iYWJseSBub3RpZmljYXRpb24gY2FwYWJpbGl0aWVzIGRy YWZ0IHJlcXVpcmUgc3Vic3RhbnRpYWwgY2hhbmdlcyB0byB0aGUgY3VycmVudCBtb2RlbCBzdHJ1 Y3R1cmUuIEJ1dCBJIHRoaW5rIGl0IHdvcnRoIHRvIGRvIHNvLCBpbiBteSBwZXJzb25hbCB2aWV3 Lg0KDQotUWluDQoNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KDQpuZXRjb25mIG1haWxpbmcgbGlzdA0KDQpuZXRjb25mQGlldGYub3JnPG1haWx0 bzpuZXRjb25mQGlldGYub3JnPg0KDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL25ldGNvbmYNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCm5ldGNvbmYgbWFpbGluZyBsaXN0DQpuZXRjb25mQGlldGYub3JnPG1haWx0bzpuZXRj b25mQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRj b25mDQo= --_000_960F9BA162A44BB6B6AFD338B0C1FD61ciscocom_ Content-Type: text/html; charset="utf-8" Content-ID: <38AA54FAA179B749947CD804DF2CCC24@namprd11.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpDb25zb2xhczsNCglwYW5vc2UtMToyIDEx IDYgOSAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZp c2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5 Ow0KCWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnByZQ0KCXtt c28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkhUTUwgUHJlZm9ybWF0dGVk IENoYXIiOw0KCW1hcmdpbjowY207DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6 ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQpwLm1zb25vcm1hbDAsIGxp Lm1zb25vcm1hbDAsIGRpdi5tc29ub3JtYWwwDQoJe21zby1zdHlsZS1uYW1lOm1zb25vcm1hbDsN Cgltc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzsNCgltYXJnaW4tcmlnaHQ6MGNtOw0KCW1zby1tYXJn aW4tYm90dG9tLWFsdDphdXRvOw0KCW1hcmdpbi1sZWZ0OjBjbTsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO30NCnNwYW4uSFRNTFByZWZvcm1h dHRlZENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkhUTUwgUHJlZm9ybWF0dGVkIENoYXIiOw0KCW1z by1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQi Ow0KCWZvbnQtZmFtaWx5OkNvbnNvbGFzO30NCnNwYW4uRW1haWxTdHlsZTIxDQoJe21zby1zdHls ZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlm Ow0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6 ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7 c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3Mi4wcHQgNzIuMHB0IDcyLjBw dDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi8qIExpc3QgRGVm aW5pdGlvbnMgKi8NCkBsaXN0IGwwDQoJe21zby1saXN0LWlkOjM2NzgzOTYyOw0KCW1zby1saXN0 LXRlbXBsYXRlLWlkczotMTEyNTgzNzM4O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwt bnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFi LXN0b3A6MzYuMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWlu ZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6 IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9 DQpAbGlzdCBsMDpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1z by1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjcyLjBwdDsNCgltc28tbGV2ZWwt bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1m b250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGkt Zm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1s ZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZl bC10YWItc3RvcDoxMDguMHB0Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0 ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1m YW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJv bWFuIjt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0 Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjE0NC4wcHQ7DQoJbXNv LWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNv LWFuc2ktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1z by1iaWRpLWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsNQ0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCglt c28tbGV2ZWwtdGFiLXN0b3A6MTgwLjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxl ZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVz IE5ldyBSb21hbiI7fQ0KQGxpc3QgbDA6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0 OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDoyMTYuMHB0 Ow0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0 Ow0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 IjsNCgltc28tYmlkaS1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpAbGlzdCBsMDps ZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0 Om87DQoJbXNvLWxldmVsLXRhYi1zdG9wOjI1Mi4wcHQ7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7DQoJbXNvLWFuc2ktZm9udC1zaXplOjEw LjBwdDsNCglmb250LWZhbWlseToiQ291cmllciBOZXciOw0KCW1zby1iaWRpLWZvbnQtZmFtaWx5 OiJUaW1lcyBOZXcgUm9tYW4iO30NCkBsaXN0IGwwOmxldmVsOA0KCXttc28tbGV2ZWwtbnVtYmVy LWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6 Mjg4LjBwdDsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6 LTE4LjBwdDsNCgltc28tYW5zaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDb3Vy aWVyIE5ldyI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KQGxp c3QgbDA6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2 ZWwtdGV4dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDozMjQuMHB0Ow0KCW1zby1sZXZlbC1udW1i ZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0Ow0KCW1zby1hbnNpLWZvbnQt c2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250 LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1 bA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQotLT48L3N0eWxlPg0KPC9oZWFkPg0KPGJvZHkgbGFu Zz0iRU4tQ0EiIGxpbms9ImJsdWUiIHZsaW5rPSJwdXJwbGUiPg0KPGRpdiBjbGFzcz0iV29yZFNl Y3Rpb24xIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj4mIzQzOzEg Zm9yIHRoZSBnZW5lcmljIGNhcGFiaWxpdGllcyB3b3JrLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8ZGl2IHN0eWxlPSJib3JkZXI6bm9uZTtib3JkZXItdG9wOnNvbGlkICNC NUM0REYgMS4wcHQ7cGFkZGluZzozLjBwdCAwY20gMGNtIDBjbSI+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48Yj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+RnJvbTog PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEyLjBwdDtjb2xvcjpibGFjayI+bmV0 Y29uZiAmbHQ7bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnJmd0OyBvbiBiZWhhbGYgb2YgJ0FuZHkg Qmllcm1hbicgJmx0O2FuZHlAeXVtYXdvcmtzLmNvbSZndDs8YnI+DQo8Yj5EYXRlOiA8L2I+VGh1 cnNkYXksIERlY2VtYmVyIDUsIDIwMTkgYXQgNDo0NCBQTTxicj4NCjxiPlRvOiA8L2I+JnF1b3Q7 QmVub2l0IENsYWlzZSAoYmNsYWlzZSkmcXVvdDsgJmx0O2JjbGFpc2VAY2lzY28uY29tJmd0Ozxi cj4NCjxiPkNjOiA8L2I+JnF1b3Q7bmV0Y29uZkBpZXRmLm9yZyZxdW90OyAmbHQ7bmV0Y29uZkBp ZXRmLm9yZyZndDs8YnI+DQo8Yj5TdWJqZWN0OiA8L2I+UmU6IFtuZXRjb25mXSBHZW5lcmljIENh cGFiaWxpdGllcyBtb2RlbDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8 ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JIHN0cm9uZ2x5IHN1cHBvcnQgdGhpcyBnZW5l cmljIGNhcGFiaWxpdGllcyB3b3JrLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+SU1PIHRoaXMgYXBwcm9hY2ggd291bGQgbWFrZSBOTURBIG11Y2gg ZWFzaWVyIGZvciBhIGNsaWVudCB0byBzdXBwb3J0LCBzaW5jZSB0aGUgbmV3IC95YW5nLWxpYnJh cnk8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPndv dWxkIG5vdCBiZSBuZWVkZWQgZm9yIHRoaXMgcHVycG9zZS4mbmJzcDsgSW5zdGVhZCwgYSBzaW1w bGUgJnF1b3Q7bm1kYS1vcGVyYXRpb25hbCZxdW90OyBjYXBhYmlsaXR5IGNvdWxkIGJlIHVzZWQg aW4gdGhpcyBtb2R1bGU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPnRvIGVhc2lseSBpZGVudGlmeSB3aGljaCBjb25maWc9dHJ1ZSBub2RlcyBzaG91 bGQgYmUgZXhwZWN0ZWQgaW4gJmx0O29wZXJhdGlvbmFsJmd0Oy48bzpwPjwvbzpwPjwvcD4NCjwv ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGNvbXBsZXhpdHkgaW4gL3lh bmctbGlicmFyeSBtaWdodCBiZSBqdXN0aWZpZWQgaWYgbmV3IHdyaXRhYmxlIGRhdGFzdG9yZXMg KGxpa2UgJmx0O2VwaGVtZXJhbCZndDspIGFyZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ZXZlciBpbnRyb2R1Y2VkLCBidXQgbm90IGZvciBzb2x2 aW5nIHRoZSBwcm9ibGVtICZxdW90O3doYXQgZmVhdHVyZXMgZG9lcyB0aGlzIHNlcnZlciBzdXBw b3J0IGZvciB0aGUgc3BlY2lmaWVkPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj5kYXRhIG5vZGUgKHJlc291cmNlKSZxdW90Oz88bzpwPjwvbzpwPjwv cD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5BbmR5PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48 L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFRodSwgRGVjIDUsIDIw MTkgYXQgOToxNSBBTSBCZW5vaXQgQ2xhaXNlICZsdDs8YSBocmVmPSJtYWlsdG86YmNsYWlzZUBj aXNjby5jb20iPmJjbGFpc2VAY2lzY28uLmNvbTwvYT4mZ3Q7IHdyb3RlOjxvOnA+PC9vOnA+PC9w Pg0KPC9kaXY+DQo8YmxvY2txdW90ZSBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29s aWQgI0NDQ0NDQyAxLjBwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDYuMHB0O21hcmdpbi1sZWZ0OjQu OHB0O21hcmdpbi1yaWdodDowY20iPg0KPGRpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5IaSBRaW4sPGJyPg0KPGJyPg0KSSB3b3VsZCBhZ3JlZS48YnI+DQpJIGJlbGlldmUgaXQncyBp bXBvcnRhbnQgdG8gaGF2ZSBhIGdlbmVyaWMgc29sdXRpb24uIEkgY2FuIHBpY3R1cmUgbW9yZSBh dWdtZW50YXRpb25zLjxicj4NClRoZSBjaGFuZ2UgaXMgdHJpdmlhbCBJTU8sIGkuZS4gbW9kaWZ5 IHRoZSBpZXRmLW5vdGlmaWNhdGlvbi1jYXBhYmlsaXRpZXMgbW9kZWwgPG86cD4NCjwvbzpwPjwv cD4NCjx1bCB0eXBlPSJjaXJjbGUiPg0KPGxpIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzttc28tbGlzdDps MCBsZXZlbDEgbGZvMSI+DQpSZW5hbWUgdGhlIHRvcCBsZXZlbCBjb250YWluZXIgdG8gc3lzdGVt LWNhcGFiaWxpdGllczxvOnA+PC9vOnA+PC9saT48bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9 Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1s aXN0OmwwIGxldmVsMSBsZm8xIj4NCkFkZCBhIGNvbnRhaW5lciBzdWJzY3JpcHRpb24tY2FwYWJp bGl0aWVzIHRvIHRoZSBncm91cGluZyBzdWJzY3JpcHRpb24tY2FwYWJpbGl0aWVzIHRvIGNvbnRh aW4gYWxsIHN1YnNjcmlwdGlvbiByZWxhdGVkIGNhcGFiaWxpdGllczxvOnA+PC9vOnA+PC9saT48 bGkgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCkludml0ZSBv dGhlcnMgdG8gYXVnbWVudCB0aGUgbW9kZWwgd2l0aCBzaW1pbGFyIGdyb3VwaW5ncyBmb3Igb3Ro ZXIgY2FwYWJpbGl0aWVzLiZuYnNwOw0KPG86cD48L286cD48L2xpPjwvdWw+DQo8cD5SZWdhcmRz LCBCZW5vaXQuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJn aW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPkhpLCBCYWxhenM6PC9zcGFuPjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+SW4gbGFzdCBJ RVRGIG1lZXRpbmcsIHlvdSBvZmZlcmVkIGEgcHJvcG9zYWwgaW4gbmV0bW9kIHNlc3Npb24gb24g bm90aWZpY2F0aW9uIGNhcGFiaWxpdHkgY2hhbmdlIHRoYXQgd2FzIGRpc2N1c3NlZCBpbiBuZXRt b2Qgc2Vzc2lvbi48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8i PjxzcGFuIGxhbmc9IkVOLVVTIj5JIHRoaW5rIGl0IGlzIGEgZ29vZCBpZGVhIHRvIGRlZmluZSBn ZW5lcmljIGNhcGFiaWxpdGllcyBtb2RlbCBpbiBkcmFmdC1pZXRmLW5ldGNvbmYtbm90aWZpY2F0 aW9uLWNhcGFiaWxpdGllczwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6 YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0 Zi5vcmcvbWVldGluZy8xMDYvbWF0ZXJpYWxzL3NsaWRlcy0xMDYtbmV0bW9kLXNlc3NiLWdlbmVy aWMtbW9kZWwtZm9yLXNlcnZlci1jYXBhYmlsaXRpZXMtMDAiIHRhcmdldD0iX2JsYW5rIj5odHRw czovL2RhdGF0cmFja2VyLmlldGYub3JnL21lZXRpbmcvMTA2L21hdGVyaWFscy9zbGlkZXMtMTA2 LW5ldG1vZC1zZXNzYi1nZW5lcmljLW1vZGVsLWZvci1zZXJ2ZXItY2FwYWJpbGl0aWVzLTAwPC9h Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFu Zz0iRU4tVVMiPnNpbmNlIHdlIGhhdmUgb3RoZXIgY2FwYWJpbGl0aWVzIHRoYXQgbmVlZCB0byBi ZSBjb3ZlcmVkLCBvbmUgb2YgZXhhbXBsZSBzdWNoIGNhcGFiaWxpdHkgaXMgb25lIHRoYXQgY2Fu IGJlIHNlbGYtZGVzY3JpYmVkIGluPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9t LWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+PGEgaHJlZj0iaHR0cHM6Ly90b29scy5pZXRm Lm9yZy9pZC9kcmFmdC10YW8tbmV0bW9kLXlhbmctbm9kZS10YWdzLTAwLnR4dCIgdGFyZ2V0PSJf YmxhbmsiPjxzcGFuIHN0eWxlPSJjb2xvcjp3aW5kb3d0ZXh0O3RleHQtZGVjb3JhdGlvbjpub25l Ij5kcmFmdC10YW8tbmV0bW9kLXlhbmctbm9kZS10YWdzPC9zcGFuPjwvYT4uPC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+V2l0 aCBzdWNoIG5ldyBjYXBhYmlsaXR5LCBzaG91bGQgd2UgYXVnbWVudCBmcm9tIFlBTkcgUHVzaCBt b2RlbCBvciBzaG91bGQgd2UgYXVnbWVudCBmcm9tIG5vdGlmaWNhdGlvbiBjYXBhYmlsaXR5Pzwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0i RU4tVVMiPldlIHNlZSBvbmUgZG93bnNpZGUgb2YgYXVnbWVudGluZyBmcm9tIFlBTkcgUHVzaCBt b2RlbCwgaXMgaXQgb25seSBjYW4gYmUgdXNlZCBpbiB0aGUgcnVubmluZyB0aW1lLCBpdCBjYW4g bm90IGJlIHVzZWQgaW4gdGhlIGRlc2lnbiB0aW1lIG9yPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBsYW5nPSJFTi1VUyI+SW1wbGVtZW50YXRpb24g dGltZS48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IGxhbmc9IkVOLVVTIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20t YWx0OmF1dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5TbyBJIHRoaW5rIGlmIG9uZSBnZW5lcmljIGNh cGFiaWxpdHkgbW9kZWwgY2FuIGJlIGRlZmluZWQsIGl0IHdpbGwgYWxsb3cgbW9yZSBmbGV4aWJp bGl0eSB0byBhZGQgbmV3IGNhcGFiaWxpdHkuIEhvd2V2ZXIgaWYgd2UgZGVjaWRlIHRvIHRha2Ug dGhpcyBhcHByb2FjaCw8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPjxzcGFuIGxhbmc9IkVOLVVTIj5Qcm9iYWJseSBub3RpZmljYXRpb24gY2FwYWJpbGl0aWVz IGRyYWZ0IHJlcXVpcmUgc3Vic3RhbnRpYWwgY2hhbmdlcyB0byB0aGUgY3VycmVudCBtb2RlbCBz dHJ1Y3R1cmUuIEJ1dCBJIHRoaW5rIGl0IHdvcnRoIHRvIGRvIHNvLCBpbiBteSBwZXJzb25hbCB2 aWV3Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4g bGFuZz0iRU4tVVMiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1h bHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4tVVMiPi1RaW48L3NwYW4+PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxvOnA+PC9vOnA+PC9wPg0K PHByZT5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxvOnA+ PC9vOnA+PC9wcmU+DQo8cHJlPm5ldGNvbmYgbWFpbGluZyBsaXN0PG86cD48L286cD48L3ByZT4N CjxwcmU+PGEgaHJlZj0ibWFpbHRvOm5ldGNvbmZAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj5u ZXRjb25mQGlldGYub3JnPC9hPjxvOnA+PC9vOnA+PC9wcmU+DQo8cHJlPjxhIGhyZWY9Imh0dHBz Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZiIgdGFyZ2V0PSJfYmxhbmsi Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbmV0Y29uZjwvYT48bzpwPjwv bzpwPjwvcHJlPg0KPC9ibG9ja3F1b3RlPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KbmV0Y29uZiBtYWlsaW5nIGxp c3Q8YnI+DQo8YSBocmVmPSJtYWlsdG86bmV0Y29uZkBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsi Pm5ldGNvbmZAaWV0Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9uZXRjb25mIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9ibG9j a3F1b3RlPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_960F9BA162A44BB6B6AFD338B0C1FD61ciscocom_-- From nobody Fri Dec 6 11:19:35 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BD54F120059 for ; Fri, 6 Dec 2019 11:19:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.986 X-Spam-Level: X-Spam-Status: No, score=-1.986 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 RBwBhIkJ5vu5 for ; Fri, 6 Dec 2019 11:19:31 -0800 (PST) Received: from mail-pj1-x1033.google.com (mail-pj1-x1033.google.com [IPv6:2607:f8b0:4864:20::1033]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 47F2412004A for ; Fri, 6 Dec 2019 11:19:31 -0800 (PST) Received: by mail-pj1-x1033.google.com with SMTP id g4so3126478pjs.10 for ; Fri, 06 Dec 2019 11:19:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=content-transfer-encoding:from:mime-version:subject:date:message-id :references:cc:in-reply-to:to; bh=Chu0fYAjGhgLUBeHR/4sOVxWH2Yhb62etyPAKvQ9vJM=; b=h57KMdjg1813Ur7gXOolx/fUFW3KU+sD2fGJzVgILafyN3roTVvkvVv+RIEcWRzNMh 0SzmgLYAri9XXzXiC4O2CMxm0jrJNg0/pT1yYQWVhoBK+yX4IICi3+P18nRL7TNRiFWZ 79Pje2rStZdyLJbX/zdHXUxG4Bkx7TDld3iJEFIzVtH1Q2ZxCxdZDKcwRBfhFJdx9fEa gdCuC5Hr6L2SDFOo8ZysJxH09GVhbEA6xvQIw/9Z7M2/CjCiD6Nn9693YWnAhWKdzUO+ gcZh+p+UmwqTG3qWgF74T/YuT9BIx5MmaRYz0QGb0MaT8FInBP6Tw52YMHvGLXMYBxEm zN7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=Chu0fYAjGhgLUBeHR/4sOVxWH2Yhb62etyPAKvQ9vJM=; b=B7AISOEKZvyxLS2vS+Sl0T3b9RLfhP69kyvdQ5ABSdGC3d0er4kZdikaaLUrLCiweu wQmLU4nSFAxExmzn+v++aWAFUSM8Durv4dKUSPwH1jWdxgAvaDXHhxIjRuefltM/xi3I dwPhEWrRTOBRsNfwH/awztb2L+74f7czK0nF5Y5UtGgZXNT4lng10fZzeGf3AwYcieta gaqDOJPz7yLC/PQo34f2gg9o603HvjxRelw1zjmZzZbxfnkCIIyoqYKx+Bykhd00iMfc b0iS4cgwmWBrOPRXHcIJkqOKz/6fwfZN2yYdXCxRA138tkOsXXTOeweo270AvsAI2wXr eyEg== X-Gm-Message-State: APjAAAWQ7JEVv5DhiVjoBWwm8EVqo370BQc4cKrgv5Tcw1S4vpBqRiKB tfLXpTMyCas0IIQ+JCyYRuo= X-Google-Smtp-Source: APXvYqwpoEaut+qBLqi89ekflG4GM7LF7XfRUSVYUnRbvgycqtpMs3B5p8zi2reLlNNEpjk1da8kMw== X-Received: by 2002:a17:90a:ec0f:: with SMTP id l15mr16802900pjy.39.1575659970733; Fri, 06 Dec 2019 11:19:30 -0800 (PST) Received: from [192.168.1.6] (c-73-189-13-44.hsd1.ca.comcast.net. [73.189.13.44]) by smtp.gmail.com with ESMTPSA id p186sm10336394pfp.56.2019.12.06.11.19.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 06 Dec 2019 11:19:29 -0800 (PST) Content-Type: multipart/alternative; boundary=Apple-Mail-23BF1C6C-18DD-4BBD-A2B8-19F680E83E69 Content-Transfer-Encoding: 7bit From: Jeff Tantsura Mime-Version: 1.0 (1.0) Date: Fri, 6 Dec 2019 11:19:29 -0800 Message-Id: <61BC8A63-4F6B-4555-8AAC-E792458D23A3@gmail.com> References: <960F9BA1-62A4-4BB6-B6AF-D338B0C1FD61@cisco.com> Cc: Andy Bierman , "Benoit Claise (bclaise)" , "netconf@ietf.org" In-Reply-To: <960F9BA1-62A4-4BB6-B6AF-D338B0C1FD61@cisco.com> To: "Reshad Rahman (rrahman)" X-Mailer: iPhone Mail (17A878) Archived-At: Subject: Re: [netconf] Generic Capabilities model X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Dec 2019 19:19:34 -0000 --Apple-Mail-23BF1C6C-18DD-4BBD-A2B8-19F680E83E69 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable +1 Regards, Jeff > On Dec 6, 2019, at 10:46, Reshad Rahman (rrahman) wrot= e: >=20 > =EF=BB=BF > +1 for the generic capabilities work. > =20 > From: netconf on behalf of 'Andy Bierman' > Date: Thursday, December 5, 2019 at 4:44 PM > To: "Benoit Claise (bclaise)" > Cc: "netconf@ietf.org" > Subject: Re: [netconf] Generic Capabilities model > =20 > Hi, > =20 > I strongly support this generic capabilities work. > IMO this approach would make NMDA much easier for a client to support, sin= ce the new /yang-library > would not be needed for this purpose. Instead, a simple "nmda-operational= " capability could be used in this module > to easily identify which config=3Dtrue nodes should be expected in . > =20 > The complexity in /yang-library might be justified if new writable datasto= res (like ) are > ever introduced, but not for solving the problem "what features does this s= erver support for the specified > data node (resource)"? > =20 > =20 > Andy > =20 > =20 > On Thu, Dec 5, 2019 at 9:15 AM Benoit Claise wrote: > Hi Qin, >=20 > I would agree. > I believe it's important to have a generic solution. I can picture more au= gmentations. > The change is trivial IMO, i.e. modify the ietf-notification-capabilities m= odel > Rename the top level container to system-capabilities > Add a container subscription-capabilities to the grouping subscription-cap= abilities to contain all subscription related capabilities > Invite others to augment the model with similar groupings for other capabi= lities.=20 > Regards, Benoit. >=20 > Hi, Balazs: > In last IETF meeting, you offered a proposal in netmod session on notifica= tion capability change that was discussed in netmod session. > I think it is a good idea to define generic capabilities model in draft-ie= tf-netconf-notification-capabilities > https://datatracker.ietf.org/meeting/106/materials/slides-106-netmod-sessb= -generic-model-for-server-capabilities-00 > since we have other capabilities that need to be covered, one of example s= uch capability is one that can be self-described in > draft-tao-netmod-yang-node-tags. > With such new capability, should we augment from YANG Push model or should= we augment from notification capability? > We see one downside of augmenting from YANG Push model, is it only can be u= sed in the running time, it can not be used in the design time or > Implementation time. > =20 > So I think if one generic capability model can be defined, it will allow m= ore flexibility to add new capability. However if we decide to take this app= roach, > Probably notification capabilities draft require substantial changes to th= e current model structure. But I think it worth to do so, in my personal vie= w. > =20 > -Qin >=20 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > =20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --Apple-Mail-23BF1C6C-18DD-4BBD-A2B8-19F680E83E69 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable +1

Regards,
Jef= f

On Dec 6, 2019, a= t 10:46, Reshad Rahman (rrahman) <rrahman@cisco.com> wrote:

=EF=BB=BF

+1 for the generic capabilities w= ork.

 

From:= netconf <netconf= -bounces@ietf.org> on behalf of 'Andy Bierman' <andy@yumaworks.com>=
Date: Thursday, December 5, 2019 at 4:44 PM
To: "Benoit Claise (bclaise)" <bclaise@cisco.com>
Cc: "netconf@ietf.org" <netconf@ietf.org>
Subject: Re: [netconf] Generic Capabilities model

 

Hi,

 

I strongly support this generic capabilities work.

IMO this approach would make NMDA much easier for a c= lient to support, since the new /yang-library

would not be needed for this purpose.  Instead, a= simple "nmda-operational" capability could be used in this module

to easily identify which config=3Dtrue nodes should b= e expected in <operational>.

 

The complexity in /yang-library might be justified if= new writable datastores (like <ephemeral>) are

ever introduced, but not for solving the problem "wha= t features does this server support for the specified

data node (resource)"?

 

 

Andy

 

 

On Thu, Dec 5, 2019 at 9:15 AM Benoit Claise <bclaise@cisco..com> wrote:

Hi Qin,

I would agree.
I believe it's important to have a generic solution. I can picture more augm= entations.
The change is trivial IMO, i.e. modify the ietf-notification-capabilities mo= del

  • Rename the top level container to system-capabilities
  • Add a container subscription-capabilities to the grouping subscription-capab= ilities to contain all subscription related capabilities
  • Invite others to augment the model with similar groupings for other capabili= ties. 

Regards, Benoit.

Hi, Balazs:

In last IETF meeting, you offered a proposal in= netmod session on notification capability change that was discussed in netm= od session.

I think it is a good idea to define generic cap= abilities model in draft-ietf-netconf-notification-capabilities<= /o:p>

https://datatracker.ietf.org/meeting/106/materials/sl= ides-106-netmod-sessb-generic-model-for-server-capabilities-00

since we have other capabilities that need to b= e covered, one of example such capability is one that can be self-described i= n

draft-tao-netmod-yang-node-tags.=

With such new capability, should we augment fro= m YANG Push model or should we augment from notification capability?<= o:p>

We see one downside of augmenting from YANG Pus= h model, is it only can be used in the running time, it can not be used in t= he design time or

Implementation time.

 

So I think if one generic capability model can b= e defined, it will allow more flexibility to add new capability. However if w= e decide to take this approach,

Probably notification capabilities draft requir= e substantial changes to the current model structure. But I think it worth t= o do so, in my personal view.

 

-Qin



_______________________________________________
netconf mailing list
netconf@ietf.org<=
/a>
https://www.ietf.org/mailman/listinfo/netconf

 

_______________________________________________
netconf mailing list
netconf@ietf.org = https://www.ietf.org/mailman/listinfo/netconf

_______________________________________________
netcon= f mailing list
netconf@ietf.org
https://www.= ietf.org/mailman/listinfo/netconf
= --Apple-Mail-23BF1C6C-18DD-4BBD-A2B8-19F680E83E69-- From nobody Mon Dec 9 07:06:59 2019 Return-Path: X-Original-To: netconf@ietf.org Delivered-To: netconf@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BFB1120043; Mon, 9 Dec 2019 07:06:54 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: Cc: netconf@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 6.113.0 Auto-Submitted: auto-generated Precedence: bulk Reply-To: netconf@ietf.org Message-ID: <157590401408.2192.18181814046530504168@ietfa.amsl.com> Date: Mon, 09 Dec 2019 07:06:54 -0800 Archived-At: Subject: [netconf] I-D Action: draft-ietf-netconf-notification-capabilities-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2019 15:06:54 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Network Configuration WG of the IETF. Title : YANG-Push Notification Capabilities Authors : Balazs Lengyel Alexander Clemm Benoit Claise Filename : draft-ietf-netconf-notification-capabilities-08.txt Pages : 21 Date : 2019-12-09 Abstract: This document proposes a YANG module that allows a publisher to specify capabilities related to "Subscription to YANG Datastores" (YANG-Push). It proposes to use YANG Instance Data to document this information and make it already available at implementation-time, but also allow it to be reported at run-time. The YANG module is also prepared to contain other system capabilities, for future augmentations. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-netconf-notification-capabilities/ There are also htmlized versions available at: https://tools.ietf.org/html/draft-ietf-netconf-notification-capabilities-08 https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notification-capabilities-08 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-netconf-notification-capabilities-08 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Dec 9 07:14:40 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD25E12004E for ; Mon, 9 Dec 2019 07:14:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 GVnC91kSx5hO for ; Mon, 9 Dec 2019 07:14:36 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-eopbgr140057.outbound.protection.outlook.com [40.107.14.57]) (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 E5CA9120043 for ; Mon, 9 Dec 2019 07:14:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ixIOS4GUk4mRf0S8DrQQVD3X98zmxaC8RpL19CHWnr7Z/vq2PpAkW41GTCi/NWeQP6MzuX2csWN21VKMqsT6M23Mav+98+6yKVvRaOVM5aTbcaohOjyd/3KMcwoWxWhsPkD3mZ3SK2tat4S1LQ0M140AIWZvV2zCcXvUIgylnxOEQbWUgtOAi0jb5iJnFIzgPecY8UA11y+NDpvnO0YBmKV3ohW3K+77ZTHy6diTyEBGBgTegxXQ4xWg1fKIsSGbBxVME6DMJGwSMqvihDgEuYxeyR+EWZ6A3E3F6spG6MYzEqdT4L9ZIE64I4sgfnJ2WJ80U4cMwql7kaEp8MvA3A== 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=2FDyB/tiXdFtCByPr6FrEvcT0WZOkfS8YRFs1ewZuAY=; b=ZefkOAF/NuMyHDNE0a7uDKtjxnJs5EkO66o3K8xzJMyq0vJBPvHmA25IsrSf+6SeTntLWolAwojw30HKGQJ05rzo0MUG89RyXXLysave8JTKGI2tbfEZSs1nV9Bgzi579Pnx5QLtYUwGRyBY2JLGm9EbG6jyS5EezMmePa/7kmVL9YhYGc39wa4WBvvxgD5P2lso/6c/OnDm6LUbRnpdQk0HfH1W6DONwJXLJNa2Alfur+rJ1WCZDyn7zjQGejcPw7qSkq3o3vv3VWIg7wCQw64TlaMXHivPsU7EKqxrhAyQPRxENdZKhC3dIJv64n5P89+/On10xjdBjWT0eFKGBQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=2FDyB/tiXdFtCByPr6FrEvcT0WZOkfS8YRFs1ewZuAY=; b=pVZwnj+NlhVvhry2M8BNDCX3NzbgPhdOw8ZrlRTjV1hSxdrsRqCJbnHVsWDzoprB6W/8XzdWpO2XTiRKdSmyJNUd3ALq02Bj9gCNEnWI/i2dO/BqhKqdUOUIqQYmq8FnnggYi9RrIbfLlfUSUgzJro+J+B/B/R3G3yt+YABR7OY= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3825.eurprd07.prod.outlook.com (52.133.49.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.14; Mon, 9 Dec 2019 15:14:33 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2538.012; Mon, 9 Dec 2019 15:14:33 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: "netconf@ietf.org" Thread-Topic: New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt Thread-Index: AQHVrqJWIhG5GTt/3kigQRa/0outv6ex6P+A Date: Mon, 9 Dec 2019 15:14:33 +0000 Message-ID: References: <157590401425.2192.12029824685002924442.idtracker@ietfa.amsl.com> In-Reply-To: <157590401425.2192.12029824685002924442.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b0245b71-4f80-4b8a-163f-08d77cba7f3e x-ms-traffictypediagnostic: AM0PR0702MB3825: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 02462830BE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(396003)(39860400002)(366004)(346002)(376002)(199004)(189003)(13464003)(33656002)(5660300002)(85202003)(71200400001)(9686003)(15650500001)(52536014)(66574012)(71190400001)(86362001)(66476007)(64756008)(66446008)(85182001)(316002)(66556008)(966005)(8936002)(81166006)(26005)(1730700003)(81156014)(66616009)(305945005)(66946007)(186003)(76116006)(7696005)(6506007)(53546011)(55016002)(229853002)(5640700003)(6916009)(8676002)(478600001)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3825; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: wZ3sXfzN+NWbY1KRei6J2GFbWCRd6qWxKjJXrbON/A/fMOUsk0BC9Vn7/Nof5brXWtSCgki0NNkO/ELZiU8ca9CdKUzL6qGORuX6z+iQcO1rjwilxyIRPq+C1ZTv735EWZzKcadoKkwQRcpuIrO332pyiJHtobLvYYSMmAFz2E5QbMYkE5uzp9qRxIu7B5NiNWg1jUMMWI+rSfmvsoBukwUslTyOarqB7J5MeWCQqh/cs8vPOnRQQSdo/JZQvvghdrmfTC2yMH8CvnFsSrBr64KEDdzVI69U5U6VsuzrHXPyGISySLnIC9EoeACPq2bknx1PqnwsgPU4iAdratid/UP3r7E15sRitlkROnSIcpfoSuuBoVQfv0kuPMtifwJwnuess2bQfhQS378XzcjD5PaUVKLDMmB4dxalN3PKDTleJy5vAuWnTHNjtyJACn1J/oBerk3n/JczF5aPfl7g4HccoqwzrKUetPzht7xEscPwiqT83J84qcqqxIpTYKYVgEIJCVyc0miPEh0lgPzOhPJNWJYM+lrXaOUMX8CO+Sk= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_03CF_01D5AEAB.BDBDF080" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: b0245b71-4f80-4b8a-163f-08d77cba7f3e X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2019 15:14:33.5551 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: evLbpQwdf1EaZdLlH0Rju4kDXZmlenRgWu1MnJXKd2zn+aMCGQ56CYTrDZrzk6bJzSF3WoFyp8Zsy5YWyH+Tl8JRScXQWWCBW+K2dg/dfwA= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3825 Archived-At: Subject: [netconf] FW: New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2019 15:14:39 -0000 ------=_NextPart_000_03CF_01D5AEAB.BDBDF080 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, We updated the draft to include support for generic capabilities as the = issue received quite a bit of support in the group. v07 - v08 o Prepared the YANG model to include other non-YANG-Push related capabilities. o Renamed the top level container to system-capabilities o Added a container subscription-capabilities to the grouping subscription-capabilities to contain all subscription related capabilities o Updated examples according to draft-ietf-netmod-yang-instance- file-format-06. Regards Balazs -----Original Message----- From: internet-drafts@ietf.org =20 Sent: 2019. december 9., h=C3=A9tf=C5=91 16:07 To: Benoit Claise ; Alexander Clemm = ; Bal=C3=A1zs Lengyel Subject: New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt A new version of I-D, = draft-ietf-netconf-notification-capabilities-08.txt has been successfully submitted by Balazs Lengyel and posted to the IETF = repository. Name: draft-ietf-netconf-notification-capabilities Revision: 08 Title: YANG-Push Notification Capabilities Document date: 2019-12-09 Group: netconf Pages: 21 URL: = https://www.ietf.org/internet-drafts/draft-ietf-netconf-notification-capa= bilities-08.txt Status: = https://datatracker.ietf.org/doc/draft-ietf-netconf-notification-capabili= ties/ Htmlized: = https://tools.ietf.org/html/draft-ietf-netconf-notification-capabilities-= 08 Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notification-cap= abilities Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netconf-notification-capab= ilities-08 Abstract: This document proposes a YANG module that allows a publisher to specify capabilities related to "Subscription to YANG Datastores" (YANG-Push). It proposes to use YANG Instance Data to document this information and make it already available at implementation-time, but also allow it to be reported at run-time. The YANG module is also prepared to contain other system capabilities, for future augmentations. = =20 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. The IETF Secretariat ------=_NextPart_000_03CF_01D5AEAB.BDBDF080 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIwOTE1MTQzMlowIwYJKoZIhvcNAQkEMRYEFN6q/cPwqiBGvgpXn5G4e3OvwasMMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQCowAEyd8ETg9DEPj8ZSx6wSmoSEPwK2iJf+gozLHwRMbVHhKtPvn7f LW9K5W4o/bzQB39Xqew7rGaydA5E10u4bgnNfV46JSBNw1DnTBlqIiNcHySO6+MMEZFn/wLPHG9m VcPx08vf1pJd69VxmR9gFH0XDIwRf0BRAyIz/fLYZnERPYnJ+w8iop7C8DgaxmfBjmGSn/ykRGNn CrjCfvaJ8Qw+5Wp/JWNhraD5VrX/Ao5UBJg1xbJ/eC4gfveDkiYN+LI/cr8NBQ8ecBqCPo85Bhb7 vs8X3GxSac+v7lKFgrhN3wyGkQo9x28MiSWvwvLr1VIkpGP/dul9PlRD6qejAAAAAAAA ------=_NextPart_000_03CF_01D5AEAB.BDBDF080-- From nobody Mon Dec 9 07:17:23 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE24612004E for ; Mon, 9 Dec 2019 07:17:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.002 X-Spam-Level: X-Spam-Status: No, score=-2.002 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 Sit-hM7XJ0TZ for ; Mon, 9 Dec 2019 07:17:19 -0800 (PST) Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-ve1eur01on0616.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe1f::616]) (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 5CA0F12000F for ; Mon, 9 Dec 2019 07:17:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bg9ziVv7TaINlYDHY/9CnJUaUJrUj+Ov1+8EkG7k62aiSSw0MxInu0J20FF1wPD9RQllPGF3yVtmcukxDhee3b+s0+zVCibOyNnSnuT6eQQTexOB6ic6vqEOJgZgqbMSK3dy4fv/vUibcpnPQ6ZwxWT3h147P+fjprLsDznLSArHfieMfty7g+lQrhVMfnITd0oRzApDaC9e4D/+Anx4ch38lBOBgBOMj9hsxXi68tS9JKrqy4MrJCmzGNdcgYzHmY+e4XnK/OxU67ekekFEsAgIXThzE2hlNPo7zhFZZQWsQUMhIMYcr/kW7ptk9TrRTP7z+RhOwwJVD8jBRr+nBw== 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=2jawbdQlrSxQAlG6D8kJbH/UDrWxUNHwQlzoMEGpqlE=; b=gs2lgbq47cJPtovPgz21XqKHHLgx/DcI+ogdvJjQSVVA8pTfgiDSTfQwlAo+61D3dvZXKRQbe+e91SAop18BgWHs1XEPb+OCIfe1mgB0gZVhxpf2YvJym6O4pixFMhLmRHgyQ3eYVB3gnsFJvbpd09T8f480DYqQn0VTvgqnvVwJRXCxzhXE9fZ48kPycEeGqfqnxFhLrTzhVm+cHUp+P9Qz54kkjGCfm7I4AoH6QO9x+ZG9u5pLuweQrhkeTCZ/RhjuEu5P+D0Rf981Xp0CrhN6XkjYUMRWhb2B+JgEdZUsAzWsCjY2bwwgUOZkKXQq/G8IHdBwHlmxXXnaDUcKIw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=2jawbdQlrSxQAlG6D8kJbH/UDrWxUNHwQlzoMEGpqlE=; b=Qomzr0UgQQ5sKWbXkYRmUq2CDMUqz2SMJkE/H3XoHbjimO+RSft4hgHPN8Bn80wFH/i0zwR6kfG8na0OA5lA+8lM1zJQMYvbK95JU+y8bcR5MQ93IrMOxWNcWt1J5lSG5LEDDb3y0moP4abbSyKu2QEZ7RjTNE8U/vzBHt1TZYo= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3825.eurprd07.prod.outlook.com (52.133.49.159) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.14; Mon, 9 Dec 2019 15:17:17 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2538.012; Mon, 9 Dec 2019 15:17:17 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: "netconf@ietf.org" , Alexander Clemm , "Benoit Claise (bclaise@cisco.com)" Thread-Topic: New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt Thread-Index: AQHVrqJWIhG5GTt/3kigQRa/0outv6ex6P+AgAAAr0A= Date: Mon, 9 Dec 2019 15:17:17 +0000 Message-ID: References: <157590401425.2192.12029824685002924442.idtracker@ietfa.amsl.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 04e21d53-8109-48d4-278f-08d77cbae0ae x-ms-traffictypediagnostic: AM0PR0702MB3825: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 02462830BE x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(396003)(39860400002)(366004)(346002)(376002)(199004)(189003)(13464003)(33656002)(5660300002)(85202003)(71200400001)(9686003)(15650500001)(52536014)(66574012)(71190400001)(86362001)(2940100002)(66476007)(64756008)(66446008)(85182001)(316002)(66556008)(966005)(110136005)(8936002)(81166006)(26005)(81156014)(66616009)(305945005)(66946007)(186003)(76116006)(7696005)(6506007)(53546011)(55016002)(229853002)(8676002)(478600001)(2906002); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3825; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 1F+fjeuy5B2kn8IZVlwT6uyBOyaDncvmeDmnnK81KysmDd1N+trZonYhJkhQ8vtQqN+PU0RBB4n+tMZdPmawjIf8/OmhEMgOItxioLl2xhGI2eZ+q1Y2YBXkWyP5SVYU93tNkqrBGurF8zwoLdoAB6PRm/ypg+E6omMMiqnmCXgv53e35lRFgcLMx0IMZxmhYH12gI6WjPuPLRDRjJEqp+zmmbgJplGp85SSGxNLLcbtso3Ix/SCA3k8C3xKVuEhrlD7nKWMNpTvXI9gYqgNPOoy9KlZEv41ioN4uLfOxTWuAM/uuP0cSZNGYR81ofcYhI/JgJQCyoQMm8M59VoO/XSyrQdBTCzQ34t0BssjePOtyTPB+JOdZL3Cj7TcGsyR54AEy5CPMu7GYN1puI7oTK4hfGOs85ojOPMoJVRlHYxOO5i+yD/1bYjyRsvWjOJLEjup+A3XphCVTAus1GdO0PfoAdfjsVfO/2UQwfvqYYTdqOEZ0lSrlrqcxQArEIrqOaWhS0Uv3KhqxmQvXNoPnmfRwdi0K8YOBMwKOMDPAoo= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_03DF_01D5AEAC.1F24EFE0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 04e21d53-8109-48d4-278f-08d77cbae0ae X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Dec 2019 15:17:17.0636 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4dGbN6qNy7l47XmKOuEwaSGjW47dQ7ktuN35vM5ReAjK9Bsbn2npKnidrA4YGGtjClnReIEMBsdaH2c+ldv6mO6fOW3hHfeuwf3e0OAIXjk= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3825 Archived-At: Subject: [netconf] FW: New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Dec 2019 15:17:22 -0000 ------=_NextPart_000_03DF_01D5AEAC.1F24EFE0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Chairs, This draft has been through WGLC, but following the discussions about = generic capabilities we made some updates. What is the procedure now? = New WGLC ? Simplified WGLC? Please advise us. Best regards Balazs -----Original Message----- From: Bal=C3=A1zs Lengyel=20 Sent: 2019. december 9., h=C3=A9tf=C5=91 16:15 To: netconf@ietf.org Subject: FW: New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt Hello, We updated the draft to include support for generic capabilities as the = issue received quite a bit of support in the group. v07 - v08 o Prepared the YANG model to include other non-YANG-Push related capabilities. o Renamed the top level container to system-capabilities o Added a container subscription-capabilities to the grouping subscription-capabilities to contain all subscription related capabilities o Updated examples according to draft-ietf-netmod-yang-instance- file-format-06. Regards Balazs -----Original Message----- From: internet-drafts@ietf.org =20 Sent: 2019. december 9., h=C3=A9tf=C5=91 16:07 To: Benoit Claise ; Alexander Clemm = ; Bal=C3=A1zs Lengyel Subject: New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt A new version of I-D, = draft-ietf-netconf-notification-capabilities-08.txt has been successfully submitted by Balazs Lengyel and posted to the IETF = repository. Name: draft-ietf-netconf-notification-capabilities Revision: 08 Title: YANG-Push Notification Capabilities Document date: 2019-12-09 Group: netconf Pages: 21 URL: = https://www.ietf.org/internet-drafts/draft-ietf-netconf-notification-capa= bilities-08.txt Status: = https://datatracker.ietf.org/doc/draft-ietf-netconf-notification-capabili= ties/ Htmlized: = https://tools.ietf.org/html/draft-ietf-netconf-notification-capabilities-= 08 Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notification-cap= abilities Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netconf-notification-capab= ilities-08 Abstract: This document proposes a YANG module that allows a publisher to specify capabilities related to "Subscription to YANG Datastores" (YANG-Push). It proposes to use YANG Instance Data to document this information and make it already available at implementation-time, but also allow it to be reported at run-time. The YANG module is also prepared to contain other system capabilities, for future augmentations. = =20 Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. The IETF Secretariat ------=_NextPart_000_03DF_01D5AEAC.1F24EFE0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIwOTE1MTcxNVowIwYJKoZIhvcNAQkEMRYEFP3tbf0A2067HPK0sv+pEhLtBEUeMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQCeNb9ZtXDq5IkiWUw48KKMxfJp6UsqAWYnY+qO7RioeJk4ffL1GP4J 2lrlI9Es5VXAR2CCeaPCWZwDDZLVTe61CXcSKZz83h24WwRPkaSZc3aJKxhYjqJscTQVizM6Nrce gWJMwIjj69n4VR4tkhJKugZtyiu1krWMuSMyYMrWjLxT84xfW7deFBoo7ookuCZJ211djPq/rvSC +Vw0kOZ0C5mKHOV399xHDv2DZpuRDVY6fIsOezpVFFF8tPOWl5cgpjIb2RftxT1mDYqTMj6I3xF6 UjBXIBOWOtdClSWMbuQeSwMryyKlFUkLj96wTTmXedYclA13S00Nn9QzMAX2AAAAAAAA ------=_NextPart_000_03DF_01D5AEAC.1F24EFE0-- From nobody Tue Dec 10 05:12:55 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 919B51200A1 for ; Tue, 10 Dec 2019 05:12:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.997 X-Spam-Level: X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_HELO_NONE=0.001, 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=cesnet.cz 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 vbhUMmavNV80 for ; Tue, 10 Dec 2019 05:12:51 -0800 (PST) Received: from kalendar.cesnet.cz (kalendar.cesnet.cz [IPv6:2001:718:1:1f:50:56ff:feee:34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7F27512009E for ; Tue, 10 Dec 2019 05:12:51 -0800 (PST) Received: by kalendar.cesnet.cz (Postfix, from userid 999) id 6D65460182; Tue, 10 Dec 2019 14:12:49 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=kalendar; t=1575983569; bh=Jqka26GdTxMWyq8c9SSsK/JaMkRRW2fTKUKOWe3M9C0=; h=To:Date:Subject:From; b=GbP1h7GmmDQ90z0RbyUbWATvJUMBzBJ0dRoWM3g2SpdvcUoCWMypaD9ebCvPVv3rq MZ7Mr6BJrb/jILK5HMzDIFhBhGRz6oQgLdNDXu4C7SCnss0r7n8IO7FRnGC06/R4nh wylPrWfjdPpX7TzVHAJcqAZKL5QedVaSPeEYYoIc= Content-Type: text/plain; charset="utf-8" To: "netconf" User-Agent: SOGoMail 2.3.23 MIME-Version: 1.0 Date: Tue, 10 Dec 2019 14:12:49 +0100 Message-ID: <5cce-5def9a00-11-66c7ce00@101566344> X-Forward: 2001:67c:1220:80c:b5:55d3:81d5:8636 From: =?utf-8?q?Michal_Va=C5=A1ko?= Content-Transfer-Encoding: quoted-printable Archived-At: Subject: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 13:12:53 -0000 Hello, we are thinking about adding support for arbitrary attributes [1] in ou= r YANG/NETCONF datastore. To my knowledge, only the representation in X= ML or JSON is defined and standardized but there are no guidelines for = editing (CRUD) these attributes. So, my question is a rather general one, regarding implementations that= support editing these attributes, would you mind sharing some basic id= eas or principles used? Or is this outside any consensus and each imple= mentation is free to handle this completely in its own fashion? Thanks = for any input. Regards, Michal [1] https://tools.ietf.org/html/rfc7952 From nobody Tue Dec 10 05:31:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 635A3120041 for ; Tue, 10 Dec 2019 05:31:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=nic.cz 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 mSjDgis9DLFp for ; Tue, 10 Dec 2019 05:31:08 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 82EBE120018 for ; Tue, 10 Dec 2019 05:31:08 -0800 (PST) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id AFCB8140BA7 for ; Tue, 10 Dec 2019 14:31:06 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1575984666; bh=PedyzemViQBSVttBl75P0kEkfuLXoUeR2jdqaxxTWcQ=; h=From:To:Date; b=L/eC7XME0tsWibHQbmbI+guJdvId5EHptX/vJmkuJ04b2oVwdFtUMA4MF3kDZ0aZW CjtKupE+TJIAHMvKO9nDcrVFs1Bqp5MlxuBf4riNxczk6fQ/Y3HnNgFYhMUgacaKkr P6kMdn2g3KbgVItGhSSpTKkBNTxsk0tEYhJ7+9bM= Message-ID: From: Ladislav Lhotka To: netconf@ietf.org Date: Tue, 10 Dec 2019 14:31:06 +0100 In-Reply-To: <5cce-5def9a00-11-66c7ce00@101566344> References: <5cce-5def9a00-11-66c7ce00@101566344> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 13:31:11 -0000 On Tue, 2019-12-10 at 14:12 +0100, Michal Vaško wrote: > Hello, > we are thinking about adding support for arbitrary attributes [1] in our > YANG/NETCONF datastore. To my knowledge, only the representation in XML or > JSON is defined and standardized but there are no guidelines for editing > (CRUD) these attributes. > > So, my question is a rather general one, regarding implementations that > support editing these attributes, would you mind sharing some basic ideas or > principles used? Or is this outside any consensus and each implementation is > free to handle this completely in its own fashion? Thanks for any input. I guess this should eventually be standardized in each protocol, so it makes sense to figure out the current practices. Lada > > Regards, > Michal > > [1] https://tools.ietf.org/html/rfc7952 > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Dec 10 06:04:21 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2CD34120824 for ; Tue, 10 Dec 2019 06:04:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 qYmhNcR-ByOI for ; Tue, 10 Dec 2019 06:04:11 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 21BE2120851 for ; Tue, 10 Dec 2019 06:04:11 -0800 (PST) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 992C01AE02A7; Tue, 10 Dec 2019 15:04:08 +0100 (CET) Date: Tue, 10 Dec 2019 15:03:33 +0100 (CET) Message-Id: <20191210.150333.2171238725445540389.mbj@tail-f.com> To: mvasko@cesnet.cz Cc: netconf@ietf.org From: Martin Bjorklund In-Reply-To: <5cce-5def9a00-11-66c7ce00@101566344> References: <5cce-5def9a00-11-66c7ce00@101566344> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 14:04:20 -0000 Hi, Michal Va=A8ko wrote: > Hello, > we are thinking about adding support for arbitrary attributes [1] in > our YANG/NETCONF datastore. To my knowledge, only the representation > in XML or JSON is defined and standardized but there are no guideline= s > for editing (CRUD) these attributes. > = > So, my question is a rather general one, regarding implementations > that support editing these attributes, would you mind sharing some > basic ideas or principles used? Or is this outside any consensus and > each implementation is free to handle this completely in its own > fashion? Thanks for any input. I think this depends on the attribute defintion. Some attributes are read-only from the northbound's protocol point of view. Internally in the server you may need some API to set/change them of course. Some other attributes are read-write. In our implementation we support a few read-write attributes (and some read-only). Here's a simple example (in an edit-config): This would set/change the "annotation" attribute's value to "hello", regardless of its previous value. To delete an annotation, you would do: Each of our attributes has a special value that means "delete" (in most cases it is the empty string. /martin > = > Regards, > Michal > = > [1] https://tools.ietf.org/html/rfc7952 > = > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > = From nobody Tue Dec 10 06:24:40 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A82F01200C1 for ; Tue, 10 Dec 2019 06:24:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=nic.cz 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 QvSuqQx46fi6 for ; Tue, 10 Dec 2019 06:24:36 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 9AA96120088 for ; Tue, 10 Dec 2019 06:24:36 -0800 (PST) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 944DB140CE5 for ; Tue, 10 Dec 2019 15:24:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1575987874; bh=t1MqAphuoo7K7ojTB70gWfF3f/oAqE/GiX4qiLSdZfc=; h=From:To:Date; b=QpHCEnw770l6DaIo1bh+dkEY3+3rMxhb9rYCa/9DXNnSv53NAxIa+8GcL22ubns9S w6KhTbkAOx1ZtTTgIhQH+qIQssmbqs1GZB4BnXoj3hibwjDu7RMWo86qTExH3Cks4R 5l6k4HdjN64fKSlAtKvj0O+MqzZK+9DJiV2q1NOY= Message-ID: <1eba9ea2d474ccc9cff0906e6f269fd9a532c03c.camel@nic.cz> From: Ladislav Lhotka To: netconf@ietf.org Date: Tue, 10 Dec 2019 15:24:34 +0100 In-Reply-To: <20191210.150333.2171238725445540389.mbj@tail-f.com> References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 14:24:39 -0000 On Tue, 2019-12-10 at 15:03 +0100, Martin Bjorklund wrote: > Hi, > > Michal Vaško wrote: > > Hello, > > we are thinking about adding support for arbitrary attributes [1] in > > our YANG/NETCONF datastore. To my knowledge, only the representation > > in XML or JSON is defined and standardized but there are no guidelines > > for editing (CRUD) these attributes. > > > > So, my question is a rather general one, regarding implementations > > that support editing these attributes, would you mind sharing some > > basic ideas or principles used? Or is this outside any consensus and > > each implementation is free to handle this completely in its own > > fashion? Thanks for any input. > > I think this depends on the attribute defintion. Some attributes are > read-only from the northbound's protocol point of view. Internally in > the server you may need some API to set/change them of course. Some > other attributes are read-write. > > In our implementation we support a few read-write attributes (and some > read-only). Here's a simple example (in an edit-config): > > > > This would set/change the "annotation" attribute's value to > "hello", regardless of its previous value. > > To delete an annotation, you would do: > > > > Each of our attributes has a special value that means "delete" (in > most cases it is the empty string. Hmm, why don't you do simply to delete the attribute? Lada > > > /martin > > > > > > Regards, > > Michal > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Dec 10 06:55:48 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0D5B1200B9 for ; Tue, 10 Dec 2019 06:55:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 9GweWIl5bKdm for ; Tue, 10 Dec 2019 06:55:45 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id C860D1200B6 for ; Tue, 10 Dec 2019 06:55:44 -0800 (PST) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id DA4371AE02A7; Tue, 10 Dec 2019 15:55:43 +0100 (CET) Date: Tue, 10 Dec 2019 15:55:08 +0100 (CET) Message-Id: <20191210.155508.1463469968893061984.mbj@tail-f.com> To: lhotka@nic.cz Cc: netconf@ietf.org From: Martin Bjorklund In-Reply-To: <1eba9ea2d474ccc9cff0906e6f269fd9a532c03c.camel@nic.cz> References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <1eba9ea2d474ccc9cff0906e6f269fd9a532c03c.camel@nic.cz> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-15 Content-Transfer-Encoding: quoted-printable Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 14:55:47 -0000 Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 15:03 +0100, Martin Bjorklund wrote: > > Hi, > > = > > Michal Va=A8ko wrote: > > > Hello, > > > we are thinking about adding support for arbitrary attributes [1]= in > > > our YANG/NETCONF datastore. To my knowledge, only the representat= ion > > > in XML or JSON is defined and standardized but there are no guide= lines > > > for editing (CRUD) these attributes. > > > = > > > So, my question is a rather general one, regarding implementation= s > > > that support editing these attributes, would you mind sharing som= e > > > basic ideas or principles used? Or is this outside any consensus = and > > > each implementation is free to handle this completely in its own > > > fashion? Thanks for any input. > > = > > I think this depends on the attribute defintion. Some attributes a= re > > read-only from the northbound's protocol point of view. Internally= in > > the server you may need some API to set/change them of course. Som= e > > other attributes are read-write. > > = > > In our implementation we support a few read-write attributes (and s= ome > > read-only). Here's a simple example (in an edit-config): > > = > > > > = > > This would set/change the "annotation" attribute's value to > > "hello", regardless of its previous value. > > = > > To delete an annotation, you would do: > > = > > > > = > > Each of our attributes has a special value that means "delete" (in > > most cases it is the empty string. > = > Hmm, why don't you do simply > = > > = > to delete the attribute? B/c that would mean that all attributes would have to be repeated just to set a value; I don't want: 42 to erase all attributes on foo. /martin = > = > Lada > = > > = > > = > > /martin > > = > > = > > = > > = > > > Regards, > > > Michal > > > = > > > [1] https://tools.ietf.org/html/rfc7952 > > > = > > > _______________________________________________ > > > netconf mailing list > > > netconf@ietf.org > > > https://www.ietf.org/mailman/listinfo/netconf > > > = > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > -- = > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > = > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf From nobody Tue Dec 10 06:59:09 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD4E41200B9 for ; Tue, 10 Dec 2019 06:59:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=ericsson.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 z0H3AjFNFd9Q for ; Tue, 10 Dec 2019 06:59:03 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-ve1eur03on0604.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe09::604]) (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 0C6761200B6 for ; Tue, 10 Dec 2019 06:59:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VX91+ZEzsDL+H/KHFRemfUywuWp4TG99EM1cPMYRJtWRiSGePLgY12DTyRdI4H5Eg3R2IasdjxSTr/3cIZgLIfsEy1Ec78PTvBCFwCU2wRF8Dx7Yebm0yKIa+ULq0+WhHt3f1IqZaZjBrGZjhMJtH0jmHaU6314Urfl3eRUAXl1DMvpNUyxQlDCQMubz08BciVbPd0V91Tj8rQcTnKBO4FqcOIyUbDOI3DgwU7aCEeLXUuCC+bmVeh5DbElI8wKYCwZ3lnsm4bvLy52r4X/Krs+yEz8pEEUGn/nJlapsvgQ88lBbTwwi2VmZMd1VJJ23/Z/WjmS5qGWXmbYdPGKcVA== 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=XLIhFm1oxXwJA/kxRcvAXZPIney4ZVkGkG0QvDe8IjU=; b=HfvGKkxH5J++XMRZEq0kjZ6+WnlhVoGecNJ1avH/w63SWN31Ov198OzCVBrLi2PbH26FNyIo03mTnhnyhQcboIJgLWqO5FGvgQB0VRsMFJb4PX+3kCXWZq/2bYSJZaSOMuN96efF2T4xxLl7aQUztSDRWI/6SYXj7ve2arp9Wx9GjxYIPq/aiwyjekS5x3viuig96vgkcG4jGmq1wCtfHQHdvSWzMVDoNhZ3L59QNVYxGKJ7tCG6zzBxSEHevGm4n6h+XfzzWAflvI8Wd5XoH/d0TMkzQ4LU9GYtU44xcggJRyqiS8kVJdz7vdXJZdrqeanAX8LTTQLaT9ynw6NAvQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=XLIhFm1oxXwJA/kxRcvAXZPIney4ZVkGkG0QvDe8IjU=; b=XQz6iQ8nhFGYLjZBFzhIGzbP6UH9MZNoDhwBfvHWjQzxCu79n6DPJYzwGL4podDC+1L2kgd0Vk/8CJRQA+CyvjdlEVucw5oFkyw7lOllfmgHodGqv1CJ2bqPHLVw7u4DtWeMG+t/ghZlvbgEqL3ZrWrExTkBCTRPT3E+atBqxbU= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3666.eurprd07.prod.outlook.com (52.133.43.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.4; Tue, 10 Dec 2019 14:59:00 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2538.012; Tue, 10 Dec 2019 14:59:00 +0000 From: =?iso-8859-2?Q?Bal=E1zs_Lengyel?= To: Martin Bjorklund , "mvasko@cesnet.cz" CC: "netconf@ietf.org" Thread-Topic: [netconf] YANG attributes in a datastore Thread-Index: AQHVr1uSMMXUkQL3AEKzrrll/BetbKezZoCAgAANmtA= Date: Tue, 10 Dec 2019 14:58:59 +0000 Message-ID: References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> In-Reply-To: <20191210.150333.2171238725445540389.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 33763b2f-baf0-457a-3ff3-08d77d817d31 x-ms-traffictypediagnostic: AM0PR0702MB3666: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 02475B2A01 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(396003)(136003)(366004)(376002)(39860400002)(346002)(13464003)(199004)(189003)(8936002)(2906002)(8676002)(55016002)(9686003)(64756008)(81156014)(81166006)(110136005)(53546011)(52536014)(6506007)(186003)(26005)(316002)(66556008)(66946007)(66446008)(66616009)(66476007)(76116006)(71200400001)(478600001)(966005)(4326008)(33656002)(66574012)(5660300002)(7696005)(86362001); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3666; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: mHW4gutMIBIDdtqY121J1hjxXYB3i43BASlh1fgxOKv8WCkbg+Vx9zCtEp1U9dFOm1Y4mpEOvzwwaFhcSdC3FGl7GiAVT2NPUaVwnW1oNOKxTHGDdF4wHKbPjMmPr0cgqJI+gG6AcPL2fLJtLq/8lCJnzofSIfSvPbGL0E4ZO34bKUiil1J2jLRisAdjFDaQv/96+qvUtR2IXxB22yn0An9ntzYxXR24lW6BKK+q2NYkQyX72RFB6UBrXdRolUogsyyVfm8A+pCGoiagMaiqw08iHYJrPNZ7k2RiEDwv7mqk0RQT+JPOCfsU5NCPY9j00fyibblSStZOoreZ5s07HEGLC8065BQk1rA/kiuBCPdjE5KlRZK30V+KlwEjl9NnvAXIVwNERREmZicL/eA0NWaWIQJppXpbremq0etoiSknHE2uqUeMv0S3dcpx+/MPJPHpNZ1/dKDLnDZj9lRvkZZIYxFxAQAWGyFPMUEUgezjnsprnsogyfkwUVY8LJOz5w5ORR/+8H8KvlaHBObLHF1Euvswz6wdyDOzxNETxbk= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_0420_01D5AF72.BB9563C0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 33763b2f-baf0-457a-3ff3-08d77d817d31 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Dec 2019 14:58:59.8998 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: KBE+Wnk0IorJ9ldyzyIH6W8bN3VXFmihjomsLnZONNHQNM5brC99xDyE20K/tT5nCIl8wTIAAPl1aJVLwGvWLidQO0woX0FoSNTmzZawcmg= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3666 Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 14:59:07 -0000 ------=_NextPart_000_0420_01D5AF72.BB9563C0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hello, If we try to standardize editing metadata, we will face a number of = issues that need to be clarified: - Will you model whether the attribute (metadata) is writable? Config = is not an allowed substatement in = https://tools.ietf.org/html/rfc7952#section-3 - Can a metadata have other additional properties? (mandatory, = cardinality, uniqueness of some kind?) - If it is modified, will it be subject to validation, error-messages? = Will a bad metadata result in a failed error-config? Regards Balazs -----Original Message----- From: netconf On Behalf Of Martin Bjorklund Sent: 2019. december 10., kedd 15:04 To: mvasko@cesnet.cz Cc: netconf@ietf.org Subject: Re: [netconf] YANG attributes in a datastore Hi, Michal Va=B9ko wrote: > Hello, > we are thinking about adding support for arbitrary attributes [1] in=20 > our YANG/NETCONF datastore. To my knowledge, only the representation=20 > in XML or JSON is defined and standardized but there are no guidelines = > for editing (CRUD) these attributes. >=20 > So, my question is a rather general one, regarding implementations=20 > that support editing these attributes, would you mind sharing some=20 > basic ideas or principles used? Or is this outside any consensus and=20 > each implementation is free to handle this completely in its own=20 > fashion? Thanks for any input. I think this depends on the attribute defintion. Some attributes are read-only from the northbound's protocol point of view. Internally in = the server you may need some API to set/change them of course. Some other attributes are read-write. In our implementation we support a few read-write attributes (and some read-only). Here's a simple example (in an edit-config): This would set/change the "annotation" attribute's value to "hello", regardless of its previous value. To delete an annotation, you would do: Each of our attributes has a special value that means "delete" (in most cases it is the empty string. /martin >=20 > Regards, > Michal >=20 > [1] https://tools.ietf.org/html/rfc7952 >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf >=20 _______________________________________________ netconf mailing list netconf@ietf.org https://www.ietf.org/mailman/listinfo/netconf ------=_NextPart_000_0420_01D5AF72.BB9563C0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIxMDE0NTg1OFowIwYJKoZIhvcNAQkEMRYEFPs+fqE8/9C9C4+RDMEN45Ya8ATdMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQAeOCuDPpFhAWEolZDmpJNVABSvXCY10/F0/TCPOJtmntP28v+mmkUU xN0Oaxohr+5PDUbliTQytwhVrgUdK87QjsH6f7InOt5WHDq9pGkewk9YIDWHjHKwz9qUJVciCbtz VOhyqwz9nXH6Hv22zw0ld1VKvpqsWdbg8mbOmpGEv4MpTi8T0pivT5HWvYmNYvsjlGTL/sW6pJoo lhS2UGsSuXNtp2ZlMyyl9xOYZFzSsKFJoNM8mG23IZculH0fc7G+wj0k7wiwM1E7B22wEA8qor/3 OxAuXUdaSifT4jmPB1uzN/knsfLHZHU8p8BXUkB2BB/dTsHPK9X3lObJFA9WAAAAAAAA ------=_NextPart_000_0420_01D5AF72.BB9563C0-- From nobody Tue Dec 10 07:31:48 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E7DF1200DB for ; Tue, 10 Dec 2019 07:31:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=nic.cz 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 WSNKH8TdL-Bq for ; Tue, 10 Dec 2019 07:31:44 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 10518120024 for ; Tue, 10 Dec 2019 07:31:43 -0800 (PST) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 07462140CE5 for ; Tue, 10 Dec 2019 16:31:42 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1575991902; bh=EGGbe3SXw4NUd2W7EOGuOazkQXFuIZMEciQ1MJXhmYk=; h=From:To:Date; b=J7QIEZjIWqo8BtkbqPQGQSk1iIVuyopwcOYJOoLVDoVKnQ18UezqO7FXZbVy7vwW2 3yhnVqLdsRhPEUPZvhsJ3FqRW0ZE1tSgJxDR5ybtBsLPCjY7h+Vl/7dLe5A3hqCO28 wHNWiitQLkSxzMHozNy5W2uXBTbePJmMcqc8gKGg= Message-ID: <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> From: Ladislav Lhotka To: netconf@ietf.org Date: Tue, 10 Dec 2019 16:31:41 +0100 In-Reply-To: References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 15:31:46 -0000 On Tue, 2019-12-10 at 14:58 +0000, Balázs Lengyel wrote: > Hello, > If we try to standardize editing metadata, we will face a number of issues > that need to be clarified: > > - Will you model whether the attribute (metadata) is writable? Config is > not an allowed substatement in https://tools.ietf.org/html/rfc7952#section-3 In my view annotations should never be configuration because they should not influence the device state. The read-only/read-write propertly might be useful. > - Can a metadata have other additional properties? (mandatory, cardinality, > uniqueness of some kind?) By design, annotations do not have a specific place in the schema, so they cannot be mandatory. Cardinality: if you mean annotations with a list of values, this was discussed but rejected due to difficulties with XML encoding. > - If it is modified, will it be subject to validation, error-messages? Will > a bad metadata result in a failed error-config? I would say yes because otherwise it makes no sense to define them and their properties. Lada > > Regards Balazs > > -----Original Message----- > From: netconf On Behalf Of Martin Bjorklund > Sent: 2019. december 10., kedd 15:04 > To: mvasko@cesnet.cz > Cc: netconf@ietf.org > Subject: Re: [netconf] YANG attributes in a datastore > > Hi, > > Michal Vaško wrote: > > Hello, > > we are thinking about adding support for arbitrary attributes [1] in > > our YANG/NETCONF datastore. To my knowledge, only the representation > > in XML or JSON is defined and standardized but there are no guidelines > > for editing (CRUD) these attributes. > > > > So, my question is a rather general one, regarding implementations > > that support editing these attributes, would you mind sharing some > > basic ideas or principles used? Or is this outside any consensus and > > each implementation is free to handle this completely in its own > > fashion? Thanks for any input. > > I think this depends on the attribute defintion. Some attributes are > read-only from the northbound's protocol point of view. Internally in the > server you may need some API to set/change them of course. Some other > attributes are read-write. > > In our implementation we support a few read-write attributes (and some > read-only). Here's a simple example (in an edit-config): > > > > This would set/change the "annotation" attribute's value to "hello", > regardless of its previous value. > > To delete an annotation, you would do: > > > > Each of our attributes has a special value that means "delete" (in most > cases it is the empty string. > > > /martin > > > > > > Regards, > > Michal > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Dec 10 07:42:32 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C46AB120168 for ; Tue, 10 Dec 2019 07:42:30 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 KOoan1SKDE2e for ; Tue, 10 Dec 2019 07:42:27 -0800 (PST) Received: from mail-lf1-x132.google.com (mail-lf1-x132.google.com [IPv6:2a00:1450:4864:20::132]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CC191200DB for ; Tue, 10 Dec 2019 07:42:25 -0800 (PST) Received: by mail-lf1-x132.google.com with SMTP id y1so2779331lfb.6 for ; Tue, 10 Dec 2019 07:42:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QYJBCHb9Jll4pOhH8clNFO2aFtdRy2XaT05FvG1m5H0=; b=YP/ykPFmwxpm399bmp+vt9u+mGCg8nQokKw5I3ssnKkB69AzDY5ElcNRIMpR/cFzP7 314Kf13rm21rJBZei+VYr1pzSKWsrsWM+oVAj0ZTBgxjmWKb0CXDQHfKNUHvhPIzzF52 K7cFWvMGobxJ9u9Z4LKVy+hNxpS+Tmy1W3P+yrJ0vk9HzaAJ3KVcLawMh2mGB5gL9z23 XROn0cPs2CHH/vNa7uMnkSotc6anXnzCEQ6PTCBEEabEpw6wWgCfKKVPE2MonoiFDYR3 CiPYC2VHQdG98KApYggO1H5GtSzqXwTnveW+JAopoqy5iH+U7VNbaAwtyPbAmKCutE89 mmqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QYJBCHb9Jll4pOhH8clNFO2aFtdRy2XaT05FvG1m5H0=; b=OnpFQ8UoZhZLQoNqGKeCT4ZrvyHRvfnNq2r6yTwQpwlpeN7gj4Aj8bptH2x++ez+j+ 7Z4HkzWTxqDxFuBqUNB5JE3HO3XrHv093JUFSR5NE3PEiOtm5hkkCbAyBPCNb8Jojxki JRF4L5bPRJHOrA4QkzPy47QCfUC4tAhnEI/1YQHyztslnoMJk2goRtSRPpCIWvWpqhK2 PNKSU+OIk5JlmvVKNGWo6MFF0xG0zo4bIDAY2RHMRJoqziJipENE2hSCAzVkBQZP73mg WfIli0SU2I1BUFJQxzzKUDnyQwGoL7Fr50nM3iNvCfIn+ILDh3BvgqJFH3WNyYjTwFAJ oswg== X-Gm-Message-State: APjAAAWXeJWOBZFtKUROWnlzLPxe2T1cls43MT1ZS9paBUY+Ui4xRDn1 juzhzoPIwmWnlfdBlHdBDcIepXpD+hDmXrXo/e3RO8a7 X-Google-Smtp-Source: APXvYqyMfXlFshS6m1gi7H+rKkQFzm/JETPpaBRz9op5XwiIKOEL+Z8B38WFfHt6HNcYzsLxKZeP/QSt+X4+JkPDdOo= X-Received: by 2002:a19:4b55:: with SMTP id y82mr18746969lfa.171.1575992543222; Tue, 10 Dec 2019 07:42:23 -0800 (PST) MIME-Version: 1.0 References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> In-Reply-To: <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> From: Andy Bierman Date: Tue, 10 Dec 2019 07:42:11 -0800 Message-ID: To: Ladislav Lhotka Cc: Netconf Content-Type: multipart/alternative; boundary="000000000000b5357905995b5b76" Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 15:42:31 -0000 --000000000000b5357905995b5b76 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, YANG already has the "annotation" statement to define metadata. YANG has data-def-stmt to define data. It would be very unwise to use metadata inside a leaf as if it were a leaf inside a container. Andy On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel wrote: > > Hello, > > If we try to standardize editing metadata, we will face a number of > issues > > that need to be clarified: > > > > - Will you model whether the attribute (metadata) is writable? Config = is > > not an allowed substatement in > https://tools.ietf.org/html/rfc7952#section-3 > > In my view annotations should never be configuration because they should > not > influence the device state. The read-only/read-write propertly might be > useful. > > > - Can a metadata have other additional properties? (mandatory, > cardinality, > > uniqueness of some kind?) > > By design, annotations do not have a specific place in the schema, so the= y > cannot be mandatory. > > Cardinality: if you mean annotations with a list of values, this was > discussed > but rejected due to difficulties with XML encoding. > > > - If it is modified, will it be subject to validation, error-messages? > Will > > a bad metadata result in a failed error-config? > > I would say yes because otherwise it makes no sense to define them and > their > properties. > > Lada > > > > > Regards Balazs > > > > -----Original Message----- > > From: netconf On Behalf Of Martin Bjorklund > > Sent: 2019. december 10., kedd 15:04 > > To: mvasko@cesnet.cz > > Cc: netconf@ietf.org > > Subject: Re: [netconf] YANG attributes in a datastore > > > > Hi, > > > > Michal Va=C5=A1ko wrote: > > > Hello, > > > we are thinking about adding support for arbitrary attributes [1] in > > > our YANG/NETCONF datastore. To my knowledge, only the representation > > > in XML or JSON is defined and standardized but there are no guideline= s > > > for editing (CRUD) these attributes. > > > > > > So, my question is a rather general one, regarding implementations > > > that support editing these attributes, would you mind sharing some > > > basic ideas or principles used? Or is this outside any consensus and > > > each implementation is free to handle this completely in its own > > > fashion? Thanks for any input. > > > > I think this depends on the attribute defintion. Some attributes are > > read-only from the northbound's protocol point of view. Internally in > the > > server you may need some API to set/change them of course. Some other > > attributes are read-write. > > > > In our implementation we support a few read-write attributes (and some > > read-only). Here's a simple example (in an edit-config): > > > > > > > > This would set/change the "annotation" attribute's value to "hello", > > regardless of its previous value. > > > > To delete an annotation, you would do: > > > > > > > > Each of our attributes has a special value that means "delete" (in most > > cases it is the empty string. > > > > > > /martin > > > > > > > > > > > Regards, > > > Michal > > > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > > > _______________________________________________ > > > netconf mailing list > > > netconf@ietf.org > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > > _______________________________________________ > > netconf mailing list > > netconf@ietf.org > > https://www.ietf.org/mailman/listinfo/netconf > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > --000000000000b5357905995b5b76 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

YANG already has the &qu= ot;annotation" statement to define metadata.
YANG has data-d= ef-stmt to define data.=C2=A0 It would be very unwise
to use meta= data inside a leaf as if it were a leaf inside a container.

<= /div>

Andy


On Tue, Dec 10, 2019 at 7:31 AM= Ladislav Lhotka <lhotka@nic.cz>= wrote:
On Tue, = 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel wrote:
> Hello,
> If we try to standardize editing metadata, we will face a number of is= sues
> that need to be clarified:
>
> - Will you model whether the attribute (metadata) is writable?=C2=A0 C= onfig is
> not an allowed substatement in https://tools.ietf.= org/html/rfc7952#section-3

In my view annotations should never be configuration because they should no= t
influence the device state. The read-only/read-write propertly might be use= ful.

> - Can a metadata have other additional properties? (mandatory, cardina= lity,
> uniqueness of some kind?)

By design, annotations do not have a specific place in the schema, so they<= br> cannot be mandatory.

Cardinality: if you mean annotations with a list of values, this was discus= sed
but rejected due to difficulties with XML encoding.

> - If it is modified, will it be subject to validation, error-messages?= Will
> a bad metadata result in a failed error-config?

I would say yes because otherwise it makes no sense to define them and thei= r
properties.

Lada

>
> Regards Balazs
>
> -----Original Message-----
> From: netconf <netconf-bounces@ietf.org> On Behalf Of Martin Bjorklund<= br> > Sent: 2019. december 10., kedd 15:04
> To: mvasko@cesne= t.cz
> Cc: netconf@ietf= .org
> Subject: Re: [netconf] YANG attributes in a datastore
>
> Hi,
>
> Michal Va=C5=A1ko <mvasko@cesnet.cz> wrote:
> > Hello,
> > we are thinking about adding support for arbitrary attributes [1]= in
> > our YANG/NETCONF datastore. To my knowledge, only the representat= ion
> > in XML or JSON is defined and standardized but there are no guide= lines
> > for editing (CRUD) these attributes.
> >
> > So, my question is a rather general one, regarding implementation= s
> > that support editing these attributes, would you mind sharing som= e
> > basic ideas or principles used? Or is this outside any consensus = and
> > each implementation is free to handle this completely in its own =
> > fashion? Thanks for any input.
>
> I think this depends on the attribute defintion.=C2=A0 Some attributes= are
> read-only from the northbound's protocol point of view.=C2=A0 Inte= rnally in the
> server you may need some API to set/change them of course.=C2=A0 Some = other
> attributes are read-write.
>
> In our implementation we support a few read-write attributes (and some=
> read-only).=C2=A0 Here's a simple example (in an edit-config):
>
>=C2=A0 =C2=A0<foo annotation=3D"hello"/>
>
> This would set/change the "annotation" attribute's value= to "hello",
> regardless of its previous value.
>
> To delete an annotation, you would do:
>
>=C2=A0 =C2=A0<foo annotation=3D""/>
>
> Each of our attributes has a special value that means "delete&quo= t; (in most
> cases it is the empty string.
>
>
> /martin
>
>
>
>
> > Regards,
> > Michal
> >
> > [1] https://tools.ietf.org/html/rfc7952
> >
> > _______________________________________________
> > netconf mailing list
> > netconf@iet= f.org
> > https://www.ietf.org/mailman/listinfo/netconf=
> >
> _______________________________________________
> netconf mailing list
> netconf@ietf.org=
> https://www.ietf.org/mailman/listinfo/netconf<= br> > _______________________________________________
> netconf mailing list
> netconf@ietf.org=
> https://www.ietf.org/mailman/listinfo/netconf<= br> --
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

_______________________________________________
netconf mailing list
netconf@ietf.org<= br> https://www.ietf.org/mailman/listinfo/netconf
--000000000000b5357905995b5b76-- From nobody Tue Dec 10 07:50:13 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D88E120288 for ; Tue, 10 Dec 2019 07:50:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=nic.cz 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 dP0sAhODBP5B for ; Tue, 10 Dec 2019 07:50:10 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 D8EFD120273 for ; Tue, 10 Dec 2019 07:50:09 -0800 (PST) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 54210140C65; Tue, 10 Dec 2019 16:50:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1575993008; bh=6ZxQgfOntgnFD6ZJZG+qUYw9HRDMwwV/EgmXgbp80XM=; h=From:To:Date; b=EGtbBs6LSMuPaNNZv/fSrJnHBukJV1jjYW4WXDQfqCv7EOY2zPOLLMocfc42y/PrE kAxiz+FbHRKAAXccjHIv6S1C3TSTIGfWZGtDbdQYcQTwlBIBydJ/BD6CN278evUPp7 d9thSDhxw8RH3Ry9E8psu9OMU+8JOQI7CqDhpv9k= Message-ID: <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> From: Ladislav Lhotka To: Andy Bierman Cc: Netconf Date: Tue, 10 Dec 2019 16:50:08 +0100 In-Reply-To: References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 15:50:11 -0000 On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote: > Hi, > > YANG already has the "annotation" statement to define metadata. > YANG has data-def-stmt to define data. It would be very unwise > to use metadata inside a leaf as if it were a leaf inside a container. A typical example is a "comment" annotation - you want to permit it basically everywhere but don't want to clutter the schema with "comment" leaves. Lada > > > Andy > > > On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka wrote: > > On Tue, 2019-12-10 at 14:58 +0000, Balázs Lengyel wrote: > > > Hello, > > > If we try to standardize editing metadata, we will face a number of issues > > > that need to be clarified: > > > > > > - Will you model whether the attribute (metadata) is writable? Config is > > > not an allowed substatement in > > https://tools.ietf.org/html/rfc7952#section-3 > > > > In my view annotations should never be configuration because they should not > > influence the device state. The read-only/read-write propertly might be > > useful. > > > > > - Can a metadata have other additional properties? (mandatory, > > cardinality, > > > uniqueness of some kind?) > > > > By design, annotations do not have a specific place in the schema, so they > > cannot be mandatory. > > > > Cardinality: if you mean annotations with a list of values, this was > > discussed > > but rejected due to difficulties with XML encoding. > > > > > - If it is modified, will it be subject to validation, error-messages? > > Will > > > a bad metadata result in a failed error-config? > > > > I would say yes because otherwise it makes no sense to define them and their > > properties. > > > > Lada > > > > > > > > Regards Balazs > > > > > > -----Original Message----- > > > From: netconf On Behalf Of Martin Bjorklund > > > Sent: 2019. december 10., kedd 15:04 > > > To: mvasko@cesnet.cz > > > Cc: netconf@ietf.org > > > Subject: Re: [netconf] YANG attributes in a datastore > > > > > > Hi, > > > > > > Michal Vaško wrote: > > > > Hello, > > > > we are thinking about adding support for arbitrary attributes [1] in > > > > our YANG/NETCONF datastore. To my knowledge, only the representation > > > > in XML or JSON is defined and standardized but there are no guidelines > > > > for editing (CRUD) these attributes. > > > > > > > > So, my question is a rather general one, regarding implementations > > > > that support editing these attributes, would you mind sharing some > > > > basic ideas or principles used? Or is this outside any consensus and > > > > each implementation is free to handle this completely in its own > > > > fashion? Thanks for any input. > > > > > > I think this depends on the attribute defintion. Some attributes are > > > read-only from the northbound's protocol point of view. Internally in the > > > server you may need some API to set/change them of course. Some other > > > attributes are read-write. > > > > > > In our implementation we support a few read-write attributes (and some > > > read-only). Here's a simple example (in an edit-config): > > > > > > > > > > > > This would set/change the "annotation" attribute's value to "hello", > > > regardless of its previous value. > > > > > > To delete an annotation, you would do: > > > > > > > > > > > > Each of our attributes has a special value that means "delete" (in most > > > cases it is the empty string. > > > > > > > > > /martin > > > > > > > > > > > > > > > > Regards, > > > > Michal > > > > > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > > > > > _______________________________________________ > > > > netconf mailing list > > > > netconf@ietf.org > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > > > _______________________________________________ > > > netconf mailing list > > > netconf@ietf.org > > > https://www.ietf.org/mailman/listinfo/netconf > > > _______________________________________________ > > > netconf mailing list > > > netconf@ietf.org > > > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Dec 10 08:19:46 2019 Return-Path: <0100016ef09bed14-9d4263e8-fe4c-4ec6-a54d-7c47b562eb91-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97309120103 for ; Tue, 10 Dec 2019 08:19:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 JHvxalRmYoLd for ; Tue, 10 Dec 2019 08:19:42 -0800 (PST) Received: from a8-96.smtp-out.amazonses.com (a8-96.smtp-out.amazonses.com [54.240.8.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 70296120024 for ; Tue, 10 Dec 2019 08:19:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1575994781; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=LuX/sq2/V15v6B574USHmtBc6LUUzIfW/7lpFoxUrGE=; b=k26+Q65G1s9ETlL0ZLZ+5eD1aIYWPXdKcXLtLhE45vhslm8Utr7wdQt+S4Ltq2hc cVtTFHEOget5EAO17UT1QLv1R2xazuUJYgV66E9SAYtQWq16Nux0UseMdKX0CG6ArNS aeEk+d7x2AxLUVFniAsJ/IlAx+EKDHwDwJFZYLmk= From: Kent Watsen Message-ID: <0100016ef09bed14-9d4263e8-fe4c-4ec6-a54d-7c47b562eb91-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_AA3E61B9-4FDD-4A0E-BAE0-9B5249C60AC2" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Tue, 10 Dec 2019 16:19:41 +0000 In-Reply-To: <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> Cc: Andy Bierman , "netconf@ietf.org" To: Ladislav Lhotka References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.12.10-54.240.8.96 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:19:44 -0000 --Apple-Mail=_AA3E61B9-4FDD-4A0E-BAE0-9B5249C60AC2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > A typical example is a "comment" annotation - you want to permit it = basically > everywhere but don't want to clutter the schema with "comment" leaves. These are what I refer to as "cross-cutting" metadata attributes. = Another example is the "enabled" attribute defined in = draft-kwatsen-conditional-enablement. Kent // contributor --Apple-Mail=_AA3E61B9-4FDD-4A0E-BAE0-9B5249C60AC2 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
A typical example is a "comment" annotation - you want to permit it basically
everywhere but don't want to clutter the schema with "comment" leaves.

These are what I refer to as "cross-cutting" metadata attributes.  Another example
is the "enabled" attribute defined in draft-kwatsen-conditional-enablement.

Kent // contributor

--Apple-Mail=_AA3E61B9-4FDD-4A0E-BAE0-9B5249C60AC2-- From nobody Tue Dec 10 08:25:22 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D734812082A for ; Tue, 10 Dec 2019 08:25:20 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 vIfyCdhAuJ87 for ; Tue, 10 Dec 2019 08:25:18 -0800 (PST) Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 91A1C120828 for ; Tue, 10 Dec 2019 08:25:17 -0800 (PST) Received: by mail-lj1-x22d.google.com with SMTP id m6so20631063ljc.1 for ; Tue, 10 Dec 2019 08:25:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=q4M+rXwSkYXGd9S+HEG/lans/NerEJWmJyWqD5F2+RY=; b=P65NSNa0EOqyr/S2XHEvEHeLLopG5eECQKAwd6igXLzwmJFhfEFlL8HWTZGl6mhBr9 BKw0OvPY7Dp3SuxnYAbagSdKAM1gkgC+DBq7pJyVjW87Nm5631P6DSkeuJog6at4zT4s di4KfIiJEIQldj3hshL0oPuA2m6/MIcuOmqINN3JvjiMhAJ/r0fIZc7OKWssOsb2sJtZ vlaG7uu7XSlkm2JGcx6ExDBjoPw7Ei5s2h0fn64JeJY4+StyS4w/EbLSag9jszeDPoNh Imt0AVVNOYL0Ryq1g79NukGNfGW3Dj93jqbw56CT+rxyi3aOI3w++7bCZS9xgzMGIDdW Hu0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=q4M+rXwSkYXGd9S+HEG/lans/NerEJWmJyWqD5F2+RY=; b=Jnd7cyBsjt+Tw1PIYCayJbsu32s9dnKLM8aJxvU8CIIk36zqjSz6D48+pKx+iRIMo3 fVj5x7R/vDlJyTp3gCTfLOzBc17Z6noQoYzOQ+r/qLSm/k9CyzLmV8R/O7uDZBKPa0iu Q9/dltraM95/Oq0Ki9qnTwttiJiHNhaGcFbqWb63O7swezulfzAC8JD1m377VowC/9On YuXC335HtERmCJbGtHjO2aL3eeAjJjZGqFkSCnZzkVMPRbML7wEFzz0OiWDB3OZ1RBFZ 0lsNnlx9RlHGzxnLhJzDhLvfqkz44J+9Q6Ut1Lm/9sOtsZ9o5KJ9FuvurBHJzRCkgASE GX3w== X-Gm-Message-State: APjAAAWsi8Kfbhf9n6Eds6VeY1MHYw/z+N9gUU9iYZ3+0LtIQdggv1id Ni1ERFqGirw/tv/yt7ebJZRlqG4ccZPhN0z645wrJg== X-Google-Smtp-Source: APXvYqyrU6PwdzYQtw2hdFMGp7UsA+iiuoTHTj/jIoFuDUg7/HVmb6Bz05t4wLtgluldoLZlNt++Cb3EtHm0RG9xF4A= X-Received: by 2002:a2e:6e10:: with SMTP id j16mr21271573ljc.202.1575995115755; Tue, 10 Dec 2019 08:25:15 -0800 (PST) MIME-Version: 1.0 References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> In-Reply-To: <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> From: Andy Bierman Date: Tue, 10 Dec 2019 08:25:04 -0800 Message-ID: To: Ladislav Lhotka Cc: Netconf Content-Type: multipart/alternative; boundary="0000000000000aee6205995bf51f" Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:25:21 -0000 --0000000000000aee6205995bf51f Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Dec 10, 2019 at 7:50 AM Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote: > > Hi, > > > > YANG already has the "annotation" statement to define metadata. > > YANG has data-def-stmt to define data. It would be very unwise > > to use metadata inside a leaf as if it were a leaf inside a container. > > A typical example is a "comment" annotation - you want to permit it > basically > everywhere but don't want to clutter the schema with "comment" leaves. > > I understand the difference between annotation-stmt and leaf-stmt. If the semantics can apply to all data nodes then annotation is appropriate= . We should not change the protocols and YANG to reinvent a leaf-stmt. When we created YANG 1.0, we explicitly rejected the then-current style of XML
We rejected the use of attributes as leafs. We should not change that decision now. Lada > > Andy > > > > > > Andy > > > > > > On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka wrote: > > > On Tue, 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel wrote: > > > > Hello, > > > > If we try to standardize editing metadata, we will face a number of > issues > > > > that need to be clarified: > > > > > > > > - Will you model whether the attribute (metadata) is writable? > Config is > > > > not an allowed substatement in > > > https://tools.ietf.org/html/rfc7952#section-3 > > > > > > In my view annotations should never be configuration because they > should not > > > influence the device state. The read-only/read-write propertly might = be > > > useful. > > > > > > > - Can a metadata have other additional properties? (mandatory, > > > cardinality, > > > > uniqueness of some kind?) > > > > > > By design, annotations do not have a specific place in the schema, so > they > > > cannot be mandatory. > > > > > > Cardinality: if you mean annotations with a list of values, this was > > > discussed > > > but rejected due to difficulties with XML encoding. > > > > > > > - If it is modified, will it be subject to validation, > error-messages? > > > Will > > > > a bad metadata result in a failed error-config? > > > > > > I would say yes because otherwise it makes no sense to define them an= d > their > > > properties. > > > > > > Lada > > > > > > > > > > > Regards Balazs > > > > > > > > -----Original Message----- > > > > From: netconf On Behalf Of Martin > Bjorklund > > > > Sent: 2019. december 10., kedd 15:04 > > > > To: mvasko@cesnet.cz > > > > Cc: netconf@ietf.org > > > > Subject: Re: [netconf] YANG attributes in a datastore > > > > > > > > Hi, > > > > > > > > Michal Va=C5=A1ko wrote: > > > > > Hello, > > > > > we are thinking about adding support for arbitrary attributes [1] > in > > > > > our YANG/NETCONF datastore. To my knowledge, only the > representation > > > > > in XML or JSON is defined and standardized but there are no > guidelines > > > > > for editing (CRUD) these attributes. > > > > > > > > > > So, my question is a rather general one, regarding implementation= s > > > > > that support editing these attributes, would you mind sharing som= e > > > > > basic ideas or principles used? Or is this outside any consensus > and > > > > > each implementation is free to handle this completely in its own > > > > > fashion? Thanks for any input. > > > > > > > > I think this depends on the attribute defintion. Some attributes a= re > > > > read-only from the northbound's protocol point of view. Internally > in the > > > > server you may need some API to set/change them of course. Some > other > > > > attributes are read-write. > > > > > > > > In our implementation we support a few read-write attributes (and > some > > > > read-only). Here's a simple example (in an edit-config): > > > > > > > > > > > > > > > > This would set/change the "annotation" attribute's value to "hello"= , > > > > regardless of its previous value. > > > > > > > > To delete an annotation, you would do: > > > > > > > > > > > > > > > > Each of our attributes has a special value that means "delete" (in > most > > > > cases it is the empty string. > > > > > > > > > > > > /martin > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > Michal > > > > > > > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > > > > > > > _______________________________________________ > > > > > netconf mailing list > > > > > netconf@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > > > > > _______________________________________________ > > > > netconf mailing list > > > > netconf@ietf.org > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > _______________________________________________ > > > > netconf mailing list > > > > netconf@ietf.org > > > > https://www.ietf.org/mailman/listinfo/netconf > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > --0000000000000aee6205995bf51f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Dec 10, 2019 at 7:50 AM Ladis= lav Lhotka <lhotka@ni= c.cz> wrote:
On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote:
> Hi,
>
> YANG already has the "annotation" statement to define metada= ta.
> YANG has data-def-stmt to define data.=C2=A0 It would be very unwise > to use metadata inside a leaf as if it were a leaf inside a container.=

A typical example is a "comment" annotation - you want to permit = it basically
everywhere but don't want to clutter the schema with "comment"= ; leaves.


I understand the difference between an= notation-stmt and leaf-stmt.
If the semantics can apply to all da= ta nodes then annotation is appropriate.
We should not change the= protocols and YANG to reinvent a leaf-stmt.

When = we created YANG 1.0, we explicitly rejected the then-current style of XML

=C2=A0 =C2=A0<address street=3D"123 Elm&quo= t; city=3D"Anytown" zipcode=3D"100036" />
=
We rejected the use of attributes as leafs. We should not ch= ange that decision now.


Lada


Andy
=C2=A0
>
>
> Andy
>
>
> On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka <lhotka@nic.cz> wrote:
> > On Tue, 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel wrote:
> > > Hello,
> > > If we try to standardize editing metadata, we will face a nu= mber of issues
> > > that need to be clarified:
> > >
> > > - Will you model whether the attribute (metadata) is writabl= e?=C2=A0 Config is
> > > not an allowed substatement in
> > https://tools.ietf.org/html/rfc7952#section-3=
> >
> > In my view annotations should never be configuration because they= should not
> > influence the device state. The read-only/read-write propertly mi= ght be
> > useful.
> >
> > > - Can a metadata have other additional properties? (mandator= y,
> > cardinality,
> > > uniqueness of some kind?)
> >
> > By design, annotations do not have a specific place in the schema= , so they
> > cannot be mandatory.
> >
> > Cardinality: if you mean annotations with a list of values, this = was
> > discussed
> > but rejected due to difficulties with XML encoding.
> >
> > > - If it is modified, will it be subject to validation, error= -messages?
> > Will
> > > a bad metadata result in a failed error-config?
> >
> > I would say yes because otherwise it makes no sense to define the= m and their
> > properties.
> >
> > Lada
> >
> > >
> > > Regards Balazs
> > >
> > > -----Original Message-----
> > > From: netconf <netconf-bounces@ietf.org> On Behalf Of Martin Bj= orklund
> > > Sent: 2019. december 10., kedd 15:04
> > > To: mv= asko@cesnet.cz
> > > Cc: ne= tconf@ietf.org
> > > Subject: Re: [netconf] YANG attributes in a datastore
> > >
> > > Hi,
> > >
> > > Michal Va=C5=A1ko <mvasko@cesnet.cz> wrote:
> > > > Hello,
> > > > we are thinking about adding support for arbitrary attr= ibutes [1] in
> > > > our YANG/NETCONF datastore. To my knowledge, only the r= epresentation
> > > > in XML or JSON is defined and standardized but there ar= e no guidelines
> > > > for editing (CRUD) these attributes.
> > > >
> > > > So, my question is a rather general one, regarding impl= ementations
> > > > that support editing these attributes, would you mind s= haring some
> > > > basic ideas or principles used? Or is this outside any = consensus and
> > > > each implementation is free to handle this completely i= n its own
> > > > fashion? Thanks for any input.
> > >
> > > I think this depends on the attribute defintion.=C2=A0 Some = attributes are
> > > read-only from the northbound's protocol point of view.= =C2=A0 Internally in the
> > > server you may need some API to set/change them of course.= =C2=A0 Some other
> > > attributes are read-write.
> > >
> > > In our implementation we support a few read-write attributes= (and some
> > > read-only).=C2=A0 Here's a simple example (in an edit-co= nfig):
> > >
> > >=C2=A0 =C2=A0<foo annotation=3D"hello"/>
> > >
> > > This would set/change the "annotation" attribute&#= 39;s value to "hello",
> > > regardless of its previous value.
> > >
> > > To delete an annotation, you would do:
> > >
> > >=C2=A0 =C2=A0<foo annotation=3D""/>
> > >
> > > Each of our attributes has a special value that means "= delete" (in most
> > > cases it is the empty string.
> > >
> > >
> > > /martin
> > >
> > >
> > >
> > >
> > > > Regards,
> > > > Michal
> > > >
> > > > [1] https://tools.ietf.org/html/rfc7952 > > > >
> > > > _______________________________________________
> > > > netconf mailing list
> > > > n= etconf@ietf.org
> > > > https://www.ietf.org/mailman/listin= fo/netconf
> > > >
> > > _______________________________________________
> > > netconf mailing list
> > > netcon= f@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ne= tconf
> > > _______________________________________________
> > > netconf mailing list
> > > netcon= f@ietf.org
> > > https://www.ietf.org/mailman/listinfo/ne= tconf
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

--0000000000000aee6205995bf51f-- From nobody Tue Dec 10 08:33:43 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D51112013B for ; Tue, 10 Dec 2019 08:33:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.997 X-Spam-Level: X-Spam-Status: No, score=-6.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, 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=nic.cz 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 3S2-P-K2y234 for ; Tue, 10 Dec 2019 08:33:39 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 0D3BA120043 for ; Tue, 10 Dec 2019 08:33:38 -0800 (PST) Received: from birdie (unknown [IPv6:2001:1488:fffe:6:a88f:7eff:fed2:45f8]) by mail.nic.cz (Postfix) with ESMTPSA id 0ED5F140D14; Tue, 10 Dec 2019 17:33:36 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1575995616; bh=1r7Va06LQtTPvLDN3fv3kiu6PjxyJePP/O9je4KZJQ8=; h=From:To:Date; b=uTJo+TBGw2BCOsFSEECb0oxN1AIXH7ibqwCz37unE/bTYt+5fbpAL90g24Tpw09pm 5igBnnEBBu9heFZkTAMqZzASFSb+gas7gl5Qb0kWNIedC/mQv3Pbtt+1+gfhJHfxLG 8U9/3B5ftCxMYa6SjLRxdoCBhDLJNsnElAXTcvUM= Message-ID: <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> From: Ladislav Lhotka To: Andy Bierman Cc: Netconf Date: Tue, 10 Dec 2019 17:33:35 +0100 In-Reply-To: References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:33:42 -0000 On Tue, 2019-12-10 at 08:25 -0800, Andy Bierman wrote: > > > On Tue, Dec 10, 2019 at 7:50 AM Ladislav Lhotka wrote: > > On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote: > > > Hi, > > > > > > YANG already has the "annotation" statement to define metadata. > > > YANG has data-def-stmt to define data. It would be very unwise > > > to use metadata inside a leaf as if it were a leaf inside a container. > > > > A typical example is a "comment" annotation - you want to permit it > > basically > > everywhere but don't want to clutter the schema with "comment" leaves. > > > > I understand the difference between annotation-stmt and leaf-stmt. > If the semantics can apply to all data nodes then annotation is appropriate. > We should not change the protocols and YANG to reinvent a leaf-stmt. Then I don't understand the point of your previous message. I think we've been talking about annotations as per RFC 7952 from the beginning of this thread (Michal just called it somewhat confusingly "attribute"). Lada > > When we created YANG 1.0, we explicitly rejected the then-current style of XML > >
> > We rejected the use of attributes as leafs. We should not change that decision > now. > > > > Lada > > > > Andy > > > > > > > > > > Andy > > > > > > > > > On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka wrote: > > > > On Tue, 2019-12-10 at 14:58 +0000, Balázs Lengyel wrote: > > > > > Hello, > > > > > If we try to standardize editing metadata, we will face a number of > > issues > > > > > that need to be clarified: > > > > > > > > > > - Will you model whether the attribute (metadata) is writable? Config > > is > > > > > not an allowed substatement in > > > > https://tools.ietf.org/html/rfc7952#section-3 > > > > > > > > In my view annotations should never be configuration because they should > > not > > > > influence the device state. The read-only/read-write propertly might be > > > > useful. > > > > > > > > > - Can a metadata have other additional properties? (mandatory, > > > > cardinality, > > > > > uniqueness of some kind?) > > > > > > > > By design, annotations do not have a specific place in the schema, so > > they > > > > cannot be mandatory. > > > > > > > > Cardinality: if you mean annotations with a list of values, this was > > > > discussed > > > > but rejected due to difficulties with XML encoding. > > > > > > > > > - If it is modified, will it be subject to validation, error-messages? > > > > Will > > > > > a bad metadata result in a failed error-config? > > > > > > > > I would say yes because otherwise it makes no sense to define them and > > their > > > > properties. > > > > > > > > Lada > > > > > > > > > > > > > > Regards Balazs > > > > > > > > > > -----Original Message----- > > > > > From: netconf On Behalf Of Martin Bjorklund > > > > > Sent: 2019. december 10., kedd 15:04 > > > > > To: mvasko@cesnet.cz > > > > > Cc: netconf@ietf.org > > > > > Subject: Re: [netconf] YANG attributes in a datastore > > > > > > > > > > Hi, > > > > > > > > > > Michal Vaško wrote: > > > > > > Hello, > > > > > > we are thinking about adding support for arbitrary attributes [1] > > in > > > > > > our YANG/NETCONF datastore. To my knowledge, only the > > representation > > > > > > in XML or JSON is defined and standardized but there are no > > guidelines > > > > > > for editing (CRUD) these attributes. > > > > > > > > > > > > So, my question is a rather general one, regarding implementations > > > > > > that support editing these attributes, would you mind sharing some > > > > > > basic ideas or principles used? Or is this outside any consensus > > and > > > > > > each implementation is free to handle this completely in its own > > > > > > fashion? Thanks for any input. > > > > > > > > > > I think this depends on the attribute defintion. Some attributes are > > > > > read-only from the northbound's protocol point of view. Internally in > > the > > > > > server you may need some API to set/change them of course. Some other > > > > > attributes are read-write. > > > > > > > > > > In our implementation we support a few read-write attributes (and some > > > > > read-only). Here's a simple example (in an edit-config): > > > > > > > > > > > > > > > > > > > > This would set/change the "annotation" attribute's value to "hello", > > > > > regardless of its previous value. > > > > > > > > > > To delete an annotation, you would do: > > > > > > > > > > > > > > > > > > > > Each of our attributes has a special value that means "delete" (in > > most > > > > > cases it is the empty string. > > > > > > > > > > > > > > > /martin > > > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > Michal > > > > > > > > > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > > > > > > > > > _______________________________________________ > > > > > > netconf mailing list > > > > > > netconf@ietf.org > > > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > > > > > > > _______________________________________________ > > > > > netconf mailing list > > > > > netconf@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > _______________________________________________ > > > > > netconf mailing list > > > > > netconf@ietf.org > > > > > https://www.ietf.org/mailman/listinfo/netconf -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Tue Dec 10 08:41:42 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9BDF9120043 for ; Tue, 10 Dec 2019 08:41:40 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 ZGVeU0GgYrrL for ; Tue, 10 Dec 2019 08:41:38 -0800 (PST) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 030A3120024 for ; Tue, 10 Dec 2019 08:41:38 -0800 (PST) Received: by mail-lj1-x232.google.com with SMTP id k8so20624793ljh.5 for ; Tue, 10 Dec 2019 08:41:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=SE68sueSwuqN8UNsUVfy1PDs32oZtjdchVHwlotPe0Q=; b=FJacMTcT6MqiJhCNLiz0YEKALcqZzjz6+WHwcOcs6nLuNucJOSi5Vl7TwoNJqh8Sdi K/rRKVOSJdLWBtKnfM88bU6qj8g1M5t+HguXuFeixoR2eCpJD2Yccx0pzFWnOnGaq+tG v5MM0lUFAb0dbyol5g2INUjOEJ3BEASrEDo56A0M5UBo3QIRSvwUdEEsLsQsu8OBSQjJ VFcuclpMW1/v5crzwOAm/TLrGLqZJS07rKlq2YUedcbC+TlaF4azEXLEmK1etscXQILb jwZnyM7jcbwv85DyeHFfKSq3Eg1NWMN8Dcmc4h3u/5mj/uqs0cVsQYIo65nf8ZXOyA/N NfxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=SE68sueSwuqN8UNsUVfy1PDs32oZtjdchVHwlotPe0Q=; b=JOwWin85sgGxJ72Xngy83326B2sSQrt2kw3HPTMGAxwJUQdo2pBU3XeOQcobAz3dSp dSE4KPj7D08GTDlvdV+n0hoJc1tm26Uh3tVSBMa2sA8ZsbZ2gPa+jRl4tXGHz/IXhXg+ Sj8dsKdGKc7ZScDGZ+ZI5sDH914KTDkIC9lv7GsFe2z/SAEFdpV/rCiiFjoBPuSN39hL EEB8imPu3fguDJaD3wXw7Mo3rVfEzAaThattetHSuDNZU15JK0cM0NfirwzxUj8kJppY v0Fq6LTp1enOhcJnGjmS87nhAJImyhQa0Uh4MnVF+tXaDexKmQ1kstMW+iWbqAwPMfQi qD9Q== X-Gm-Message-State: APjAAAX+hwcv174qitFNP3vPJ/kopWh54LBT/26+JGMAw6RNO0SpUaec swoOvQaqhRr/w5rZ2ETkZ/81KtuS1FaOxUfyr0ZrwQ== X-Google-Smtp-Source: APXvYqz0f8ILoszoBG2rNS3az6QAn2YmrYn1Hkz6yLFA/CQFzM438Lgkho5z9wTi4Owym+VJXqrig78GLa8UZwOHCO0= X-Received: by 2002:a2e:580c:: with SMTP id m12mr21477933ljb.252.1575996096232; Tue, 10 Dec 2019 08:41:36 -0800 (PST) MIME-Version: 1.0 References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> In-Reply-To: <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> From: Andy Bierman Date: Tue, 10 Dec 2019 08:41:24 -0800 Message-ID: To: Ladislav Lhotka Cc: Netconf Content-Type: multipart/alternative; boundary="0000000000007bd74b05995c2f7a" Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 16:41:40 -0000 --0000000000007bd74b05995c2f7a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, Dec 10, 2019 at 8:33 AM Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 08:25 -0800, Andy Bierman wrote: > > > > > > On Tue, Dec 10, 2019 at 7:50 AM Ladislav Lhotka wrote: > > > On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote: > > > > Hi, > > > > > > > > YANG already has the "annotation" statement to define metadata. > > > > YANG has data-def-stmt to define data. It would be very unwise > > > > to use metadata inside a leaf as if it were a leaf inside a > container. > > > > > > A typical example is a "comment" annotation - you want to permit it > > > basically > > > everywhere but don't want to clutter the schema with "comment" leaves= . > > > > > > > I understand the difference between annotation-stmt and leaf-stmt. > > If the semantics can apply to all data nodes then annotation is > appropriate. > > We should not change the protocols and YANG to reinvent a leaf-stmt. > > Then I don't understand the point of your previous message. I think we've > been > talking about annotations as per RFC 7952 from the beginning of this thre= ad > (Michal just called it somewhat confusingly "attribute"). > > OK, but there is no way to prevent "annotation zipcode", etc. The use of foo=3D"value" to set and foo=3D"" to delete seems fine, but not = sure any new standards are needed for that. Lada > Andy > > > > > When we created YANG 1.0, we explicitly rejected the then-current style > of XML > > > >
> > > > We rejected the use of attributes as leafs. We should not change that > decision > > now. > > > > > > > Lada > > > > > > > Andy > > > > > > > > > > > > > > Andy > > > > > > > > > > > > On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka > wrote: > > > > > On Tue, 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel wrote: > > > > > > Hello, > > > > > > If we try to standardize editing metadata, we will face a numbe= r > of > > > issues > > > > > > that need to be clarified: > > > > > > > > > > > > - Will you model whether the attribute (metadata) is writable? > Config > > > is > > > > > > not an allowed substatement in > > > > > https://tools.ietf.org/html/rfc7952#section-3 > > > > > > > > > > In my view annotations should never be configuration because they > should > > > not > > > > > influence the device state. The read-only/read-write propertly > might be > > > > > useful. > > > > > > > > > > > - Can a metadata have other additional properties? (mandatory, > > > > > cardinality, > > > > > > uniqueness of some kind?) > > > > > > > > > > By design, annotations do not have a specific place in the schema= , > so > > > they > > > > > cannot be mandatory. > > > > > > > > > > Cardinality: if you mean annotations with a list of values, this > was > > > > > discussed > > > > > but rejected due to difficulties with XML encoding. > > > > > > > > > > > - If it is modified, will it be subject to validation, > error-messages? > > > > > Will > > > > > > a bad metadata result in a failed error-config? > > > > > > > > > > I would say yes because otherwise it makes no sense to define the= m > and > > > their > > > > > properties. > > > > > > > > > > Lada > > > > > > > > > > > > > > > > > Regards Balazs > > > > > > > > > > > > -----Original Message----- > > > > > > From: netconf On Behalf Of Martin > Bjorklund > > > > > > Sent: 2019. december 10., kedd 15:04 > > > > > > To: mvasko@cesnet.cz > > > > > > Cc: netconf@ietf.org > > > > > > Subject: Re: [netconf] YANG attributes in a datastore > > > > > > > > > > > > Hi, > > > > > > > > > > > > Michal Va=C5=A1ko wrote: > > > > > > > Hello, > > > > > > > we are thinking about adding support for arbitrary attributes > [1] > > > in > > > > > > > our YANG/NETCONF datastore. To my knowledge, only the > > > representation > > > > > > > in XML or JSON is defined and standardized but there are no > > > guidelines > > > > > > > for editing (CRUD) these attributes. > > > > > > > > > > > > > > So, my question is a rather general one, regarding > implementations > > > > > > > that support editing these attributes, would you mind sharing > some > > > > > > > basic ideas or principles used? Or is this outside any > consensus > > > and > > > > > > > each implementation is free to handle this completely in its > own > > > > > > > fashion? Thanks for any input. > > > > > > > > > > > > I think this depends on the attribute defintion. Some > attributes are > > > > > > read-only from the northbound's protocol point of view. > Internally in > > > the > > > > > > server you may need some API to set/change them of course. Som= e > other > > > > > > attributes are read-write. > > > > > > > > > > > > In our implementation we support a few read-write attributes > (and some > > > > > > read-only). Here's a simple example (in an edit-config): > > > > > > > > > > > > > > > > > > > > > > > > This would set/change the "annotation" attribute's value to > "hello", > > > > > > regardless of its previous value. > > > > > > > > > > > > To delete an annotation, you would do: > > > > > > > > > > > > > > > > > > > > > > > > Each of our attributes has a special value that means "delete" > (in > > > most > > > > > > cases it is the empty string. > > > > > > > > > > > > > > > > > > /martin > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > Michal > > > > > > > > > > > > > > [1] https://tools.ietf.org/html/rfc7952 > > > > > > > > > > > > > > _______________________________________________ > > > > > > > netconf mailing list > > > > > > > netconf@ietf.org > > > > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > > > > > > > > > _______________________________________________ > > > > > > netconf mailing list > > > > > > netconf@ietf.org > > > > > > https://www.ietf.org/mailman/listinfo/netconf > > > > > > _______________________________________________ > > > > > > netconf mailing list > > > > > > netconf@ietf.org > > > > > > https://www.ietf.org/mailman/listinfo/netconf > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > --0000000000007bd74b05995c2f7a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Dec 10, 2019 at 8:33 AM Ladis= lav Lhotka <lhotka@nic.cz> wrote= :
On Tue, 2019-1= 2-10 at 08:25 -0800, Andy Bierman wrote:
>
>
> On Tue, Dec 10, 2019 at 7:50 AM Ladislav Lhotka <lhotka@nic.cz> wrote:
> > On Tue, 2019-12-10 at 07:42 -0800, Andy Bierman wrote:
> > > Hi,
> > >
> > > YANG already has the "annotation" statement to def= ine metadata.
> > > YANG has data-def-stmt to define data.=C2=A0 It would be ver= y unwise
> > > to use metadata inside a leaf as if it were a leaf inside a = container.
> >
> > A typical example is a "comment" annotation - you want = to permit it
> > basically
> > everywhere but don't want to clutter the schema with "co= mment" leaves.
> >
>
> I understand the difference between annotation-stmt and leaf-stmt.
> If the semantics can apply to all data nodes then annotation is approp= riate.
> We should not change the protocols and YANG to reinvent a leaf-stmt.
Then I don't understand the point of your previous message. I think we&= #39;ve been
talking about annotations as per RFC 7952 from the beginning of this thread=
(Michal just called it somewhat confusingly "attribute").


OK, but there is no way to prevent &qu= ot;annotation zipcode", etc.
The use of foo=3D"value&qu= ot; to set and foo=3D"" to delete seems fine, but not sure any ne= w
standards are needed for that.

Lada

Andy
=C2=A0

>
> When we created YANG 1.0, we explicitly rejected the then-current styl= e of XML
>
>=C2=A0 =C2=A0 <address street=3D"123 Elm" city=3D"Any= town" zipcode=3D"100036" />
>
> We rejected the use of attributes as leafs. We should not change that = decision
> now.
>
>
> > Lada
> >
>
> Andy
>=C2=A0
> > >
> > >
> > > Andy
> > >
> > >
> > > On Tue, Dec 10, 2019 at 7:31 AM Ladislav Lhotka <lhotka@nic.cz> wrote: > > > > On Tue, 2019-12-10 at 14:58 +0000, Bal=C3=A1zs Lengyel = wrote:
> > > > > Hello,
> > > > > If we try to standardize editing metadata, we will= face a number of
> > issues
> > > > > that need to be clarified:
> > > > >
> > > > > - Will you model whether the attribute (metadata) = is writable?=C2=A0 Config
> > is
> > > > > not an allowed substatement in
> > > > https://tools.ietf.org/html/rfc7952= #section-3
> > > >
> > > > In my view annotations should never be configuration be= cause they should
> > not
> > > > influence the device state. The read-only/read-write pr= opertly might be
> > > > useful.
> > > >
> > > > > - Can a metadata have other additional properties?= (mandatory,
> > > > cardinality,
> > > > > uniqueness of some kind?)
> > > >
> > > > By design, annotations do not have a specific place in = the schema, so
> > they
> > > > cannot be mandatory.
> > > >
> > > > Cardinality: if you mean annotations with a list of val= ues, this was
> > > > discussed
> > > > but rejected due to difficulties with XML encoding.
> > > >
> > > > > - If it is modified, will it be subject to validat= ion, error-messages?
> > > > Will
> > > > > a bad metadata result in a failed error-config? > > > >
> > > > I would say yes because otherwise it makes no sense to = define them and
> > their
> > > > properties.
> > > >
> > > > Lada
> > > >
> > > > >
> > > > > Regards Balazs
> > > > >
> > > > > -----Original Message-----
> > > > > From: netconf <netconf-bounces@ietf.org> On Behalf Of= Martin Bjorklund
> > > > > Sent: 2019. december 10., kedd 15:04
> > > > > To: mvasko@cesnet.cz
> > > > > Cc: netconf@ietf.org
> > > > > Subject: Re: [netconf] YANG attributes in a datast= ore
> > > > >
> > > > > Hi,
> > > > >
> > > > > Michal Va=C5=A1ko <mvasko@cesnet.cz> wrote:
> > > > > > Hello,
> > > > > > we are thinking about adding support for arbi= trary attributes [1]
> > in
> > > > > > our YANG/NETCONF datastore. To my knowledge, = only the
> > representation
> > > > > > in XML or JSON is defined and standardized bu= t there are no
> > guidelines
> > > > > > for editing (CRUD) these attributes.
> > > > > >
> > > > > > So, my question is a rather general one, rega= rding implementations
> > > > > > that support editing these attributes, would = you mind sharing some
> > > > > > basic ideas or principles used? Or is this ou= tside any consensus
> > and
> > > > > > each implementation is free to handle this co= mpletely in its own
> > > > > > fashion? Thanks for any input.
> > > > >
> > > > > I think this depends on the attribute defintion.= =C2=A0 Some attributes are
> > > > > read-only from the northbound's protocol point= of view.=C2=A0 Internally in
> > the
> > > > > server you may need some API to set/change them of= course.=C2=A0 Some other
> > > > > attributes are read-write.
> > > > >
> > > > > In our implementation we support a few read-write = attributes (and some
> > > > > read-only).=C2=A0 Here's a simple example (in = an edit-config):
> > > > >
> > > > >=C2=A0 =C2=A0<foo annotation=3D"hello"= />
> > > > >
> > > > > This would set/change the "annotation" a= ttribute's value to "hello",
> > > > > regardless of its previous value.
> > > > >
> > > > > To delete an annotation, you would do:
> > > > >
> > > > >=C2=A0 =C2=A0<foo annotation=3D""/>=
> > > > >
> > > > > Each of our attributes has a special value that me= ans "delete" (in
> > most
> > > > > cases it is the empty string.
> > > > >
> > > > >
> > > > > /martin
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > > Regards,
> > > > > > Michal
> > > > > >
> > > > > > [1] https://tools.ietf.org/html/rfc= 7952
> > > > > >
> > > > > > _____________________________________________= __
> > > > > > netconf mailing list
> > > > > > netconf@ietf.org
> > > > > > https://www.ietf.org/mail= man/listinfo/netconf
> > > > > >
> > > > > _______________________________________________ > > > > > netconf mailing list
> > > > > netconf@ietf.org
> > > > > https://www.ietf.org/mailman/l= istinfo/netconf
> > > > > _______________________________________________ > > > > > netconf mailing list
> > > > > netconf@ietf.org
> > > > > https://www.ietf.org/mailman/l= istinfo/netconf
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

--0000000000007bd74b05995c2f7a-- From nobody Tue Dec 10 09:06:28 2019 Return-Path: <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F00F120911 for ; Tue, 10 Dec 2019 09:06:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 k9znypBrNiKS for ; Tue, 10 Dec 2019 09:06:25 -0800 (PST) Received: from a8-31.smtp-out.amazonses.com (a8-31.smtp-out.amazonses.com [54.240.8.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24FE112090C for ; Tue, 10 Dec 2019 09:06:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1575997583; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=MGdlomgSSwHmkiiGfbZB1nb6W5DT8D+uqDVNvMZh5GM=; b=b+19/bqdi+mSWGjRArSUyFxmJEitYtPi/VUfl1iipQMEjFiazzPTs4hpI4S/mf/Y cCGTSH/1NLURXz0ITOV3kqtntrMaUeHRxqHKT2OJhKcWDQGIAK9rNpKHR+OeRpek3sy dW3gl9ERD7Ndjzcc4WhSNHTCjJY1zpoRvjryvcLU= From: Kent Watsen Message-ID: <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_858819A2-C9EE-47E0-A99F-D16A80D72EA0" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Tue, 10 Dec 2019 17:06:23 +0000 In-Reply-To: Cc: Ladislav Lhotka , "netconf@ietf.org" To: Andy Bierman References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.12.10-54.240.8.31 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Dec 2019 17:06:27 -0000 --Apple-Mail=_858819A2-C9EE-47E0-A99F-D16A80D72EA0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > OK, but there is no way to prevent "annotation zipcode", etc. > The use of foo=3D"value" to set and foo=3D"" to delete seems fine, but = not sure any new > standards are needed for that. Metadata is not data. Whilst syntacally possible, and some may attempt = to [mis-]use it as such, we must hold the line that any IETF-defined = metadata/annotations do not encode data. Kent // contributor --Apple-Mail=_858819A2-C9EE-47E0-A99F-D16A80D72EA0 Content-Transfer-Encoding: 7bit Content-Type: text/html; charset=us-ascii
OK, but there is no way to prevent "annotation zipcode", etc.
The use of foo="value" to set and foo="" to delete seems fine, but not sure any new
standards are needed for that.


Metadata is not data.  Whilst syntacally possible, and some may attempt to [mis-]use
it as such, we must hold the line that any IETF-defined metadata/annotations do not
encode data.

Kent // contributor


--Apple-Mail=_858819A2-C9EE-47E0-A99F-D16A80D72EA0-- From nobody Tue Dec 10 17:46:37 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D019120219 for ; Tue, 10 Dec 2019 17:46:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 RPQ0LD3eRbKh for ; Tue, 10 Dec 2019 17:46:34 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 7B75612008C for ; Tue, 10 Dec 2019 17:46:34 -0800 (PST) Received: from lhreml708-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id BF057DEFA4E3EF19E5E8; Wed, 11 Dec 2019 01:46:32 +0000 (GMT) Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml708-cah.china.huawei.com (10.201.108.49) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 11 Dec 2019 01:46:32 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0439.000; Wed, 11 Dec 2019 09:46:26 +0800 From: Qin Wu To: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= , Martin Bjorklund , "mvasko@cesnet.cz" CC: "netconf@ietf.org" Thread-Topic: [netconf] YANG attributes in a datastore Thread-Index: AdWvxEvm6tjbWQ/aTOKJuC240b07PQ== Date: Wed, 11 Dec 2019 01:46:26 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 01:46:36 -0000 SSBhbSB3b25kZXJpbmcgd2hldGhlciB0aGUgbWV0YWRhdGEgaXMgcGFydCBvZiBOTURBIGRhdGFz dG9yZSwgZS5nLiwgb3BlcmF0aW9uYWwgZGF0YXN0b3JlPw0KU2hvdWxkIHByb3RvY29sIG9wZXJh dGlvbiB0YWNrbGUgdGhlc2UgbWV0YWRhdGE/DQoNCi1RaW4NCi0tLS0t6YKu5Lu25Y6f5Lu2LS0t LS0NCuWPkeS7tuS6ujogbmV0Y29uZiBbbWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZ10g 5Luj6KGoIEJhbMOhenMgTGVuZ3llbA0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTLmnIgxMOaXpSAy Mjo1OQ0K5pS25Lu25Lq6OiBNYXJ0aW4gQmpvcmtsdW5kIDxtYmpAdGFpbC1mLmNvbT47IG12YXNr b0BjZXNuZXQuY3oNCuaKhOmAgTogbmV0Y29uZkBpZXRmLm9yZw0K5Li76aKYOiBSZTogW25ldGNv bmZdIFlBTkcgYXR0cmlidXRlcyBpbiBhIGRhdGFzdG9yZQ0KDQpIZWxsbywNCklmIHdlIHRyeSB0 byBzdGFuZGFyZGl6ZSBlZGl0aW5nIG1ldGFkYXRhLCB3ZSB3aWxsIGZhY2UgYSBudW1iZXIgb2Yg aXNzdWVzIHRoYXQgbmVlZCB0byBiZSBjbGFyaWZpZWQ6DQoNCi0gV2lsbCB5b3UgbW9kZWwgd2hl dGhlciB0aGUgYXR0cmlidXRlIChtZXRhZGF0YSkgaXMgd3JpdGFibGU/ICBDb25maWcgaXMgbm90 IGFuIGFsbG93ZWQgc3Vic3RhdGVtZW50IGluIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9y ZmM3OTUyI3NlY3Rpb24tMw0KLSBDYW4gYSBtZXRhZGF0YSBoYXZlIG90aGVyIGFkZGl0aW9uYWwg cHJvcGVydGllcz8gKG1hbmRhdG9yeSwgY2FyZGluYWxpdHksIHVuaXF1ZW5lc3Mgb2Ygc29tZSBr aW5kPykNCi0gSWYgaXQgaXMgbW9kaWZpZWQsIHdpbGwgaXQgYmUgc3ViamVjdCB0byB2YWxpZGF0 aW9uLCBlcnJvci1tZXNzYWdlcz8gV2lsbCBhIGJhZCBtZXRhZGF0YSByZXN1bHQgaW4gYSBmYWls ZWQgZXJyb3ItY29uZmlnPw0KDQpSZWdhcmRzIEJhbGF6cw0KDQotLS0tLU9yaWdpbmFsIE1lc3Nh Z2UtLS0tLQ0KRnJvbTogbmV0Y29uZiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhh bGYgT2YgTWFydGluIEJqb3JrbHVuZA0KU2VudDogMjAxOS4gZGVjZW1iZXIgMTAuLCBrZWRkIDE1 OjA0DQpUbzogbXZhc2tvQGNlc25ldC5jeg0KQ2M6IG5ldGNvbmZAaWV0Zi5vcmcNClN1YmplY3Q6 IFJlOiBbbmV0Y29uZl0gWUFORyBhdHRyaWJ1dGVzIGluIGEgZGF0YXN0b3JlDQoNCkhpLA0KDQpN aWNoYWwgVmHFoWtvIDxtdmFza29AY2VzbmV0LmN6PiB3cm90ZToNCj4gSGVsbG8sDQo+IHdlIGFy ZSB0aGlua2luZyBhYm91dCBhZGRpbmcgc3VwcG9ydCBmb3IgYXJiaXRyYXJ5IGF0dHJpYnV0ZXMg WzFdIGluIA0KPiBvdXIgWUFORy9ORVRDT05GIGRhdGFzdG9yZS4gVG8gbXkga25vd2xlZGdlLCBv bmx5IHRoZSByZXByZXNlbnRhdGlvbiANCj4gaW4gWE1MIG9yIEpTT04gaXMgZGVmaW5lZCBhbmQg c3RhbmRhcmRpemVkIGJ1dCB0aGVyZSBhcmUgbm8gZ3VpZGVsaW5lcyANCj4gZm9yIGVkaXRpbmcg KENSVUQpIHRoZXNlIGF0dHJpYnV0ZXMuDQo+IA0KPiBTbywgbXkgcXVlc3Rpb24gaXMgYSByYXRo ZXIgZ2VuZXJhbCBvbmUsIHJlZ2FyZGluZyBpbXBsZW1lbnRhdGlvbnMgDQo+IHRoYXQgc3VwcG9y dCBlZGl0aW5nIHRoZXNlIGF0dHJpYnV0ZXMsIHdvdWxkIHlvdSBtaW5kIHNoYXJpbmcgc29tZSAN Cj4gYmFzaWMgaWRlYXMgb3IgcHJpbmNpcGxlcyB1c2VkPyBPciBpcyB0aGlzIG91dHNpZGUgYW55 IGNvbnNlbnN1cyBhbmQgDQo+IGVhY2ggaW1wbGVtZW50YXRpb24gaXMgZnJlZSB0byBoYW5kbGUg dGhpcyBjb21wbGV0ZWx5IGluIGl0cyBvd24gDQo+IGZhc2hpb24/IFRoYW5rcyBmb3IgYW55IGlu cHV0Lg0KDQpJIHRoaW5rIHRoaXMgZGVwZW5kcyBvbiB0aGUgYXR0cmlidXRlIGRlZmludGlvbi4g IFNvbWUgYXR0cmlidXRlcyBhcmUgcmVhZC1vbmx5IGZyb20gdGhlIG5vcnRoYm91bmQncyBwcm90 b2NvbCBwb2ludCBvZiB2aWV3LiAgSW50ZXJuYWxseSBpbiB0aGUgc2VydmVyIHlvdSBtYXkgbmVl ZCBzb21lIEFQSSB0byBzZXQvY2hhbmdlIHRoZW0gb2YgY291cnNlLiAgU29tZSBvdGhlciBhdHRy aWJ1dGVzIGFyZSByZWFkLXdyaXRlLg0KDQpJbiBvdXIgaW1wbGVtZW50YXRpb24gd2Ugc3VwcG9y dCBhIGZldyByZWFkLXdyaXRlIGF0dHJpYnV0ZXMgKGFuZCBzb21lIHJlYWQtb25seSkuICBIZXJl J3MgYSBzaW1wbGUgZXhhbXBsZSAoaW4gYW4gZWRpdC1jb25maWcpOg0KDQogIDxmb28gYW5ub3Rh dGlvbj0iaGVsbG8iLz4NCg0KVGhpcyB3b3VsZCBzZXQvY2hhbmdlIHRoZSAiYW5ub3RhdGlvbiIg YXR0cmlidXRlJ3MgdmFsdWUgdG8gImhlbGxvIiwgcmVnYXJkbGVzcyBvZiBpdHMgcHJldmlvdXMg dmFsdWUuDQoNClRvIGRlbGV0ZSBhbiBhbm5vdGF0aW9uLCB5b3Ugd291bGQgZG86DQoNCiAgPGZv byBhbm5vdGF0aW9uPSIiLz4NCg0KRWFjaCBvZiBvdXIgYXR0cmlidXRlcyBoYXMgYSBzcGVjaWFs IHZhbHVlIHRoYXQgbWVhbnMgImRlbGV0ZSIgKGluIG1vc3QgY2FzZXMgaXQgaXMgdGhlIGVtcHR5 IHN0cmluZy4NCg0KDQovbWFydGluDQoNCg0KDQoNCj4gDQo+IFJlZ2FyZHMsDQo+IE1pY2hhbA0K PiANCj4gWzFdIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3OTUyDQo+IA0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBuZXRjb25mIG1h aWxpbmcgbGlzdA0KPiBuZXRjb25mQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vbmV0Y29uZg0KPiANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQpuZXRjb25mIG1haWxpbmcgbGlzdA0KbmV0Y29uZkBpZXRmLm9y Zw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQo= From nobody Tue Dec 10 17:46:47 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B43E120059 for ; Tue, 10 Dec 2019 17:46:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 fWysR0WD8GVg for ; Tue, 10 Dec 2019 17:46:45 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 A7DCF12025D for ; Tue, 10 Dec 2019 17:46:44 -0800 (PST) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 5415DB4E17B620C0F94F; Wed, 11 Dec 2019 01:46:43 +0000 (GMT) Received: from lhreml705-chm.china.huawei.com (10.201.108.54) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 11 Dec 2019 01:46:43 +0000 Received: from lhreml705-chm.china.huawei.com (10.201.108.54) by lhreml705-chm.china.huawei.com (10.201.108.54) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Wed, 11 Dec 2019 01:46:42 +0000 Received: from DGGEML401-HUB.china.huawei.com (10.3.17.32) by lhreml705-chm.china.huawei.com (10.201.108.54) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Wed, 11 Dec 2019 01:46:42 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by DGGEML401-HUB.china.huawei.com ([fe80::89ed:853e:30a9:2a79%31]) with mapi id 14.03.0439.000; Wed, 11 Dec 2019 09:46:37 +0800 From: Qin Wu To: Kent Watsen , Ladislav Lhotka CC: "netconf@ietf.org" Thread-Topic: [netconf] YANG attributes in a datastore Thread-Index: AdWvv1tiGaIJuapiQGa4ub0lAMbRUw== Date: Wed, 11 Dec 2019 01:46:36 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94F0F2Ddggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 01:46:46 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA94F0F2Ddggeml511mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 S2VudDoNCkhvdyChsGVuYWJsZaGxIGF0dHJpYnV0ZSBpcyBkaWZmZXJlbnQgZnJvbSBpZi1mZWF0 dXJlIHN0YXRlbWVudD8NCg0KLVFpbg0Kt6K8/sjLOiBuZXRjb25mIFttYWlsdG86bmV0Y29uZi1i b3VuY2VzQGlldGYub3JnXSC0+rHtIEtlbnQgV2F0c2VuDQq3osvNyrG85DogMjAxOcTqMTLUwjEx yNUgMDoyMA0KytW8/sjLOiBMYWRpc2xhdiBMaG90a2EgPGxob3RrYUBuaWMuY3o+DQqzrcvNOiBu ZXRjb25mQGlldGYub3JnDQrW98ziOiBSZTogW25ldGNvbmZdIFlBTkcgYXR0cmlidXRlcyBpbiBh IGRhdGFzdG9yZQ0KDQoNCkEgdHlwaWNhbCBleGFtcGxlIGlzIGEgImNvbW1lbnQiIGFubm90YXRp b24gLSB5b3Ugd2FudCB0byBwZXJtaXQgaXQgYmFzaWNhbGx5DQpldmVyeXdoZXJlIGJ1dCBkb24n dCB3YW50IHRvIGNsdXR0ZXIgdGhlIHNjaGVtYSB3aXRoICJjb21tZW50IiBsZWF2ZXMuDQoNClRo ZXNlIGFyZSB3aGF0IEkgcmVmZXIgdG8gYXMgImNyb3NzLWN1dHRpbmciIG1ldGFkYXRhIGF0dHJp YnV0ZXMuICBBbm90aGVyIGV4YW1wbGUNCmlzIHRoZSAiZW5hYmxlZCIgYXR0cmlidXRlIGRlZmlu ZWQgaW4gZHJhZnQta3dhdHNlbi1jb25kaXRpb25hbC1lbmFibGVtZW50Lg0KDQpLZW50IC8vIGNv bnRyaWJ1dG9yDQoNCg== --_000_B8F9A780D330094D99AF023C5877DABAA94F0F2Ddggeml511mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Kent:

How =A1=B0enable=A1=B1= attribute is different from if-feature statement?

 

-Qin=

=B7=A2=BC=FE=C8=CB: netconf [mailt= o:netconf-bounces@ietf.org] =B4=FA=B1=ED Kent Watsen
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2019=C4=EA12=D4=C211=C8=D5 0:20
=CA=D5=BC=FE=C8=CB: Ladislav Lhotka <lhotka@nic.cz>
=B3=AD=CB=CD: netconf@ietf.org
=D6=F7=CC=E2: Re: [netconf] YANG attributes in a datastore

 

 

A typical example is a "co= mment" annotation - you want to permit it basically
everywhere but don't want to clutter the schema with "comment" le= aves.

 

These are what I refer to as &q= uot;cross-cutting" metadata attributes.  Another example

is the "enabled" attr= ibute defined in draft-kwatsen-conditional-enablement.

 

Kent // contributor<= /span>

 

--_000_B8F9A780D330094D99AF023C5877DABAA94F0F2Ddggeml511mbxchi_-- From nobody Tue Dec 10 23:59:28 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 58E8112088C for ; Tue, 10 Dec 2019 23:59:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.998 X-Spam-Level: X-Spam-Status: No, score=-6.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz 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 MbhK3pGrxqJX for ; Tue, 10 Dec 2019 23:59:25 -0800 (PST) Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 CD078120891 for ; Tue, 10 Dec 2019 23:59:20 -0800 (PST) Received: from birdie (unknown [IPv6:2a01:5e0:29:ffff:fc73:fa64:57e6:2115]) by mail.nic.cz (Postfix) with ESMTPSA id 2FDA0140CB3; Wed, 11 Dec 2019 08:59:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1576051158; bh=7Pg7mseUY47uXXMY16DtveTw3js16Ya2UQrayt0x3kc=; h=From:To:Date; b=NiSeW/MfL5I9NrzfqolV1RlbR/eX4yTc2pl5dcfQNytDR6MgFrbb5P6e4DuTxT7gJ 1ALID3fkUXRgthWqYs/haJw4A87YqRn1ijxjxflbLZ/QvCypm8XdirCGJ3V5NFegix Mo1xIXkuSdKqqhbdeNNi0sCIZMuzyGu72sJow0Wg= Message-ID: <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> From: Ladislav Lhotka To: Kent Watsen , Andy Bierman Cc: "netconf@ietf.org" Date: Wed, 11 Dec 2019 08:59:17 +0100 In-Reply-To: <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> Organization: CZ.NIC Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.100.3 at mail X-Virus-Status: Clean Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 07:59:27 -0000 On Tue, 2019-12-10 at 17:06 +0000, Kent Watsen wrote: > > OK, but there is no way to prevent "annotation zipcode", etc. > > The use of foo="value" to set and foo="" to delete seems fine, but not sure > > any new > > standards are needed for that. > > > Metadata is not data. Whilst syntacally possible, and some may attempt to > [mis-]use > it as such, we must hold the line that any IETF-defined metadata/annotations > do not > encode data. While I agree with this, the original question remains: how to edit such metadata in an interoperable way. Deleting the annotation with foo="" may not always work, and indicating deletion with a special magic value is also brittle because such a value is not specified in the annotation's definition. Lada > > Kent // contributor > > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 From nobody Wed Dec 11 00:30:52 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFD4A12081E for ; Wed, 11 Dec 2019 00:30:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 3GGETxTk5Oic for ; Wed, 11 Dec 2019 00:30:50 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id D186812022A for ; Wed, 11 Dec 2019 00:30:49 -0800 (PST) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id 823C01AE0388; Wed, 11 Dec 2019 09:30:47 +0100 (CET) Date: Wed, 11 Dec 2019 09:30:12 +0100 (CET) Message-Id: <20191211.093012.945147782345213985.mbj@tail-f.com> To: lhotka@nic.cz Cc: kent@watsen.net, andy@yumaworks.com, netconf@ietf.org From: Martin Bjorklund In-Reply-To: <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> References: <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 08:30:52 -0000 Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 17:06 +0000, Kent Watsen wrote: > > > OK, but there is no way to prevent "annotation zipcode", etc. > > > The use of foo="value" to set and foo="" to delete seems fine, but not sure > > > any new > > > standards are needed for that. > > > > > > Metadata is not data. Whilst syntacally possible, and some may attempt to > > [mis-]use > > it as such, we must hold the line that any IETF-defined metadata/annotations > > do not > > encode data. > > While I agree with this, the original question remains: how to edit > such metadata in an interoperable way. Deleting the annotation with > foo="" may not always work, and indicating deletion with a special > magic value is also brittle because such a value is not specified in > the annotation's definition. So far, noone is proposing to standardize anything. The question was if any implementation is doing this today, and if so, how. /martin From nobody Wed Dec 11 06:01:00 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1DC1A12007A for ; Wed, 11 Dec 2019 06:00:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=ericsson.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 BJjllDlVgwKj for ; Wed, 11 Dec 2019 06:00:56 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50049.outbound.protection.outlook.com [40.107.5.49]) (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 B4A2D120018 for ; Wed, 11 Dec 2019 06:00:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XZkCl9GNQnbctqVlmWFanMyPHDxr/4EANoiaW3WvuZAaUQsK6G8xCPN8oDiNtYag7QsU6XYG9U7cyUck7QqI5J9muNUhucykbmSKE8kSpbsqS0Fo6G1F/jFW+QQcPukpP/x335g0K+GjB5fPVnKEl/WhsKa4Nwvx9pvo6ahWgsPKPzliMDQhtT79abZQ+PL0bU2TwXHRxzk+4xYshMcMMcVHdVmW8BLKXX9jnz1vhXmqKK87DgD7buMe9ysZ2/Us8xlby/iryPJ2bA412Xa0B+VSPkFTBenUZERtbsW2YE5Td3+r6IIOPZl9bBeQ7eghWA1eqYt+nadO2eQ0AwQrGw== 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=miOuIVNf2PdlpmNd5+DMuW21o7vNbQe/cO9X6aMPDJA=; b=T680F9lAudIpSAV9QyKuaaonxwctAX+NWxGrCXOdrK1/0MtjTu24ULgDmpGkxoctUfzEoSEv4FdCzYMHUrplSH1dBTwMp6jnY4hVjvviT8JUDusULqp6JTbYFCS0j3p8xktC39uTNf8gptweTF1RBu2SuK6hz/GvtzfQtWRHitQ8d3fi8whzznw2x2eXrVvyjFHGJ5qFR8QsIGZopmkfecZhYgy8BEjTxocvHI3iK/p4cXr/3KQPuDxuYAeDewA4t0FufHv/Fb7wM6vPXc6AqzzDy/5QwKSJ4b7PU8+IYRhPl+1n3rsOAoQUd3ZJciJPa5wQmbJfAU+YVaCfKXRvRQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=miOuIVNf2PdlpmNd5+DMuW21o7vNbQe/cO9X6aMPDJA=; b=iU2lEQNWILJnJ/IYBANfAt81Yu52tdBqcxqBxoBCTSatq1iFUi3YkYSYghhNuyriMllpAMt43iCj7d6SdBHgFJQiRF+wz/hieuAJPZy3n3o/fpqhl3+VVvPcHDRzE+UXjlZ9tfsw+gmlfSpSTtyi7UY40fewwzy5+scwbkwtWGQ= Received: from VI1PR0702MB3680.eurprd07.prod.outlook.com (52.134.5.151) by VI1PR0702MB3774.eurprd07.prod.outlook.com (52.134.8.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.8; Wed, 11 Dec 2019 14:00:50 +0000 Received: from VI1PR0702MB3680.eurprd07.prod.outlook.com ([fe80::a460:e41d:9cdb:813a]) by VI1PR0702MB3680.eurprd07.prod.outlook.com ([fe80::a460:e41d:9cdb:813a%2]) with mapi id 15.20.2538.012; Wed, 11 Dec 2019 14:00:50 +0000 From: =?iso-8859-1?Q?Bal=E1zs_Lengyel?= To: "netconf@ietf.org" CC: Mark Hollmann Thread-Topic: Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvA== Date: Wed, 11 Dec 2019 14:00:50 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4ea37d2b-1b13-449e-3e75-08d77e428782 x-ms-traffictypediagnostic: VI1PR0702MB3774: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:5236; x-forefront-prvs: 024847EE92 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(366004)(346002)(376002)(136003)(39860400002)(396003)(199004)(189003)(66476007)(76116006)(107886003)(8676002)(66946007)(66616009)(2906002)(478600001)(64756008)(66556008)(52536014)(66446008)(81166006)(81156014)(86362001)(4326008)(26005)(4744005)(33656002)(186003)(6506007)(55016002)(71200400001)(9686003)(9326002)(5660300002)(316002)(7696005)(6916009)(8936002); DIR:OUT; SFP:1101; SCL:1; SRVR:VI1PR0702MB3774; H:VI1PR0702MB3680.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: m+Fg6zo4DWNneLYRSl+b1hQnsFpfPJVNC2PHpv7yWXgPN7EqCr2Cs42P2y0+nl67Wp8oIbSar/vjSy0d86ast/yVhwLpLQ1/DwtSuXf6IFZSUZ3yhmTuM6XSPDYCql0Vg0B/n27S5SDaiOlfjODhyDnEl7LYl6IRDJwK1nDS221rW2rxKqcpIRvKm+713uvK6YIiaCO+NkmUiiRohxv7ZhM1ccDEF7Jhe5pYeDyPf3/OBYWmOdAK2woPIMJoNBbEpUzPjUGTrR6VhKeI8sKL3n25ko27eaO5qi+A4LD+JwzNy+A43oANFHt+rhIUrlTdt50gBzar5vxxUmZ1WkQbEZSgjBRgC6LkrIZB1K+ZhIAyV/YZwrV0IPPBy/eVXn1oQV7vgDxxyU1cMPE+QqRM8H6nTqPqqKguoQ00QCQQZZbqIOkM1WEtddg7+TwYSZWE Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_050E_01D5B033.C61938A0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4ea37d2b-1b13-449e-3e75-08d77e428782 X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Dec 2019 14:00:50.2165 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 1Fk6Fsg2Q+dt48En4FPizjk6BiRGEDNJkdzP06rNUQ5/Rfz9SFuFlWLzy/yNj0NsCgPaqqpysgzKtZcfPvoJIcgLsaUHw8Ay2rAs7bPgCw0= X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0702MB3774 Archived-At: Subject: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 14:00:58 -0000 ------=_NextPart_000_050E_01D5B033.C61938A0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_050F_01D5B033.C61938A0" ------=_NextPart_001_050F_01D5B033.C61938A0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, If I have the data model=20 =20 container cont1 { presence =93xx=94; container cont2 { leaf leaf1 { type string; default ddd; }}} =20 And I create cont1=20 * should Yang-Push report cont2 or leaf1 as created? * Is this affected by with-default ? Regards Balazs =20 =20 --=20 Balazs Lengyel Senior Specialist Ericsson Hungary Ltd.=20 Mobile: +36-70-330-7909 email: Balazs.Lengyel@ericsson.com =20 ------=_NextPart_001_050F_01D5B033.C61938A0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hello,

If I have = the data model

 

container cont1 = {

presence = “xx”;

=A0 container cont2 = {

=A0=A0=A0 leaf leaf1 = {

=A0=A0=A0=A0=A0 type = string;

=A0=A0=A0=A0=A0 default = ddd;

}}}

 

And I create = cont1

  • should Yang-Push report cont2 or leaf1 as = created?
  • Is this affected by = with-default ?

Regards = Balazs

 

 

-- =

Balazs = Lengyel=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Senior = Specialist=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 Ericsson Hungary Ltd.

Mobile: = +36-70-330-7909=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 email: = Balazs.Lengyel@ericsson.com

 

------=_NextPart_001_050F_01D5B033.C61938A0-- ------=_NextPart_000_050E_01D5B033.C61938A0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIxMTE0MDA0OVowIwYJKoZIhvcNAQkEMRYEFMcHXfjQrA+35qtX9fSWF/xjqAM3MEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQA5xBUrqp+7cqobTHSV+/XVlz+1w7+toCfSC4iSLujso/Vjag4qXKh1 j56knUjUAnxjwfMxnODgHXfidc35ay4I9WsfMcMtlAUZEk+KWg1iJ4X5rrzcqLWinfy9CoDOCvr+ Wk+c3oZe+EDuxap58E3dj0z9NieJ4rt3ddN/N3MmBBVAvfbN6HgNlL3UElv2ldcEVqyUgTVO3/WV +0Uqy0VbUq7YnDQxUwpRauTpeI9u4IQgmOy1hyS5dJsPPytOzyQsF/ckWHKoXOKWZvUI6VDN2joO EZwDxDL8GX02ZkR+NPkxvnv/jhHoqshp4oI6PS3UURRe9XPSCsThdf14E1dVAAAAAAAA ------=_NextPart_000_050E_01D5B033.C61938A0-- From nobody Wed Dec 11 11:15:36 2019 Return-Path: <0100016ef6634682-bcdf940b-f4aa-430a-af3d-28a2c41fa252-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C8BD120058 for ; Wed, 11 Dec 2019 11:15:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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=amazonses.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 YqhkET2RO2W0 for ; Wed, 11 Dec 2019 11:15:33 -0800 (PST) Received: from a48-95.smtp-out.amazonses.com (a48-95.smtp-out.amazonses.com [54.240.48.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 175CF120052 for ; Wed, 11 Dec 2019 11:15:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1576091731; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=SyMC0pJQE/I7Y3u2P98NDgqBOygZ/OdGcyGQKDmx1EY=; b=Y/7Xz5UZfA16U4BdK6BX9qrbJ/OzqhAFQcXBitcTf4QrVS3ryL8Lw+q8haKlI5ht fd5KmAuiEhfXxsmXXw7R8F6RLGVHrfNG47d/nPVZLhDcrUdJzQve8lJjpHP53ozkABE qk7XDMNCAWJleSvBdd+sRhewo1Fw14ESqgH71R38= From: Kent Watsen Message-ID: <0100016ef6634682-bcdf940b-f4aa-430a-af3d-28a2c41fa252-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_ADE2765C-8B75-480C-BA1E-84CC129CB871" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Wed, 11 Dec 2019 19:15:31 +0000 In-Reply-To: Cc: Ladislav Lhotka , "netconf@ietf.org" To: Qin Wu References: X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.12.11-54.240.48.95 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 19:15:34 -0000 --Apple-Mail=_ADE2765C-8B75-480C-BA1E-84CC129CB871 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Qin, Quite different. One is in the YANG model while the other is in the = data defined by the YANG model. Kent > On Dec 10, 2019, at 8:46 PM, Qin Wu wrote: >=20 > Kent: > How =E2=80=9Cenable=E2=80=9D attribute is different from if-feature = statement? > =20 > -Qin > =E5=8F=91=E4=BB=B6=E4=BA=BA: netconf [mailto:netconf-bounces@ietf.org] = =E4=BB=A3=E8=A1=A8 Kent Watsen > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B412=E6=9C=8811=E6=97=A5= 0:20 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Ladislav Lhotka > =E6=8A=84=E9=80=81: netconf@ietf.org > =E4=B8=BB=E9=A2=98: Re: [netconf] YANG attributes in a datastore > =20 > =20 > A typical example is a "comment" annotation - you want to permit it = basically > everywhere but don't want to clutter the schema with "comment" leaves. > =20 > These are what I refer to as "cross-cutting" metadata attributes. = Another example > is the "enabled" attribute defined in = draft-kwatsen-conditional-enablement. > =20 > Kent // contributor > =20 --Apple-Mail=_ADE2765C-8B75-480C-BA1E-84CC129CB871 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 Hi = Qin,

Quite = different.   One is in the YANG model while the other is in the = data defined by the YANG model.

Kent



On Dec 10, 2019, at 8:46 PM, Qin Wu <bill.wu@huawei.com> = wrote:

Kent:

How =E2=80=9Cenable=E2=80=9D attribute is different = from if-feature statement?

 

-Qin

=E5=8F=91=E4=BB=B6=E4=BA=BA: netconf [mailto:netconf-bounces@ietf.org] =E4=BB=A3=E8=A1=A8 Kent Watsen
=E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: 2019=E5=B9=B412=E6=9C=8811=E6=97=A5 0:20
=E6=94=B6=E4=BB=B6=E4=BA=BA: Ladislav Lhotka = <lhotka@nic.cz>
=E6=8A=84=E9=80=81: netconf@ietf.org
=E4=B8=BB=E9=A2=98: Re: [netconf] = YANG attributes in a datastore

 

 

A = typical example is a "comment" annotation - you want to permit it = basically
everywhere but don't want to clutter the schema with "comment" = leaves.

 

These are = what I refer to as "cross-cutting" metadata attributes.  Another = example

is = the "enabled" attribute defined in = draft-kwatsen-conditional-enablement.

 

Kent // contributor

 


= --Apple-Mail=_ADE2765C-8B75-480C-BA1E-84CC129CB871-- From nobody Wed Dec 11 11:37:50 2019 Return-Path: <0100016ef677a0d2-dcf9391f-7b4d-4f18-baa6-ae2fdff1dbb9-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D499D12008F for ; Wed, 11 Dec 2019 11:37:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.896 X-Spam-Level: X-Spam-Status: No, score=-1.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, 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=amazonses.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 p4VLcO90f2be for ; Wed, 11 Dec 2019 11:37:47 -0800 (PST) Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEEC7120052 for ; Wed, 11 Dec 2019 11:37:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1576093065; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=S5B4kFoZW+EnBo4VKHEL0rbXs5DfwI6rGzyeA1wVrWk=; b=HBhAJH+F3q5Ot4J7hCOEtOOuZIvEaKjf8SPvR1wdb1aW5poriJWDHznpfUgP0nvz t8JPVLGCg60jpJYwEtO6+F5nJmLQSLshTgHIOYgDDhnR7jrpyo51ok9EzOB5092P0rs 81QcDervqQYopvCgtQ60hQKwD5I7q7sWnJ5eif0g= From: Kent Watsen Message-ID: <0100016ef677a0d2-dcf9391f-7b4d-4f18-baa6-ae2fdff1dbb9-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_95268B92-9E62-45E1-B404-31B6A9A85186" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Wed, 11 Dec 2019 19:37:45 +0000 In-Reply-To: <20191211.093012.945147782345213985.mbj@tail-f.com> Cc: Ladislav Lhotka , "netconf@ietf.org" To: Martin Bjorklund References: <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> <20191211.093012.945147782345213985.mbj@tail-f.com> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.12.11-54.240.48.110 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 19:37:49 -0000 --Apple-Mail=_95268B92-9E62-45E1-B404-31B6A9A85186 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > So far, noone is proposing to standardize anything. =20 I must've replied to the wrong message. I was reacting to this message: = https://mailarchive.ietf.org/arch/msg/netconf/bHLGqeK-Yo3cYDAXic83m7oMAGY = . > The question was if any implementation is doing this today, and if so, = how. Juniper supports metadata today. Specifically, the "inactive" = annotation. Sadly JUNOS defines an asymmetric "active" annotation to = unset it, which is what thing that we were trying to fix with the = "enabled" annotation in the conditional-enablement draft. = https://www.juniper.net/documentation/en_US/junos/topics/reference/tag-sum= mary/junos-xml-protocol-inactive-attribute.html = . Note that the ''report-all-tagged' retrieval mode in RFC 6243 was = defined so that JUNOS wouldn't promote a default value to configuration. = This illustrates round-tripping, in that "configured" annotations are = indeed expected to be returned to the server in write-operations. Kent --Apple-Mail=_95268B92-9E62-45E1-B404-31B6A9A85186 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
So far, noone is proposing to standardize anything. =  

I must've = replied to the wrong message.  I was reacting to this = message:


The question = was if any implementation is doing this today, and if so, how.

Juniper supports metadata today.  Specifically, the = "inactive" annotation.  Sadly JUNOS defines an asymmetric "active" = annotation to unset it, which is what thing that we were trying to = fix with the "enabled" annotation in the = conditional-enablement draft. https://www.juniper.net/documentation/en_US/junos/topics/refere= nce/tag-summary/junos-xml-protocol-inactive-attribute.html.

Note that the = ''report-all-tagged' retrieval mode in RFC 6243 was defined so that = JUNOS wouldn't promote a default value to configuration.  This = illustrates round-tripping, in that "configured" annotations are indeed = expected to be returned to the server in write-operations.

Kent


= --Apple-Mail=_95268B92-9E62-45E1-B404-31B6A9A85186-- From nobody Wed Dec 11 12:35:35 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75474120058 for ; Wed, 11 Dec 2019 12:35:34 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 N1k60NYQ19F1 for ; Wed, 11 Dec 2019 12:35:32 -0800 (PST) Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1BB33120052 for ; Wed, 11 Dec 2019 12:35:32 -0800 (PST) Received: by mail-lf1-x135.google.com with SMTP id y1so6426675lfb.6 for ; Wed, 11 Dec 2019 12:35:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=HiJFvVAwBssppekkjgjvR+Wlbd+sd5E5zu1BRJ6Vku0=; b=bsBVXv+bZ0Sw99x4KhboeApcQsmlh34u0iR5bnuzksUW6D7rlyaR3pQiLW8o6l+ZWW nYmBEjmP0EuweE+RFn8oosY1Vfz7l9xkgmBUsUSIT1wMhwyv1FQGuBIB7Ug6XX66pDSk ByqiXxMOJLB0FDVSdN5fK21TSM31IoO+pEZJ5yt4Ql5l6etDxq0vavoqb5aIZPKQGraw MjtRQ7R8slq7tKfE6vuwQC79Fd8aUDENf+rDam4hjYSn2rA3dBiZG55Z6smXB8mswLg5 eZvv5qaGUp713K7Xn0ruBYMnTSxJpYRTY1S9FZfDYmq1w5bxefzD9vWJN1D3m+WBsjYO gxnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=HiJFvVAwBssppekkjgjvR+Wlbd+sd5E5zu1BRJ6Vku0=; b=UXFsRS4Rhmb6xXxLvL4II82WTttHlpmxSr9QJhPYCyyOtTKI6PWIbPQurCn0/PAAkv 6Wf8d9bIpBBCdT7izO6PHVxY3+8KiQaN6UULbsdjRv9r6E5EeKkS0fe9gUi5KSG46fK9 v67na4SBQHhYZRVGH9Gsgesq2wGx7jyTeqWih5TMhwOdjDciPWzPPw1WRO0lWTQKDWxI EK7VSYUNsW6tX/luA/rTFPD0fYvXgu/GDNZU7tFdRnkyksxMBnsXVzxMuhLUwRQuBi3S +BgialT+B/YlgTOgUM4JLYRFuu9YDywc2SWx0v4D350EaACpvSrWimfnFAzplWHYf2n0 zmGQ== X-Gm-Message-State: APjAAAXObVyLLF/O851tbdKaqGbd7sWHbeHs/kIDD+OWRnsvkflRbYEi Wt4EUeh7AGBTTIcHIhjqan1deRaD0+PyqajiJbxtFQ== X-Google-Smtp-Source: APXvYqxGa+HZ0Qm4tTUlqMyEsh2LVRMJ8VtHT8TJhAuKsQGAXVd8XaV0r3fAM+7QUu3DcQBQ7k44cNbaZ4lAJFwQSpA= X-Received: by 2002:a05:6512:15d:: with SMTP id m29mr3589056lfo.51.1576096530086; Wed, 11 Dec 2019 12:35:30 -0800 (PST) MIME-Version: 1.0 References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> In-Reply-To: <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> From: Andy Bierman Date: Wed, 11 Dec 2019 12:35:18 -0800 Message-ID: To: Ladislav Lhotka Cc: Kent Watsen , "netconf@ietf.org" Content-Type: multipart/alternative; boundary="000000000000cec90a05997391a6" Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 20:35:34 -0000 --000000000000cec90a05997391a6 Content-Type: text/plain; charset="UTF-8" On Tue, Dec 10, 2019 at 11:59 PM Ladislav Lhotka wrote: > On Tue, 2019-12-10 at 17:06 +0000, Kent Watsen wrote: > > > OK, but there is no way to prevent "annotation zipcode", etc. > > > The use of foo="value" to set and foo="" to delete seems fine, but not > sure > > > any new > > > standards are needed for that. > > > > > > Metadata is not data. Whilst syntacally possible, and some may attempt > to > > [mis-]use > > it as such, we must hold the line that any IETF-defined > metadata/annotations > > do not > > encode data. > > While I agree with this, the original question remains: how to edit such > metadata in an interoperable way. Deleting the annotation with foo="" may > not > always work, and indicating deletion with a special magic value is also > brittle > because such a value is not specified in the annotation's definition. > > I think empty string is the least worst solution for deletion. It does not work for type 'empty' os an administrative string that allows empty-string in the value-set. RFC 7952 is under-specified wrt. data type encoding 1) it is not even clear that the type-stmt is a mandatory sub-statement of the annotation-stmt. There is no example showing this usage. 2) The data type encodings are not correct for the empty type The attribute value SHALL be encoded in the same way as the value of a YANG leaf instance having the same type; see Section 9 of [RFC7950] . This does not work for 'empty' type which is encoded as an empty element in XML and a null array in JSON. This encoding cannot be used in an XML or JSON attribute. I assume the solution is constrained to only use valid XML, so inventing some hack to identity the deletion operation will not work (unless it is valid XML) Lada > > Andy > > > > Kent // contributor > > > > > -- > Ladislav Lhotka > Head, CZ.NIC Labs > PGP Key ID: 0xB8F92B08A9F76C67 > > --000000000000cec90a05997391a6 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, Dec 10, 2019 at 11:59 PM Ladi= slav Lhotka <lhotka@nic.cz> wrot= e:
On Tue, 2019-= 12-10 at 17:06 +0000, Kent Watsen wrote:
> > OK, but there is no way to prevent "annotation zipcode"= , etc.
> > The use of foo=3D"value" to set and foo=3D"" = to delete seems fine, but not sure
> > any new
> > standards are needed for that.
>
>
> Metadata is not data.=C2=A0 Whilst syntacally possible, and some may a= ttempt to
> [mis-]use
> it as such, we must hold the line that any IETF-defined metadata/annot= ations
> do not
> encode data.

While I agree with this, the original question remains: how to edit such metadata in an interoperable way. Deleting the annotation with foo=3D"= " may not
always work, and indicating deletion with a special magic value is also bri= ttle
because such a value is not specified in the annotation's definition.

I think empty string is the least wors= t solution for deletion.
It does not work for type 'empty'= ; os an administrative string that
allows empty-string in the val= ue-set.=C2=A0


RFC 7952 is under-spe= cified wrt. data type encoding

1) it is not even c= lear that the type-stmt is a mandatory sub-statement of the annotation-stmt= .
There is no example showing this usage.

2) The data type encodings are not correct for the empty type
<= br>
      The=
 attribute value SHALL be encoded in the same way as the value
      of a YANG leaf instance having the same type; see Section=C2=A09 of
      [RFC7950].

This does no= t work for 'empty' type which is encoded as an empty element in XML= and a null array in JSON.
This encoding cannot be used in an XML= or JSON attribute.

I assume the solution is const= rained to only use valid XML, so inventing some hack to identity the deleti= on operation
will not work (unless it is valid XML)


Lada=C2=A0


Andy
=C2=A0
>
> Kent // contributor
>
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

--000000000000cec90a05997391a6-- From nobody Wed Dec 11 12:49:12 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C5BC3120232 for ; Wed, 11 Dec 2019 12:49:10 -0800 (PST) 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.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 1F0gd7bTiiMB for ; Wed, 11 Dec 2019 12:49:08 -0800 (PST) Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 739F6120808 for ; Wed, 11 Dec 2019 12:49:08 -0800 (PST) Received: by mail-lj1-x236.google.com with SMTP id r19so25666261ljg.3 for ; Wed, 11 Dec 2019 12:49:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m9WD1NnC/S+55evE2ETLbVbtqn08xdiQ0On/zZy1WaA=; b=Bx+7KcVgW8/yvb8KLTP8Rohgi1gALrYtYE9oTiWJKPaCDchKX3vzDbQxXzrIDwmi79 1mDhYzwLB8eR9czLgzctXp5jTyIHdfq4qXJTIMlEioRvW2sYasRyMHYUluS5Sfm3GqGN avFQf21OR3rMDgiqTUixvRs54NuG9iReDmCc1iskkH21n0b2vj+iupd9DPx5WxEKFq0Y AZID9LmicyXWo7Ea9VfOoJTRNKHmURc/ih4gIeRB6UksxmDBNP+Jw25fMl4fjEdiMNaF Cs9mmZ2X2vo9oM4PaAcZKPCFop2J604tk4pr3Pj/zKb0MBOEbXZdUJ9Lr13GQ9gdrIaw kk7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=m9WD1NnC/S+55evE2ETLbVbtqn08xdiQ0On/zZy1WaA=; b=VLzaTbWk5z8gFkvuZLiRtwZaOtAfpf1XCdyrOK2l82Q/hRhs4tlFlIqVqCgYG1h8D9 C5fRfqmlOhOINyQQGMzrH1oqg0PfmOE1Dauc2LXVrEDsmiMXBgMEmF8YvgDHr6LA+jjf bEeI4RQb76QUFwhHcoyoCixtgwWA+QtEcMUFr7wOAOtlnpXbSYPOP+1SxoCHGu0C+24q TRV0udf2oEdwQjL81Rrjc1TVugRO87/8Wv2qWECDgfBP6J8TJ/qTPRsVBpzBFa2/O5Yc tFfdWXv7oUot/8TfA69gqKRBG+vrZ4aJ0flfCE5RX6J2CNS+VNJ6hwV9YrqSqhzPg4Np +Cig== X-Gm-Message-State: APjAAAXlVAbJoV8VNHy91gCCLS4DWs1MAj8Tcw8h58nfjYOxe2A0shfb cq4bRtEsg5E9fRtILDDC5cpNzksqKAOPgIqawjZozQ== X-Google-Smtp-Source: APXvYqxNZ64tXy12aa8rxm4URC+E0XfQcLEqvNicg6BSLFD6NFsS1lCTYHEznSAmOq4TTnEB8DImr6ZIvPRzh9YBRQA= X-Received: by 2002:a2e:9b55:: with SMTP id o21mr3546919ljj.147.1576097346698; Wed, 11 Dec 2019 12:49:06 -0800 (PST) MIME-Version: 1.0 References: <5cce-5def9a00-11-66c7ce00@101566344> <20191210.150333.2171238725445540389.mbj@tail-f.com> <514fe834eaa528c42f6dc31009399a3392b05dfe.camel@nic.cz> <677480c1606c027b43afda383378a5a9320b15dd.camel@nic.cz> <411dd6ee5c435cee7042d042ec481acd111a7f92.camel@nic.cz> <0100016ef0c6b0d8-cdbbe2ff-ac02-4692-b2c0-9f9b64ce4fc5-000000@email.amazonses.com> <7027e13e49a631ee06a8fe63ba3e2abf102963dc.camel@nic.cz> In-Reply-To: From: Andy Bierman Date: Wed, 11 Dec 2019 12:48:55 -0800 Message-ID: To: Ladislav Lhotka Cc: Kent Watsen , "netconf@ietf.org" Content-Type: multipart/alternative; boundary="0000000000007b57d8059973c246" Archived-At: Subject: Re: [netconf] YANG attributes in a datastore X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Dec 2019 20:49:11 -0000 --0000000000007b57d8059973c246 Content-Type: text/plain; charset="UTF-8" On Wed, Dec 11, 2019 at 12:35 PM Andy Bierman wrote: > > > On Tue, Dec 10, 2019 at 11:59 PM Ladislav Lhotka wrote: > >> On Tue, 2019-12-10 at 17:06 +0000, Kent Watsen wrote: >> > > OK, but there is no way to prevent "annotation zipcode", etc. >> > > The use of foo="value" to set and foo="" to delete seems fine, but >> not sure >> > > any new >> > > standards are needed for that. >> > >> > >> > Metadata is not data. Whilst syntacally possible, and some may attempt >> to >> > [mis-]use >> > it as such, we must hold the line that any IETF-defined >> metadata/annotations >> > do not >> > encode data. >> >> While I agree with this, the original question remains: how to edit such >> metadata in an interoperable way. Deleting the annotation with foo="" may >> not >> always work, and indicating deletion with a special magic value is also >> brittle >> because such a value is not specified in the annotation's definition. >> >> > I think empty string is the least worst solution for deletion. > It does not work for type 'empty' os an administrative string that > allows empty-string in the value-set. > > > RFC 7952 is under-specified wrt. data type encoding > > 1) it is not even clear that the type-stmt is a mandatory sub-statement of > the annotation-stmt. > There is no example showing this usage. > > I found the last-modified example so disregard comment (1) > 2) The data type encodings are not correct for the empty type > > The attribute value SHALL be encoded in the same way as the value > of a YANG leaf instance having the same type; see Section 9 of > [RFC7950] . > > > This does not work for 'empty' type which is encoded as an empty element > in XML and a null array in JSON. > This encoding cannot be used in an XML or JSON attribute. > > I assume the solution is constrained to only use valid XML, so inventing > some hack to identity the deletion operation > will not work (unless it is valid XML) > > > > Lada >> >> > Andy > > >> > >> > Kent // contributor >> > >> > >> -- >> Ladislav Lhotka >> Head, CZ.NIC Labs >> PGP Key ID: 0xB8F92B08A9F76C67 >> >> --0000000000007b57d8059973c246 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Wed, Dec 11, 2019 at 12:35 PM Andy= Bierman <andy@yumaworks.com&g= t; wrote:


On Tue, Dec 10, 2019 at 11:59 PM Ladislav L= hotka <lhotka@nic.cz<= /a>> wrote:
O= n Tue, 2019-12-10 at 17:06 +0000, Kent Watsen wrote:
> > OK, but there is no way to prevent "annotation zipcode"= , etc.
> > The use of foo=3D"value" to set and foo=3D"" = to delete seems fine, but not sure
> > any new
> > standards are needed for that.
>
>
> Metadata is not data.=C2=A0 Whilst syntacally possible, and some may a= ttempt to
> [mis-]use
> it as such, we must hold the line that any IETF-defined metadata/annot= ations
> do not
> encode data.

While I agree with this, the original question remains: how to edit such metadata in an interoperable way. Deleting the annotation with foo=3D"= " may not
always work, and indicating deletion with a special magic value is also bri= ttle
because such a value is not specified in the annotation's definition.








This does not work for 'empty' type which is e= ncoded as an empty element in XML and a null array in JSON.
This = encoding cannot be used in an XML or JSON attribute.

I assume the solution is constrained to only use valid XML, so inventing= some hack to identity the deletion operation
will not work (unle= ss it is valid XML)



Lada=C2=A0


Andy
=C2=A0
>
> Kent // contributor
>
>
--
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67

--0000000000007b57d8059973c246-- From nobody Thu Dec 12 00:57:51 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1EA6120859 for ; Thu, 12 Dec 2019 00:57:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 ALh3H9LR-DrZ for ; Thu, 12 Dec 2019 00:57:48 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 4BA4A1200C7 for ; Thu, 12 Dec 2019 00:57:48 -0800 (PST) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id CFFAD1AE02AA; Thu, 12 Dec 2019 09:57:45 +0100 (CET) Date: Thu, 12 Dec 2019 09:57:09 +0100 (CET) Message-Id: <20191212.095709.2123523251711416815.mbj@tail-f.com> To: balazs.lengyel=40ericsson.com@dmarc.ietf.org Cc: netconf@ietf.org, mark.hollmann@ericsson.com From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2019 08:57:50 -0000 SGksDQoNCg0KQmFsw6F6cyBMZW5neWVsIDxiYWxhenMubGVuZ3llbD00MGVyaWNzc29uLmNvbUBk bWFyYy5pZXRmLm9yZz4gd3JvdGU6DQo+IEhlbGxvLA0KPiANCj4gSWYgSSBoYXZlIHRoZSBkYXRh IG1vZGVsIA0KPiANCj4gIA0KPiANCj4gY29udGFpbmVyIGNvbnQxIHsNCj4gDQo+IHByZXNlbmNl IMKTeHjClDsNCj4gDQo+ICAgY29udGFpbmVyIGNvbnQyIHsNCj4gDQo+ICAgICBsZWFmIGxlYWYx IHsNCj4gDQo+ICAgICAgIHR5cGUgc3RyaW5nOw0KPiANCj4gICAgICAgZGVmYXVsdCBkZGQ7DQo+ IA0KPiB9fX0NCj4gDQo+ICANCj4gDQo+IEFuZCBJIGNyZWF0ZSBjb250MSANCj4gDQo+ICoJc2hv dWxkIFlhbmctUHVzaCByZXBvcnQgY29udDIgb3IgbGVhZjEgYXMgY3JlYXRlZD8NCj4gKglJcyB0 aGlzIGFmZmVjdGVkIGJ5IHdpdGgtZGVmYXVsdCA/DQoNCkdyZWF0IHF1ZXN0aW9uIQ0KDQpJIHRo aW5rIGl0IG11c3QgYmUgYWZmZWN0ZWQgYnkgdGhlIHNlcnZlcidzIGJhc2ljLW1vZGUgZm9yDQp3 aXRoLWRlZmF1bHRzLg0KDQpNeSBhc3N1bXB0aW9uIGlzIHRoYXQgd2Ugd2FudCB0aGUgc3Vic2Ny aWJlciB0byBiZSBhYmxlIHRvIGtlZXAgYSBjb3B5DQpvZiB0aGUgZGF0YSBvbiB0aGUgcHVibGlz aGVyLCBhbmQgd2UgbXVzdCBhbGxvdyBkaWZmZXJlbnQgZGVmYXVsdA0KaGFuZGxpbmcgc3RyYXRl Z2llcyBpbiB0aGlzIGNvcHkgLSBpLmUuLCBhbGxvdyBkaWZmZXJlbnQNCmltcGxlbWVudGF0aW9u IHN0cmF0ZWdpZXMuDQoNCltBbm90aGVyIHdheSBvZiB2aWV3aW5nIHRoaXMgaXMgdGhhdCBpZiB3 ZSBwYXNzIHRoZSBkYXRhIGluIHRoZSBub3RpZg0KYmFjayB0byB0aGUgc2VydmVyIGluIGFuIGVk aXQtY29uZmlnLCBpdCBzaG91bGQgZWZmZWN0aXZlbHkgYmUgYQ0Kbm8tb3AuXQ0KDQpTbywgYSAn cmVwb3J0LWFsbCcgc2VydmVyIHdpbGwgc2VuZCAnbGVhZjEnIGluIHRoZSBub3RpZiwgYnV0IGFu DQonZXhwbGljaXQnIG9yICd0cmltJyBzZXJ2ZXIgd2lsbCBub3Qgc2VuZCBpdC4NCg0KSGVyZSdz IGFub3RoZXIgY2FzZS4gIEFmdGVyIHlvdXIgb3BlcmF0aW9uIGFib3ZlLCBzdXBwb3NlIGEgY2xp ZW50DQpzZXRzICdsZWFmMScgdG8gJ2RkZCcuICBBICd0cmltJyBzZXJ2ZXIgd2lsbCBub3QgaW5j bHVkZSAnbGVhZjEnIGluDQp0aGUgbm90aXMsIGJ1dCBhbiAnZXhwbGljaXQnIHdpbGwgaW5jbHVk ZSBpdC4gIChBbmQgYSAncmVwb3J0LWFsbCcNCnNlcnZlciB3aWxsIG5vdCBzZWUgYSBjaGFuZ2Ug YXQgYWxsLCBzaW5jZSAnbGVhZjEnIGFscmVhZHkgaGFkDQonZGRkJykuDQoNClRoaXMgbWVhbnMg dGhhdCB0aGUgc3Vic2NyaWJlciBtYXkgbmVlZCB0byBiZSBhd2FyZSBvZiB0aGUgc2VydmVyJ3MN CmJhc2ljLW1vZGUsIGluIG9yZGVyIHRvIGJlIGFibGUgdG8gY29ycmVjdGx5IGludGVycHJldCB0 aGUgbm90aWZzLg0KDQoNCi9tYXJ0aW4NCg== From nobody Thu Dec 12 05:34:28 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0771F120013 for ; Thu, 12 Dec 2019 05:34:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=ericsson.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 0ZD30tgZbpsG for ; Thu, 12 Dec 2019 05:34:25 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80047.outbound.protection.outlook.com [40.107.8.47]) (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 D707F120073 for ; Thu, 12 Dec 2019 05:34:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FAWfxKPeS2HtxGV0rQP69GCU3dzpIc/g1doNdFE8e4qzpauMiCauRDh6VVfdiSF7ga35xxERoHXBUEhRhogwOA1Q4GywSG5BqhVoCyAI01xphoLPtfOR53+w9u1niTh6kgLkS637R4CFMSni3+sYVWvtvj6LGtA96yu3BM+3pe3RR0ly525wlV71o7MOd3w0HkaDrN1gG0unbtGejYjaY79h58Yd9zwxNvu/1KNLt03B3RD6Al/yI5CPp9b43CHAbPyEtgjFWL2tNFYiiHDcm/JYxnDVpWWsXAdsBxgBDpTkjTspeGfiHWlgvh6joSspONK3mFFgYlBgcajfq/GZyg== 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=ltCzrtPeYwCRFMq3HgN+uhl9wNHa94kyfvB1woftpNY=; b=X94YjwW421xgvqvrB2YTwNe0P9k4I7eVP+YxVhGZyJlt209BpxCfecXCAXUvWPql5zdTEn7/NvZVg3ACj8UBMyh56cHwPnHLPsZDoT1d1m4SL2tRnJDfvyBxyG7i3cJEjJhDFVgDpnwrLmGLNLjNv2MhP4hQl7NH0VsLR3ZQlMYblWTBOMYjBpEzDc7xVsRfEA2azswj9+o/CJxGYlvILOXLjAJ8mhA48Xo1Q04T1nr4VYA9MCVfDnxcdMRhq5oSKusOPiZWoT0FEOQjySWUFO76gY+istPIIzaMNzAvuoIKkyc/I0g+woK2ZbYPyhBorMK1CCjIhh7OVGcp80lRbA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none 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=ltCzrtPeYwCRFMq3HgN+uhl9wNHa94kyfvB1woftpNY=; b=ZBQQWpJbd8Kja1mWu82gEJDXOfygdTqQaaI6ZRIZcU5gAlmLvnR61e6t6H9+g31lqhmaPVr70Bim0Rp2Mds0VYjLDk3598tcPX6913oi6G61n6uty9TPq/OiDcux/hz4pchN+Tp2c941+ZYXZYL0mMyloK+IQxtMf5odyvrDymQ= Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com (52.133.47.21) by AM0PR0702MB3714.eurprd07.prod.outlook.com (52.133.51.19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.16; Thu, 12 Dec 2019 13:34:22 +0000 Received: from AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c]) by AM0PR0702MB3665.eurprd07.prod.outlook.com ([fe80::2469:3d61:7557:b60c%7]) with mapi id 15.20.2538.016; Thu, 12 Dec 2019 13:34:22 +0000 From: =?utf-8?B?QmFsw6F6cyBMZW5neWVs?= To: Martin Bjorklund , "balazs.lengyel=40ericsson.com@dmarc.ietf.org" CC: "netconf@ietf.org" , Mark Hollmann Thread-Topic: [netconf] Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvAAny/CAAAl+yzA= Date: Thu, 12 Dec 2019 13:34:22 +0000 Message-ID: References: <20191212.095709.2123523251711416815.mbj@tail-f.com> In-Reply-To: <20191212.095709.2123523251711416815.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com; x-originating-ip: [89.135.192.225] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 48088509-da3f-4f50-b7ab-08d77f07ff79 x-ms-traffictypediagnostic: AM0PR0702MB3714: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0249EFCB0B x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(396003)(136003)(346002)(376002)(366004)(199004)(189003)(13464003)(66556008)(66446008)(64756008)(66616009)(71200400001)(33656002)(86362001)(316002)(7696005)(8936002)(110136005)(54906003)(66946007)(66476007)(76116006)(8676002)(81156014)(85202003)(85182001)(81166006)(55016002)(9686003)(186003)(2906002)(26005)(53546011)(6506007)(4326008)(478600001)(107886003)(5660300002)(66574012)(52536014); DIR:OUT; SFP:1101; SCL:1; SRVR:AM0PR0702MB3714; H:AM0PR0702MB3665.eurprd07.prod.outlook.com; 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) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CpUYzZvS03zobEbHV9YfcYfsvMMFnB5+du2cMc44zUDDmyBQJYTHDkUFy6DJV/nox8xIIfHCwEm0p/bjGT0iwJ6GSdkHdSxI47mWCDU9cbfhZYNjLvUgDo0jpOAU8v6U7dhTwfE7aR3ehKVDj/1akn2dygawCHtOjtrmEAFRVAmtxmYdpiOREFTSLK7d7c0AhYpgPXhdoBM3WEgx9Vv3WwfTSndsbkebqe8Rgc6/oj1Nk2u1Ns8Hu2NCX6z9c/qZ5Dw8yRYeXPkVAq+xDXKNxwLdTsRt9P1v35lrxj5dpQcqHqjOSCL0DDTmvPyVUDkfl7JqO/QFeU4xfvrF7qRE2AQEHkr354Jp3FIEMornWrxSjj72vKGLf+tbibK0Z8WZrLz9XUj1/nWKCk/6dznNnYdkMK3oGx5SKSR1lRcRGHLj/6LxeRi9itzdt2qs8iIojtW8sM3e5bjks3l4InHBDE2q7LYHjAcdME0XT99G9d46/G1R18jqiNzgAJ+ElEN1 Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_055A_01D5B0F9.3DD656A0" MIME-Version: 1.0 X-OriginatorOrg: ericsson.com X-MS-Exchange-CrossTenant-Network-Message-Id: 48088509-da3f-4f50-b7ab-08d77f07ff79 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Dec 2019 13:34:22.2870 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: KvB1WzklSokbQB5A3EU15HJwUTIGo3rbui7hY4YGGe10CBdZUeoBmsEaaYF0iKfMw9uLeoSip7na8i3/+qDd/dO2zwbRNPb0JoFrPkbROaE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM0PR0702MB3714 Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Dec 2019 13:34:27 -0000 ------=_NextPart_000_055A_01D5B0F9.3DD656A0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: netconf On Behalf Of Martin Bjorklund Sent: 2019. december 12., cs=C3=BCt=C3=B6rt=C3=B6k 9:57 To: balazs.lengyel=3D40ericsson.com@dmarc.ietf.org Cc: netconf@ietf.org; Mark Hollmann Subject: Re: [netconf] Defaults and NP containers in YangPush Hi, Bal=C3=A1zs Lengyel = wrote: > Hello, >=20 > If I have the data model >=20 > =20 >=20 > container cont1 { > presence =E2=80=9Cxx=E2=80=9D; > container cont2 { > leaf leaf1 { > type string; > default ddd; > }}} >=20 > And I create cont1 > * should Yang-Push report cont2 or leaf1 as created? > * Is this affected by with-default ? Great question! I think it must be affected by the server's basic-mode for = with-defaults. My assumption is that we want the subscriber to be able to keep a copy = of the data on the publisher, and we must allow different default = handling strategies in this copy - i.e., allow different implementation = strategies. [Another way of viewing this is that if we pass the data in the notif = back to the server in an edit-config, it should effectively be a no-op.] So, a 'report-all' server will send 'leaf1' in the notif, but an = 'explicit' or 'trim' server will not send it. Here's another case. After your operation above, suppose a client sets = 'leaf1' to 'ddd'. A 'trim' server will not include 'leaf1' in the = notis, but an 'explicit' will include it. (And a 'report-all' server will not see a change at all, since 'leaf1' already had 'ddd'). This means that the subscriber may need to be aware of the server's = basic-mode, in order to be able to correctly interpret the notifs. /martin _______________________________________________ BALAZS2: I agree with you, because this way if the client reacts to all = these notifications with additional edit-config operations, it will = receive the expected results considering the potential error messages = for create and delete operations.=20 Regards Balazs ------=_NextPart_000_055A_01D5B0F9.3DD656A0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIVbjCCAyAw ggIIoAMCAQICAR0wDQYJKoZIhvcNAQEFBQAwOTELMAkGA1UEBhMCRkkxDzANBgNVBAoTBlNvbmVy YTEZMBcGA1UEAxMQU29uZXJhIENsYXNzMiBDQTAeFw0wMTA0MDYwNzI5NDBaFw0yMTA0MDYwNzI5 NDBaMDkxCzAJBgNVBAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFz czIgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQCQF0o1ncrwDZbHRPoWN/xIvb1/ gC01O+FvqGepvwMcTYxvMkfVQWikEwTBNQyahEP8XB3/ibPoFxjNkV/7iePqv05dfBsm03V57eaE 41flrSnE9Doo56V7hDZps/1edr2jLZnTkE4jKH0YY/FUOyaddluXQrL/rvBO7N05lU6DBn/nSUDI xQGyVFpmHT38+ek8Cp6BuHDwAYvkI1R8yK74kB4AlnLUVM9hI7zq+50CldG2uXE6aQg/D7ThQseI 9T+YqKe6HOBxce9YV4FQelxrdEYOgwOYw46obvJ2Mm4ng8Jz89wY6LST6nVEawRgIHFXh53zvqCQ Iz2KJOHaIdvDAgMBAAGjMzAxMA8GA1UdEwEB/wQFMAMBAf8wEQYDVR0OBAoECEqgqliE0148MAsG A1UdDwQEAwIBBjANBgkqhkiG9w0BAQUFAAOCAQEAWs6H+RZyFVdLHdmb56ImMOyTZ9/WLdI0r/c4 pc6rFrmrL3w1y6zQD7RMK/yA72uMkV82dvfbsxsZ6vSyEf1hcUS/KLM6Hb+zQ+ifv9wxCHGwnY3W NEcykMZlJPegSnwEc485bxeMcrW9S8h6+HuDwyhOnAnqZz+yZwQbwxTa+OdJJJHQHWr6YTnva+ch dQYH2BK0ISBwQnGB2jyaNr6mWw1qbJofkXv5+e9Cuk5OnswMjZTc2UWcXuxCUGOu9F3EsRLcyjuo Lp0UWgV1t+zXY+K6NbYECJHo2p2c9ma1GKwKplQmNDPSG8HUfxo6jguqMm7b/E8ln9kyx5ZacKzf TDCCBX0wggRloAMCAQICEQCH7S4aKCZKxRmqOuu5DaLLMA0GCSqGSIb3DQEBCwUAMDkxCzAJBgNV BAYTAkZJMQ8wDQYDVQQKEwZTb25lcmExGTAXBgNVBAMTEFNvbmVyYSBDbGFzczIgQ0EwHhcNMTQx MjA1MDgxOTE1WhcNMjEwNDA1MTAyOTAwWjA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEfMB0GA1UE AwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIB AMK+6yfwIaPzaSZVfp3FVRaRXP3vIb9TgHot0pGMYzHw7CTww6XScnwQbfQ3t+XmfHnqjLWCi65I tqwA3GV17CpNX8GH9SBlK4GoRz6JI5UwFpB/6FcHSOcZrr9FZ7E3GwYq/t75rH2D+1665I+XZ75L jo1kB1c4VWk0Nj0TSO9P4tNmHqTPGrdeNjPUtAa9GAH9d4RQAEX1jF3oI7x+/jXh7VB7qTCNGdMJ jmhnXb88lxhTuylixcpecsHHltTbLaC0H2kD7OriUPEMPPCs81Mt8Bz17Ww5OXOAFshSsCPN4D7c 3TxHoLs1iuKYaIu+5b9y7tL6pe0S7fyYGKkmdtwoSxAgHNN/Fnct7W+A90m7UwW7XWjH1Mh1Fj+J Wov3F0fUTPHSiXk+TT2YqGHeOh7S+F4D4MHJHIzTjU3TlTazN19jY5szFPAtJmtTfImMMsJu7D0h ADnJoWjiUIMusDor8zagrC/kb2HCUQk5PotTubtn2txTuXZZNp1D5SDgPTJghSJRt8czu90VL6R4 pgd7gUY2BIbdeTXHlSw7sKMXNeVzH7RcWe/a6hBle3rQf5+ztCo3O3CLm1u5K7fsslESl1MpWtTw EhDcTwK7EpIvYtQ/aUN8Ddb8WHUBiJ1YFkveupD/RwGJBmr2X7KQarMCpgKIv7NHfirZ1fpoeDVN AgMBAAGjggGAMIIBfDBOBggrBgEFBQcBAQRCMEAwPgYIKwYBBQUHMAKGMmh0dHA6Ly9jYS50cnVz dC50ZWxpYXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY2VyMA8GA1UdEwEB/wQFMAMBAf8wGQYD VR0gBBIwEDAOBgwrBgEEAYIPAgMBAQIwDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBTwj1k4ALP1 j5qWDNXr+nuqF+gTEjCBuQYDVR0fBIGxMIGuMG+gbaBrhmlsZGFwOi8vY3JsLTEudHJ1c3QudGVs aWFzb25lcmEuY29tL2NuPVNvbmVyYSUyMENsYXNzMiUyMENBLG89U29uZXJhLGM9Rkk/Y2VydGlm aWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnkwO6A5oDeGNWh0dHA6Ly9jcmwtMi50cnVzdC50ZWxp YXNvbmVyYS5jb20vc29uZXJhY2xhc3MyY2EuY3JsMBMGA1UdIwQMMAqACEqgqliE0148MA0GCSqG SIb3DQEBCwUAA4IBAQAQ1elFTM6fGkQ/aRKdkUZicO3Cb9uzBJOpOtFctw+1El0/17lsjoVvJkZB D3KnUobnrriFdAa+7FAN55KLmZeB/3Y2bG0bB4toSyaVHjOQnQY9M0dv8U852w0Q7GwchKfebLUI bh9TMt2hI3Xc6j4knFTBUo7C1WAfO51K4bn1irmX6/Ej2VTgiOFsvOAny28W6enFSEQpSHw60VhN fSttSqTOxyrRR/7kW7Y8yb/3DZDZ/dH6ZCfx/y+BNIv2NuSd85M9HXUzplXXohti4Ql/qeaMn6by Ius6XlMWZZfkdVRvTuk2PkeC7UmAJ2+/DUWOPpawaytMXVfF4Hvxk34NMIIF/zCCA+egAwIBAgIR AOm+1xFswMzmixU1jNT/MSEwDQYJKoZIhvcNAQELBQAwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoM CEVyaWNzc29uMSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzMB4XDTE3MTAw OTE1MjQ1OFoXDTIwMTAwOTE1MjQ1N1owajERMA8GA1UECgwIRXJpY3Nzb24xGDAWBgNVBAMMD0Jh bMOhenMgTGVuZ3llbDEqMCgGCSqGSIb3DQEJARYbYmFsYXpzLmxlbmd5ZWxAZXJpY3Nzb24uY29t MQ8wDQYDVQQFEwZFVEhCTEwwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDUUtnneUfH i428YPkvW+AsCNeKCCKq72SzUZpBggijy+oLVO0cgTXXHygrZ+KT8TbyEkPwuHi+V4TQxWAyMhGa nWZHWZXe9ghEZrJDJbCzFMHOqR+wEDnI1vM3sfQQ68iSsWQLd9opnb2/ihiJlt9up75VRpyj5lea bvzxOLQimJgZiXaZzsPPT2nROyytKxOsE5KbfT3mNof3bMG1bggZtGGA1GBJchwdFJwQKIShfPVm 1CdulvJV1hPVecxttMJNPzSfSfryb/b64QnR5yc/pSx8SxD0h0rnNT73Al3Af2iRghdXN4omDKZY OcdK/sE5HTmLTFuWoZAnL/RntOK9AgMBAAGjggHBMIIBvTBIBgNVHR8EQTA/MD2gO6A5hjdodHRw Oi8vY3JsLnRydXN0LnRlbGlhLmNvbS9lcmljc3Nvbm5saW5kaXZpZHVhbGNhdjMuY3JsMIGCBggr BgEFBQcBAQR2MHQwKAYIKwYBBQUHMAGGHGh0dHA6Ly9vY3NwMi50cnVzdC50ZWxpYS5jb20wSAYI KwYBBQUHMAKGPGh0dHA6Ly9jYS50cnVzdC50ZWxpYXNvbmVyYS5jb20vZXJpY3Nzb25ubGluZGl2 aWR1YWxjYXYzLmNlcjAmBgNVHREEHzAdgRtiYWxhenMubGVuZ3llbEBlcmljc3Nvbi5jb20wVQYD VR0gBE4wTDBKBgwrBgEEAYIPAgMBARIwOjA4BggrBgEFBQcCARYsaHR0cHM6Ly9yZXBvc2l0b3J5 LnRydXN0LnRlbGlhc29uZXJhLmNvbS9DUFMwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMC MB0GA1UdDgQWBBSkJw2vbyMFmf9tY1urk9NeYfiMgTAfBgNVHSMEGDAWgBQcexmel5x2rCA92Nzj kWrj2y2mUzAOBgNVHQ8BAf8EBAMCBaAwDQYJKoZIhvcNAQELBQADggIBAD1RCVf5Df2uCXwPveXz LBGIjsz3k2la5UUlioC+i4Ms6vGstqXIX7K24+Wc41npi+G5xFhvkAkmuTP/j29F5xJJuJcy3OcL 0br02vKe2WJJnlivB+X9plPg0kMUBS0lLq7kHPUrO/BLeIIFRuaky05eZlTnGNcLbn5VpZdjX4Ic XZV78qpZI3L67Po1UgHzOTiWolc75jrKOx3UOw98fWRrgJPBUIeqDeD1NDfF7PlM4Cqlad062o6L lM9wfAnoLzz0z04dPXtJkOcTiZgOLdPoKIm7LR1wZ9c6mYw4sgtoVAs16Y2cCPBxqWpsW+9ZCcDK PPZzeBezCKyicpDJbTqCVMILd3j38HWUPWFuVITZNgANzHW1CpgqmiLIAADiznCCtudTE+fcB3O9 duuu/yuEME17LMy1GYMKXs1QCXmTq2hrqTJQ2AA2TsWZtoxl3ViqJgNBWjnQiMwdCl5Dural2jZP /iU6MmiauUNYn9YW/ViUluoBBdaUHMpnP/7kM0Wk8j3Wzhcggx+Biml2gCopMaK1EJYjQH/2J95N GEkSdZfVzFUmwV3yMd4mOhIaxW0SEq9b1eWICZ/BAcVBpSyU0sE1gpnBO5wLxj+IpSdiGlS4jc37 qCr/39xdv1Unu93glCmHq0xgX54N8EsyMBPC3+zSSu1qhCbU7VJWIz2aMIIGwjCCBKqgAwIBAgIQ U7h+g+GcmSiTsJtJHOy46zANBgkqhkiG9w0BAQsFADA3MRQwEgYDVQQKDAtUZWxpYVNvbmVyYTEf MB0GA1UEAwwWVGVsaWFTb25lcmEgUm9vdCBDQSB2MTAeFw0xNTEwMjcxMjE2NDZaFw0yNTEwMjcx MjE2NDZaMEcxCzAJBgNVBAYTAlNFMREwDwYDVQQKDAhFcmljc3NvbjElMCMGA1UEAwwcRXJpY3Nz b24gTkwgSW5kaXZpZHVhbCBDQSB2MzCCAiIwDQYJKoZIhvcNAQEBBQADggIPADCCAgoCggIBAOzy 3wAAuFDyp7vYVLfGk/fjwao71MNGNLSzzl5DtjQtMtl2ZLPZyX6ViqzTN9JOb7uZ6KxuGSpReQvt 8XOh7iIhkKH9W5hRpbjTsJmUMJd6zifhOpNK6iSU3q44+FjsQL1lVtcguUuFG6aZN0N3GFVbgt6j RrASF8t/3wy9bHPAIfMyPybpg6Y2PH5/1NwkTepoDSmK69LGV+lV2IK6U9OWayZXZFIFIDCoGyFl hFxAEgN+qZ2+Rqg/0TM0oCHvKO2ELSGmAdnJkwizR42ji/Y9SYTSuG75mzSe6OfCGWM8Db/xvy/2 0aLEPXNu1PvOgzY63WZ6cmkWnjMlVJ90pWC2haqDm3Yf8TRdjUvAl7Pz1bTuexwShzIGakL7MkCY rEqHMRaojI/VStloQgW76E76zQ2byw5QxrhOUbisBSKRzlTlOZQgYFFAbG6ViF8DOpJh/ygtQwuT LUM5r15G7eynQV1AMTNCWcX+HUvgArUw6RfW9L58uA68GjktFTV8s9RlDsUqsNcLqeXaV28S2WMd ay0YGaq/bloS8AD7KuumUKH+Ri9IGO9mJvP05tvDHjKpLvv80c3WLJnJU/aznYHYEt2+jjKHOTqd GTxL/zMdpRSQFSuu+KM8NoYrkU1VJqKga+QLsgqKghMp99gu1P1e6KsqseWHdXORrMbjqkBXAgMB AAGjggG4MIIBtDCBigYIKwYBBQUHAQEEfjB8MC0GCCsGAQUFBzABhiFodHRwOi8vb2NzcC50cnVz dC50ZWxpYXNvbmVyYS5jb20wSwYIKwYBBQUHMAKGP2h0dHA6Ly9yZXBvc2l0b3J5LnRydXN0LnRl bGlhc29uZXJhLmNvbS90ZWxpYXNvbmVyYXJvb3RjYXYxLmNlcjASBgNVHRMBAf8ECDAGAQH/AgEA MFUGA1UdIAROMEwwSgYMKwYBBAGCDwIDAQECMDowOAYIKwYBBQUHAgEWLGh0dHBzOi8vcmVwb3Np dG9yeS50cnVzdC50ZWxpYXNvbmVyYS5jb20vQ1BTMEsGA1UdHwREMEIwQKA+oDyGOmh0dHA6Ly9j cmwtMy50cnVzdC50ZWxpYXNvbmVyYS5jb20vdGVsaWFzb25lcmFyb290Y2F2MS5jcmwwHQYDVR0l BBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMA4GA1UdDwEB/wQEAwIBBjAdBgNVHQ4EFgQUHHsZnpec dqwgPdjc45Fq49stplMwHwYDVR0jBBgwFoAU8I9ZOACz9Y+algzV6/p7qhfoExIwDQYJKoZIhvcN AQELBQADggIBAFBYa/HVjDu0LqtXQ8iMp8PLFpqchf41ksQY6R1AsoZbaBUu0NQlAQ9GzlC1pmI5 s0cJnuaZI0xV6TiWS3/R2p9UgW61XD9CTIUbAL31mY3BdJf3P46gzKgQEca/DlFjq9GVmuPS4q90 BLNgvgoxoHubc3C6s0OaY1sbnay5EhnvrAE4Q511FlxmJPLnRmQGpieeXa3cPegFfY1kJDKyyFRy pF1RuRLXcdMIgKEy5NX1bS3M9dQ4mgmUmVT2d33UiKSEYQ6s/B+LFaaz4LywXSv2o3W4kbHoQs86 IWst821ww0wxsCpEfClIvF7fBw2QkbG/1PwuzAuLVStEhDzkAqOrMGctKyNEaBsyAn7Eq2eCa8QD Xnkmagp9QPsNFs/oqnXj9j1cVtH9a4OPzhtg0pd7gd0NzU/5QxibXqbYvouQgihGXHQDmaL4ruN7 C4arMUqRo82YnREsKL7h3j/jtmzcMLc9Q07F04QQd/iSR1Y5pIi6PdNBiE2/4uyAXS6KOIGZrPbN QUNrZtwiQpqQNl8AUzgegfPwrYFlFocpaF3d1m5r+2VKKqiRQVfYPGYeZnWfkcz06JoAhc/9mjbH XSP9hvWYzeLRuoZqHGUdjOX9DIQb926OneV7C5WMIjSY8ORkamG/HKqngmjypL3gSc6oG/E6B+1i 6Ds5j0Qpj5aQMYIDBTCCAwECAQEwXDBHMQswCQYDVQQGEwJTRTERMA8GA1UECgwIRXJpY3Nzb24x JTAjBgNVBAMMHEVyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EgdjMCEQDpvtcRbMDM5osVNYzU/zEh MAkGBSsOAwIaBQCgggF+MBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8X DTE5MTIxMjEzMzQyMFowIwYJKoZIhvcNAQkEMRYEFNpLAUIm7pEFruH51WYxefIHwHxyMEMGCSqG SIb3DQEJDzE2MDQwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcG BSsOAwIaMGsGCSsGAQQBgjcQBDFeMFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29u MSUwIwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8x ITBtBgsqhkiG9w0BCRACCzFeoFwwRzELMAkGA1UEBhMCU0UxETAPBgNVBAoMCEVyaWNzc29uMSUw IwYDVQQDDBxFcmljc3NvbiBOTCBJbmRpdmlkdWFsIENBIHYzAhEA6b7XEWzAzOaLFTWM1P8xITAN BgkqhkiG9w0BAQEFAASCAQAusbGsG8Y5t84xSuSl9FO9a2GB3nqLcfp5QMJ0+x9kiFmxQsDnJtRt lIY50c41sv4fOS85bCiU9pZk7CSRvvAHYopDCJJ2V6s2GcXvtY0mItiw8ykyxD7ZFXFJoDySyy2T 4/AXu9dimz6dHKN0FjrN/Em4tGHRZgmq3XyrjULdVdiC6CTs1LHoNa9f6rLgdXwkC9Qr7KeJRRgE lplDXiRsTwHX5v2/JoNgm7XeugnDC+jiPZ2AY8svdK9xMrcdXXuOUkMeC0UrPh/hZMm/f42FINzQ 5fi5wOcyiaRHuNeRvU1LcEidDMaB44Y6uIesMu2V33aEqlPIBasQw3iiRJwZAAAAAAAA ------=_NextPart_000_055A_01D5B0F9.3DD656A0-- From nobody Thu Dec 12 20:08:51 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F34612018B for ; Thu, 12 Dec 2019 20:08:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 1voxzwiOAVX4 for ; Thu, 12 Dec 2019 20:08:48 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 943541200F6 for ; Thu, 12 Dec 2019 20:08:48 -0800 (PST) Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 3C4714E603F697A4AA4A for ; Fri, 13 Dec 2019 04:08:46 +0000 (GMT) Received: from lhreml710-chm.china.huawei.com (10.201.108.61) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 13 Dec 2019 04:08:45 +0000 Received: from lhreml710-chm.china.huawei.com (10.201.108.61) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 13 Dec 2019 04:08:45 +0000 Received: from DGGEML402-HUB.china.huawei.com (10.3.17.38) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Fri, 13 Dec 2019 04:08:45 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by DGGEML402-HUB.china.huawei.com ([fe80::fca6:7568:4ee3:c776%31]) with mapi id 14.03.0439.000; Fri, 13 Dec 2019 12:08:38 +0800 From: Qin Wu To: "netconf@ietf.org" Thread-Topic: leafrefed data item in YANG Push Thread-Index: AdWxao/3v1bQh2UwS9WylLxsfb909w== Date: Fri, 13 Dec 2019 04:08:38 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94F7D0Fdggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 04:08:50 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA94F7D0Fdggeml511mbxchi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello: Can I subscribe to specific data item that refer to data item in another YA= NG module with other data item in the same subscription? Module bar { import foo {prefix ex;} leaf cc{type int8;} leaf bb { type leafref { path "../ex:aa"; } } } Module foo { leaf aa { type int8; } } In addition, If there is dangling reference, e.g., leaf bb refer to leaf aa= which doesn't exist, how this failure is handled by the server and exposed to the client? -Qin --_000_B8F9A780D330094D99AF023C5877DABAA94F7D0Fdggeml511mbxchi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hello:

Can I subscribe to specific dat= a item that refer to data item in another YANG module with other data item = in the same subscription?

Module bar {<= /p>

import foo {prefix ex;}

     leaf c= c{type int8;}

     leaf b= b {

     &= nbsp; type leafref {

     &= nbsp;   path "../ex:aa";

     &= nbsp; }

     }=

}

 

Module foo {<= /p>

     leaf a= a {

     &= nbsp; type int8;

     }=

}

In addition, If there is dangli= ng reference, e.g., leaf bb refer to leaf aa which doesn’t exist, how= this failure is handled by the server

and exposed to the client?=

 

-Qin

--_000_B8F9A780D330094D99AF023C5877DABAA94F7D0Fdggeml511mbxchi_-- From nobody Fri Dec 13 03:04:29 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF4EE12009E for ; Fri, 13 Dec 2019 03:04:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, 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=j07IIilD; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=Z39lumZv 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 JNSl6mbwFrNn for ; Fri, 13 Dec 2019 03:04:25 -0800 (PST) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C4B712007C for ; Fri, 13 Dec 2019 03:04:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3322; q=dns/txt; s=iport; t=1576235065; x=1577444665; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=/iY4t3SRm42Bz4JuKdsZTcOLIWigPIDPHO7Bv5xtcqY=; b=j07IIilDP3I7Ev04mcBeFxbMZEHF3njHJRDINp0ZOxWsFx6VPpqlv5r9 bXJpsDxB/foeQ/uijPxKuEJdg27tXYXR/rXWsC88D62bieyblhNU0jRTK AEFBMOUjM/PN6aLF6mIdGpIrp8z5G0p6Kgi56v8rjMIEPx0zzQyfG52se 0=; IronPort-PHdr: =?us-ascii?q?9a23=3AtrhMIR8n9JsWff9uRHGN82YQeigqvan1NQcJ65?= =?us-ascii?q?0hzqhDabmn44+8ZB7E/fs4iljPUM2b8P9Ch+fM+4HYEW0bqdfk0jgZdYBUER?= =?us-ascii?q?oMiMEYhQslVdSaCEnnK/jCZC0hF8MEX1hgrDm2?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DiAQDZbvNd/5hdJa1lGwEBAQEBAQE?= =?us-ascii?q?FAQEBEQEBAwMBAQGBfoFLUAVsWCAECyoKg3mDRgOLC4JfmAaCUgNUCQEBAQw?= =?us-ascii?q?BARgLCgIBAYN7RQIXgXckOBMCAw0BAQQBAQECAQUEbYU3DIVeAQEBAQMBARA?= =?us-ascii?q?REQwBASwLAQsEAgEIDgMEAQEBAgImAgICJQsVCAgBAQQBDQUIGoMBgkYDLgE?= =?us-ascii?q?CDKIJAoE4iGF1gTKCfgEBBYUJGIIXAwaBDiiFHIZ8GoFBP4FYgh4uPoJkAQE?= =?us-ascii?q?CgUsYgw4ygiyQLo8rjxoKgjCMV4k9mkGOS5o9AgQCBAUCDgEBBYFpIiqBLnA?= =?us-ascii?q?VO4JsUBEUig2DBYNzhRSFP3QBAYEmjWMBgQ8BAQ?= X-IronPort-AV: E=Sophos;i="5.69,309,1571702400"; d="scan'208";a="686323316" Received: from rcdn-core-1.cisco.com ([173.37.93.152]) by rcdn-iport-2.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Dec 2019 11:04:23 +0000 Received: from XCH-ALN-010.cisco.com (xch-aln-010.cisco.com [173.36.7.20]) by rcdn-core-1.cisco.com (8.15.2/8.15.2) with ESMTPS id xBDB4N2c016982 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Dec 2019 11:04:24 GMT Received: from xhs-rcd-002.cisco.com (173.37.227.247) by XCH-ALN-010.cisco.com (173.36.7.20) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Dec 2019 05:04:23 -0600 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rcd-002.cisco.com (173.37.227.247) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Dec 2019 05:04:23 -0600 Received: from NAM11-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 13 Dec 2019 05:04:23 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EfuAkCjKqtunGTjl1wU5I8k1TILslgXIRES441/mAJAxbj82h/OSWB73kxH7Armt6tAke3YJ3L88WrqQaLfiExbRo7rKrR/R1aHN0K09FAyQN+JWeM+vM1YyusaddySvlDXk9e05K6zwgGXV4s1mETb0H4UMQemR5mAIZQZsDyCDYlGfyA9OCoBNt4nGvsVQ1rmASP280KEWJ15kOVQ0sCDkkHqKnm5Ta2/g7Myzx3ESttbx9O1XkVa7WL0FjCP67H3Trzlwa0Ymkkt+D9LXVjDBCFpNTzBxCfhN0hdNJxDnRo/pnS+3Acta6kMScZeL4xVXd1kyUlq8MeKGbx+Yag== 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=/iY4t3SRm42Bz4JuKdsZTcOLIWigPIDPHO7Bv5xtcqY=; b=oJjBpVjuVmlCJBXUkHYYXa/bIjD5XQi0CA5nH4EeAIm//ubcCUxqi/ZCxvj//Xf2TAiK4uv2+XRs0uW1olvq09mxPIbv7VJNbkGJkdrXJ00PXrdi9qWAoKOKqzwaBYRg1iYqFq+IVqTmXlbm/GngOI4mB7g2Qpd4gCC3h929TH4f4Ow7LFLThy1ghcbpFvivoNT4vJvbwaQ1wIyXOUvzWcHSROEi+JQr7seMllQgf553a37KuSeoIDYgp/VRANnmFIPBzaZMTy2hYISZZczqkEt4M68kE+SCkka/rK7T3eyy12Lj9tQDzokXS8ZhcKmJvoqEJNCUtqBvpwxOqfjkoA== 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=/iY4t3SRm42Bz4JuKdsZTcOLIWigPIDPHO7Bv5xtcqY=; b=Z39lumZvqkxGbAHOHhf+Jzj/Y7ISCjhsm/eGnL81oxAD3bitEUgF2xY72w9o9P3A4iushejMW6+BhEPiTv44Db/R0+meC+fGiOv2kXYrZc07pU951tD2IPqx2LE1eu+Sr6U1kyHzGeE8YwreqlB0bILr8PAeMkqwgNfhZNnwHt4= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB3664.namprd11.prod.outlook.com (20.178.252.76) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2516.17; Fri, 13 Dec 2019 11:04:22 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::8106:b538:2920:a44f]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::8106:b538:2920:a44f%5]) with mapi id 15.20.2538.017; Fri, 13 Dec 2019 11:04:22 +0000 From: "Rob Wilton (rwilton)" To: Martin Bjorklund , "balazs.lengyel=40ericsson.com@dmarc.ietf.org" CC: "netconf@ietf.org" , "mark.hollmann@ericsson.com" Thread-Topic: [netconf] Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvAAny/CAADZogNA= Date: Fri, 13 Dec 2019 11:04:21 +0000 Message-ID: References: <20191212.095709.2123523251711416815.mbj@tail-f.com> In-Reply-To: <20191212.095709.2123523251711416815.mbj@tail-f.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rwilton@cisco.com; x-originating-ip: [173.38.220.62] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 0f244c1c-6039-4662-271c-08d77fbc3542 x-ms-traffictypediagnostic: MN2PR11MB3664: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0250B840C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(366004)(396003)(39860400002)(376002)(136003)(13464003)(189003)(199004)(76116006)(66446008)(8936002)(26005)(86362001)(66476007)(52536014)(81156014)(64756008)(66556008)(66946007)(8676002)(2906002)(5660300002)(33656002)(966005)(54906003)(81166006)(53546011)(186003)(71200400001)(66574012)(9686003)(478600001)(7696005)(55016002)(110136005)(316002)(6506007)(4326008); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB3664; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: kmLSO61LCBS3Ib5lwpo/bpwyiAsEf9Qwklj9/PDcfeTKnnJK+B0r6xPLS6Ec0Tw9zLTGGXzv954y1+iMAnfHxCyl8TBDcGT6JyfBvtZStYLPdhWZNvq41bTS/gczIi59+6ReaWL0rLcuJX1DrdtD0p7LRkpAT4FruLLQbrK1FiZMlLZmR5DnVlfW2hOjL8arKMQXVl55taf3/gguFpvVks9Z8Y4pFxKvbQPT36aaXyoKf1xV2+iUE5B/cGDZ651vv5UWOponLxPtrlto8MIRRStbG0I9qdKD/2NIBXWTf1cobXdKKlgvrF7P+Z0pw2dVKEmTGOZesiXTy3M0+VblIHo8AC/EQDAW+o1Xg73oBr7sPA3mwGlECDpazFIE6I4l7FG8XmmdK8LJVXbh1zxQsR0V4tRjGuDrqfpU79J2cnlkpwyHBNwQCuHZDTR4vLvRVTtcIW3dpFsvbPqfm/9j9DyQ+Bp+vcrTIbys7lGLGf7aDJ7BabucF7Lx/o+G37O/tDF5UC6cnNQS8MqUBvqliXKnoEqMcbmcYYzzKIf35S0= x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 0f244c1c-6039-4662-271c-08d77fbc3542 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 11:04:21.9062 (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: se9Sjcl4LdLGHys4HakB8fCS0st5QqIaa3h3QF9X0V3y2UhAyTHb/jw/wrDnOqwGSuyX2ESacn84fIEvRmkfWg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB3664 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.20, xch-aln-010.cisco.com X-Outbound-Node: rcdn-core-1.cisco.com Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 11:04:28 -0000 SGkgTWFydGluLA0KDQpJJ3ZlIG5vdCB0aG91Z2h0IGRlZXBseSBhYm91dCB0aGlzLCBidXQgSSBh bHNvIHByb2JhYmx5IGFncmVlIHdpdGggeW91Lg0KDQpIb3dldmVyLCBJJ20gbm90IHN1cmUgdGhh dCB5b3VyIHBvc2l0aW9uIGlzIG5lY2Vzc2FyaWx5IG9idmlvdXMuICBIZW5jZSwgaXQgbWlnaHQg YmUgbmljZSBpZiB0aGlzIHdhcyBmb3JtYWxseSBzcGVjaWZpZWQgc29tZXdoZXJlLiAgSSBhbHNv IHRoaW5rIHRoYXQgdGhlICJ3aXRoLWRlZmF1bHRzIiBiZWhhdmlvdXJzIHNob3VsZG4ndCBuZWNl c3NhcnkgYXBwbHkgdGhlIHNhbWUgd2F5IHRvIGFsbCBkYXRhc3RvcmVzLiAgRS5nLiBhIHNlcnZl ciBtaWdodCB3YW50IHRvIGNob29zZSAiZXhwbGljaXQiIG1vZGUgZm9yIDxydW5uaW5nPiwgYnV0 IHBlcmhhcHMgInRyaW0iIG9yICJyZXBvcnQtYWxsIiBmb3IgPGludGVuZGVkPi4NCg0KTWF5YmUg dGhlcmUgc2hvdWxkIGJlIGEgYmlzIHZlcnNpb24gb2YgUkZDIDYyNDMgLi4uIGNvdmVyaW5nIGRh dGFzdG9yZXMgYW5kIFlBTkcgcHVzaC4NCg0KVGhhbmtzLA0KUm9iDQoNCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IG5ldGNvbmYgPG5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZz4g T24gQmVoYWxmIE9mIE1hcnRpbiBCam9ya2x1bmQNClNlbnQ6IDEyIERlY2VtYmVyIDIwMTkgMDg6 NTcNClRvOiBiYWxhenMubGVuZ3llbD00MGVyaWNzc29uLmNvbUBkbWFyYy5pZXRmLm9yZw0KQ2M6 IG5ldGNvbmZAaWV0Zi5vcmc7IG1hcmsuaG9sbG1hbm5AZXJpY3Nzb24uY29tDQpTdWJqZWN0OiBS ZTogW25ldGNvbmZdIERlZmF1bHRzIGFuZCBOUCBjb250YWluZXJzIGluIFlhbmdQdXNoDQoNCkhp LA0KDQoNCkJhbMOhenMgTGVuZ3llbCA8YmFsYXpzLmxlbmd5ZWw9NDBlcmljc3Nvbi5jb21AZG1h cmMuaWV0Zi5vcmc+IHdyb3RlOg0KPiBIZWxsbywNCj4gDQo+IElmIEkgaGF2ZSB0aGUgZGF0YSBt b2RlbA0KPiANCj4gIA0KPiANCj4gY29udGFpbmVyIGNvbnQxIHsNCj4gDQo+IHByZXNlbmNlIMKT eHjClDsNCj4gDQo+ICAgY29udGFpbmVyIGNvbnQyIHsNCj4gDQo+ICAgICBsZWFmIGxlYWYxIHsN Cj4gDQo+ICAgICAgIHR5cGUgc3RyaW5nOw0KPiANCj4gICAgICAgZGVmYXVsdCBkZGQ7DQo+IA0K PiB9fX0NCj4gDQo+ICANCj4gDQo+IEFuZCBJIGNyZWF0ZSBjb250MQ0KPiANCj4gKglzaG91bGQg WWFuZy1QdXNoIHJlcG9ydCBjb250MiBvciBsZWFmMSBhcyBjcmVhdGVkPw0KPiAqCUlzIHRoaXMg YWZmZWN0ZWQgYnkgd2l0aC1kZWZhdWx0ID8NCg0KR3JlYXQgcXVlc3Rpb24hDQoNCkkgdGhpbmsg aXQgbXVzdCBiZSBhZmZlY3RlZCBieSB0aGUgc2VydmVyJ3MgYmFzaWMtbW9kZSBmb3Igd2l0aC1k ZWZhdWx0cy4NCg0KTXkgYXNzdW1wdGlvbiBpcyB0aGF0IHdlIHdhbnQgdGhlIHN1YnNjcmliZXIg dG8gYmUgYWJsZSB0byBrZWVwIGEgY29weSBvZiB0aGUgZGF0YSBvbiB0aGUgcHVibGlzaGVyLCBh bmQgd2UgbXVzdCBhbGxvdyBkaWZmZXJlbnQgZGVmYXVsdCBoYW5kbGluZyBzdHJhdGVnaWVzIGlu IHRoaXMgY29weSAtIGkuZS4sIGFsbG93IGRpZmZlcmVudCBpbXBsZW1lbnRhdGlvbiBzdHJhdGVn aWVzLg0KDQpbQW5vdGhlciB3YXkgb2Ygdmlld2luZyB0aGlzIGlzIHRoYXQgaWYgd2UgcGFzcyB0 aGUgZGF0YSBpbiB0aGUgbm90aWYgYmFjayB0byB0aGUgc2VydmVyIGluIGFuIGVkaXQtY29uZmln LCBpdCBzaG91bGQgZWZmZWN0aXZlbHkgYmUgYSBuby1vcC5dDQoNClNvLCBhICdyZXBvcnQtYWxs JyBzZXJ2ZXIgd2lsbCBzZW5kICdsZWFmMScgaW4gdGhlIG5vdGlmLCBidXQgYW4gJ2V4cGxpY2l0 JyBvciAndHJpbScgc2VydmVyIHdpbGwgbm90IHNlbmQgaXQuDQoNCkhlcmUncyBhbm90aGVyIGNh c2UuICBBZnRlciB5b3VyIG9wZXJhdGlvbiBhYm92ZSwgc3VwcG9zZSBhIGNsaWVudCBzZXRzICds ZWFmMScgdG8gJ2RkZCcuICBBICd0cmltJyBzZXJ2ZXIgd2lsbCBub3QgaW5jbHVkZSAnbGVhZjEn IGluIHRoZSBub3RpcywgYnV0IGFuICdleHBsaWNpdCcgd2lsbCBpbmNsdWRlIGl0LiAgKEFuZCBh ICdyZXBvcnQtYWxsJw0Kc2VydmVyIHdpbGwgbm90IHNlZSBhIGNoYW5nZSBhdCBhbGwsIHNpbmNl ICdsZWFmMScgYWxyZWFkeSBoYWQgJ2RkZCcpLg0KDQpUaGlzIG1lYW5zIHRoYXQgdGhlIHN1YnNj cmliZXIgbWF5IG5lZWQgdG8gYmUgYXdhcmUgb2YgdGhlIHNlcnZlcidzIGJhc2ljLW1vZGUsIGlu IG9yZGVyIHRvIGJlIGFibGUgdG8gY29ycmVjdGx5IGludGVycHJldCB0aGUgbm90aWZzLg0KDQoN Ci9tYXJ0aW4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQpuZXRjb25mIG1haWxpbmcgbGlzdA0KbmV0Y29uZkBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQo= From nobody Fri Dec 13 03:16:17 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2D75120108 for ; Fri, 13 Dec 2019 03:16:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.437 X-Spam-Level: * X-Spam-Status: No, score=1.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SBL_CSS=3.335, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 Ch2LlMk06QI9 for ; Fri, 13 Dec 2019 03:16:12 -0800 (PST) Received: from EUR03-VE1-obe.outbound.protection.outlook.com (mail-eopbgr50050.outbound.protection.outlook.com [40.107.5.50]) (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 5B10412011C for ; Fri, 13 Dec 2019 03:16:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oJdhL+UMtnyCLYtDqqEvFfU5lJUCzbVh+Ss0bFaXVUabfxxQoLaH03bo0y1IDFGAmwh1rtaVn5KIBTO6clVlF8AxMJmQzleBZM35Typ4vuJVH+C4kVnfgxbPLuDNpVBqHcm0BCeMHMPR0+nOh7VBexvWKbUnDxzr892FEWlW7dRPVRoaTnm45VG0dBUvYeEbnD3T1Mqf7xjoc5vI1zjKgph2VATpfeWgD72X6bXd9FStP73pTor67PdERFSSfv+B8+QgdoPnQV+3JbmaYv9mCbRXwDKKvDTI88NgKr2OjUGE18EkGqCw4S7K71urYiKVgo88gTZLEoBMW620H4TYnA== 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=aOLgCUdSaCZZMxtBUlCuaZwgvq8yR9Dk0ChtxhIe2gw=; b=RZxKWjv/1ssrhX2OWYsa+0J/7fIUc0uctJ+0mOWyVcKF8LzCVjDQgHg12OhE/r9FD4vObWcPJCwlVKJ7OE8Y/VaEIkTMf4ywomcaJWTniuOBNq33pRgg3PIEOLx103TB+Vk5fg9zRQ1NbhM1sv1gxd9b4pixk+5wAHfSeOpafIbzoC+I5gbhSOZraa7s50V1JkG1TK8Em9/nlPqCH9Nuu3ItQjO2i9PykTE8u36iV5+AZgiK/ccxTqjfwN3dUnTDvO04bxAUTGs4p9tOy9oRX8OVWPLDiF4i7vIR+ocBMUx8QdGKSgIf4HciCkhu4h1AlTJk4MZ6pCtMEN7sQgAsYg== 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=aOLgCUdSaCZZMxtBUlCuaZwgvq8yR9Dk0ChtxhIe2gw=; b=uGaL0av2LtyQlriezPWQrVQR2xOkT1lKrvze9cLhPiWFwe91n28y21cRk0fJg3IMRlFazNSBj5VR4J7FKFGqSjpiSqMXwgPmc/cFrKUEOMTGsuD+XMOr6GDcBzGQsg1vk9TjOdxnPB6CNMUKBzsCedl0PeMIS2NBP7k0Za08rY0= Received: from AM5P190MB0482.EURP190.PROD.OUTLOOK.COM (10.161.65.11) by AM5P190MB0372.EURP190.PROD.OUTLOOK.COM (10.161.89.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.18; Fri, 13 Dec 2019 11:16:08 +0000 Received: from AM5P190MB0482.EURP190.PROD.OUTLOOK.COM ([fe80::446a:6ef3:3d8a:fca3]) by AM5P190MB0482.EURP190.PROD.OUTLOOK.COM ([fe80::446a:6ef3:3d8a:fca3%7]) with mapi id 15.20.2538.016; Fri, 13 Dec 2019 11:16:08 +0000 From: =?Windows-1252?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: "Rob Wilton (rwilton)" CC: Martin Bjorklund , "balazs.lengyel=40ericsson.com@dmarc.ietf.org" , "netconf@ietf.org" , "mark.hollmann@ericsson.com" Thread-Topic: [netconf] Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvAAny/CAADZogNAAALyQgA== Date: Fri, 13 Dec 2019 11:16:08 +0000 Message-ID: <20191213111607.fzm2ybgb73a2wxd2@anna.jacobs.jacobs-university.de> References: <20191212.095709.2123523251711416815.mbj@tail-f.com> In-Reply-To: Reply-To: =?Windows-1252?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR01CA0034.eurprd01.prod.exchangelabs.com (2603:10a6:208:69::47) To AM5P190MB0482.EURP190.PROD.OUTLOOK.COM (2603:10a6:206:1d::11) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [212.201.44.247] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 2c38de22-e19c-4c6e-1c96-08d77fbdda4b x-ms-traffictypediagnostic: AM5P190MB0372: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0250B840C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(136003)(396003)(376002)(39850400004)(366004)(346002)(189003)(199004)(13464003)(6916009)(52116002)(6486002)(316002)(786003)(53546011)(71200400001)(4326008)(3450700001)(54906003)(5660300002)(6506007)(86362001)(966005)(1076003)(26005)(66574012)(8936002)(81156014)(8676002)(186003)(66476007)(66946007)(2906002)(478600001)(66446008)(64756008)(66556008)(81166006)(6512007); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P190MB0372; H:AM5P190MB0482.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A: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: abcTLgJ+kUuJrMjl34Zg4fHQSDZBPOgcaYB/e7BeQO56lJlwHOAHXO6Sza/3Ti39JaRy7eTfdG18dR9Fi2pP/dAYQ4sBbxgXEhMfjT98Q+hn59Rl0taxNCSByJ0SW1cZRFWWgYSJwp8tKf3zPbpVx3xQj3Acwi2QdTumIxvFGC4wlNWJtup5xytNUuhHzMkFYzAWnZwXu5JySZJoG4E8ZGXg1TqfYgTVL5RfGe8cupuqE1P88DeQknSnhE7ycySHnHyShE4eT9kxHMTcHH2UBePxkJ785xthkrZnfUBvOKVBmM6iCPTfwyx37WNS7z+pZsGQ/XhmaqD1lV7jMUjVaItfdtFkQ7ZJgE52KBZOVp6fLdmWJgwZEOEsTQIWYayONhxuWjuW07tY5DfYGd26mYQjxcuZHFYk79HRJmbqFB+kri+SiPbEKqHzlBeVyrwccdXtBIx8/LGALYV9P4bt6kz/x88wCG9fLJ17fyjrIFyHPEWlgUCAYvGeRJmikaw8EIFyWQDIikad/Keqw7MjunxaeNx8yAXJk15vWVKw+N0= Content-Type: text/plain; charset="Windows-1252" Content-ID: <2033C30C977A7C4C847CD298EEB56A41@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: 2c38de22-e19c-4c6e-1c96-08d77fbdda4b X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 11:16:08.6765 (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: RxfVrUWdujT3hRl8Z6T4LvNQ8zYr9HlxM4OU3a+/fXI4XdX5o4JrvEOAwTHEmPlOuwxPDyIDvbig9+9JfH2mdW/UXst0z/IlZbC5UIFgTEE= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P190MB0372 Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 11:16:15 -0000 For me, "explicit" is the only sane mode. We enhance interoperability if we would converge to that instead of making things more complex by allowing per datastore different default handling modes. This is leading into the wrong direction if you ask me. /js (in explicit mode) On Fri, Dec 13, 2019 at 11:04:21AM +0000, Rob Wilton (rwilton) wrote: > Hi Martin, >=20 > I've not thought deeply about this, but I also probably agree with you. >=20 > However, I'm not sure that your position is necessarily obvious. Hence, = it might be nice if this was formally specified somewhere. I also think th= at the "with-defaults" behaviours shouldn't necessary apply the same way to= all datastores. E.g. a server might want to choose "explicit" mode for , but perhaps "trim" or "report-all" for . >=20 > Maybe there should be a bis version of RFC 6243 ... covering datastores a= nd YANG push. >=20 > Thanks, > Rob >=20 >=20 > -----Original Message----- > From: netconf On Behalf Of Martin Bjorklund > Sent: 12 December 2019 08:57 > To: balazs.lengyel=3D40ericsson.com@dmarc.ietf.org > Cc: netconf@ietf.org; mark.hollmann@ericsson.com > Subject: Re: [netconf] Defaults and NP containers in YangPush >=20 > Hi, >=20 >=20 > Bal=E1zs Lengyel wrote: > > Hello, > >=20 > > If I have the data model > >=20 > > =20 > >=20 > > container cont1 { > >=20 > > presence =93xx=94; > >=20 > > container cont2 { > >=20 > > leaf leaf1 { > >=20 > > type string; > >=20 > > default ddd; > >=20 > > }}} > >=20 > > =20 > >=20 > > And I create cont1 > >=20 > > * should Yang-Push report cont2 or leaf1 as created? > > * Is this affected by with-default ? >=20 > Great question! >=20 > I think it must be affected by the server's basic-mode for with-defaults. >=20 > My assumption is that we want the subscriber to be able to keep a copy of= the data on the publisher, and we must allow different default handling st= rategies in this copy - i.e., allow different implementation strategies. >=20 > [Another way of viewing this is that if we pass the data in the notif bac= k to the server in an edit-config, it should effectively be a no-op.] >=20 > So, a 'report-all' server will send 'leaf1' in the notif, but an 'explici= t' or 'trim' server will not send it. >=20 > Here's another case. After your operation above, suppose a client sets '= leaf1' to 'ddd'. A 'trim' server will not include 'leaf1' in the notis, bu= t an 'explicit' will include it. (And a 'report-all' > server will not see a change at all, since 'leaf1' already had 'ddd'). >=20 > This means that the subscriber may need to be aware of the server's basic= -mode, in order to be able to correctly interpret the notifs. >=20 >=20 > /martin > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Dec 13 03:51:11 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F136C120108 for ; Fri, 13 Dec 2019 03:51:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=bTPaYGq9; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=CzJW/bTM 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 Y9jDAFapYf2B for ; Fri, 13 Dec 2019 03:51:07 -0800 (PST) Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E115120047 for ; Fri, 13 Dec 2019 03:51:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4933; q=dns/txt; s=iport; t=1576237867; x=1577447467; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=FpyGewmdYg55xcAyqLOunshzhjO33QLHUMD1ijX/4XY=; b=bTPaYGq9MP0v7ZF+b8RkbY1dSFFxiskLL7ETuknPtt7WafUelJ1KO1PL HvwHZL1f4xkeRCVzB3UOEYDDVg+z9ejTBLAiibcILeK1/0iqn6DCiwJHo plgtIk6Txr7YCVOB8ZkbX4qk8GK/lWX5yxeBcl6xR9QnUHASbCWkcTGND U=; IronPort-PHdr: =?us-ascii?q?9a23=3AXeKKIRFvro0UZU1pfa9CMp1GYnJ96bzpIg4Y7I?= =?us-ascii?q?YmgLtSc6Oluo7vJ1Hb+e4z1A3SRYuO7fVChqKWqK3mVWEaqbe5+HEZON0pNV?= =?us-ascii?q?cejNkO2QkpAcqLE0r+eeT1bigmG8JqX15+9Hb9Ok9QS47z?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0CwAABdevNd/49dJa1iAxoBAQEBAQE?= =?us-ascii?q?BAQEDAQEBAREBAQECAgEBAQGBfoFLUAVsWCAECyoKhz8DiwyCX5gGglIDVAk?= =?us-ascii?q?BAQEMAQEYCwoCAQGDe0UCgg8kOBMCAw0BAQQBAQECAQUEbYU3DIVeAQEBAQM?= =?us-ascii?q?BARAuAQEsCwELAgICAQgQAQQBAQEuGwwLHQgBAQQOBQgagwGCRgMuAQIMogc?= =?us-ascii?q?CgTiIYYIngn4BAQWFBBiCFwMGBYExhRyGfBqBQT+BWIIeLj6CZAEBAoFLGAU?= =?us-ascii?q?aJoJ7giyXBpdtCoIwjFeJPZpBqQgCBAIEBQIOAQEFgWkigVhwFTuCbFARFIo?= =?us-ascii?q?NgwWDczOEYYU/dAEBgSaNYwGBDwEB?= X-IronPort-AV: E=Sophos;i="5.69,309,1571702400"; d="scan'208";a="683323651" Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Dec 2019 11:51:04 +0000 Received: from XCH-RCD-007.cisco.com (xch-rcd-007.cisco.com [173.37.102.17]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id xBDBp3vL006087 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Dec 2019 11:51:03 GMT Received: from xhs-rtp-003.cisco.com (64.101.210.230) by XCH-RCD-007.cisco.com (173.37.102.17) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Dec 2019 05:51:02 -0600 Received: from xhs-aln-002.cisco.com (173.37.135.119) by xhs-rtp-003.cisco.com (64.101.210.230) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Fri, 13 Dec 2019 06:51:01 -0500 Received: from NAM10-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-002.cisco.com (173.37.135.119) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Fri, 13 Dec 2019 05:51:01 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=izT6rwTdDslY/JZ6bJdpLBVeq2d9kLFKDMmzFVahv8AfXHZA30QojtJer284dWePgc1l8L5h+527uYRsnAwGP1/9uF3wOX+fAO3YAE19R3/tNmTZJNUWeER4clDBOl0tTzYD61zaHxbve+H5J6o0krlf+hvpenhhEF2FhSVNlwVgEaCvCipv6+uNrtzzF3tQiarTgWkI6zY2ZWJWBgBLSr2lq5ZRYEJhBUtBBsmwlnplvx+KXM+7E6i6dgNJZ73mD3Wf5Uvp88uMZuC+TPBp9D6NNpmsuxFOXAAVCsAxVvsVIdDStfYwSYFs3K1pMrgwiF1YK2yjz890rkbrtKF4TA== 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=SIoG/XQjM/m7c1HHPnKNRRQy0e4oxx0qGuWjyFygB3I=; b=kJhexgMAHIw8bUmhsP58dFYHgDUmxVDhx9rfHP6/GhpROP1vnViXhy3e3nun2b65jhY59dCAU831OVdhdUD2uGRzYBLdVnCts/pX1+2AXjvsPEU80zVv/WYvywjUV/V0fnpn8Ay8EvXxUz3Czu65ZylgciO3Dq5pTMShrffxMX0fdhp8W+eIgUyFVcR2ke4Bwl/MnG9DZQrMpzpGYifUeJHVaJkGMISH2aoae32J4iXthmen7bTJ29sEAblnDyOefbaundW/5pkrIBmAWWk7Z+2bLGZGDf4ebhHEAzMis2w0XIyYc6i1hyEHkz5+fhvzsJAX5TATJ+KiWJ1IKn3JTw== 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=SIoG/XQjM/m7c1HHPnKNRRQy0e4oxx0qGuWjyFygB3I=; b=CzJW/bTMd/ym1t9HZ7xRiIM3VHEJc+zmuQOg14bct7gs4MAH6RwbWJqbZ2TGcp1OpKYeCuX2qqRTbawRM3MP+qbk+OUPjc7z0Jg5GFW+WfyqDRJK2kzD0dTlNHq+CBbNQjWS3wxUKpsPhhvauRygsIY5lOkXgjUNN3sUbki7UW4= Received: from MN2PR11MB4366.namprd11.prod.outlook.com (52.135.38.209) by MN2PR11MB4463.namprd11.prod.outlook.com (52.135.38.217) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.17; Fri, 13 Dec 2019 11:51:00 +0000 Received: from MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::8106:b538:2920:a44f]) by MN2PR11MB4366.namprd11.prod.outlook.com ([fe80::8106:b538:2920:a44f%5]) with mapi id 15.20.2538.017; Fri, 13 Dec 2019 11:51:00 +0000 From: "Rob Wilton (rwilton)" To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= CC: Martin Bjorklund , "balazs.lengyel=40ericsson.com@dmarc.ietf.org" , "netconf@ietf.org" , "mark.hollmann@ericsson.com" Thread-Topic: [netconf] Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvAAny/CAADZogNAAALyQgAAAOWDA Date: Fri, 13 Dec 2019 11:50:59 +0000 Message-ID: References: <20191212.095709.2123523251711416815.mbj@tail-f.com> <20191213111607.fzm2ybgb73a2wxd2@anna.jacobs.jacobs-university.de> In-Reply-To: <20191213111607.fzm2ybgb73a2wxd2@anna.jacobs.jacobs-university.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=rwilton@cisco.com; x-originating-ip: [173.38.220.62] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: ab4cc5fe-0a55-4e03-a2a6-08d77fc2b917 x-ms-traffictypediagnostic: MN2PR11MB4463: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0250B840C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(376002)(396003)(346002)(39860400002)(13464003)(199004)(189003)(51444003)(66946007)(55016002)(186003)(26005)(66476007)(6506007)(64756008)(66446008)(53546011)(7696005)(9686003)(66556008)(52536014)(4326008)(76116006)(2906002)(33656002)(81156014)(71200400001)(478600001)(8936002)(86362001)(316002)(54906003)(66574012)(8676002)(81166006)(5660300002)(966005)(6916009); DIR:OUT; SFP:1101; SCL:1; SRVR:MN2PR11MB4463; H:MN2PR11MB4366.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 7OPebOTwqXkn8GwIGRHlVkJbbqce5mcm8KPc0dIqh1irgTnOOcZIdLoFZ1Dt5YVJ6h75G3AJwtGJkHurgTus0dTGjtYrQZA8jRN2uznZO3YoDOA9qz5Wpb/K3dcN59pJc7U7GSzYorDyTiIaNqCKcJj/T6lkbGHAB5VFFK5MIaohDFapl4UFQgLpCQvB43oFXh2imSon0rR80RBb4XHOECsA4/B7kSP8KnozcK0o1GmlhAmUzdh6IonHwSp4S9kbbsFLXVssi/JxJH+qJLmzKH7CWSdMmXR+qztOWSOfR/hMCJh5pN45LPSQkliW+dyjz0l+MZP6KRH0GEvm5HAVOjIWCFb4DUgpEFf349vgeAYHf9XJYDSL/Z2n3zo1ywHTDCpYAqCbTr828U5epVtGazwcjIcEp1PLD+pIAMVW3VINmlWbtNdOUn/dVU+l6cl2Rk1+HIK3Pm4cfbPLx/sB5fcqZvI7ssYjKOKde8ELVgvKEX8JegwiUP1VfypD5hSo0wChXfuzCUsbjnfmO3ivxZ4zUk/La90DTIixCHq5Qds7qrB4cpuQQ9RdS7JZQ3ey x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: ab4cc5fe-0a55-4e03-a2a6-08d77fc2b917 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 11:51:00.0592 (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: HLFUvLRrZtvePHATxsEW7AYVaBCvO4F4RwUtrSEkOknDrotM9145alXI95qrkVU9JEzlIqQu/8grUWiqTq7Zrw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: MN2PR11MB4463 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.37.102.17, xch-rcd-007.cisco.com X-Outbound-Node: rcdn-core-7.cisco.com Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 11:51:10 -0000 Hi Juergen, I'm all for keeping things simple and homogeneous. For client writable configurable datastores then I completely agree with yo= u that "explicit" is the sanest basic mode, and I support converging on tha= t. If devices want to optionally support returning the contents with-defau= lt versions of that data on a per query basis then that is fine with me. But for , RFC 8526 effectively specifies: - if no "with-default" parameter is specified, then the values returned ar= e the "in-use" values, i.e. really much closer to the "report-all" default = mode. - "report-all-tagged" and "trim" MAY be specified and return different out= put. For , I would be happy if we agreed on what basic mode that datas= tore should default to, and what other optional with-default modes are allo= wed, but for this datastore it isn't obvious to me that "explicit" is neces= sarily the right choice. Either way, I think that it would be helpful to refine what we have standar= dized so far, and make sure that the behaviour is well specified. At the m= oment, it doesn't seem to be. Thanks, Rob -----Original Message----- From: Sch=F6nw=E4lder, J=FCrgen =20 Sent: 13 December 2019 11:16 To: Rob Wilton (rwilton) Cc: Martin Bjorklund ; balazs.lengyel=3D40ericsson.com@dmar= c.ietf.org; netconf@ietf.org; mark.hollmann@ericsson.com Subject: Re: [netconf] Defaults and NP containers in YangPush For me, "explicit" is the only sane mode. We enhance interoperability if we= would converge to that instead of making things more complex by allowing p= er datastore different default handling modes. This is leading into the wro= ng direction if you ask me. /js (in explicit mode) On Fri, Dec 13, 2019 at 11:04:21AM +0000, Rob Wilton (rwilton) wrote: > Hi Martin, >=20 > I've not thought deeply about this, but I also probably agree with you. >=20 > However, I'm not sure that your position is necessarily obvious. Hence, = it might be nice if this was formally specified somewhere. I also think th= at the "with-defaults" behaviours shouldn't necessary apply the same way to= all datastores. E.g. a server might want to choose "explicit" mode for , but perhaps "trim" or "report-all" for . >=20 > Maybe there should be a bis version of RFC 6243 ... covering datastores a= nd YANG push. >=20 > Thanks, > Rob >=20 >=20 > -----Original Message----- > From: netconf On Behalf Of Martin Bjorklund > Sent: 12 December 2019 08:57 > To: balazs.lengyel=3D40ericsson.com@dmarc.ietf.org > Cc: netconf@ietf.org; mark.hollmann@ericsson.com > Subject: Re: [netconf] Defaults and NP containers in YangPush >=20 > Hi, >=20 >=20 > Bal=E1zs Lengyel wrote: > > Hello, > >=20 > > If I have the data model > >=20 > > =20 > >=20 > > container cont1 { > >=20 > > presence "xx"; > >=20 > > container cont2 { > >=20 > > leaf leaf1 { > >=20 > > type string; > >=20 > > default ddd; > >=20 > > }}} > >=20 > > =20 > >=20 > > And I create cont1 > >=20 > > * should Yang-Push report cont2 or leaf1 as created? > > * Is this affected by with-default ? >=20 > Great question! >=20 > I think it must be affected by the server's basic-mode for with-defaults. >=20 > My assumption is that we want the subscriber to be able to keep a copy of= the data on the publisher, and we must allow different default handling st= rategies in this copy - i.e., allow different implementation strategies. >=20 > [Another way of viewing this is that if we pass the data in the notif=20 > back to the server in an edit-config, it should effectively be a=20 > no-op.] >=20 > So, a 'report-all' server will send 'leaf1' in the notif, but an 'explici= t' or 'trim' server will not send it. >=20 > Here's another case. After your operation above, suppose a client sets '= leaf1' to 'ddd'. A 'trim' server will not include 'leaf1' in the notis, bu= t an 'explicit' will include it. (And a 'report-all' > server will not see a change at all, since 'leaf1' already had 'ddd'). >=20 > This means that the subscriber may need to be aware of the server's basic= -mode, in order to be able to correctly interpret the notifs. >=20 >=20 > /martin > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Dec 13 04:17:37 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85061120130 for ; Fri, 13 Dec 2019 04:17:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.437 X-Spam-Level: * X-Spam-Status: No, score=1.437 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_SBL_CSS=3.335, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=no 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 oS2-WkMTaUSt for ; Fri, 13 Dec 2019 04:17:34 -0800 (PST) Received: from EUR04-VI1-obe.outbound.protection.outlook.com (mail-eopbgr80049.outbound.protection.outlook.com [40.107.8.49]) (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 6EC8912013C for ; Fri, 13 Dec 2019 04:17:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TXVcuWYnBqlFj48IWVqmDRePRG09E/4rw88WilOqMGxTnNFHF6n1qEv0YTPL0cc1Sx2Sn2HyBN6RR9+5+ksl4PlEWS4d6igMvQkurIoYzM9Azx6WqHEO3VGrF+kNwFyBf849bMOMySK5vl8EWOW6/oeQ7fbeSkf2IdwpNTS+doCIwve4hAAVCSMLOElzRjwzwb8Yq8V0Sl6PzFGtIIfEyWOp0nN3F2Wcdlwj++/3uCUmD6Js1aqvfVw2wLc9CX+Z9MOiQ4tYkv6Bv8A7fDaMiTw9t7GRqNGiRd7RKFuCZz1L3PQnZh9ugzlrGKaxKNnqzPa4TdPn+mO3YHqg5ExeUw== 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=EdlDhLfVQDfZpQE5DJFi6xYUdrzmWZlgyAUYb2j/fM8=; b=d/b4NW74FIuaVgvhNwcF826AYf/U83NKH4UEsuo3G4hs8gTSsF6sWSFWYNVPkJ7wSD2T7ue4+L+iZ/7kcWYmaWz6qYyHhhgXqBJ2Bw7e9W1GC1K3ef0HmoFNf8az5U1xkUqVwoFOgh27uTaLbEgEkpQFZo5Vgur3LZCSQXPgwcTO/UGTWcvO/yt2EOcs4hmpyMomTqYRYlO+4cl3KiMX11rBQnJlTU7i22sHvxYNL+ZmtfE1y8/vU2mrezvw4XaCMB8DPLKjpMRQtAF/+mjS+UvQzJlpj349SiUtFdAXbvN2CwvAGVlhEgWlneAOra+DVT4mqNr91Vf6szcnAOjuDw== 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=EdlDhLfVQDfZpQE5DJFi6xYUdrzmWZlgyAUYb2j/fM8=; b=SiU9hkd59o9SxBf3TCHfXdLDHWnlJYtA4wpk7CERLieE+NykJS1rynQTDXpT3apGsDFiCevH+h4GNDaCGUVfNkcguLcUWHt5rTmCozeC5x/0Aebrwck454oqkMfyAqOj3PGwxc0NiPCqiz6r0r2ssBFHyBf5e220YWKjCN9bO5Q= Received: from AM5P190MB0482.EURP190.PROD.OUTLOOK.COM (10.161.65.11) by AM5P190MB0466.EURP190.PROD.OUTLOOK.COM (10.161.65.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.15; Fri, 13 Dec 2019 12:17:29 +0000 Received: from AM5P190MB0482.EURP190.PROD.OUTLOOK.COM ([fe80::446a:6ef3:3d8a:fca3]) by AM5P190MB0482.EURP190.PROD.OUTLOOK.COM ([fe80::446a:6ef3:3d8a:fca3%7]) with mapi id 15.20.2538.016; Fri, 13 Dec 2019 12:17:29 +0000 From: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= To: "Rob Wilton (rwilton)" CC: Martin Bjorklund , "balazs.lengyel=40ericsson.com@dmarc.ietf.org" , "netconf@ietf.org" , "mark.hollmann@ericsson.com" Thread-Topic: [netconf] Defaults and NP containers in YangPush Thread-Index: AdWwKvL6aozHIMuqTaiIXpVkNDUIvAAny/CAADZogNAAALyQgAAAOWDAAAHrIwA= Date: Fri, 13 Dec 2019 12:17:29 +0000 Message-ID: <20191213121728.cm4fmgxk3u7wrldz@anna.jacobs.jacobs-university.de> References: <20191212.095709.2123523251711416815.mbj@tail-f.com> <20191213111607.fzm2ybgb73a2wxd2@anna.jacobs.jacobs-university.de> In-Reply-To: Reply-To: =?iso-8859-1?Q?Sch=F6nw=E4lder=2C_J=FCrgen?= Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-clientproxiedby: AM0PR06CA0080.eurprd06.prod.outlook.com (2603:10a6:208:fa::21) To AM5P190MB0482.EURP190.PROD.OUTLOOK.COM (2603:10a6:206:1d::11) authentication-results: spf=none (sender IP is ) smtp.mailfrom=J.Schoenwaelder@jacobs-university.de; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [212.201.44.247] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e9ba9794-f83d-454a-90b2-08d77fc66c41 x-ms-traffictypediagnostic: AM5P190MB0466: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0250B840C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(396003)(136003)(39850400004)(366004)(346002)(51444003)(189003)(199004)(2906002)(6512007)(3450700001)(6506007)(71200400001)(66476007)(66556008)(64756008)(66446008)(52116002)(66946007)(4326008)(786003)(316002)(54906003)(26005)(8936002)(478600001)(6486002)(81166006)(5660300002)(81156014)(8676002)(86362001)(6916009)(186003)(1076003); DIR:OUT; SFP:1101; SCL:1; SRVR:AM5P190MB0466; H:AM5P190MB0482.EURP190.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A: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: 0yUXycFa8Ni2OyZy4tPatE3zLGv3gdImUdNDlg9rWbkpdVtrx2FNaqTJOUJGBViwtXPfVumId9QZryqw9VFAn3n3GkE2PPim2TrB0WtIhLtKBxJZMlNJ+9S8x87213tFhc3FmkaoD/2S8KMNyyFUnE3pV47mRHO2a/YJXeKQd11Ie/1QQbc0Velz3LlVBZkr/WKTEZ4WFI/VILdNZBI+F3iWrGE2Ll5gbmZjGKjIEvsEPqRBw23EiXlhvr+JPMfVe1O6fVOSdufivaWO6S4P6vdjbFibH/sGUhNNyk/62BrGT2TVNhMXE70nlgm2gl5jUWlBqADGMj6o04aop9tzci3/0LwxoQwopr62v85T6KEJcQEDPY7uOnN/lKSTH/vSoUCFREkb9DfGkdPTi05N0qUzS+SQaSBBB1r5sNMYak8mTY/CAY7x/6LZI8LfbEinrMkNGt+qIgpfAusUKVQnY+4KutO1SugricYpoqW0L0QpJK2oSq5Ne5DImerpXH7bJ80vR2z6QR9VOe6TsKDwm212cjUDuaeBPPN8QMpsie0= Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: jacobs-university.de X-MS-Exchange-CrossTenant-Network-Message-Id: e9ba9794-f83d-454a-90b2-08d77fc66c41 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 12:17:29.4232 (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: nfIV1wy0GRlHEJ+6QVD1w32m69t6hY7EThYZW18B6wwZZOAVWeHrV05FXHp3/n73jXcvkbmLR5bpS7ETCI/hkH1NvHFpgh06ZhGHVL0ipho= X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5P190MB0466 Archived-At: Subject: Re: [netconf] Defaults and NP containers in YangPush X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 12:17:37 -0000 On Fri, Dec 13, 2019 at 11:50:59AM +0000, Rob Wilton (rwilton) wrote: > Hi Juergen, >=20 > I'm all for keeping things simple and homogeneous. >=20 > For client writable configurable datastores then I completely agree with = you that "explicit" is the sanest basic mode, and I support converging on t= hat. If devices want to optionally support returning the contents with-def= ault versions of that data on a per query basis then that is fine with me. >=20 > But for , RFC 8526 effectively specifies: > - if no "with-default" parameter is specified, then the values returned = are the "in-use" values, i.e. really much closer to the "report-all" defaul= t mode. > - "report-all-tagged" and "trim" MAY be specified and return different o= utput. > For you get the "in-use" values except if you use the OPTIONAL to implement "with-defaults" parameter and you set it to "trim". Perhaps we should drop that since you can filter on origin. > Either way, I think that it would be helpful to refine what we have > standardized so far, and make sure that the behaviour is well > specified. At the moment, it doesn't seem to be. Filtering on origin looks like a much cleaner and more flexible solution. OK, origin annotations may not be available in , but they could be meaningful for some implementations that do not strictly follow Fig. 2 of RFC 8342 by allowing insertion of say system config data into intended that is not stricly coming out of . /js --=20 Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 From nobody Fri Dec 13 11:20:23 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F373C12011C for ; Fri, 13 Dec 2019 11:20:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=nokia.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 DB195t2NfCRc for ; Fri, 13 Dec 2019 11:20:20 -0800 (PST) Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-ve1eur02on0722.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe06::722]) (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 CE413120013 for ; Fri, 13 Dec 2019 11:20:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PmPhV0Ixn+3QCjaLz9Fhu0Ycq6+BSRLLVr07oPW5pjRVtHep25sNGKykmmyGpB8am5PDYxU3sw3mitETt1xuq91qbKmQYjdNpMJoM6cy06PSk1pAolOYWLTXkNE+euhPTGkD1wE8qBazxN/b0Q9atPTDIeGeHqM+MQfUaeOp3GOha8wSSFhFkISTjIdsa49taQYjEkSKAvfDyaxjbwG1VGKgkkD8AffaFwLZCBFwk65wj5MygGUwelnX8SEwfoyEWCffL29BCPQcpZ4i+U/rFDgcOZcSuWhDcvIgP9u8rMHOIlUNW/LOTf2JKjgwZnaRgE8ZgMR9uXuqwU9W06TKZQ== 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=UAhIkDUN470+dFN4ZDPP2f8uemRfXgHBzHyEhd5DOMk=; b=MJWyZ4FBjZS4xcWfFNC6bNbk6ax/q8tkD/FOrzpJtPLKkDAfjXl2dTWqjdJViuRR0hRNBEcnGZxQu4qyOLfskDF6kzeKpOzfF08PlgYOd7/GrF2j2Xc3woWhRbu43ZgieSm4GKGHe5T5xH7ZKlqhBhT8TPL6ku3fwa+hcHB7IDQcmNvCqngOi3htcJytL50I28JH27G6jFteSqoNmwix02U/5fUBEHTG5B7ikMt5Muh2KNji7kXQ9lhjmN65tEMBHSbpubpoEX7n+BcNxUU8oVA49QFB48kHwIgXo6/c7gAw1DNohUNO+ox3V8YwLYe1IIHBM1eBpKTGkRahsGb/CA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UAhIkDUN470+dFN4ZDPP2f8uemRfXgHBzHyEhd5DOMk=; b=OVha134SheLSgvNwXRzLmapCQb5VnTaTcFJGvlPm3/hA862x5cVVbzNVQOhDaJ4w/O0FCeL1/n/Qt8wJNuhi7rLuoc74DRFo9ksYCpgv50Brh09MVVvSA3D/xjBIG9ID8FQZhZFpDi9OeO7D1FUkxpi5/5hCm/ABziR9I8s8Qd0= Received: from VI1PR07MB3981.eurprd07.prod.outlook.com (52.134.29.24) by VI1PR07MB5069.eurprd07.prod.outlook.com (20.177.203.97) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.9; Fri, 13 Dec 2019 19:20:17 +0000 Received: from VI1PR07MB3981.eurprd07.prod.outlook.com ([fe80::f4ac:1bfd:a5a1:aadf]) by VI1PR07MB3981.eurprd07.prod.outlook.com ([fe80::f4ac:1bfd:a5a1:aadf%6]) with mapi id 15.20.2538.017; Fri, 13 Dec 2019 19:20:17 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: Qin Wu , "netconf@ietf.org" Thread-Topic: leafrefed data item in YANG Push Thread-Index: AdWxao/3v1bQh2UwS9WylLxsfb909wAf2aEg Date: Fri, 13 Dec 2019 19:20:17 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com; x-originating-ip: [135.245.20.12] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 15d0f04f-ba30-497e-6077-08d780017cb9 x-ms-traffictypediagnostic: VI1PR07MB5069: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0250B840C1 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(346002)(136003)(39860400002)(376002)(366004)(189003)(199004)(8936002)(186003)(9326002)(5660300002)(26005)(9686003)(81156014)(55016002)(8676002)(71200400001)(81166006)(86362001)(6506007)(110136005)(7696005)(52536014)(478600001)(316002)(64756008)(66556008)(66476007)(66446008)(53546011)(33656002)(2906002)(66946007)(76116006); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB5069; H:VI1PR07MB3981.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: rCFm/k5Buih0G6PvEL5mhT82VPpSxuIx0ZklNTvpq/Lzn6vT3vXfbEGRskQ8vm/p++OmYeHs/X2jvjrWu128nwv0C+cIXML4QEFyni3agZ6pWTSzq9lOfPLZDtUDymjio9adQw07MuHVAPpJIxshg0ZD8vWlaWsIAGUrH/McxuaZfsSLT2lPq3mektHvAeSdariAFfad7IHvDhJD7oAXaxuGaOtebwfHr1Zn6S70FmgtKxDo0JxaJXeWjJ5eI/g1qnxT84HiWtbCd7QcKP5hXkzNmnenDRTzF8dl0d9zaofwa70Mvd7JDYBJAIadOqihZL8aTXh8M/0na8mBGkOuEIdSQeuJ5LSLokZghYEbqCcLNZAKWSvHlBOvrNQsDkLipC//jFfNL0Km1Do9+x8qiJe296X3rCSXDP2y8+45m8WnizZTZTKTxVP1pbUksAAQ x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3981154AEA5CFBE7DA6DCBD29B540VI1PR07MB3981eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 15d0f04f-ba30-497e-6077-08d780017cb9 X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Dec 2019 19:20:17.1011 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: XrX0JZ9CWc8bbzvfM1vp5/6j7ld5TcS5AGtTo6bcMlICXQ5ArRi2WfSDDrItJZj7BpyZULUERMXHk+s8K/EGnw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB5069 Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Dec 2019 19:20:22 -0000 --_000_VI1PR07MB3981154AEA5CFBE7DA6DCBD29B540VI1PR07MB3981eurp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Qin, For subscriptions, I don't think it matters if 2 leafs are associated with = each other via a leafref. When you subscribe to each of those leafs, it is= just like subscribing to any other 2 leafs (that aren't associated with ea= chother). About the 'dangling reference': that should be accepted into the running da= tastore. It would fail validation. So it can only exist in the candidate. Jason From: netconf On Behalf Of Qin Wu Sent: Thursday, December 12, 2019 11:09 PM To: netconf@ietf.org Subject: [netconf] leafrefed data item in YANG Push Hello: Can I subscribe to specific data item that refer to data item in another YA= NG module with other data item in the same subscription? Module bar { import foo {prefix ex;} leaf cc{type int8;} leaf bb { type leafref { path "../ex:aa"; } } } Module foo { leaf aa { type int8; } } In addition, If there is dangling reference, e.g., leaf bb refer to leaf aa= which doesn't exist, how this failure is handled by the server and exposed to the client? -Qin --_000_VI1PR07MB3981154AEA5CFBE7DA6DCBD29B540VI1PR07MB3981eurp_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Qin,

 

For subscriptions, I don't think it matters if 2 leafs are associat= ed with each other via a leafref.  When you subscribe to each of those= leafs, it is just like subscribing to any other 2 leafs (that aren't associated with eachother).

 

About the 'dangling reference': that should be accepted into the ru= nning datastore. It would fail validation. So it can only exist in the cand= idate.

 

Jason

 

From: netconf <netconf-bounces@ietf.org> On Behalf Of Qin Wu
Sent: Thursday, December 12, 2019 11:09 PM
To: netconf@ietf.org
Subject: [netconf] leafrefed data item in YANG Push

 =

Hello:

Can I subscribe to specific data item that refer to data item in anot= her YANG module with other data item in the same subscription?

Module bar {

import foo {prefix ex;}

     leaf cc{type int8;}

     leaf bb {

       type leafref {=

         path "../ex:aa&= quot;;

       }

     }

}

 

Module foo {

     leaf aa {

       type int8;

     }

}

In addition, If there is dangling reference, e.g., leaf bb refer to l= eaf aa which doesn’t exist, how this failure is handled by the server=

and exposed to the client?

 

-Qin

--_000_VI1PR07MB3981154AEA5CFBE7DA6DCBD29B540VI1PR07MB3981eurp_-- From nobody Sat Dec 14 06:41:54 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E28612003F for ; Sat, 14 Dec 2019 06:41:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 8ESUYYpl93IR for ; Sat, 14 Dec 2019 06:41:49 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 396C412003E for ; Sat, 14 Dec 2019 06:41:49 -0800 (PST) Received: from LHREML712-CAH.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 587C9BEC07F24E0492D0 for ; Sat, 14 Dec 2019 14:41:45 +0000 (GMT) Received: from DGGEML424-HUB.china.huawei.com (10.1.199.41) by LHREML712-CAH.china.huawei.com (10.201.108.35) with Microsoft SMTP Server (TLS) id 14.3.408.0; Sat, 14 Dec 2019 14:41:44 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml424-hub.china.huawei.com ([10.1.199.41]) with mapi id 14.03.0439.000; Sat, 14 Dec 2019 22:41:40 +0800 From: Qin Wu To: "Sterne, Jason (Nokia - CA/Ottawa)" , "netconf@ietf.org" Thread-Topic: leafrefed data item in YANG Push Thread-Index: AdWyikmlxR6WSX3TSbeHT7gqZjfMjA== Date: Sat, 14 Dec 2019 14:41:39 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABAA94FA4E5dggeml511mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Dec 2019 14:41:52 -0000 --_000_B8F9A780D330094D99AF023C5877DABAA94FA4E5dggeml511mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 VGhhbmtzIEphc29uIGZvciBjbGFyaWZpY2F0aW9uLCAyIGxlYWZzIGFzc29jaWF0ZWQgd2l0aCBl YWNoIG90aGVyIHZpYSBsZWFmcmVmIGNhbiBiZSBkZWZpbmVkIGluIHRoZSBzYW1lIG1vZHVsZSwg Y2FuIGJlIGRlZmluZWQgaW4gdHdvIHNlcGFyYXRlIG1vZHVsZXMgKHNlZSBleGFtcGxlIG1vZHVs ZSBiZWxvdyksDQpJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHRoZXNlIHR3byBjYXNlcyBhcmUgdHJl YXRlZCBieSB0aGUgc2VydmVyIGluIHRoZSBzYW1lIHdheS4NClJGQzg2MzkgcHJvdmlkZXMgYSBk ZXBlbmRlbmN5IHBhcmFtZXRlciB0byBkZXNjcmliZSB0aGUgcmVsYXRpb25zaGlwIGJldHdlZW4g dHdvIHN1YnNjcmlwdGlvbnMsIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgdGhpcyBkZXBlbmRlbmN5 IHBhcmFtZXRlciBpcyBkZXNpZ25lZCB0byBhZGRyZXNzDQp0aGUgY2FzZSB3aGVyZSB0d28gbGVh ZnMgYXJlIGFzc29jaWF0ZWQgd2l0aCBlYWNoIG90aGVyIHZpYSBsZWFmcmVmIGluIHR3byBkaWZm ZXJlbnQgbW9kdWxlcy4gVGFrZSB0aGUgYmVsb3cgbW9kdWxlcyBhcyBhbiBleGFtcGxlLA0KV2Ug bWF5IGhhdmUgdHdvIHN1YnNjcmlwdGlvbnMsIG9uZSBzdWJzY3JpcHRpb24gQSAgaXMgdXNlZCB0 byBzdWJzY3JpYmVkIHRvIGxlYWYgYWEgaW4gbW9kdWxlIGZvbywgdGhlIG90aGVyIHN1YnNjcmlw dGlvbiAgQiBpcyB1c2VkIHRvIHN1YnNjcmliZWQgdG8gbGVhZiBjYyBhbmQgYmIgaW4gbW9kdWxl IGJhci4gU28gIHRoZSBzdWJzY3JpcHRpb24gQQ0Kd2lsbCB1c2UgZGVwZW5kZW5jeSBwYXJhbWV0 ZXIgdG8gaW5kaWNhdGUgbGVhZiBiYiBpcyBhc3NvY2lhdGVkIHdpdGggbGVhZiBhYSBpbiBzdWJz Y3JpcHRpb24gQiwgcmlnaHQ/DQoNCklmIHRoZSBhbnN3ZXIgaXMgbm8sIHdoYXQgaXMgdGhlIHJl YWwgY2FzZSBmb3IgZGVwZW5kZW5jeSBwYXJhbWV0ZXIgZGVmaW5lZCBpbiBSRkM4NjM5Pw0KDQot UWluDQq3orz+yMs6IFN0ZXJuZSwgSmFzb24gKE5va2lhIC0gQ0EvT3R0YXdhKSBbbWFpbHRvOmph c29uLnN0ZXJuZUBub2tpYS5jb21dDQq3osvNyrG85DogMjAxOcTqMTLUwjE0yNUgMzoyMA0KytW8 /sjLOiBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47IG5ldGNvbmZAaWV0Zi5vcmcNCtb3zOI6 IFJFOiBsZWFmcmVmZWQgZGF0YSBpdGVtIGluIFlBTkcgUHVzaA0KDQpIaSBRaW4sDQoNCkZvciBz dWJzY3JpcHRpb25zLCBJIGRvbid0IHRoaW5rIGl0IG1hdHRlcnMgaWYgMiBsZWFmcyBhcmUgYXNz b2NpYXRlZCB3aXRoIGVhY2ggb3RoZXIgdmlhIGEgbGVhZnJlZi4gIFdoZW4geW91IHN1YnNjcmli ZSB0byBlYWNoIG9mIHRob3NlIGxlYWZzLCBpdCBpcyBqdXN0IGxpa2Ugc3Vic2NyaWJpbmcgdG8g YW55IG90aGVyIDIgbGVhZnMgKHRoYXQgYXJlbid0IGFzc29jaWF0ZWQgd2l0aCBlYWNob3RoZXIp Lg0KDQpBYm91dCB0aGUgJ2RhbmdsaW5nIHJlZmVyZW5jZSc6IHRoYXQgc2hvdWxkIGJlIGFjY2Vw dGVkIGludG8gdGhlIHJ1bm5pbmcgZGF0YXN0b3JlLiBJdCB3b3VsZCBmYWlsIHZhbGlkYXRpb24u IFNvIGl0IGNhbiBvbmx5IGV4aXN0IGluIHRoZSBjYW5kaWRhdGUuDQoNCkphc29uDQoNCkZyb206 IG5ldGNvbmYgPG5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bmV0Y29uZi1ib3VuY2Vz QGlldGYub3JnPj4gT24gQmVoYWxmIE9mIFFpbiBXdQ0KU2VudDogVGh1cnNkYXksIERlY2VtYmVy IDEyLCAyMDE5IDExOjA5IFBNDQpUbzogbmV0Y29uZkBpZXRmLm9yZzxtYWlsdG86bmV0Y29uZkBp ZXRmLm9yZz4NClN1YmplY3Q6IFtuZXRjb25mXSBsZWFmcmVmZWQgZGF0YSBpdGVtIGluIFlBTkcg UHVzaA0KDQpIZWxsbzoNCkNhbiBJIHN1YnNjcmliZSB0byBzcGVjaWZpYyBkYXRhIGl0ZW0gdGhh dCByZWZlciB0byBkYXRhIGl0ZW0gaW4gYW5vdGhlciBZQU5HIG1vZHVsZSB3aXRoIG90aGVyIGRh dGEgaXRlbSBpbiB0aGUgc2FtZSBzdWJzY3JpcHRpb24/DQpNb2R1bGUgYmFyIHsNCmltcG9ydCBm b28ge3ByZWZpeCBleDt9DQogICAgIGxlYWYgY2N7dHlwZSBpbnQ4O30NCiAgICAgbGVhZiBiYiB7 DQogICAgICAgdHlwZSBsZWFmcmVmIHsNCiAgICAgICAgIHBhdGggIi4uL2V4OmFhIjsNCiAgICAg ICB9DQogICAgIH0NCn0NCg0KTW9kdWxlIGZvbyB7DQogICAgIGxlYWYgYWEgew0KICAgICAgIHR5 cGUgaW50ODsNCiAgICAgfQ0KfQ0KSW4gYWRkaXRpb24sIElmIHRoZXJlIGlzIGRhbmdsaW5nIHJl ZmVyZW5jZSwgZS5nLiwgbGVhZiBiYiByZWZlciB0byBsZWFmIGFhIHdoaWNoIGRvZXNuoa90IGV4 aXN0LCBob3cgdGhpcyBmYWlsdXJlIGlzIGhhbmRsZWQgYnkgdGhlIHNlcnZlcg0KYW5kIGV4cG9z ZWQgdG8gdGhlIGNsaWVudD8NCg0KLVFpbg0K --_000_B8F9A780D330094D99AF023C5877DABAA94FA4E5dggeml511mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Thanks = Jason for clarification, 2 leafs associated with each other via leafref can= be defined in the same module, can be defined in two separate modules (see= example module below),

I am wo= ndering whether these two cases are treated by the server in the same way.<= o:p>

RFC8639= provides a dependency parameter to describe the relationship between two s= ubscriptions, I am wondering whether this dependency parameter is designed = to address

the cas= e where two leafs are associated with each other via leafref in two differe= nt modules. Take the below modules as an example,

We may = have two subscriptions, one subscription A  is used to subscribed to l= eaf aa in module foo, the other subscription  B is used to subscribed = to leaf cc and bb in module bar. So  the subscription A

will us= e dependency parameter to indicate leaf bb is associated with leaf aa in su= bscription B, right?

&n= bsp;

If the = answer is no, what is the real case for dependency parameter defined in RFC= 8639?

&n= bsp;

-Qin

=B7=A2=BC=FE=C8=CB: Sterne, Jason (Nokia - CA/Ottawa) [mailto:jason.sterne@nokia.com]
=B7=A2=CB=CD=CA=B1=BC=E4:<= /span> 2019=C4=EA12=D4=C214=C8=D5 3:20
=CA=D5=BC=FE=C8=CB: Qin Wu <bill.wu@huawei.com>; netconf@ietf.org
=D6=F7=CC=E2: RE: leafrefed data item in YANG Push

 

Hi Qin,

 

For subscriptions, I don't think it matters if 2 lea= fs are associated with each other via a leafref.  When you subscribe t= o each of those leafs, it is just like subscribing to any other 2 leafs (that aren't associated with eachother).

 

About the 'dangling reference': that should be accep= ted into the running datastore. It would fail validation. So it can only ex= ist in the candidate.

 

Jason

 

From: netconf <netconf-bounces@ietf.org> On Behalf Of Qin Wu
Sent: Thursday, December 12, 2019 11:09 PM
To: netconf@ietf.org
Subject: [netconf] leafrefed data item in YANG Push

 

Hello:

Can I subscribe to specific dat= a item that refer to data item in another YANG module with other data item = in the same subscription?

Module bar {<= /p>

import foo {prefix ex;}

     leaf c= c{type int8;}

     leaf b= b {

     &= nbsp; type leafref {

     &= nbsp;   path "../ex:aa";

     &= nbsp; }

     }=

}

 

Module foo {<= /p>

     leaf a= a {

     &= nbsp; type int8;

     }=

}

In addition, If there is dangli= ng reference, e.g., leaf bb refer to leaf aa which doesn=A1=AFt exist, how = this failure is handled by the server

and exposed to the client?=

 

-Qin

--_000_B8F9A780D330094D99AF023C5877DABAA94FA4E5dggeml511mbxchi_-- From nobody Mon Dec 16 00:33:36 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AC9D1200F1 for ; Mon, 16 Dec 2019 00:33:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] 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 12fPXYPaXoV6 for ; Mon, 16 Dec 2019 00:33:33 -0800 (PST) Received: from mail.tail-f.com (mail.tail-f.com [46.21.102.45]) by ietfa.amsl.com (Postfix) with ESMTP id 7D8271200B5 for ; Mon, 16 Dec 2019 00:33:33 -0800 (PST) Received: from localhost (unknown [173.38.220.41]) by mail.tail-f.com (Postfix) with ESMTPSA id EEFC71AE02AA; Mon, 16 Dec 2019 09:33:28 +0100 (CET) Date: Mon, 16 Dec 2019 09:32:53 +0100 (CET) Message-Id: <20191216.093253.1924268578146352097.mbj@tail-f.com> To: bill.wu@huawei.com Cc: jason.sterne@nokia.com, netconf@ietf.org From: Martin Bjorklund In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 25.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: base64 Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2019 08:33:35 -0000 SGksDQoNClFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPiB3cm90ZToNCj4gVGhhbmtzIEphc29u IGZvciBjbGFyaWZpY2F0aW9uLCAyIGxlYWZzIGFzc29jaWF0ZWQgd2l0aCBlYWNoIG90aGVyIHZp YQ0KPiBsZWFmcmVmIGNhbiBiZSBkZWZpbmVkIGluIHRoZSBzYW1lIG1vZHVsZSwgY2FuIGJlIGRl ZmluZWQgaW4gdHdvDQo+IHNlcGFyYXRlIG1vZHVsZXMgKHNlZSBleGFtcGxlIG1vZHVsZSBiZWxv dyksDQo+IEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgdGhlc2UgdHdvIGNhc2VzIGFyZSB0cmVhdGVk IGJ5IHRoZSBzZXJ2ZXIgaW4NCj4gdGhlIHNhbWUgd2F5Lg0KDQpZZXMgdGhleSBhcmUsIGluIHRo ZSBzZW5zZSB0aGF0IGEgbGVhZnJlZiBpcyBub3QgdHJlYXRlZCBkaWZmZXJlbnQNCnRoYW4gZS5n LiBhIHN0cmluZyBieSB0aGUgIFlBTkcgUHVzaCBzZXJ2ZXIuDQoNCj4gUkZDODYzOSBwcm92aWRl cyBhIGRlcGVuZGVuY3kgcGFyYW1ldGVyIHRvIGRlc2NyaWJlIHRoZSByZWxhdGlvbnNoaXANCj4g YmV0d2VlbiB0d28gc3Vic2NyaXB0aW9ucywgSSBhbSB3b25kZXJpbmcgd2hldGhlciB0aGlzIGRl cGVuZGVuY3kNCj4gcGFyYW1ldGVyIGlzIGRlc2lnbmVkIHRvIGFkZHJlc3MNCj4gdGhlIGNhc2Ug d2hlcmUgdHdvIGxlYWZzIGFyZSBhc3NvY2lhdGVkIHdpdGggZWFjaCBvdGhlciB2aWEgbGVhZnJl ZiBpbg0KPiB0d28gZGlmZmVyZW50IG1vZHVsZXMuDQo+DQo+IFRha2UgdGhlIGJlbG93IG1vZHVs ZXMgYXMgYW4gZXhhbXBsZSwNCj4gV2UgbWF5IGhhdmUgdHdvIHN1YnNjcmlwdGlvbnMsIG9uZSBz dWJzY3JpcHRpb24gQSBpcyB1c2VkIHRvDQo+IHN1YnNjcmliZWQgdG8gbGVhZiBhYSBpbiBtb2R1 bGUgZm9vLCB0aGUgb3RoZXIgc3Vic2NyaXB0aW9uIEIgaXMgdXNlZA0KPiB0byBzdWJzY3JpYmVk IHRvIGxlYWYgY2MgYW5kIGJiIGluIG1vZHVsZSBiYXIuIFNvIHRoZSBzdWJzY3JpcHRpb24gQQ0K PiB3aWxsIHVzZSBkZXBlbmRlbmN5IHBhcmFtZXRlciB0byBpbmRpY2F0ZSBsZWFmIGJiIGlzIGFz c29jaWF0ZWQgd2l0aA0KPiBsZWFmIGFhIGluIHN1YnNjcmlwdGlvbiBCLCByaWdodD8NCg0KTm8g dGhlIGRlcGVuZGVuY3kgcGFyYW1ldGVyIGlzIG5vdCB1c2VkIGJ5IGEgc3Vic2NyaWJlciB0byAi aW5kaWNhdGUiDQoodG8gd2hvbT8pIHRoYXQgdHdvIGxlYWZzIGFyZSBhc3NvY2lhdGVkLg0KDQo+ IElmIHRoZSBhbnN3ZXIgaXMgbm8sIHdoYXQgaXMgdGhlIHJlYWwgY2FzZSBmb3IgZGVwZW5kZW5j eSBwYXJhbWV0ZXINCj4gZGVmaW5lZCBpbiBSRkM4NjM5Pw0KDQpGcm9tIFJGQyA4NjM5LCBzZWN0 aW9uIDIuMzoNCg0KICAgSWYgYSBzdWJzY3JpcHRpb24gaGFzIHRoZSAiZGVwZW5kZW5jeSIgcGFy YW1ldGVyIHNldCwgdGhlbiBhbnkNCiAgIGJ1ZmZlcmVkIG5vdGlmaWNhdGlvbiBtZXNzYWdlcyBj b250YWluaW5nIGV2ZW50IHJlY29yZHMgc2VsZWN0ZWQgYnkNCiAgIHRoZSBwYXJlbnQgc3Vic2Ny aXB0aW9uIE1VU1QgYmUgZGVxdWV1ZWQgcHJpb3IgdG8gdGhlIG5vdGlmaWNhdGlvbg0KICAgbWVz c2FnZXMgb2YgdGhlIGRlcGVuZGVudCBzdWJzY3JpcHRpb24uDQoNCkl0IGl0IHVzZWQgdG8gY29u dHJvbCB0aGUgb3JkZXIgaW4gd2hpY2ggdGhlIG5vdGlmaWNhdGlvbnMgYXJlIHNlbnQuDQoNCg0K L21hcnRpbg0KDQoNCg0KPiANCj4gLVFpbg0KPiDlj5Hku7bkuro6IFN0ZXJuZSwgSmFzb24gKE5v a2lhIC0gQ0EvT3R0YXdhKQ0KPiBbbWFpbHRvOmphc29uLnN0ZXJuZUBub2tpYS5jb21dDQo+IOWP kemAgeaXtumXtDogMjAxOeW5tDEy5pyIMTTml6UgMzoyMA0KPiDmlLbku7bkuro6IFFpbiBXdSA8 YmlsbC53dUBodWF3ZWkuY29tPjsgbmV0Y29uZkBpZXRmLm9yZw0KPiDkuLvpopg6IFJFOiBsZWFm cmVmZWQgZGF0YSBpdGVtIGluIFlBTkcgUHVzaA0KPiANCj4gSGkgUWluLA0KPiANCj4gRm9yIHN1 YnNjcmlwdGlvbnMsIEkgZG9uJ3QgdGhpbmsgaXQgbWF0dGVycyBpZiAyIGxlYWZzIGFyZSBhc3Nv Y2lhdGVkDQo+IHdpdGggZWFjaCBvdGhlciB2aWEgYSBsZWFmcmVmLiAgV2hlbiB5b3Ugc3Vic2Ny aWJlIHRvIGVhY2ggb2YgdGhvc2UNCj4gbGVhZnMsIGl0IGlzIGp1c3QgbGlrZSBzdWJzY3JpYmlu ZyB0byBhbnkgb3RoZXIgMiBsZWFmcyAodGhhdCBhcmVuJ3QNCj4gYXNzb2NpYXRlZCB3aXRoIGVh Y2hvdGhlcikuDQo+IA0KPiBBYm91dCB0aGUgJ2RhbmdsaW5nIHJlZmVyZW5jZSc6IHRoYXQgc2hv dWxkIGJlIGFjY2VwdGVkIGludG8gdGhlDQo+IHJ1bm5pbmcgZGF0YXN0b3JlLiBJdCB3b3VsZCBm YWlsIHZhbGlkYXRpb24uIFNvIGl0IGNhbiBvbmx5IGV4aXN0IGluDQo+IHRoZSBjYW5kaWRhdGUu DQo+IA0KPiBKYXNvbg0KPiANCj4gRnJvbTogbmV0Y29uZg0KPiA8bmV0Y29uZi1ib3VuY2VzQGll dGYub3JnPG1haWx0bzpuZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmc+PiBPbiBCZWhhbGYNCj4gT2Yg UWluIFd1DQo+IFNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAxMiwgMjAxOSAxMTowOSBQTQ0KPiBU bzogbmV0Y29uZkBpZXRmLm9yZzxtYWlsdG86bmV0Y29uZkBpZXRmLm9yZz4NCj4gU3ViamVjdDog W25ldGNvbmZdIGxlYWZyZWZlZCBkYXRhIGl0ZW0gaW4gWUFORyBQdXNoDQo+IA0KPiBIZWxsbzoN Cj4gQ2FuIEkgc3Vic2NyaWJlIHRvIHNwZWNpZmljIGRhdGEgaXRlbSB0aGF0IHJlZmVyIHRvIGRh dGEgaXRlbSBpbg0KPiBhbm90aGVyIFlBTkcgbW9kdWxlIHdpdGggb3RoZXIgZGF0YSBpdGVtIGlu IHRoZSBzYW1lIHN1YnNjcmlwdGlvbj8NCj4gTW9kdWxlIGJhciB7DQo+IGltcG9ydCBmb28ge3By ZWZpeCBleDt9DQo+ICAgICAgbGVhZiBjY3t0eXBlIGludDg7fQ0KPiAgICAgIGxlYWYgYmIgew0K PiAgICAgICAgdHlwZSBsZWFmcmVmIHsNCj4gICAgICAgICAgcGF0aCAiLi4vZXg6YWEiOw0KPiAg ICAgICAgfQ0KPiAgICAgIH0NCj4gfQ0KPiANCj4gTW9kdWxlIGZvbyB7DQo+ICAgICAgbGVhZiBh YSB7DQo+ICAgICAgICB0eXBlIGludDg7DQo+ICAgICAgfQ0KPiB9DQo+IEluIGFkZGl0aW9uLCBJ ZiB0aGVyZSBpcyBkYW5nbGluZyByZWZlcmVuY2UsIGUuZy4sIGxlYWYgYmIgcmVmZXIgdG8NCj4g bGVhZiBhYSB3aGljaCBkb2VzbuKAmXQgZXhpc3QsIGhvdyB0aGlzIGZhaWx1cmUgaXMgaGFuZGxl ZCBieSB0aGUgc2VydmVyDQo+IGFuZCBleHBvc2VkIHRvIHRoZSBjbGllbnQ/DQo+IA0KPiAtUWlu DQo= From nobody Mon Dec 16 14:47:06 2019 Return-Path: <0100016f10e4b0bb-3df851fb-c710-478a-ade1-84d61ff07baa-000000@amazonses.watsen.net> X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D75712093E for ; Mon, 16 Dec 2019 14:47:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.897 X-Spam-Level: X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 lwLTuZkPUO02 for ; Mon, 16 Dec 2019 14:47:02 -0800 (PST) Received: from a48-90.smtp-out.amazonses.com (a48-90.smtp-out.amazonses.com [54.240.48.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 75AE612093B for ; Mon, 16 Dec 2019 14:47:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1576536421; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=IUwSN6YjS23cKFkZaBl0ycPvpbBAVRyLf2C164+eRrQ=; b=f3W/IbB7hDzH8M9HqVcd7lPtgYtr66jfYRDOwB+eDWuhnC7Ot8laruJnH/x6nnUT WE9A4ztBEDquPe7F+qpMwSLdzCnil9mXvLAXnfxoOKSk9XwCvn0YZk5qBr3VdGZsGPg +vkN386wv0pvy5QqUo3XxroCLqVDPB3mYKjsHjg8= From: Kent Watsen Message-ID: <0100016f10e4b0bb-3df851fb-c710-478a-ade1-84d61ff07baa-000000@email.amazonses.com> Content-Type: multipart/alternative; boundary="Apple-Mail=_24B2F910-2A06-461B-856C-7CA49A62E62C" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Date: Mon, 16 Dec 2019 22:47:00 +0000 In-Reply-To: Cc: "netconf@ietf.org" To: =?utf-8?Q?Bal=C3=A1zs_Lengyel?= References: <157590401425.2192.12029824685002924442.idtracker@ietfa.amsl.com> X-Mailer: Apple Mail (2.3445.104.11) X-SES-Outgoing: 2019.12.16-54.240.48.90 Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES Archived-At: Subject: Re: [netconf] New Version Notification for draft-ietf-netconf-notification-capabilities-08.txt X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2019 22:47:05 -0000 --Apple-Mail=_24B2F910-2A06-461B-856C-7CA49A62E62C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Hi Balazs, Mahesh and I discussed. We believe that another LC is needed, which we = will issue shortly. We support the idea of extending the model to enable other capabilities = to be augmented-in over time. However, we're unsure if the current = layout is best suited for this purpose. We're hoping to use the LC in = order to suss this detail out. Kent and Mahesh > On Dec 9, 2019, at 10:17 AM, Bal=C3=A1zs Lengyel = wrote: >=20 > Hello Chairs, > This draft has been through WGLC, but following the discussions about = generic capabilities we made some updates. What is the procedure now? = New WGLC ? Simplified WGLC? > Please advise us. Best regards Balazs >=20 > -----Original Message----- > From: Bal=C3=A1zs Lengyel=20 > Sent: 2019. december 9., h=C3=A9tf=C5=91 16:15 > To: netconf@ietf.org > Subject: FW: New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt >=20 > Hello, > We updated the draft to include support for generic capabilities as = the issue received quite a bit of support in the group. > v07 - v08 >=20 > o Prepared the YANG model to include other non-YANG-Push related > capabilities. >=20 > o Renamed the top level container to system-capabilities >=20 > o Added a container subscription-capabilities to the grouping > subscription-capabilities to contain all subscription related > capabilities >=20 > o Updated examples according to draft-ietf-netmod-yang-instance- > file-format-06. > Regards Balazs >=20 > -----Original Message----- > From: internet-drafts@ietf.org =20 > Sent: 2019. december 9., h=C3=A9tf=C5=91 16:07 > To: Benoit Claise ; Alexander Clemm = ; Bal=C3=A1zs Lengyel > Subject: New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt >=20 >=20 > A new version of I-D, = draft-ietf-netconf-notification-capabilities-08.txt > has been successfully submitted by Balazs Lengyel and posted to the = IETF repository. >=20 > Name: draft-ietf-netconf-notification-capabilities > Revision: 08 > Title: YANG-Push Notification Capabilities > Document date: 2019-12-09 > Group: netconf > Pages: 21 > URL: = https://www.ietf.org/internet-drafts/draft-ietf-netconf-notification-capab= ilities-08.txt > Status: = https://datatracker.ietf.org/doc/draft-ietf-netconf-notification-capabilit= ies/ > Htmlized: = https://tools.ietf.org/html/draft-ietf-netconf-notification-capabilities-0= 8 > Htmlized: = https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notification-capa= bilities > Diff: = https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netconf-notification-capabi= lities-08 >=20 > Abstract: > This document proposes a YANG module that allows a publisher to > specify capabilities related to "Subscription to YANG Datastores" > (YANG-Push). It proposes to use YANG Instance Data to document this > information and make it already available at implementation-time, = but > also allow it to be reported at run-time. >=20 > The YANG module is also prepared to contain other system > capabilities, for future augmentations. >=20 >=20 >=20 >=20 > Please note that it may take a couple of minutes from the time of = submission until the htmlized version and diff are available at = tools.ietf.org. >=20 > The IETF Secretariat >=20 > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf --Apple-Mail=_24B2F910-2A06-461B-856C-7CA49A62E62C Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8

Hi Balazs,

Mahesh and I discussed. =   We believe that another LC is needed, which we will issue = shortly.

We = support the idea of extending the model to enable other capabilities to = be augmented-in over time.  However, we're unsure if the current = layout is best suited for this purpose.  We're hoping to use the LC = in order to suss this detail out.

Kent and Mahesh



On Dec 9, 2019, at 10:17 AM, = Bal=C3=A1zs Lengyel <balazs.lengyel=3D40ericsson.com@dmarc.ietf.org> = wrote:

Hello Chairs,
This draft has been through WGLC, = but following the discussions about generic capabilities we made some = updates. What is the procedure now? New WGLC ? Simplified WGLC?
Please advise us. Best regards Balazs

-----Original Message-----
From: Bal=C3=A1zs = Lengyel
Sent: 2019. december 9., h=C3=A9tf=C5=91 16:15
To: netconf@ietf.org
Subject: FW: New Version = Notification for draft-ietf-netconf-notification-capabilities-08.txt

Hello,
We updated the draft to = include support for generic capabilities as the issue received quite a = bit of support in the group.
  v07 - v08

  o  Prepared the YANG model = to include other non-YANG-Push related
=      capabilities.

=   o  Renamed the top level container to = system-capabilities

  o =  Added a container subscription-capabilities to the grouping
     subscription-capabilities to = contain all subscription related
=      capabilities

=   o  Updated examples according to = draft-ietf-netmod-yang-instance-
=      file-format-06.
Regards = Balazs

-----Original Message-----
From: internet-drafts@ietf.org <internet-drafts@ietf.org>
Sent: 2019. = december 9., h=C3=A9tf=C5=91 16:07
To: Benoit Claise = <bclaise@cisco.com>; Alexander Clemm <ludwig@clemm.org>; = Bal=C3=A1zs Lengyel <balazs.lengyel@ericsson.com>
Subject: = New Version Notification for = draft-ietf-netconf-notification-capabilities-08.txt


A new version of I-D, = draft-ietf-netconf-notification-capabilities-08.txt
has = been successfully submitted by Balazs Lengyel and posted to the IETF = repository.

Name: = draft-ietf-netconf-notification-capabilities
Revision: 08
Title: YANG-Push = Notification Capabilities
Document date: = 2019-12-09
Group: netconf
Pages: 21
URL: =            https://www.ietf.org/internet-drafts/draft-ietf-netconf-notific= ation-capabilities-08.txt
Status: =         https://datatracker.ietf.org/doc/draft-ietf-netconf-notificatio= n-capabilities/
Htmlized: =       https://tools.ietf.org/html/draft-ietf-netconf-notification-cap= abilities-08
Htmlized: =       https://datatracker.ietf.org/doc/html/draft-ietf-netconf-notifi= cation-capabilities
Diff: =           https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-netconf-notifica= tion-capabilities-08

Abstract:
  This document proposes a YANG module that allows = a publisher to
  specify capabilities related = to "Subscription to YANG Datastores"
=   (YANG-Push).  It proposes to use YANG Instance Data to = document this
  information and make it already = available at implementation-time, but
  also = allow it to be reported at run-time.

=   The YANG module is also prepared to contain other system
  capabilities, for future augmentations.




Please note that it may take a couple of minutes from the = time of submission until the htmlized version and diff are available at = tools.ietf.org.

The IETF Secretariat

_______________________________________________
netconf mailing list
netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf

= --Apple-Mail=_24B2F910-2A06-461B-856C-7CA49A62E62C-- From nobody Tue Dec 17 17:34:49 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7D678120073 for ; Tue, 17 Dec 2019 17:34:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 zUruD9-VPAqk for ; Tue, 17 Dec 2019 17:34:45 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 70ABE120043 for ; Tue, 17 Dec 2019 17:34:45 -0800 (PST) Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 2FF2589A850D5DAD43A0; Wed, 18 Dec 2019 01:34:43 +0000 (GMT) Received: from lhreml721-chm.china.huawei.com (10.201.108.72) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Wed, 18 Dec 2019 01:34:43 +0000 Received: from lhreml721-chm.china.huawei.com (10.201.108.72) by lhreml721-chm.china.huawei.com (10.201.108.72) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 18 Dec 2019 01:34:42 +0000 Received: from DGGEML406-HUB.china.huawei.com (10.3.17.50) by lhreml721-chm.china.huawei.com (10.201.108.72) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA) id 15.1.1713.5 via Frontend Transport; Wed, 18 Dec 2019 01:34:42 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml406-hub.china.huawei.com ([10.3.17.50]) with mapi id 14.03.0439.000; Wed, 18 Dec 2019 09:34:39 +0800 From: Qin Wu To: Martin Bjorklund CC: "jason.sterne@nokia.com" , "netconf@ietf.org" Thread-Topic: [netconf] leafrefed data item in YANG Push Thread-Index: AdW1QZoZRKi9i69nQbyATo6Q8uMhYg== Date: Wed, 18 Dec 2019 01:34:39 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2019 01:34:47 -0000 VGhhbmtzIE1hcnRpbiBmb3IgY2xhcmlmaWNhdGlvbiwgSSB1bmRlcnN0YW5kIHRoZSBkZXBlbmRl bmN5IGJldHdlZW4gc3Vic2NyaXB0aW9uIGlzIGRpZmZlcmVudCBmcm9tIGRlcGVuZGVuY3kgYmV0 d2VlbiB0d28gbGVhZnMuDQpCdXQgc3RpbGwgbm90IGNsZWFyIHdoYXQgaXMgdGhlIHJlYWwgY2Fz ZSBmb3IgZGVwZW5kZW5jeT8gU2hvdWxkIHBhcmVudCBzdWJzY3JpcHRpb24gYW5kIGNoaWxkIHN1 YnNjcmlwdGlvbiBwb2ludCB0byBzYW1lIGxlYWZzIGluIHRoZSANCnNhbWUgbW9kdWxlcyByZXF1 ZXN0ZWQgYnkgdGhlIHNhbWUgc3Vic2NyaWJlcj8NCklmIG5vdCwgaG93IGEgc2V0IG9mIGRhdGEg ZGVmaW5lZCBieSBwYXJlbnQgc3Vic2NyaXB0aW9uIGFuZCBjaGlsZCBzdWJzY3JpcHRpb24gYXJl IHB1dCB0b2dldGhlcj8gSXMgdGhpcyByZWxhdGVkIHRvIG9iamVjdCBjb3JyZWxhdGlvbj8NCg0K LVFpbg0KLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBNYXJ0aW4gQmpvcmtsdW5k IFttYWlsdG86bWJqQHRhaWwtZi5jb21dIA0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTLmnIgxNuaX pSAxNjozMw0K5pS25Lu25Lq6OiBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT4NCuaKhOmAgTog amFzb24uc3Rlcm5lQG5va2lhLmNvbTsgbmV0Y29uZkBpZXRmLm9yZw0K5Li76aKYOiBSZTogW25l dGNvbmZdIGxlYWZyZWZlZCBkYXRhIGl0ZW0gaW4gWUFORyBQdXNoDQoNCkhpLA0KDQpRaW4gV3Ug PGJpbGwud3VAaHVhd2VpLmNvbT4gd3JvdGU6DQo+IFRoYW5rcyBKYXNvbiBmb3IgY2xhcmlmaWNh dGlvbiwgMiBsZWFmcyBhc3NvY2lhdGVkIHdpdGggZWFjaCBvdGhlciB2aWEgDQo+IGxlYWZyZWYg Y2FuIGJlIGRlZmluZWQgaW4gdGhlIHNhbWUgbW9kdWxlLCBjYW4gYmUgZGVmaW5lZCBpbiB0d28g DQo+IHNlcGFyYXRlIG1vZHVsZXMgKHNlZSBleGFtcGxlIG1vZHVsZSBiZWxvdyksIEkgYW0gd29u ZGVyaW5nIHdoZXRoZXIgDQo+IHRoZXNlIHR3byBjYXNlcyBhcmUgdHJlYXRlZCBieSB0aGUgc2Vy dmVyIGluIHRoZSBzYW1lIHdheS4NCg0KWWVzIHRoZXkgYXJlLCBpbiB0aGUgc2Vuc2UgdGhhdCBh IGxlYWZyZWYgaXMgbm90IHRyZWF0ZWQgZGlmZmVyZW50IHRoYW4gZS5nLiBhIHN0cmluZyBieSB0 aGUgIFlBTkcgUHVzaCBzZXJ2ZXIuDQoNCj4gUkZDODYzOSBwcm92aWRlcyBhIGRlcGVuZGVuY3kg cGFyYW1ldGVyIHRvIGRlc2NyaWJlIHRoZSByZWxhdGlvbnNoaXAgDQo+IGJldHdlZW4gdHdvIHN1 YnNjcmlwdGlvbnMsIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgdGhpcyBkZXBlbmRlbmN5IA0KPiBw YXJhbWV0ZXIgaXMgZGVzaWduZWQgdG8gYWRkcmVzcyB0aGUgY2FzZSB3aGVyZSB0d28gbGVhZnMg YXJlIA0KPiBhc3NvY2lhdGVkIHdpdGggZWFjaCBvdGhlciB2aWEgbGVhZnJlZiBpbiB0d28gZGlm ZmVyZW50IG1vZHVsZXMuDQo+DQo+IFRha2UgdGhlIGJlbG93IG1vZHVsZXMgYXMgYW4gZXhhbXBs ZSwNCj4gV2UgbWF5IGhhdmUgdHdvIHN1YnNjcmlwdGlvbnMsIG9uZSBzdWJzY3JpcHRpb24gQSBp cyB1c2VkIHRvIA0KPiBzdWJzY3JpYmVkIHRvIGxlYWYgYWEgaW4gbW9kdWxlIGZvbywgdGhlIG90 aGVyIHN1YnNjcmlwdGlvbiBCIGlzIHVzZWQgDQo+IHRvIHN1YnNjcmliZWQgdG8gbGVhZiBjYyBh bmQgYmIgaW4gbW9kdWxlIGJhci4gU28gdGhlIHN1YnNjcmlwdGlvbiBBIA0KPiB3aWxsIHVzZSBk ZXBlbmRlbmN5IHBhcmFtZXRlciB0byBpbmRpY2F0ZSBsZWFmIGJiIGlzIGFzc29jaWF0ZWQgd2l0 aCANCj4gbGVhZiBhYSBpbiBzdWJzY3JpcHRpb24gQiwgcmlnaHQ/DQoNCk5vIHRoZSBkZXBlbmRl bmN5IHBhcmFtZXRlciBpcyBub3QgdXNlZCBieSBhIHN1YnNjcmliZXIgdG8gImluZGljYXRlIg0K KHRvIHdob20/KSB0aGF0IHR3byBsZWFmcyBhcmUgYXNzb2NpYXRlZC4NCg0KPiBJZiB0aGUgYW5z d2VyIGlzIG5vLCB3aGF0IGlzIHRoZSByZWFsIGNhc2UgZm9yIGRlcGVuZGVuY3kgcGFyYW1ldGVy IA0KPiBkZWZpbmVkIGluIFJGQzg2Mzk/DQoNCkZyb20gUkZDIDg2MzksIHNlY3Rpb24gMi4zOg0K DQogICBJZiBhIHN1YnNjcmlwdGlvbiBoYXMgdGhlICJkZXBlbmRlbmN5IiBwYXJhbWV0ZXIgc2V0 LCB0aGVuIGFueQ0KICAgYnVmZmVyZWQgbm90aWZpY2F0aW9uIG1lc3NhZ2VzIGNvbnRhaW5pbmcg ZXZlbnQgcmVjb3JkcyBzZWxlY3RlZCBieQ0KICAgdGhlIHBhcmVudCBzdWJzY3JpcHRpb24gTVVT VCBiZSBkZXF1ZXVlZCBwcmlvciB0byB0aGUgbm90aWZpY2F0aW9uDQogICBtZXNzYWdlcyBvZiB0 aGUgZGVwZW5kZW50IHN1YnNjcmlwdGlvbi4NCg0KSXQgaXQgdXNlZCB0byBjb250cm9sIHRoZSBv cmRlciBpbiB3aGljaCB0aGUgbm90aWZpY2F0aW9ucyBhcmUgc2VudC4NCg0KDQovbWFydGluDQoN Cg0KDQo+IA0KPiAtUWluDQo+IOWPkeS7tuS6ujogU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9P dHRhd2EpIFttYWlsdG86amFzb24uc3Rlcm5lQG5va2lhLmNvbV0NCj4g5Y+R6YCB5pe26Ze0OiAy MDE55bm0MTLmnIgxNOaXpSAzOjIwDQo+IOaUtuS7tuS6ujogUWluIFd1IDxiaWxsLnd1QGh1YXdl aS5jb20+OyBuZXRjb25mQGlldGYub3JnDQo+IOS4u+mimDogUkU6IGxlYWZyZWZlZCBkYXRhIGl0 ZW0gaW4gWUFORyBQdXNoDQo+IA0KPiBIaSBRaW4sDQo+IA0KPiBGb3Igc3Vic2NyaXB0aW9ucywg SSBkb24ndCB0aGluayBpdCBtYXR0ZXJzIGlmIDIgbGVhZnMgYXJlIGFzc29jaWF0ZWQgDQo+IHdp dGggZWFjaCBvdGhlciB2aWEgYSBsZWFmcmVmLiAgV2hlbiB5b3Ugc3Vic2NyaWJlIHRvIGVhY2gg b2YgdGhvc2UgDQo+IGxlYWZzLCBpdCBpcyBqdXN0IGxpa2Ugc3Vic2NyaWJpbmcgdG8gYW55IG90 aGVyIDIgbGVhZnMgKHRoYXQgYXJlbid0IA0KPiBhc3NvY2lhdGVkIHdpdGggZWFjaG90aGVyKS4N Cj4gDQo+IEFib3V0IHRoZSAnZGFuZ2xpbmcgcmVmZXJlbmNlJzogdGhhdCBzaG91bGQgYmUgYWNj ZXB0ZWQgaW50byB0aGUgDQo+IHJ1bm5pbmcgZGF0YXN0b3JlLiBJdCB3b3VsZCBmYWlsIHZhbGlk YXRpb24uIFNvIGl0IGNhbiBvbmx5IGV4aXN0IGluIA0KPiB0aGUgY2FuZGlkYXRlLg0KPiANCj4g SmFzb24NCj4gDQo+IEZyb206IG5ldGNvbmYNCj4gPG5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZzxt YWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPj4gT24gQmVoYWxmIA0KPiBPZiBRaW4gV3UN Cj4gU2VudDogVGh1cnNkYXksIERlY2VtYmVyIDEyLCAyMDE5IDExOjA5IFBNDQo+IFRvOiBuZXRj b25mQGlldGYub3JnPG1haWx0bzpuZXRjb25mQGlldGYub3JnPg0KPiBTdWJqZWN0OiBbbmV0Y29u Zl0gbGVhZnJlZmVkIGRhdGEgaXRlbSBpbiBZQU5HIFB1c2gNCj4gDQo+IEhlbGxvOg0KPiBDYW4g SSBzdWJzY3JpYmUgdG8gc3BlY2lmaWMgZGF0YSBpdGVtIHRoYXQgcmVmZXIgdG8gZGF0YSBpdGVt IGluIA0KPiBhbm90aGVyIFlBTkcgbW9kdWxlIHdpdGggb3RoZXIgZGF0YSBpdGVtIGluIHRoZSBz YW1lIHN1YnNjcmlwdGlvbj8NCj4gTW9kdWxlIGJhciB7DQo+IGltcG9ydCBmb28ge3ByZWZpeCBl eDt9DQo+ICAgICAgbGVhZiBjY3t0eXBlIGludDg7fQ0KPiAgICAgIGxlYWYgYmIgew0KPiAgICAg ICAgdHlwZSBsZWFmcmVmIHsNCj4gICAgICAgICAgcGF0aCAiLi4vZXg6YWEiOw0KPiAgICAgICAg fQ0KPiAgICAgIH0NCj4gfQ0KPiANCj4gTW9kdWxlIGZvbyB7DQo+ICAgICAgbGVhZiBhYSB7DQo+ ICAgICAgICB0eXBlIGludDg7DQo+ICAgICAgfQ0KPiB9DQo+IEluIGFkZGl0aW9uLCBJZiB0aGVy ZSBpcyBkYW5nbGluZyByZWZlcmVuY2UsIGUuZy4sIGxlYWYgYmIgcmVmZXIgdG8gDQo+IGxlYWYg YWEgd2hpY2ggZG9lc27igJl0IGV4aXN0LCBob3cgdGhpcyBmYWlsdXJlIGlzIGhhbmRsZWQgYnkg dGhlIHNlcnZlciANCj4gYW5kIGV4cG9zZWQgdG8gdGhlIGNsaWVudD8NCj4gDQo+IC1RaW4NCg== From nobody Wed Dec 18 14:34:50 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BADE6120086 for ; Wed, 18 Dec 2019 14:34:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.5 X-Spam-Level: X-Spam-Status: No, score=-14.5 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-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=E8CQ5+Bm; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=bc4tAbq+ 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 nDgaT6Ucfx4L for ; Wed, 18 Dec 2019 14:34:46 -0800 (PST) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2EE53120077 for ; Wed, 18 Dec 2019 14:34:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=11348; q=dns/txt; s=iport; t=1576708486; x=1577918086; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=nQVtis1zSTCqqgtHA/rGDd8EP1xPJMmWGx4dyUEjc3I=; b=E8CQ5+BmsV5jnhlGAbGswdQS3atZ5dUx67IMytSPG88AxTSK7Odd2+PN WAZvp8frbNAOjEx6CHrZM87lKXc9S9PQ7PU12gESnapv90K2/NEO9kPeH qVp05eanb8FO6YOaP6kChv58TLjHReRVMOHhwHDdkWHTLnvhq/giDIH+F A=; X-Files: smime.p7s : 3975 IronPort-PHdr: =?us-ascii?q?9a23=3AO7g3sRO97aQ74FwQ4okl6mtXPHoupqn0MwgJ65?= =?us-ascii?q?Eul7NJdOG58o//OFDEuKU/l0fHCIPc7f8My/HbtaztQyQh2d6AqzhDFf4ETB?= =?us-ascii?q?oZkYMTlg0kDtSCDBj2MvnrcwQxHd9JUxlu+HToeUU=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AqAAC6qPpd/5BdJa1lGgEBAQEBAQE?= =?us-ascii?q?BAQMBAQEBEQEBAQICAQEBAYFrAgEBAQELAYFMKScFbCstIAQLKgqDeoNGA4p?= =?us-ascii?q?xgl+YBoJSA1QCBwEBAQkDAQEYCwoCAQGDe0UCghkkNwYOAgMNAQEEAQEBAgE?= =?us-ascii?q?FBG2FNwyFXgEBAQECAQEBEBEdAQEsBAcBBAsCAQYCDgMEAQEBDAEaAwICAiU?= =?us-ascii?q?LFAkIAQEEAQ0FCAYUgjVMgXlNAw4RDwECDJI7kGQCgTiIYXWBMoJ+AQEFhRU?= =?us-ascii?q?YggkHAwaBNgGBUoNJhnwagUE/gRFHgkw+gmQBAQIBgUoYFYJ5MoIsjUOCdJ5?= =?us-ascii?q?WCoI1g1+CN4EbhTeJRppOjk6IUZF9AgQCBAUCDgEBBYFoI4FYcBU7gmxQGA2?= =?us-ascii?q?NEoNzhRSFP3QBAYEmi0YrgQQBgQ8BAQ?= X-IronPort-AV: E=Sophos;i="5.69,330,1571702400"; d="p7s'?scan'208";a="455727819" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 18 Dec 2019 22:34:44 +0000 Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by rcdn-core-8.cisco.com (8.15.2/8.15.2) with ESMTPS id xBIMYik4017533 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 18 Dec 2019 22:34:44 GMT Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Dec 2019 16:34:43 -0600 Received: from xhs-aln-001.cisco.com (173.37.135.118) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 18 Dec 2019 17:34:41 -0500 Received: from NAM12-DM6-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 18 Dec 2019 16:34:41 -0600 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=StJX1tb8LHWdvNHEYc74xtDLr9PeaL+4WPUSQ0yxSGpCevfm4g9x6hqru+b6OSnpbxbX5EXwusSoxpQgndMRom0e/L9uHrTVHly8v5JlsnZh32XoB2183kvtPOmY7ZXlGPVnk/bcwYuErogdBExRMHhqUxkyl36nkGQKIsOELPtQPvkhDUaUlyqSLboRjqEcE/30B8axzE81TAZbQSVPc7gDN9ulQxiFhM0od/YuFEPuRYCnT/0tWgtB7EWeJE0cYk0bJaxvDOk0JsoR0WHU6KehZUlC2SoUJMXVIwgmWDDBgKGu5xr3F+mtmrcP3Pq/41BkD2B6lTNGNrnJeNVmCg== 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=WB5MO+y7Zsi1aZnjgGTp+trMiKXPxVdwjpGjpIbTXjM=; b=FFv4kuMGu6Ab1NRxizmwnqUJfEY/3XDcE4r87bmemP34oOpSgPRVJcrsbXaN7IR6Rgh8p4Ct4hEg1FOiFd+dp3rEe2biFu0+K8mi9hWpu5kzl4lpjDgkqaghqvI55KNo0/Jj6OlOTvUmu/NbH1RO+5Sqbgp8Fiaa1T6I9FQ2dq3MwRc3W3RNvi4sLARhyYjqoKLrgP14PFQa9YSZKm1tFlp05EcESRetORKwJ0muM53LAjYJlU3j/vqV+gnEqHHzm+0/zN+p1KnJWS9Rn4gW9MtGAKcam/X9oslP9y7dz/sF7Be+rb/LljWGPiNCmELjfVpP0WLXg/UNY1GQQZ4MLA== 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=WB5MO+y7Zsi1aZnjgGTp+trMiKXPxVdwjpGjpIbTXjM=; b=bc4tAbq+XNkKFqm7jyBVpaXhwn67P+Tm4VeK4ZNnV/d0nFdYbNn7LiW4DSZ/tAVVjkQWhosoXb5ATRnIeqbIOIZJx0Ga+QZPUmHnnNwTsncdC/tiXkVM8NHcre+zsLORbM1MOZOdPn3+XZrQCsb+yB2DPOa2p70AFMZ07IY8Nzc= Received: from DM6PR11MB2633.namprd11.prod.outlook.com (20.176.96.14) by DM6PR11MB3884.namprd11.prod.outlook.com (20.176.126.222) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2538.16; Wed, 18 Dec 2019 22:34:40 +0000 Received: from DM6PR11MB2633.namprd11.prod.outlook.com ([fe80::c4c7:61bd:790:9c1f]) by DM6PR11MB2633.namprd11.prod.outlook.com ([fe80::c4c7:61bd:790:9c1f%3]) with mapi id 15.20.2559.012; Wed, 18 Dec 2019 22:34:40 +0000 From: "Eric Voit (evoit)" To: Qin Wu , Martin Bjorklund CC: "netconf@ietf.org" Thread-Topic: [netconf] leafrefed data item in YANG Push Thread-Index: AdW1QZoZRKi9i69nQbyATo6Q8uMhYgArIluQ Date: Wed, 18 Dec 2019 22:34:40 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=evoit@cisco.com; x-originating-ip: [173.38.117.79] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: e3db2b2e-88c0-45ac-2bdb-08d7840a78ca x-ms-traffictypediagnostic: DM6PR11MB3884: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0255DF69B9 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(346002)(39860400002)(396003)(366004)(136003)(199004)(189003)(478600001)(55016002)(110136005)(2906002)(76116006)(86362001)(966005)(8936002)(33656002)(53546011)(6506007)(81156014)(7696005)(8676002)(52536014)(316002)(26005)(5660300002)(66556008)(66616009)(9686003)(66946007)(66446008)(64756008)(66476007)(186003)(71200400001)(4326008)(81166006); DIR:OUT; SFP:1101; SCL:1; SRVR:DM6PR11MB3884; H:DM6PR11MB2633.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: SduizNq+9LY+Sb8/Zyl589gV7R4pxAKI1WFhCZimx46kan7JgPbDrvydQHO5BWbblKhXCrAuNTd7u43wl3gTPVVu2YDIbdZIYmTPDxQug2Nwa09b1avnoLG3oBOUl9aBLAJVOn+pkRZ/LCSecCghpfYRrreQFtp5yFU1GLc8UyFqm3UZbDO9kfoQTwpWu63JM2cXFM0HxksnUYUgqHcEyF8BG3rpofnGPtDk97W2fpQTq6S8t7dBko/6DkvGk26XNhTsH9Z5K8teVwMtb+lD8AVIl7AQvgmCP8ZHvWvnmw7BfkkSYl3IUXFz+OTVXrJ2OM0JeZedxQASeP2ENVwuOJnGv71dsG7BxcWwXwCt1ZGwTgSqdyUy90s6c7KaX4AzGKqqn42OobN8TxU+avBb4JCBTlF90F3xrD5w1/ZS8d9PEV/MyN/j8sCDn0J5qMqMlaelUU/xr4ZOvUmFJ4AnV3l8/DdBVqeIypGMG+YouLM= x-ms-exchange-transport-forked: True Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00BF_01D5B5C9.615A27D0" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: e3db2b2e-88c0-45ac-2bdb-08d7840a78ca X-MS-Exchange-CrossTenant-originalarrivaltime: 18 Dec 2019 22:34:40.6060 (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: OTrBGaDVt50Oc79fuz8yOmj0w1otHEqw+Ich4eNiIh9SL6SicbvtJ7oZHhOqli8d X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR11MB3884 X-OriginatorOrg: cisco.com X-Outbound-SMTP-Client: 173.36.7.14, xch-aln-004.cisco.com X-Outbound-Node: rcdn-core-8.cisco.com Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2019 22:34:49 -0000 ------=_NextPart_000_00BF_01D5B5C9.615A27D0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable > From: netconf On Behalf Of Qin Wu > Sent: Tuesday, December 17, 2019 8:35 PM > To: Martin Bjorklund > Cc: netconf@ietf.org > Subject: Re: [netconf] leafrefed data item in YANG Push >=20 > Thanks Martin for clarification, I understand the dependency between > subscription is different from dependency between two leafs. > But still not clear what is the real case for dependency? Should = parent > subscription and child subscription point to same leafs in the same = modules > requested by the same subscriber? > If not, how a set of data defined by parent subscription and child > subscription are put together? Is this related to object correlation? Hi Qin, I know you are aware of this, but I wanted to be sure people on the = thread follow. "/subscriptions/subscription/dependency" is for figuring = out which from a set of buffered event records should be transmitted = first. This could be a fairly common problem in some deployment = scenarios which need to prevent head-of-line blocking. A good resource = to understand the behavior of dependency is to look at HTTP2 stream = dependency: https://tools.ietf.org/html/rfc7540#section-5.3.1 Right now anything related to "/subscriptions/subscription/dependency" = is independent from inter-subscription correlation and pruning of any = redundancy in pushed objects spanning multiple subscriptions. Eric > -Qin > -----=E9=82=AE=E4=BB=B6=E5=8E=9F=E4=BB=B6----- > =E5=8F=91=E4=BB=B6=E4=BA=BA: Martin Bjorklund [mailto:mbj@tail-f.com] > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2019=E5=B9=B412=E6=9C=8816=E6=97=A5 16:33 > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu > =E6=8A=84=E9=80=81: jason.sterne@nokia.com; netconf@ietf.org > =E4=B8=BB=E9=A2=98: Re: [netconf] leafrefed data item in YANG Push >=20 > Hi, >=20 > Qin Wu wrote: > > Thanks Jason for clarification, 2 leafs associated with each other = via > > leafref can be defined in the same module, can be defined in two > > separate modules (see example module below), I am wondering whether > > these two cases are treated by the server in the same way. >=20 > Yes they are, in the sense that a leafref is not treated different = than e.g. a > string by the YANG Push server. >=20 > > RFC8639 provides a dependency parameter to describe the relationship > > between two subscriptions, I am wondering whether this dependency > > parameter is designed to address the case where two leafs are > > associated with each other via leafref in two different modules. > > > > Take the below modules as an example, > > We may have two subscriptions, one subscription A is used to > > subscribed to leaf aa in module foo, the other subscription B is = used > > to subscribed to leaf cc and bb in module bar. So the subscription A > > will use dependency parameter to indicate leaf bb is associated with > > leaf aa in subscription B, right? >=20 > No the dependency parameter is not used by a subscriber to "indicate" > (to whom?) that two leafs are associated. >=20 > > If the answer is no, what is the real case for dependency parameter > > defined in RFC8639? >=20 > From RFC 8639, section 2.3: >=20 > If a subscription has the "dependency" parameter set, then any > buffered notification messages containing event records selected by > the parent subscription MUST be dequeued prior to the notification > messages of the dependent subscription. >=20 > It it used to control the order in which the notifications are sent. >=20 >=20 > /martin >=20 >=20 >=20 > > > > -Qin > > =E5=8F=91=E4=BB=B6=E4=BA=BA: Sterne, Jason (Nokia - CA/Ottawa) > [mailto:jason.sterne@nokia.com] > > =E5=8F=91=E9=80=81=E6=97=B6=E9=97=B4: = 2019=E5=B9=B412=E6=9C=8814=E6=97=A5 3:20 > > =E6=94=B6=E4=BB=B6=E4=BA=BA: Qin Wu ; = netconf@ietf.org > > =E4=B8=BB=E9=A2=98: RE: leafrefed data item in YANG Push > > > > Hi Qin, > > > > For subscriptions, I don't think it matters if 2 leafs are = associated > > with each other via a leafref. When you subscribe to each of those > > leafs, it is just like subscribing to any other 2 leafs (that aren't > > associated with eachother). > > > > About the 'dangling reference': that should be accepted into the > > running datastore. It would fail validation. So it can only exist in > > the candidate. > > > > Jason > > > > From: netconf > > > On = Behalf > > Of Qin Wu > > Sent: Thursday, December 12, 2019 11:09 PM > > To: netconf@ietf.org > > Subject: [netconf] leafrefed data item in YANG Push > > > > Hello: > > Can I subscribe to specific data item that refer to data item in > > another YANG module with other data item in the same subscription? > > Module bar { > > import foo {prefix ex;} > > leaf cc{type int8;} > > leaf bb { > > type leafref { > > path "../ex:aa"; > > } > > } > > } > > > > Module foo { > > leaf aa { > > type int8; > > } > > } > > In addition, If there is dangling reference, e.g., leaf bb refer to > > leaf aa which doesn=E2=80=99t exist, how this failure is handled by = the server > > and exposed to the client? > > > > -Qin > _______________________________________________ > netconf mailing list > netconf@ietf.org > https://www.ietf.org/mailman/listinfo/netconf ------=_NextPart_000_00BF_01D5B5C9.615A27D0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMWTCCA0Mw ggIroAMCAQICEF/4eygrVNyNQqMVtWjJrf8wDQYJKoZIhvcNAQEFBQAwNTEWMBQGA1UEChMNQ2lz Y28gU3lzdGVtczEbMBkGA1UEAxMSQ2lzY28gUm9vdCBDQSAyMDQ4MB4XDTA0MDUxNDIwMTcxMloX DTI5MDUxNDIwMjU0MlowNTEWMBQGA1UEChMNQ2lzY28gU3lzdGVtczEbMBkGA1UEAxMSQ2lzY28g Um9vdCBDQSAyMDQ4MIIBIDANBgkqhkiG9w0BAQEFAAOCAQ0AMIIBCAKCAQEAsJq5q6evCnen4nG2 tGZilHiIR8ZiVYRAMr/Aqy6lHHHWvG57qKq6btIViEhFnaL8g9DMuYzgJmhwSnjfIRee9GEFyRXI zxbaNWGJlEOohKgxmHibuU5vLFMSbM0drSskuzHEK/+DRG+2PSR3Ceq/Kqgfalb2IA8RVJeBdacl zllqgmXvt+rn4o11i27y3U+mXmKczxAKZNBObc4rzFv1YKUnR41p9H/OG3DecBsg1m7NpgGoPBLS qT+ga167jiCLepHjtWjuoOfEAXSoUwsrSpoPZRIOgk2OY/3v65sa21OmE2Cvwn3Xx2wXJdRz+0dk UIGAlEzhv65LHN+S7S4F3wIBA6NRME8wCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYD VR0OBBYEFCfzyBUebpoCCRatK6CJYF/aey+qMBAGCSsGAQQBgjcVAQQDAgEAMA0GCSqGSIb3DQEB BQUAA4IBAQCdnYSEo0GpfHcMt1PKTkRQYu9UfNN1Fxzo4MZIS7b+TDoZgVawVu4ZlmKqWqNkwfZO VDPGd/7FHLrlXSXK9fCTmoMRLubL+HRF/ucFuKvn38tL4TeE2rmLl3Ae8OKL17DYDp2xadYqkXup SU9+5o6V2IMnPNVoSQ7UnfYu66e+6zCkrB9E/JWrMwb7fWAK3rSKY7CcqfKkuVMBh9BopCd/q//p +slAOIhntDnGhG9XyVPbuo7uwEOy+AmDbv9mzz7vF7NYGCUJNF7jy9YUtuzykm905C+BKtWSkeDg lzwyaAWFS9H3V+JSHZMaVJ8FcMBKcWAeQwtgHv6jzoEZ4Qs1MIIEbjCCA1agAwIBAgIKYRCAbQAA AAAADjANBgkqhkiG9w0BAQUFADA1MRYwFAYDVQQKEw1DaXNjbyBTeXN0ZW1zMRswGQYDVQQDExJD aXNjbyBSb290IENBIDIwNDgwHhcNMTQwNDA0MjAyNDE4WhcNMjkwNTE0MjAyNTQyWjAsMQ4wDAYD VQQKEwVDaXNjbzEaMBgGA1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0EwggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQDK334WTFMV+yNWzca5ZQoEleXeTEVnjAzHBuCrH21fNyp75+2jrYB/Ecjz guvun1DZyb89oS+7PBEHNe+4pdlRTtmw91OglIAsLJJlrRBvoYZrX0AKmaVQRBqQTc/mTPtGBo1I 4wfX4a1j19XoJwAVv24HskO7ZQYvffZZXZsSxSx9vetEsFLhwvwe7Z1Z9x2Tp6sxpkJCOSfTgWLG VCwmjNs9FNCojhXqKKQb/r2sPJ5N1tVMr4zL/0ufBWwPcYEyJGHtGau+6nG0aIy7yPTkiz93U6J+ FZ5zC+NXdF6D0uiTxsw0kQwCl53XB5N1VLRfgywCF6iwkGV32VLk7iJ3AgMBAAGjggGHMIIBgzAQ BgkrBgEEAYI3FQEEAwIBADAdBgNVHQ4EFgQUn5U2tI5d1UvDCsGnKZNDUQb9iVEwGQYJKwYBBAGC NxQCBAweCgBTAHUAYgBDAEEwCwYDVR0PBAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8CAQAwHwYDVR0j BBgwFoAUJ/PIFR5umgIJFq0roIlgX9p7L6owQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL3d3dy5j aXNjby5jb20vc2VjdXJpdHkvcGtpL2NybC9jcmNhMjA0OC5jcmwwUAYIKwYBBQUHAQEERDBCMEAG CCsGAQUFBzAChjRodHRwOi8vd3d3LmNpc2NvLmNvbS9zZWN1cml0eS9wa2kvY2VydHMvY3JjYTIw NDguY2VyMFwGA1UdIARVMFMwUQYKKwYBBAEJFQEVADBDMEEGCCsGAQUFBwIBFjVodHRwOi8vd3d3 LmNpc2NvLmNvbS9zZWN1cml0eS9wa2kvcG9saWNpZXMvaW5kZXguaHRtbDANBgkqhkiG9w0BAQUF AAOCAQEAPk6+IxpGAo1ea9uKAjQLY5vlATwmXYxwsiTrYF7sioRkLhtZFaNnGuEW4/3gTX1EmiMo 0u2296If50TN7W3qhiFUKKxsYbz7yGVQBECKKov8n24YnvXFPqWiqRwArnGmF7tJMktKWBOTTDbp 9y8N6IDrOF1UecqFUqSk4lZ30w0HIU6cJDIM4r6lw3EtTog31PAvVmhGR0VrXVCIJfc6KaTxiEGt U35XMYYq1uBnh9hTq4GjdXe+2yHIOke0aSfV7t/39NZxjbp60XMvfd3NpniUKGXDiXdeQuroB8IQ MXl2OkF2IJGPCkFQghsJKbIRIG8D6wviPyLW+j+4Rqu2sDCCBJwwggOEoAMCAQICCgGGHkPWlB04 96IwDQYJKoZIhvcNAQELBQAwLDEOMAwGA1UEChMFQ2lzY28xGjAYBgNVBAMTEUNpc2NvIEVtcGxv eWVlIENBMB4XDTE5MDYxNDEyMTIzNFoXDTIxMDYxMzEyMjIzNFowgZIxGjAYBgNVBAMTEUVyaWMg Vm9pdCAoZXZvaXQpMRQwEgYDVQQLEwtDaXNjbyBVc2VyczESMBAGA1UECxMJRW1wbG95ZWVzMRMw EQYKCZImiZPyLGQBGRMDY29tMRUwEwYKCZImiZPyLGQBGRMFY2lzY28xHjAcBgkqhkiG9w0BCQEM D2V2b2l0QGNpc2NvLmNvbTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAIAZHOvN3UgE S1WSqNst+IZ44ptBZ+BHmyDmrLdjDiSuB5huzYxbcUFiN8ocvyAUFPS0s495oI/wnNvfUlomi5KO yJMvOdComHEquPtofQIIMn2FhYOlMZEJj4eC1nWI7DpnTChuIVoRj6bTcZNlOjX/Gxk8wcFJh64M mV58sSvHftNDUKDBYOQUmGmCiieGKI+MrIuhpxdNJQuljC18Jj+hq3Y+E1tI9Z0MqdaBEAUF97+v Z/iRZE1YFAOv78XSYFRzb+/g42/GzWBUCKSQDfwACXh89JsSNoXoVvvM3rZvYzEuQhZvTyHqi9pp W+70bkbEF9M7cX1yTPDc1Yr6PfkCAwEAAaOCAVcwggFTMA4GA1UdDwEB/wQEAwIE8DAMBgNVHRMB Af8EAjAAMHoGCCsGAQUFBwEBBG4wbDA8BggrBgEFBQcwAoYwaHR0cDovL3d3dy5jaXNjby5jb20v c2VjdXJpdHkvcGtpL2NlcnRzL2NlY2EuY2VyMCwGCCsGAQUFBzABhiBodHRwOi8vcGtpY3ZzLmNp c2NvLmNvbS9wa2kvb2NzcDAfBgNVHSMEGDAWgBSflTa0jl3VS8MKwacpk0NRBv2JUTA6BgNVHR8E MzAxMC+gLaArhilodHRwOi8vY2lzY29jZXJ0cy5jaXNjby5jb20vZmlsZS9jZWNhLmNybDAaBgNV HREEEzARgQ9ldm9pdEBjaXNjby5jb20wHQYDVR0OBBYEFIDTgXbBj6x3IEXvxtrJTbJFjKDbMB8G A1UdJQQYMBYGCisGAQQBgjcKAwwGCCsGAQUFBwMEMA0GCSqGSIb3DQEBCwUAA4IBAQAowdP8izTr +GtcksOcgtT7KFPnW2Pcz7vMei6CMnGC4pAU4LUtHKBHKBJdr05RkV5wSDSeXsCmUQcj7PgeXwzQ KbDA6D3/6gRGBkMLZJQvqRiAXi+1CfXpg7mUr2B7IFC4mnm0V7MpCg8TU3jLKMB4Gidqh4Tmure0 JEOD1AgOsAtxW+x2+hPm+HpGOv/wuxoEXK0uB8snFLRRyTQYGR5AtqLDJGvk6Ref3uHseaZYGD2f 1XK05BfTdsNnjBjPeVI6vmRSdTCLr/kTO2dQG6q+LisAl4rA+4iHEgky3LeWj4T+pLa1g9Gj02qG +gKA5g05T5NUsRlPSx6+YGbSxA+bMYIC8DCCAuwCAQEwOjAsMQ4wDAYDVQQKEwVDaXNjbzEaMBgG A1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0ECCgGGHkPWlB0496IwCQYFKw4DAhoFAKCCAYswGAYJKoZI hvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTkxMjE4MjIzNDIwWjAjBgkqhkiG 9w0BCQQxFgQUj7C3sknnd8qfbSF1zmLJAURSj6MwSQYJKwYBBAGCNxAEMTwwOjAsMQ4wDAYDVQQK EwVDaXNjbzEaMBgGA1UEAxMRQ2lzY28gRW1wbG95ZWUgQ0ECCgGGHkPWlB0496IwSwYLKoZIhvcN AQkQAgsxPKA6MCwxDjAMBgNVBAoTBUNpc2NvMRowGAYDVQQDExFDaXNjbyBFbXBsb3llZSBDQQIK AYYeQ9aUHTj3ojCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYw CgYIKoZIhvcNAwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAH BgUrDgMCGjALBglghkgBZQMEAgMwCwYJYIZIAWUDBAICMAsGCWCGSAFlAwQCATANBgkqhkiG9w0B AQEFAASCAQAmKobIwVQ5pHZn0hyx/7geIE/IghXxAYI+BfspYsVNICt5lYWlNXgnXv5//GQNuD+c 3RwcVScvFqUBd+MtuC44j0gNvZOKG1ne3OXqVAvR+uPuhNJW7yAQf8lVSCwZ2GZ8IYKalNR4B7jn 15r4Ggsw788zfKzdPjB4YU3+FFf7CakB6cZ58c00RjooRFt59ltlxVPUrkOG0WWgkQKOYrhYDNX0 nuY6VeVVML+4eapZYChK7KKyymShnfXtF028zp5SbGi0Ot4fD6lj8rFV65pISJLYQXrVWsyGcr2/ cUlHicZwfi5E1tEePCjTldkLh+cTWZieywB/4rGsgMZ9ul+iAAAAAAAA ------=_NextPart_000_00BF_01D5B5C9.615A27D0-- From nobody Wed Dec 18 17:02:44 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 180BB120058 for ; Wed, 18 Dec 2019 17:02:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] 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 8yKhdu7dfaKc for ; Wed, 18 Dec 2019 17:02:40 -0800 (PST) Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 67869120026 for ; Wed, 18 Dec 2019 17:02:40 -0800 (PST) Received: from lhreml701-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 82A74F07D9D9A5F5CC69 for ; Thu, 19 Dec 2019 01:02:35 +0000 (GMT) Received: from DGGEML422-HUB.china.huawei.com (10.1.199.39) by lhreml701-cah.china.huawei.com (10.201.108.42) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 19 Dec 2019 01:02:34 +0000 Received: from DGGEML511-MBX.china.huawei.com ([169.254.1.39]) by dggeml422-hub.china.huawei.com ([10.1.199.39]) with mapi id 14.03.0439.000; Thu, 19 Dec 2019 09:02:30 +0800 From: Qin Wu To: "Eric Voit (evoit)" , Martin Bjorklund CC: "netconf@ietf.org" Thread-Topic: [netconf] leafrefed data item in YANG Push Thread-Index: AdW2B/ucM+/bOBRyQ5WCUwyYQ2yESw== Date: Thu, 19 Dec 2019 01:02:29 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.134.31.203] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2019 01:02:43 -0000 DQoNCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogRXJpYyBWb2l0IChldm9pdCkg W21haWx0bzpldm9pdEBjaXNjby5jb21dIA0K5Y+R6YCB5pe26Ze0OiAyMDE55bm0MTLmnIgxOeaX pSA2OjM1DQrmlLbku7bkuro6IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29tPjsgTWFydGluIEJq b3JrbHVuZCA8bWJqQHRhaWwtZi5jb20+DQrmioTpgIE6IG5ldGNvbmZAaWV0Zi5vcmcNCuS4u+mi mDogUkU6IFtuZXRjb25mXSBsZWFmcmVmZWQgZGF0YSBpdGVtIGluIFlBTkcgUHVzaA0KDQo+IEZy b206IG5ldGNvbmYgPG5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZz4gT24gQmVoYWxmIE9mIFFpbiBX dQ0KPiBTZW50OiBUdWVzZGF5LCBEZWNlbWJlciAxNywgMjAxOSA4OjM1IFBNDQo+IFRvOiBNYXJ0 aW4gQmpvcmtsdW5kIDxtYmpAdGFpbC1mLmNvbT4NCj4gQ2M6IG5ldGNvbmZAaWV0Zi5vcmcNCj4g U3ViamVjdDogUmU6IFtuZXRjb25mXSBsZWFmcmVmZWQgZGF0YSBpdGVtIGluIFlBTkcgUHVzaA0K PiANCj4gVGhhbmtzIE1hcnRpbiBmb3IgY2xhcmlmaWNhdGlvbiwgSSB1bmRlcnN0YW5kIHRoZSBk ZXBlbmRlbmN5IGJldHdlZW4NCj4gc3Vic2NyaXB0aW9uIGlzIGRpZmZlcmVudCBmcm9tIGRlcGVu ZGVuY3kgYmV0d2VlbiB0d28gbGVhZnMuDQo+IEJ1dCBzdGlsbCBub3QgY2xlYXIgd2hhdCBpcyB0 aGUgcmVhbCBjYXNlIGZvciBkZXBlbmRlbmN5PyBTaG91bGQgcGFyZW50DQo+IHN1YnNjcmlwdGlv biBhbmQgY2hpbGQgc3Vic2NyaXB0aW9uIHBvaW50IHRvIHNhbWUgbGVhZnMgaW4gdGhlIHNhbWUg bW9kdWxlcw0KPiByZXF1ZXN0ZWQgYnkgdGhlIHNhbWUgc3Vic2NyaWJlcj8NCj4gSWYgbm90LCBo b3cgYSBzZXQgb2YgZGF0YSBkZWZpbmVkIGJ5IHBhcmVudCBzdWJzY3JpcHRpb24gYW5kIGNoaWxk DQo+IHN1YnNjcmlwdGlvbiBhcmUgcHV0IHRvZ2V0aGVyPyBJcyB0aGlzIHJlbGF0ZWQgdG8gb2Jq ZWN0IGNvcnJlbGF0aW9uPw0KDQpIaSBRaW4sDQoNCkkga25vdyB5b3UgYXJlIGF3YXJlIG9mIHRo aXMsIGJ1dCBJIHdhbnRlZCB0byBiZSBzdXJlIHBlb3BsZSBvbiB0aGUgdGhyZWFkIGZvbGxvdy4g ICIvc3Vic2NyaXB0aW9ucy9zdWJzY3JpcHRpb24vZGVwZW5kZW5jeSIgaXMgZm9yIGZpZ3VyaW5n IG91dCB3aGljaCBmcm9tIGEgc2V0IG9mIGJ1ZmZlcmVkIGV2ZW50IHJlY29yZHMgc2hvdWxkIGJl IHRyYW5zbWl0dGVkIGZpcnN0LiAgIFRoaXMgY291bGQgYmUgYSBmYWlybHkgY29tbW9uIHByb2Js ZW0gaW4gc29tZSBkZXBsb3ltZW50IHNjZW5hcmlvcyB3aGljaCBuZWVkIHRvIHByZXZlbnQgaGVh ZC1vZi1saW5lIGJsb2NraW5nLiAgQSBnb29kIHJlc291cmNlIHRvIHVuZGVyc3RhbmQgdGhlIGJl aGF2aW9yIG9mIGRlcGVuZGVuY3kgaXMgdG8gbG9vayBhdCBIVFRQMiBzdHJlYW0gZGVwZW5kZW5j eTogIGh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM3NTQwI3NlY3Rpb24tNS4zLjENCg0K W1Fpbl06IFRoaXMgcmVmZXJlbmNlIGlzIG9uZSBJIHZpc2l0ZWQgYmVmb3JlLCB0aGFua3MgRXJp YywgeW91IGFkZHJlc3MgbXkgY29tbWVudC4NCg0KUmlnaHQgbm93IGFueXRoaW5nIHJlbGF0ZWQg dG8gIi9zdWJzY3JpcHRpb25zL3N1YnNjcmlwdGlvbi9kZXBlbmRlbmN5IiAgaXMgaW5kZXBlbmRl bnQgZnJvbSBpbnRlci1zdWJzY3JpcHRpb24gY29ycmVsYXRpb24gYW5kIHBydW5pbmcgb2YgYW55 IHJlZHVuZGFuY3kgaW4gcHVzaGVkIG9iamVjdHMgc3Bhbm5pbmcgbXVsdGlwbGUgc3Vic2NyaXB0 aW9ucy4NCg0KRXJpYw0KDQo+IC1RaW4NCj4gLS0tLS3pgq7ku7bljp/ku7YtLS0tLQ0KPiDlj5Hk u7bkuro6IE1hcnRpbiBCam9ya2x1bmQgW21haWx0bzptYmpAdGFpbC1mLmNvbV0NCj4g5Y+R6YCB 5pe26Ze0OiAyMDE55bm0MTLmnIgxNuaXpSAxNjozMw0KPiDmlLbku7bkuro6IFFpbiBXdSA8Ymls bC53dUBodWF3ZWkuY29tPg0KPiDmioTpgIE6IGphc29uLnN0ZXJuZUBub2tpYS5jb207IG5ldGNv bmZAaWV0Zi5vcmcNCj4g5Li76aKYOiBSZTogW25ldGNvbmZdIGxlYWZyZWZlZCBkYXRhIGl0ZW0g aW4gWUFORyBQdXNoDQo+IA0KPiBIaSwNCj4gDQo+IFFpbiBXdSA8YmlsbC53dUBodWF3ZWkuY29t PiB3cm90ZToNCj4gPiBUaGFua3MgSmFzb24gZm9yIGNsYXJpZmljYXRpb24sIDIgbGVhZnMgYXNz b2NpYXRlZCB3aXRoIGVhY2ggb3RoZXIgdmlhDQo+ID4gbGVhZnJlZiBjYW4gYmUgZGVmaW5lZCBp biB0aGUgc2FtZSBtb2R1bGUsIGNhbiBiZSBkZWZpbmVkIGluIHR3bw0KPiA+IHNlcGFyYXRlIG1v ZHVsZXMgKHNlZSBleGFtcGxlIG1vZHVsZSBiZWxvdyksIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIN Cj4gPiB0aGVzZSB0d28gY2FzZXMgYXJlIHRyZWF0ZWQgYnkgdGhlIHNlcnZlciBpbiB0aGUgc2Ft ZSB3YXkuDQo+IA0KPiBZZXMgdGhleSBhcmUsIGluIHRoZSBzZW5zZSB0aGF0IGEgbGVhZnJlZiBp cyBub3QgdHJlYXRlZCBkaWZmZXJlbnQgdGhhbiBlLmcuIGENCj4gc3RyaW5nIGJ5IHRoZSAgWUFO RyBQdXNoIHNlcnZlci4NCj4gDQo+ID4gUkZDODYzOSBwcm92aWRlcyBhIGRlcGVuZGVuY3kgcGFy YW1ldGVyIHRvIGRlc2NyaWJlIHRoZSByZWxhdGlvbnNoaXANCj4gPiBiZXR3ZWVuIHR3byBzdWJz Y3JpcHRpb25zLCBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHRoaXMgZGVwZW5kZW5jeQ0KPiA+IHBh cmFtZXRlciBpcyBkZXNpZ25lZCB0byBhZGRyZXNzIHRoZSBjYXNlIHdoZXJlIHR3byBsZWFmcyBh cmUNCj4gPiBhc3NvY2lhdGVkIHdpdGggZWFjaCBvdGhlciB2aWEgbGVhZnJlZiBpbiB0d28gZGlm ZmVyZW50IG1vZHVsZXMuDQo+ID4NCj4gPiBUYWtlIHRoZSBiZWxvdyBtb2R1bGVzIGFzIGFuIGV4 YW1wbGUsDQo+ID4gV2UgbWF5IGhhdmUgdHdvIHN1YnNjcmlwdGlvbnMsIG9uZSBzdWJzY3JpcHRp b24gQSBpcyB1c2VkIHRvDQo+ID4gc3Vic2NyaWJlZCB0byBsZWFmIGFhIGluIG1vZHVsZSBmb28s IHRoZSBvdGhlciBzdWJzY3JpcHRpb24gQiBpcyB1c2VkDQo+ID4gdG8gc3Vic2NyaWJlZCB0byBs ZWFmIGNjIGFuZCBiYiBpbiBtb2R1bGUgYmFyLiBTbyB0aGUgc3Vic2NyaXB0aW9uIEENCj4gPiB3 aWxsIHVzZSBkZXBlbmRlbmN5IHBhcmFtZXRlciB0byBpbmRpY2F0ZSBsZWFmIGJiIGlzIGFzc29j aWF0ZWQgd2l0aA0KPiA+IGxlYWYgYWEgaW4gc3Vic2NyaXB0aW9uIEIsIHJpZ2h0Pw0KPiANCj4g Tm8gdGhlIGRlcGVuZGVuY3kgcGFyYW1ldGVyIGlzIG5vdCB1c2VkIGJ5IGEgc3Vic2NyaWJlciB0 byAiaW5kaWNhdGUiDQo+ICh0byB3aG9tPykgdGhhdCB0d28gbGVhZnMgYXJlIGFzc29jaWF0ZWQu DQo+IA0KPiA+IElmIHRoZSBhbnN3ZXIgaXMgbm8sIHdoYXQgaXMgdGhlIHJlYWwgY2FzZSBmb3Ig ZGVwZW5kZW5jeSBwYXJhbWV0ZXINCj4gPiBkZWZpbmVkIGluIFJGQzg2Mzk/DQo+IA0KPiBGcm9t IFJGQyA4NjM5LCBzZWN0aW9uIDIuMzoNCj4gDQo+ICAgIElmIGEgc3Vic2NyaXB0aW9uIGhhcyB0 aGUgImRlcGVuZGVuY3kiIHBhcmFtZXRlciBzZXQsIHRoZW4gYW55DQo+ICAgIGJ1ZmZlcmVkIG5v dGlmaWNhdGlvbiBtZXNzYWdlcyBjb250YWluaW5nIGV2ZW50IHJlY29yZHMgc2VsZWN0ZWQgYnkN Cj4gICAgdGhlIHBhcmVudCBzdWJzY3JpcHRpb24gTVVTVCBiZSBkZXF1ZXVlZCBwcmlvciB0byB0 aGUgbm90aWZpY2F0aW9uDQo+ICAgIG1lc3NhZ2VzIG9mIHRoZSBkZXBlbmRlbnQgc3Vic2NyaXB0 aW9uLg0KPiANCj4gSXQgaXQgdXNlZCB0byBjb250cm9sIHRoZSBvcmRlciBpbiB3aGljaCB0aGUg bm90aWZpY2F0aW9ucyBhcmUgc2VudC4NCj4gDQo+IA0KPiAvbWFydGluDQo+IA0KPiANCj4gDQo+ ID4NCj4gPiAtUWluDQo+ID4g5Y+R5Lu25Lq6OiBTdGVybmUsIEphc29uIChOb2tpYSAtIENBL090 dGF3YSkNCj4gW21haWx0bzpqYXNvbi5zdGVybmVAbm9raWEuY29tXQ0KPiA+IOWPkemAgeaXtumX tDogMjAxOeW5tDEy5pyIMTTml6UgMzoyMA0KPiA+IOaUtuS7tuS6ujogUWluIFd1IDxiaWxsLnd1 QGh1YXdlaS5jb20+OyBuZXRjb25mQGlldGYub3JnDQo+ID4g5Li76aKYOiBSRTogbGVhZnJlZmVk IGRhdGEgaXRlbSBpbiBZQU5HIFB1c2gNCj4gPg0KPiA+IEhpIFFpbiwNCj4gPg0KPiA+IEZvciBz dWJzY3JpcHRpb25zLCBJIGRvbid0IHRoaW5rIGl0IG1hdHRlcnMgaWYgMiBsZWFmcyBhcmUgYXNz b2NpYXRlZA0KPiA+IHdpdGggZWFjaCBvdGhlciB2aWEgYSBsZWFmcmVmLiAgV2hlbiB5b3Ugc3Vi c2NyaWJlIHRvIGVhY2ggb2YgdGhvc2UNCj4gPiBsZWFmcywgaXQgaXMganVzdCBsaWtlIHN1YnNj cmliaW5nIHRvIGFueSBvdGhlciAyIGxlYWZzICh0aGF0IGFyZW4ndA0KPiA+IGFzc29jaWF0ZWQg d2l0aCBlYWNob3RoZXIpLg0KPiA+DQo+ID4gQWJvdXQgdGhlICdkYW5nbGluZyByZWZlcmVuY2Un OiB0aGF0IHNob3VsZCBiZSBhY2NlcHRlZCBpbnRvIHRoZQ0KPiA+IHJ1bm5pbmcgZGF0YXN0b3Jl LiBJdCB3b3VsZCBmYWlsIHZhbGlkYXRpb24uIFNvIGl0IGNhbiBvbmx5IGV4aXN0IGluDQo+ID4g dGhlIGNhbmRpZGF0ZS4NCj4gPg0KPiA+IEphc29uDQo+ID4NCj4gPiBGcm9tOiBuZXRjb25mDQo+ ID4gPG5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZzxtYWlsdG86bmV0Y29uZi1ib3VuY2VzQGlldGYu b3JnPj4gT24gQmVoYWxmDQo+ID4gT2YgUWluIFd1DQo+ID4gU2VudDogVGh1cnNkYXksIERlY2Vt YmVyIDEyLCAyMDE5IDExOjA5IFBNDQo+ID4gVG86IG5ldGNvbmZAaWV0Zi5vcmc8bWFpbHRvOm5l dGNvbmZAaWV0Zi5vcmc+DQo+ID4gU3ViamVjdDogW25ldGNvbmZdIGxlYWZyZWZlZCBkYXRhIGl0 ZW0gaW4gWUFORyBQdXNoDQo+ID4NCj4gPiBIZWxsbzoNCj4gPiBDYW4gSSBzdWJzY3JpYmUgdG8g c3BlY2lmaWMgZGF0YSBpdGVtIHRoYXQgcmVmZXIgdG8gZGF0YSBpdGVtIGluDQo+ID4gYW5vdGhl ciBZQU5HIG1vZHVsZSB3aXRoIG90aGVyIGRhdGEgaXRlbSBpbiB0aGUgc2FtZSBzdWJzY3JpcHRp b24/DQo+ID4gTW9kdWxlIGJhciB7DQo+ID4gaW1wb3J0IGZvbyB7cHJlZml4IGV4O30NCj4gPiAg ICAgIGxlYWYgY2N7dHlwZSBpbnQ4O30NCj4gPiAgICAgIGxlYWYgYmIgew0KPiA+ICAgICAgICB0 eXBlIGxlYWZyZWYgew0KPiA+ICAgICAgICAgIHBhdGggIi4uL2V4OmFhIjsNCj4gPiAgICAgICAg fQ0KPiA+ICAgICAgfQ0KPiA+IH0NCj4gPg0KPiA+IE1vZHVsZSBmb28gew0KPiA+ICAgICAgbGVh ZiBhYSB7DQo+ID4gICAgICAgIHR5cGUgaW50ODsNCj4gPiAgICAgIH0NCj4gPiB9DQo+ID4gSW4g YWRkaXRpb24sIElmIHRoZXJlIGlzIGRhbmdsaW5nIHJlZmVyZW5jZSwgZS5nLiwgbGVhZiBiYiBy ZWZlciB0bw0KPiA+IGxlYWYgYWEgd2hpY2ggZG9lc27igJl0IGV4aXN0LCBob3cgdGhpcyBmYWls dXJlIGlzIGhhbmRsZWQgYnkgdGhlIHNlcnZlcg0KPiA+IGFuZCBleHBvc2VkIHRvIHRoZSBjbGll bnQ/DQo+ID4NCj4gPiAtUWluDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQo+IG5ldGNvbmYgbWFpbGluZyBsaXN0DQo+IG5ldGNvbmZAaWV0Zi5vcmcN Cj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9uZXRjb25mDQo= From nobody Thu Dec 19 09:54:21 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93F77120993 for ; Thu, 19 Dec 2019 09:54:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-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=nokia.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 C79mEwjglH2J for ; Thu, 19 Dec 2019 09:54:17 -0800 (PST) Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40109.outbound.protection.outlook.com [40.107.4.109]) (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 C5DB3120992 for ; Thu, 19 Dec 2019 09:54:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=laUWTPaWYfsnS3mFGzcG+xK0kTSHYZ7XooWejuJCyR+O2DQvs3KcHX5EQ0SYVbLjYiHWNWYuH4UtD+0/44GhTjolORg6nUMPSwJ5L2P124PPJKLZKE2tmjTgdwZ8pU5eogFLN8Aa8OM5O/IgCMFgMrkHKj5Gn1Rd/6Tqjbowmega38jgHQhgPgCNRDZSBojBcRJuLsE6kR5w4iy1QWx6Uy+jow8LgJyO3Vpr0TvgjhoCPgJPsvmBks1ZH27TXxx73ctJ+mVElRSI5NlgnFHPIgaXPwhS/LGhYihnyGHj0Uxf89XMe6hol4DByKmkzTGYKal7vHE/pZXyLAz41EPuCg== 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=MrHhrya/2fEp6bHFuDMXqh3gzc1DP8/HBoE3oGUCvnU=; b=SQTys/I6mSfxmrDy5WuIkSECoiG/Tv+vNS7cRItKyZ/TtOI9FIrRdyzgov8q7MVHUrfmIgct3gQOKmNQVBYJHsa1sXNqwgyZk/Uf+3RO+xFAwX+3pLo/5aXyxNVXvN6EW9OZRhiM9igESwZhOnH0G05R9mhzjP28VjR5+ds7Z5SieTD0Z5y+yeckaauSquH0cR8XRinh8Nf32cPO//kkQ8XEOHQ5lUQz/Hhj22Hlab+7y3/3PFTL15YQx3LFhz3H3RnQLIJQEx3o07L52T9QcTxlXV8uOY+yI52q+XDUeIFPF3C2c4M8FRAXHQarxoECF1W4z89J1TDxor3nun/ICg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=MrHhrya/2fEp6bHFuDMXqh3gzc1DP8/HBoE3oGUCvnU=; b=ySSJdB38IVwCXLplzwh4sYTzbPY/zFMEZssQ9u9P5aNvdYu6Lw+p6B7h/HO+HzTeH+DJ3kdnpDRBk2PR8QPjE5rfTEQZqE/HUmCT/tPTe4xDBAP+VGMarl5G8isGPx1w1wU0Dnxmso17QjmX/xvwGSoRAljySXAwvCpDXherFdg= Received: from VI1PR07MB3981.eurprd07.prod.outlook.com (52.134.29.24) by VI1PR07MB5775.eurprd07.prod.outlook.com (20.178.122.224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2559.12; Thu, 19 Dec 2019 17:54:12 +0000 Received: from VI1PR07MB3981.eurprd07.prod.outlook.com ([fe80::f4ac:1bfd:a5a1:aadf]) by VI1PR07MB3981.eurprd07.prod.outlook.com ([fe80::f4ac:1bfd:a5a1:aadf%6]) with mapi id 15.20.2559.012; Thu, 19 Dec 2019 17:54:12 +0000 From: "Sterne, Jason (Nokia - CA/Ottawa)" To: "Sterne, Jason (Nokia - CA/Ottawa)" , Qin Wu , "netconf@ietf.org" Thread-Topic: leafrefed data item in YANG Push Thread-Index: AdWxao/3v1bQh2UwS9WylLxsfb909wAf2aEgASrPd2A= Date: Thu, 19 Dec 2019 17:54:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=jason.sterne@nokia.com; x-originating-ip: [135.245.20.24] x-ms-publictraffictype: Email x-ms-office365-filtering-ht: Tenant x-ms-office365-filtering-correlation-id: 0a8eba1b-c2f0-4c3d-e456-08d784ac74eb x-ms-traffictypediagnostic: VI1PR07MB5775: x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-forefront-prvs: 0256C18696 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(346002)(396003)(136003)(366004)(39860400002)(376002)(189003)(199004)(2906002)(71200400001)(7696005)(8936002)(81166006)(8676002)(66946007)(6506007)(66446008)(64756008)(66556008)(66476007)(53546011)(76116006)(81156014)(86362001)(9686003)(55016002)(33656002)(52536014)(5660300002)(110136005)(186003)(26005)(316002)(478600001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR07MB5775; H:VI1PR07MB3981.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1; received-spf: None (protection.outlook.com: nokia.com does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: ywklEB/cShW6cV9LamRpS/eY/SpG79g2u7G92LBN8y4LeTKVJ7iOzooNZQyhfssHwbi7nCxlMu+MNxAtnrZWViJy/yWnz3nek7hoD6VXiKvxJ0Zi/RVi/zSp2hGpYMdhFvFqUKN4mBK2RiU0ulF/nQ4pdJ0EQv7bGg6Wduq6nHdJM53gWDl/vTOAAW4kuV16BHM2Y0P3KDFYANj13abmPNhPi+Z1GH8clbSfFbzybm2XD5RC9MrKHDYCH5iKG+E7edCFVdj+9vYLd+T65/wQutyYgNRfJAT0NIAWE/B3wpdhvnwj0tmdJItSeFjmfmkhV7fUgoo3NTA6IJvIUMTDpZG83X+mb+nfzItqYAlo0VIBS2NHyM874ERiCQil7fQXWmX+fotY81cV0G7gUBTek7H2X7U6wRDJwEH1MYn26HhrwSRV3oM3gRs4gZmUuPuc Content-Type: multipart/alternative; boundary="_000_VI1PR07MB3981D8B05CCCA36A42A0E5C79B520VI1PR07MB3981eurp_" MIME-Version: 1.0 X-OriginatorOrg: nokia.com X-MS-Exchange-CrossTenant-Network-Message-Id: 0a8eba1b-c2f0-4c3d-e456-08d784ac74eb X-MS-Exchange-CrossTenant-originalarrivaltime: 19 Dec 2019 17:54:12.6282 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0 X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: LuUDuht+bD8y/FKnt0rNxsXyg/2Wpi7p0gJQkPcbgNqXDt7cd2XSTpSsZbX5yFEVFwN1yfmCBIeooolU25GL2Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR07MB5775 Archived-At: Subject: Re: [netconf] leafrefed data item in YANG Push X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2019 17:54:20 -0000 --_000_VI1PR07MB3981D8B05CCCA36A42A0E5C79B520VI1PR07MB3981eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhpcyB0aHJlYWQgaGFzIG1vdmVkIG9uIGJ1dCBhIG1pbm9yIGNvcnJlY3Rpb24gdG8gbXkgcmVw bHkgYmVsb3cuICBJIG1lYW50IHRvIHNheSAidGhhdCBzaG91bGQgKm5vdCogYmUgYWNjZXB0ZWQi IPCfmIoNCg0KRnJvbTogbmV0Y29uZiA8bmV0Y29uZi1ib3VuY2VzQGlldGYub3JnPiBPbiBCZWhh bGYgT2YgU3Rlcm5lLCBKYXNvbiAoTm9raWEgLSBDQS9PdHRhd2EpDQpTZW50OiBGcmlkYXksIERl Y2VtYmVyIDEzLCAyMDE5IDI6MjAgUE0NClRvOiBRaW4gV3UgPGJpbGwud3VAaHVhd2VpLmNvbT47 IG5ldGNvbmZAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBbbmV0Y29uZl0gbGVhZnJlZmVkIGRhdGEg aXRlbSBpbiBZQU5HIFB1c2gNCg0KSGkgUWluLA0KDQpGb3Igc3Vic2NyaXB0aW9ucywgSSBkb24n dCB0aGluayBpdCBtYXR0ZXJzIGlmIDIgbGVhZnMgYXJlIGFzc29jaWF0ZWQgd2l0aCBlYWNoIG90 aGVyIHZpYSBhIGxlYWZyZWYuICBXaGVuIHlvdSBzdWJzY3JpYmUgdG8gZWFjaCBvZiB0aG9zZSBs ZWFmcywgaXQgaXMganVzdCBsaWtlIHN1YnNjcmliaW5nIHRvIGFueSBvdGhlciAyIGxlYWZzICh0 aGF0IGFyZW4ndCBhc3NvY2lhdGVkIHdpdGggZWFjaG90aGVyKS4NCg0KQWJvdXQgdGhlICdkYW5n bGluZyByZWZlcmVuY2UnOiB0aGF0IHNob3VsZCBiZSBhY2NlcHRlZCBpbnRvIHRoZSBydW5uaW5n IGRhdGFzdG9yZS4gSXQgd291bGQgZmFpbCB2YWxpZGF0aW9uLiBTbyBpdCBjYW4gb25seSBleGlz dCBpbiB0aGUgY2FuZGlkYXRlLg0KDQpKYXNvbg0KDQpGcm9tOiBuZXRjb25mIDxuZXRjb25mLWJv dW5jZXNAaWV0Zi5vcmc8bWFpbHRvOm5ldGNvbmYtYm91bmNlc0BpZXRmLm9yZz4+IE9uIEJlaGFs ZiBPZiBRaW4gV3UNClNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAxMiwgMjAxOSAxMTowOSBQTQ0K VG86IG5ldGNvbmZAaWV0Zi5vcmc8bWFpbHRvOm5ldGNvbmZAaWV0Zi5vcmc+DQpTdWJqZWN0OiBb bmV0Y29uZl0gbGVhZnJlZmVkIGRhdGEgaXRlbSBpbiBZQU5HIFB1c2gNCg0KSGVsbG86DQpDYW4g SSBzdWJzY3JpYmUgdG8gc3BlY2lmaWMgZGF0YSBpdGVtIHRoYXQgcmVmZXIgdG8gZGF0YSBpdGVt IGluIGFub3RoZXIgWUFORyBtb2R1bGUgd2l0aCBvdGhlciBkYXRhIGl0ZW0gaW4gdGhlIHNhbWUg c3Vic2NyaXB0aW9uPw0KTW9kdWxlIGJhciB7DQppbXBvcnQgZm9vIHtwcmVmaXggZXg7fQ0KICAg ICBsZWFmIGNje3R5cGUgaW50ODt9DQogICAgIGxlYWYgYmIgew0KICAgICAgIHR5cGUgbGVhZnJl ZiB7DQogICAgICAgICBwYXRoICIuLi9leDphYSI7DQogICAgICAgfQ0KICAgICB9DQp9DQoNCk1v ZHVsZSBmb28gew0KICAgICBsZWFmIGFhIHsNCiAgICAgICB0eXBlIGludDg7DQogICAgIH0NCn0N CkluIGFkZGl0aW9uLCBJZiB0aGVyZSBpcyBkYW5nbGluZyByZWZlcmVuY2UsIGUuZy4sIGxlYWYg YmIgcmVmZXIgdG8gbGVhZiBhYSB3aGljaCBkb2VzbuKAmXQgZXhpc3QsIGhvdyB0aGlzIGZhaWx1 cmUgaXMgaGFuZGxlZCBieSB0aGUgc2VydmVyDQphbmQgZXhwb3NlZCB0byB0aGUgY2xpZW50Pw0K DQotUWluDQo= --_000_VI1PR07MB3981D8B05CCCA36A42A0E5C79B520VI1PR07MB3981eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ dGV4dC1hbGlnbjpqdXN0aWZ5Ow0KCWZvbnQtc2l6ZToxMC41cHQ7DQoJZm9udC1mYW1pbHk6IkNh bGlicmkiLHNhbnMtc2VyaWY7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJs aW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5l O30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNvLXN0 eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdpbi1y aWdodDowY207DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6MGNt Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLkVt YWlsU3R5bGUxOQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2Fs aWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uRW1haWxTdHlsZTIx DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNv LXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA5MC4wcHQg NzIuMHB0IDkwLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30N Ci0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6 ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBn dGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2 OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0t LT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUNBIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1 NEY3MiIgc3R5bGU9InRleHQtanVzdGlmeS10cmltOnB1bmN0dWF0aW9uIj4NCjxkaXYgY2xhc3M9 IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+VGhpcyB0aHJlYWQgaGFzIG1v dmVkIG9uIGJ1dCBhIG1pbm9yIGNvcnJlY3Rpb24gdG8gbXkgcmVwbHkgYmVsb3cuJm5ic3A7IEkg bWVhbnQgdG8gc2F5ICZxdW90O3RoYXQgc2hvdWxkICo8Yj5ub3Q8L2I+KiBiZSBhY2NlcHRlZCZx dW90Ow0KPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1NlZ29lIFVJIEVtb2ppJnF1b3Q7LHNhbnMtc2VyaWY7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 RU4tVVMiPiYjMTI4NTIyOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28t ZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBj bSA0LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xp ZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+IG5ldGNvbmYgJmx0O25ldGNv bmYtYm91bmNlc0BpZXRmLm9yZyZndDsNCjxiPk9uIEJlaGFsZiBPZiA8L2I+U3Rlcm5lLCBKYXNv biAoTm9raWEgLSBDQS9PdHRhd2EpPGJyPg0KPGI+U2VudDo8L2I+IEZyaWRheSwgRGVjZW1iZXIg MTMsIDIwMTkgMjoyMCBQTTxicj4NCjxiPlRvOjwvYj4gUWluIFd1ICZsdDtiaWxsLnd1QGh1YXdl aS5jb20mZ3Q7OyBuZXRjb25mQGlldGYub3JnPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbbmV0 Y29uZl0gbGVhZnJlZmVkIGRhdGEgaXRlbSBpbiBZQU5HIFB1c2g8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgYWxpZ249ImxlZnQiIHN0 eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPkhpIFFpbiw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMi PkZvciBzdWJzY3JpcHRpb25zLCBJIGRvbid0IHRoaW5rIGl0IG1hdHRlcnMgaWYgMiBsZWFmcyBh cmUgYXNzb2NpYXRlZCB3aXRoIGVhY2ggb3RoZXIgdmlhIGEgbGVhZnJlZi4mbmJzcDsgV2hlbiB5 b3Ugc3Vic2NyaWJlIHRvIGVhY2ggb2YgdGhvc2UgbGVhZnMsIGl0IGlzIGp1c3QgbGlrZSBzdWJz Y3JpYmluZyB0byBhbnkNCiBvdGhlciAyIGxlYWZzICh0aGF0IGFyZW4ndCBhc3NvY2lhdGVkIHdp dGggZWFjaG90aGVyKS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1V UyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkFi b3V0IHRoZSAnZGFuZ2xpbmcgcmVmZXJlbmNlJzogdGhhdCBzaG91bGQgYmUgYWNjZXB0ZWQgaW50 byB0aGUgcnVubmluZyBkYXRhc3RvcmUuIEl0IHdvdWxkIGZhaWwgdmFsaWRhdGlvbi4gU28gaXQg Y2FuIG9ubHkgZXhpc3QgaW4gdGhlIGNhbmRpZGF0ZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPkphc29uPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRl cjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0 LjBwdCI+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAj RTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGNtIDBjbSAwY20iPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+RnJvbTo8L3NwYW4+PC9iPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+IG5ldGNvbmYgJmx0OzxhIGhyZWY9 Im1haWx0bzpuZXRjb25mLWJvdW5jZXNAaWV0Zi5vcmciPm5ldGNvbmYtYm91bmNlc0BpZXRmLm9y ZzwvYT4mZ3Q7DQo8Yj5PbiBCZWhhbGYgT2YgPC9iPlFpbiBXdTxicj4NCjxiPlNlbnQ6PC9iPiBU aHVyc2RheSwgRGVjZW1iZXIgMTIsIDIwMTkgMTE6MDkgUE08YnI+DQo8Yj5Ubzo8L2I+IDxhIGhy ZWY9Im1haWx0bzpuZXRjb25mQGlldGYub3JnIj5uZXRjb25mQGlldGYub3JnPC9hPjxicj4NCjxi PlN1YmplY3Q6PC9iPiBbbmV0Y29uZl0gbGVhZnJlZmVkIGRhdGEgaXRlbSBpbiBZQU5HIFB1c2g8 bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgYWxpZ249ImxlZnQiIHN0eWxlPSJ0ZXh0LWFsaWduOmxlZnQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28t ZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SGVsbG86PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+Q2FuIEkgc3Vic2NyaWJlIHRvIHNwZWNpZmljIGRhdGEgaXRlbSB0aGF0 IHJlZmVyIHRvIGRhdGEgaXRlbSBpbiBhbm90aGVyIFlBTkcgbW9kdWxlIHdpdGggb3RoZXIgZGF0 YSBpdGVtIGluIHRoZSBzYW1lIHN1YnNjcmlwdGlvbj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0 LWxhbmd1YWdlOlpILUNOIj5Nb2R1bGUgYmFyIHs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxh bmd1YWdlOlpILUNOIj5pbXBvcnQgZm9vIHtwcmVmaXggZXg7fTxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsZWFmIGNje3R5 cGUgaW50ODt9PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxlYWYgYmIgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFu Z3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB0eXBlIGxl YWZyZWYgezxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBwYXRoICZxdW90Oy4uL2V4 OmFhJnF1b3Q7OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyB9PG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFz dC1sYW5ndWFnZTpaSC1DTiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpILUNOIj59PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1s YW5ndWFnZTpaSC1DTiI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpa SC1DTiI+TW9kdWxlIGZvbyB7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1D TiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IGxlYWYgYWEgezxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZh cmVhc3QtbGFuZ3VhZ2U6WkgtQ04iPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyB0eXBlIGludDg7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IH08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdl OlpILUNOIj59PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpaSC1DTiI+SW4gYWRk aXRpb24sIElmIHRoZXJlIGlzIGRhbmdsaW5nIHJlZmVyZW5jZSwgZS5nLiwgbGVhZiBiYiByZWZl ciB0byBsZWFmIGFhIHdoaWNoIGRvZXNu4oCZdCBleGlzdCwgaG93IHRoaXMgZmFpbHVyZSBpcyBo YW5kbGVkIGJ5IHRoZSBzZXJ2ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9Im1zby1mYXJlYXN0LWxhbmd1YWdlOlpI LUNOIj5hbmQgZXhwb3NlZCB0byB0aGUgY2xpZW50PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6WkgtQ04iPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6 WkgtQ04iPi1RaW48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_VI1PR07MB3981D8B05CCCA36A42A0E5C79B520VI1PR07MB3981eurp_-- From nobody Sun Dec 29 19:14:45 2019 Return-Path: X-Original-To: netconf@ietfa.amsl.com Delivered-To: netconf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F21081200E6 for ; Sun, 29 Dec 2019 19:14:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 kY2HUdPKOVLH for ; Sun, 29 Dec 2019 19:14:41 -0800 (PST) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF15E1200E5 for ; Sun, 29 Dec 2019 19:14:41 -0800 (PST) Received: by rfc-editor.org (Postfix, from userid 30) id 77C11F406C5; Sun, 29 Dec 2019 19:14:28 -0800 (PST) To: kent+ietf@watsen.net, ian.farrer@telekom.de, mikael.abrahamsson@t-systems.se, ibagdona@gmail.com, warren@kumari.net, kent+ietf@watsen.net, mjethanandani@gmail.com X-PHP-Originating-Script: 30:errata_mail_lib.php From: RFC Errata System Cc: te.hasegawa2@gmail.com, netconf@ietf.org, rfc-editor@rfc-editor.org Content-Type: text/plain; charset=UTF-8 Message-Id: <20191230031428.77C11F406C5@rfc-editor.org> Date: Sun, 29 Dec 2019 19:14:28 -0800 (PST) Archived-At: Subject: [netconf] [Editorial Errata Reported] RFC8572 (5950) X-BeenThere: netconf@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: NETCONF WG list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Dec 2019 03:14:43 -0000 The following errata report has been submitted for RFC8572, "Secure Zero Touch Provisioning (SZTP)". -------------------------------------- You may review the report below and at: https://www.rfc-editor.org/errata/eid5950 -------------------------------------- Type: Editorial Reported by: Tetsuya Hasegawa Section: 5.1. Initia Original Text ------------- 7. Devices that support decrypting SZTP artifacts MUST posses the Corrected Text -------------- 7. Devices that support decrypting SZTP artifacts MUST possess the Notes ----- Instructions: ------------- This erratum is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party can log in to change the status and edit the report, if necessary. -------------------------------------- RFC8572 (draft-ietf-netconf-zerotouch-29) -------------------------------------- Title : Secure Zero Touch Provisioning (SZTP) Publication Date : April 2019 Author(s) : K. Watsen, I. Farrer, M. Abrahamsson Category : PROPOSED STANDARD Source : Network Configuration Area : Operations and Management Stream : IETF Verifying Party : IESG