
From nobody Fri Apr  1 01:56:38 2022
Return-Path: <jlindbla@cisco.com>
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 313B83A19E2 for <netconf@ietfa.amsl.com>; Fri,  1 Apr 2022 01:56:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.606
X-Spam-Level: 
X-Spam-Status: No, score=-9.606 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-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=Bm315poZ; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=nZqc6+Yn
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 roAfRpPV55KI for <netconf@ietfa.amsl.com>; Fri,  1 Apr 2022 01:56:30 -0700 (PDT)
Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C25503A19D0 for <netconf@ietf.org>; Fri,  1 Apr 2022 01:56:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1430; q=dns/txt; s=iport; t=1648803389; x=1650012989; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=23fUDTpW4RZOfwKUwuytxXeJT3fNujlXS/OvYyWLDFQ=; b=Bm315poZqGk+DQKWPW8BnWW745W5F4tv/6R58zOt9X6mxSAnBWmbz90Q W3GGa2e9VHrI1vZKi4CsvkS358L2Uju6fTrn49AVxFT6tzgWZ5Ur53KO4 w29w3Mxxre3CrFcIiSERcFfabcnyt8aIsqt54g6NNRo58cZW4ObllRnFG M=;
X-IPAS-Result: =?us-ascii?q?A0BMBgDNvUZi/4kNJK1aHgEBCxIMQIFPC4FSVgeBUTdEi?= =?us-ascii?q?B4DhTmFEIMCA5s4gS6BJQNUCwEBAQ0BAUMEAQGBT4M4AoRXAiU0CQ4BAgQBA?= =?us-ascii?q?QEBAwIDAQEBAQEBAwEBBQEBAQIBBwSBCROFaA2GQwEBAQIBEigGAQE3AQ8CA?= =?us-ascii?q?Qg2EDIlAgQOJ4JigmYDDSEBoikBgToCgQ6JEXiBM4EBgggBAQYEBIULGII4C?= =?us-ascii?q?YE8gxGLPSccgUlEgRUnHIFmUTA+hEWDUYIumGGBSEOBEF4fQMBzCoNJn3sFL?= =?us-ascii?q?oN0jDeYI5ZeokCEIgIEAgQFAg4BAQaBYTyBWXAVOyoBgj4+ExkPjiA3gzuKX?= =?us-ascii?q?nU4AgYLAQEDCZFgAQE?=
IronPort-PHdr: A9a23:/Eb3QB8SKUXD4P9uWCXoyV9kXcBvk7n3PwtA7J0hhvoOd6m45J3tM QTZ4ukll17GW4jXqpcmw+rbuqztQyoMtJCGtn1RfJlFTRRQj8IQkkQpC9KEDkuuKvnsYmQ6E c1OWUUj8Wu8NB1eGd31YBvZpXjhhQM=
IronPort-Data: A9a23:GYolTqMGMImqLGvvrR0ylcFynXyQoLVcMsEvi/4bfWQNrUpz0T1Wm GYYCmuFPfvfYWbzf9l3Ptnj8E8O6p6GzYJrHXM5pCpnJ55oRWUpJjg4wmPYZX76whjrFRo/h ykmQoCcaphyFBcwnz/1WlTbhSEUOZqgG/ytUIYoBggrHVU+EHt50Eo68wIEqtcAbeaRUlvlV eza+6UzCHf9s9KjGjtJg04rgEoHUMXa4Fv0jHRnDRx4lAO2e00uMX4qDfrZw00U7WVjNrXSq +7rlNlV945ClvsnIovNfr3TKiXmTlNOVOSDoiI+ZkSsvvRNjnce8pcnFaZfUnl4szLUp/5Oy dB3q5PlHG/FPoWU8AgcexBcFyc7Nqpc9fqbZ3O+qseUiUbBdhMAwd03UxpwZtNeo70xWDoRn RAbAGhlghSrhea3xr6xTuBEjcU4J86tN4Qa0p1l5WGEVqh/EMmeGM0m4/dh8xFv38VJQs3Uf uVHNzt/XTncSUFAbwJ/5JUW2b3AamPEWztVtFmSo6Qf4mXPwkp2yreFGNnYfMDJRMhJkG6Hr 37d8mK/BBwGXOFz0hKM9naqw+TIhy6+BMQZFaaz8bhhh1j7KnEvNSD6nGCT+ZGR4nNSkfoGQ 6DI0kLCdZQPyXE=
IronPort-HdrOrdr: A9a23:IhF98aAkGXGN7jTlHej0sseALOsnbusQ8zAXPh9KJyC9I/b2qy nxppgmPEfP+UossHFJo6HlBEEZKUmsu6KdkrNhQotKOzOW+VdATbsSorcKpgeAJ8SQzJ8k6U 4NSdkdNDS0NykGsS+Y2nj5Lz9D+qj9zEnAv463pB0BLXAIV0gj1XYCNu/xKDwQeOAyP+tBKH Pq3Lsgm9PPQwVzUu2LQl0+G8TTrdzCk5zrJTQcAQQ81QWIhTS0rJbnDhmxxH4lInBy6IZn1V KAvx3y562lvf3+4ATbzXXv45Nfn8ak4sdfBfaLltMeJlzX+0SVjcVaKvi/VQIO0aaSAWUR4Z /xStAbTp1OAkbqDyWISN3WqlHdOXgVmiTfIBSj8AXeSITCNUMH4ox69Nhkmt+z0Tt9gDm6u5 g7gl5x/qAnfi/ojWDz4cPFWAptkVfxqX0+kfQLh3gaSocGbqRNxLZvtn+8gP87bVLHAa0cYa FT5fvnlb1rmJKhHgfkl3gqxMbpUmU4Hx+ATERHssuJ0yJOlHQ8y0cD3sQQknoJ6Zp4EvB/lq j5G7UtkKsLQt4dbKp7CutEScyrCnbVSRaJNG6JO1zoGKwOJnqIoZ/q57c+4v2sZfUzvdYPsY WEVEkduX85ekroB8HL1JpX8grVSGH4RjjpwtE23ekxhlQ9fsucDcSuciFaryL7mYRsPiTyYY fGBK5r
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.90,226,1643673600"; d="scan'208";a="853619153"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-3.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 01 Apr 2022 08:56:28 +0000
Received: from mail.cisco.com (xfe-rtp-003.cisco.com [64.101.210.233]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 2318uRDV012298 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Fri, 1 Apr 2022 08:56:28 GMT
Received: from xfe-rcd-002.cisco.com (173.37.227.250) by xfe-rtp-003.cisco.com (64.101.210.233) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14; Fri, 1 Apr 2022 04:56:27 -0400
Received: from NAM12-BN8-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-002.cisco.com (173.37.227.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.14 via Frontend Transport; Fri, 1 Apr 2022 03:56:27 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=iWduOkMRxGU99Oodvz3Ci0H3hQNtgNV3fP3tLEJo8Jr6AmFbKcK0lxtHdSCiZ6/ep/CWlA8QuuPpPFzK5lQQV/dKHe8yNl5X6tZUyO6NC7NFB3W/p3VRQ90puHv+CKOD67VO9rk3l7rGWGa40eKzO5fAu62AazdemNvinYb0WqmK1RucGh6W8Q7xUTZQb3aUPVZxfZg8X7XNC/FQzTmk5AXJBNG40upxeyVwm7K8lUZlpqsFc5GCWpUGla8WkDpK6qD9vafhUPgthXf0GicnFDjE2vDgfW4kA1bszeTh/IRSexkSRFoPc+Ij5g7y4l1V4RLlWPt0HmOqtC1cFiacQA==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=tVgK52F/Yfmhdh+oEJz/cE89jLICSrvCSJI9W3DI0ck=; b=hx4o//j7BnY2T/XHDhmhMq5WCB18fL7EfkIb7VIlX41xLpJNhkJWz9z4fnJuE5Hsyp9gCnjOel/jnQXdebMk4t/UCeEjDAYTG5rxkRiW0OMZfQ9aqv2rjefcdYIEev8CD26ht9USLiL4llkQMMi7jxBL390TkxlPQACG5nV2vo0RcyeqdU8LFW0LwsaSQInSPxv3Bp2E9jB3XYUV5EXY84Abwh3CGIi0XZVlCK7zVTBaHa8xfj+dGjkZzDNrYrHCkC6P7di9Dt2Wp5fSTZzd1KPlK8cut4AQEAA+3+NH9xnCyhIA3pz9dF9FPZ/s6aVNubIFYoS11P5oT/+QXljWog==
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=tVgK52F/Yfmhdh+oEJz/cE89jLICSrvCSJI9W3DI0ck=; b=nZqc6+Yn8Mo/T3KtAKVg4mG4iEdEuAg1cj874KZCkIgKuEVt1+zey0QjN45aeuvnak8EBZ27Q1x7GvmtqycqPmYXdXW4NPtabs66ZGGp9/Xn+P19aO6BnaRMid0NcTeVGXZtTcAC3Vy7MWPqQOVVQ9Al3yBJ2T5l1KkVbKqkasE=
Received: from DM6PR11MB2841.namprd11.prod.outlook.com (2603:10b6:5:c8::32) by BN6PR11MB1491.namprd11.prod.outlook.com (2603:10b6:405:8::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5123.21; Fri, 1 Apr 2022 08:56:25 +0000
Received: from DM6PR11MB2841.namprd11.prod.outlook.com ([fe80::35ba:c19b:cc3:e27e]) by DM6PR11MB2841.namprd11.prod.outlook.com ([fe80::35ba:c19b:cc3:e27e%7]) with mapi id 15.20.5123.023; Fri, 1 Apr 2022 08:56:25 +0000
From: "Jan Lindblad (jlindbla)" <jlindbla@cisco.com>
To: Kent Watsen <kent+ietf@watsen.net>
CC: "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netmod] Common etag, timestamp on all interfaces (draft-lindblad-netconf-transaction-id)
Thread-Index: AQHYQCSpifZbzmiEjEalqyJYR3p4rqzZpZCAgAEm4oA=
Date: Fri, 1 Apr 2022 08:56:25 +0000
Message-ID: <7751A66C-D064-41AD-B216-DA1A0CA11F82@cisco.com>
References: <VI1PR0701MB2351D399AB78445A66E16DD1F0189@VI1PR0701MB2351.eurprd07.prod.outlook.com> <0100017fb906d433-172359f0-01a8-4a82-8e25-8079bdafef76-000000@email.amazonses.com> <VI1PR0701MB2351A58EB0EC5973DAD7454EF0189@VI1PR0701MB2351.eurprd07.prod.outlook.com> <CABCOCHSBHUy4gdQ9vnxMEKGkB4azv5Hjw0shiorVV2-WW_Unrw@mail.gmail.com> <F9E14193-2EC9-41AE-8788-1EA115CC2F20@tail-f.com> <VI1PR0701MB23519A8D0F38BEB559EEB1B5F0199@VI1PR0701MB2351.eurprd07.prod.outlook.com> <CABCOCHQk8kg+jr-NBydqJpZN068=oDq7j5EurstNN2LJSv8wCw@mail.gmail.com> <0100017fbe472ae5-7153357c-10cc-4055-92c7-e06e03681e92-000000@email.amazonses.com> <416FF15D-53E3-4E2F-ABDD-F3E25368E027@cisco.com> <0100017fe090ca32-8f98b853-9b95-425c-945a-7c43289efa4b-000000@email.amazonses.com>
In-Reply-To: <0100017fe090ca32-8f98b853-9b95-425c-945a-7c43289efa4b-000000@email.amazonses.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-mailer: Apple Mail (2.3696.80.82.1.1)
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6e8aaed7-5eaf-4902-4795-08da13bd80ec
x-ms-traffictypediagnostic: BN6PR11MB1491:EE_
x-microsoft-antispam-prvs: <BN6PR11MB1491726CDC5880946215E821CAE09@BN6PR11MB1491.namprd11.prod.outlook.com>
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: yIUvwq7w7HedQ08ittVs2o3yxA1/FDdZ8DttzfT6gnU9lXagNzjsC9gV44BR4m2KXOJfC199TI3XZNMm11jALP4oo9LJrfXSGfJ9hMP3MNDjX7PKWfbuXVIlZBQUV8t/owpz+A7e4nIK2hBtYQL5vqUr5MkvAoKcg7C6lsBpKv8HfLi5R4xlSALhZFIzMTBXM8yXEWkaaO2WwiGVj0e4HD629TAbzep5Z9vm+N+EGIz00ElOQ+ogedqwCpPXqsbUDg103aVdvpEEkM3rQN2ECAVD+O9mj2+SzhN6EbyjstFYI5cg/6ua9NDukJonMEskMWxBdfBv/yyeLsFMUfILcngLkwdxh/f9sInqTDxV50ug7NSqV9wusFfRMreD5MU4zG5z5LTa37f/uxcohoxzjPpmgnsrnUGgh36Av0QabzRmd+VPH6BCvs0XUyeG4+ALs+m+jQzp656hmhcVIHMMWJ5/QjpkgtfJqqjJjmYvZk1Wc6EPf/LZB2LVYMFD18MMja82W09T6BAfPOnHGWVcZPeDpP8qLSjYBeHYQwVE4hnCngSJKpgQtSqf9cHfrCwRTFv2fVB6dz4kEybUQuGdF8U/45pJ5+aR17chVb13UZr41FOMt9ELLNg1FjEMTLzvGpF7JVae+4BLrdAKaZGUbGSnfAm6IJzB5EdBAyaBM5LCclJ5F7RnADQ9PxY3xbJM7Y3PhAKJo0MuuzgwW0ysj4yM8s37PDAP7kvxoADWE09d7VvkLYe7PB0c3TRP5YY4
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;  IPV:NLI; SFV:NSPM; H:DM6PR11MB2841.namprd11.prod.outlook.com; PTR:; CAT:NONE;  SFS:(13230001)(366004)(6506007)(36756003)(6486002)(38070700005)(71200400001)(86362001)(6512007)(508600001)(83380400001)(38100700002)(66946007)(8676002)(2906002)(91956017)(2616005)(186003)(5660300002)(66476007)(4326008)(64756008)(66556008)(66446008)(8936002)(33656002)(26005)(76116006)(122000001)(316002)(45980500001); DIR:OUT; SFP:1101; 
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?ASM1455exal9uU6jejsyb4umzOyE6l12pTJkI4VU4+AwP7iyYF46Ktk4bkbL?= =?us-ascii?Q?E8ioBwpV1xsLY8AS79RvrlxzfUz9//w7AgvUm2psLhixMPtHC6tABY9EwDsq?= =?us-ascii?Q?b2YXxU+Bepn/o2Psx/s924CYGR7UbIngwQOjQ33j6hz6JAiH5K19nNncukf/?= =?us-ascii?Q?ZXhXpq0bGR7sBRLiff/Nw19uiAhu3wobAVSqdDWw/i9NBPwll/qYPH9PJKy0?= =?us-ascii?Q?sef+4wB+Wt9yjSDd4ZZ2IY8w9QUnNZy5UfN2HzpejzIIvog8YjdcKR5PlTy4?= =?us-ascii?Q?JOllshqWa6Fk7q4gLLYXTcUwfMHuNvOo7p9CghBDqUpt/zLn1l52maqzjWQw?= =?us-ascii?Q?/1tzUrdhM0Plz7Q/XORKVYcL3DyVYtaapL3m2CilFjwZO30kCa9XPvpGTpQu?= =?us-ascii?Q?VBwR5Z8Wpakgd8WEbR3ZHXNpfE98aDgcWYthx+gBieiKdJa7cna2tAqbZWEV?= =?us-ascii?Q?+5f6p7tB2GvJ67EewzGvZqrep/aIuApMPyyem6AKX+O9uKL4rpkXuOT/TPSn?= =?us-ascii?Q?O8vZNev7SUXnIDAZKGhXx9g6ehainMTMQPD0eNwy9ui0VIfb/qg7N8YPSFn2?= =?us-ascii?Q?n48WGBlbMOaqODKd0ZyXjmecmh2UOp3kG9a4Rp/If6t70vCppQ52gkK8cRez?= =?us-ascii?Q?5r6Fs9AIVrzGhdYQQGTAnWjedSRGc3omZfVtgsaRM65mMlILd3QNpsjpzL9I?= =?us-ascii?Q?5M8GN50ycKnZey+OfVkIdXM6l+Oj+dipySHGXRURU7/JuBwC0bl7xalRUp2C?= =?us-ascii?Q?Q5CPVM8JNOV5XcGiRNVDNPYZJh3u34zaUjMgTYaJ0oSEctKyALG5X8PkOWjc?= =?us-ascii?Q?taqOVBT4zn/Df0fWckQJEBRzDK8AI7EMJxVuYRWC7wTO2h9bRBMbJuZASV9Q?= =?us-ascii?Q?qHEHmMCPmDJ9P4Yc/7f9DKiRYSR/0n3CFMT6eIqREcKsa6+FalT4yY4pFgYz?= =?us-ascii?Q?7Saf6L0/0/jsuSNrhijXBk6fFaKhrY+fNT2wzWW4sU5HcwNLQn74iuiUG1Qx?= =?us-ascii?Q?8SKX6hpkZee9+cISVokzLOcl6MizEFOhFhw5GqeyfIn1iqkHzgCc9PtPmctG?= =?us-ascii?Q?F30xNho1kOBA/4IxbywqD3fPkW/cKoTxmiFfOofOf6hOveewZplfdOggJNso?= =?us-ascii?Q?x4J5z6etOYFWb15EmRGwnXxmh2NJyGAIzsXfPQpNu30s8giEUMzLEEjhkSob?= =?us-ascii?Q?bDTr3fcid32aNgfHmjfJ0OCjGUADcbUICiitAt1aycR4nHYx0V3QimVqTsnc?= =?us-ascii?Q?CD3E3LT5bhEFxxqGrjvmWJodNxxRWg2hbbeA4vgCJ4+bsvp4rdC+FBz8wvZE?= =?us-ascii?Q?vL488YY6Ys+RW69WrASjNy7+9ccR+kMZsVMple1WRSyPubnV43pTUn8fXShx?= =?us-ascii?Q?S7W9f65rIb87FZPFF9tnM+Q+7On0hBJ7yhsuEVX4MP2hI59vUWYxIgDSPSXZ?= =?us-ascii?Q?/n4gDs3+9tNo8eLwd47bcb7vPDDudFTQ9ljHuQRJ65ZytEzFGjgTUfs9fFP0?= =?us-ascii?Q?0Ki3syGKqBPlqE72QfnBGxkyxGM9fJE7iXB7EzOrxFgC46u1bto4LCYI55bl?= =?us-ascii?Q?jp9r7AO76hSuzl+C2jeVPZqGNm5QCob7YFTbx49r09XtuWpvDvduldlrBE+u?= =?us-ascii?Q?AfUZdDi4mpMyB/bt71TNGIf8MpDGV33Z6rfe3QZyy4MPGaRF5mlFN/BgxNi+?= =?us-ascii?Q?actwQINtuc3rtIwxN2Ejv27VsK1nTpr2zquG4Ft82dNlXTabIBnlpciYNge4?= =?us-ascii?Q?q+HgvEH7l5Ku4i6isPsHaldbkKNXjcA=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <F3B5BD7E142E02408EA9D7F0E0065731@namprd11.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR11MB2841.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e8aaed7-5eaf-4902-4795-08da13bd80ec
X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Apr 2022 08:56:25.8749 (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: 5MedIAFjOeJ9RFsoPXJ/Shv2sc1bCsNh+8q8E35roMYeWWeSARrOA0bEj7tUxAVPtTQD/b1eys9NZq4MihIEoA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1491
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 64.101.210.233, xfe-rtp-003.cisco.com
X-Outbound-Node: alln-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/OyiWCVccisRHwlURbMrNNCOz0Ko>
Subject: Re: [netconf] [netmod] Common etag, timestamp on all interfaces (draft-lindblad-netconf-transaction-id)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Apr 2022 08:56:36 -0000

Kent, WG,

> [CC-ing NETCONF, as this discussion (and draft) belongs there.  To whomev=
er replies to this message, please remove NETMOD from the CC-list.  Thanks!=
]

Thanks for pointing this out, Kent. I never noticed which forum the questio=
n was raised in.

>>> The same rules apply:
>>>=20
>>> - ETag is a MUST, LastModified is a MAY
>>> - root-node is a MUST, inner-nodes is a MAY
>>=20
>> I'm perfectly fine with this. Since we are in agreement maybe I should j=
ust stop here.=20
>=20
> The "rules" mentioned above are what RFC 8040 defines.  The same rules sh=
ould apply to the NETCONF equivalent.   Which is to say, the draft that def=
ines the NETCONF-equivalent should define support for both.

We are in agreement. I will add back LastModified, which was there in early=
 versions.

>> Since I noted that I haven't done a good job at explaining how the ETag =
mechanism works, let me take the example below and explain how this situati=
on is avoided using ETags.
>=20
> <snip/>
>=20
> Regarding the PROs and CONs of ETag vs LastModified, examples can be cons=
tructed showing each being better in cases.  As protocol-designers, the cho=
ice should be given to deployments.

Right. My point was not to advocate for either one, just explain where they=
 differ. From previous posts, I realized that my previous explanations had =
not been well understood.

Best Regards,
/jan


From nobody Wed Apr  6 14:25:50 2022
Return-Path: <wwwrun@rfcpa.amsl.com>
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 6DDD83A0C0B; Wed,  6 Apr 2022 14:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level: 
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 kg8pJvIjNt88; Wed,  6 Apr 2022 14:25:23 -0700 (PDT)
Received: from rfcpa.amsl.com (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A82893A0BFB; Wed,  6 Apr 2022 14:25:23 -0700 (PDT)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id 8947FB33A1; Wed,  6 Apr 2022 14:25:23 -0700 (PDT)
To: lijun.liao@gmail.com, kent+ietf@watsen.net, ian.farrer@telekom.de, mikael.abrahamsson@t-systems.se
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: rfc-ed@rfc-editor.org, iesg@ietf.org, netconf@ietf.org, iana@iana.org
Content-Type: text/plain; charset=UTF-8
Message-Id: <20220406212523.8947FB33A1@rfcpa.amsl.com>
Date: Wed,  6 Apr 2022 14:25:23 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/EoVmUItBhu9BsUSnGQp4sUZ7al4>
Subject: [netconf] [Errata Verified] RFC8572 (6807)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 06 Apr 2022 21:25:29 -0000

The following errata report has been verified for RFC8572,
"Secure Zero Touch Provisioning (SZTP)". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid6807

--------------------------------------
Status: Verified
Type: Editorial

Reported by: Lijun Liao <lijun.liao@gmail.com>
Date Reported: 2022-01-04
Verified by: RFC Editor  

Section: 3.3

Original Text
-------------
   When unencrypted, the ownership voucher artifact is as defined in
   [RFC8366].  As described, it is a CMS structure whose topmost content
   type MUST be the OID id-signedData (1.2.840.113549.1.7.2), whose
   eContentType MUST be OID id-ct-animaJSONVoucher
   (1.2.840.113549.1.9.16.1), or the OID id-data (1.2.840.113549.1.7.1).
   When the OID id-data is used, the encoding (JSON, XML, etc.) SHOULD
   be communicated externally.  In either case, the associated content
   is an octet string containing ietf-voucher data in the expected
   encoding.

   When encrypted, the topmost content type of the ownership voucher
   artifact's CMS structure MUST be the OID id-envelopedData
   (1.2.840.113549.1.7.3), and the encryptedContentInfo's content type
   MUST be the OID id-signedData (1.2.840.113549.1.7.2), whose
   eContentType MUST be OID id-ct-animaJSONVoucher
   (1.2.840.113549.1.9.16.1), or the OID id-data (1.2.840.113549.1.7.1).
   When the OID id-data is used, the encoding (JSON, XML, etc.) SHOULD
   be communicated externally.  In either case, the associated content
   is an octet string containing ietf-voucher data in the expected
   encoding.

Corrected Text
--------------
   When unencrypted, the ownership voucher artifact is as defined in
   [RFC8366].  As described, it is a CMS structure whose topmost content
   type MUST be the OID id-signedData (1.2.840.113549.1.7.2), whose
   eContentType MUST be OID id-ct-animaJSONVoucher
   (1.2.840.113549.1.9.16.1.40), or the OID id-data (1.2.840.113549.1.7.1).
   When the OID id-data is used, the encoding (JSON, XML, etc.) SHOULD
   be communicated externally.  In either case, the associated content
   is an octet string containing ietf-voucher data in the expected
   encoding.

   When encrypted, the topmost content type of the ownership voucher
   artifact's CMS structure MUST be the OID id-envelopedData
   (1.2.840.113549.1.7.3), and the encryptedContentInfo's content type
   MUST be the OID id-signedData (1.2.840.113549.1.7.2), whose
   eContentType MUST be OID id-ct-animaJSONVoucher
   (1.2.840.113549.1.9.16.1.40), or the OID id-data (1.2.840.113549.1.7.1).
   When the OID id-data is used, the encoding (JSON, XML, etc.) SHOULD
   be communicated externally.  In either case, the associated content
   is an octet string containing ietf-voucher data in the expected
   encoding.

Notes
-----
The OID for id-ct-animaJSONVoucher is 1.2.840.113549.1.9.16.1.40.

 --VERIFIER NOTES--
Author verified errata is correct and also appears in http://oid-info.com/get/1.2.840.113549.1.9.16.1.40

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


From nobody Wed Apr  6 16:07:38 2022
Return-Path: <hexm4@chinatelecom.cn>
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 E24763A0BD6 for <netconf@ietfa.amsl.com>; Tue,  5 Apr 2022 08:40:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level: 
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 O2Xr5_yvuSTi for <netconf@ietfa.amsl.com>; Tue,  5 Apr 2022 08:40:07 -0700 (PDT)
Received: from chinatelecom.cn (prt-mail.chinatelecom.cn [42.123.76.226]) by ietfa.amsl.com (Postfix) with ESMTP id 7B6183A0BD4 for <netconf@ietf.org>; Tue,  5 Apr 2022 08:40:04 -0700 (PDT)
HMM_SOURCE_IP: 172.18.0.48:42568.1665470239
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from clientip-116.21.228.94 (unknown [172.18.0.48]) by chinatelecom.cn (HERMES) with SMTP id 6138028009D; Tue,  5 Apr 2022 23:39:48 +0800 (CST)
X-189-SAVE-TO-SEND: 44031069@chinatelecom.cn
Received: from  ([172.18.0.48]) by app0024 with ESMTP id 9798809c9f814671b655a42c218698d1 for bill.wu@huawei.com; Tue, 05 Apr 2022 23:39:52 CST
X-Transaction-ID: 9798809c9f814671b655a42c218698d1
X-Real-From: hexm4@chinatelecom.cn
X-Receive-IP: 172.18.0.48
X-MEDUSA-Status: 0
Sender: hexm4@chinatelecom.cn
Date: Tue, 5 Apr 2022 23:39:47 +0800
From: "hexm4@chinatelecom.cn" <hexm4@chinatelecom.cn>
To: bill.wu <bill.wu@huawei.com>,  Netconf <netconf@ietf.org>
References: <a8f231fc8cf24dd3959acce78e96132f@huawei.com>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7.2.18.95[cn]
Mime-Version: 1.0
Message-ID: <202204052339465365782@chinatelecom.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart565507853175_=----"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/C_MwM5xEZq3GdATL7JGLOrjZJxA>
X-Mailman-Approved-At: Wed, 06 Apr 2022 16:07:36 -0700
Subject: Re: [netconf] Comments on draft-he-netconf-adaptive-collection-usecases
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 05 Apr 2022 15:40:13 -0000

This is a multi-part message in MIME format.

------=_001_NextPart565507853175_=----
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: base64

SGksIFFpbjoNCg0KSSBhbSBnbGFkIHRoYXQgeW91IGhhdmUgcmVhZCB0aHJvdWdoIG15IGRyYWZ0
LWhlLW5ldGNvbmYtYWRhcHRpdmUtY29sbGVjdGlvbi11c2VjYXNlcywgYW5kIHRoYW5rIHlvdSB2
ZXJ5IG11Y2ggZm9yIHlvdXIgY29tbWVudHMgYW5kIHF1ZXN0aW9ucy4gDQoNClRoaXMgZHJhZnQg
bWFpbmx5IGZvY3VzZXMgb24gaW50ZXJmYWNlIHRyYWZmaWMgY29sbGVjdGlvbiBvZiBJUCBuZXR3
b3JrIGRldmljZSAoZS5nLC4gcm91dGVyLCBzd2l0Y2gsZ2F0ZXdheSwgQlJBUywgZXRjKSAuIEFz
IGlzIHdlbGwga25vd24sICBTTk1QIGhhcyBiZWVuIHdpZGVseSBkZXBsb3llZCBpbiBJU1BzJyBu
ZXR3b3JrcywgZXNwZWNpYWxseSBpbiBjb2xsZWN0aW5nIGludGVyZmFjZSB0cmFmZmljLiBMaW1p
dGVkIGJ5IGl0cyBsb3cgZWZmaWNpZW5jeSBhbmQgbW9yZSBkZW1hbmRzIGZvciBwcm9jZXNzaW5n
IGNhcGFjaXR5LCBTTk1QIGhhcyBubyBhYmlsaXR5IHRvIHJlYWxpemUgcmVhbC10aW1lIHRyYWZm
aWMgc2FtcGxpbmcgYXQgc3ViIHNlY29uZHMgb3IgZXZlbiBtaWxsaXNlY29uZHMgbGV2ZWwsIHdo
aWNoIGlzIG5lY2Nlc2FyeSBmb3IgZGV0ZXJtaW5pc3RpYyBzZXJ2aWNlcyB3aXRoIGRlbGF5LCAg
aml0dGVyLCBhbmQgcGFja2V0IGxvc3MgYm91bmQuIFRlbGVtZXRyeSBiYXNlZCBvbiBnUlBDIGhh
cyB0aGUgY2FwYWJpbGl0eSB0byBjb2xsZWN0IGludGVyZmFjZSB0cmFmZmljIGF0IGEgaGlnaGVy
IGZyZXF1ZW5jeSwgaS5lLiwgbWlsbGlzZWNvbmQgaW50ZXJ2YWwuIEhvd2V2ZXIsIGl0IGlzIGlt
cHJhY3RpY2FsIHRvIGdhaW4gdGhlIHJlYWwtdGltZSB0cmFmZmljIHZpc2liaWxpdHkgYXQgdGhl
IGNvc3Qgb2YgcGVyc2lzdGVudCBzYW1wbGluZyBhdCBtaWxsaXNlY29uZCBpbnRlcnZhbHMsIGJh
Y2F1c2Ugb2YgY29uc2lkZXJhYmxlIHJlc291cmNlIGNvbnN1bXB0aW9uIChpLmUuLCBleGhhdXN0
IHJlc291cmNlcyBvZiB0aGUgZm9yd2FyZGluZyBwbGFuZSBhbmQgdGhlIGNvbnRyb2wgcGxhbmUg
b2YgbmV0d29yayBkZXZpY2UgYXMgd2VsbCBhcyBjb21wdXRpbmcgYW5kIHN0b3JhZ2UgcmVzb3Vy
Y2VzIG9mIGNvbGxlY3RvcikgLiAgDQoNClRoZSBnb2FsIG9mIHRoaXMgZHJhZnQgaXMgdG8gZ2l2
ZSB0aGUgcHJvYmxlbSBzdGF0ZW1lbnQgYW5kIHNldCBmb3J0aCB0aGUgaW1wb3J0YW5jZSBvZiBh
ZGFwdGl2ZSB0cmFmZmljIGRhdGEgY29sbGVjdGlvbiBtZWNoYW5pc20gdG8gY2FwdHVyZSByZWFs
LXRpbWUgbmV0d29yayBzdGF0ZSAoZm9yIGV4YW1wbGUsIGludGVyZmFjZSBjb25nZXN0aW9uIGNh
dXNlZCBieSBtaWNyb2J1c3QpIGF0IG1pbmltdW0gcmVzb3VyY2UgY29uc3VtcHRpb24uIEluIHRo
ZSBjYXNlIG9mIG5vcm1hbCBub24tY29uZ2VzdGVkIG5ldHdvcmsgY29uZGl0aW9uLCB3aGljaCBo
YXBwZW4gYXQgdGhlIHRpbWUgb2YgOTUlIGFib3ZlLCBtaW51dGVzLWxldmVsIHNhbXBsaW5nIGN5
Y2xlIGlzIGVub3VnaCAsYmVjYXVzZSBpdCBjYW4gZ2l2ZSByaXNlIHRvIGxlc3Mgaml0dGVyIGFu
ZCBsb3NzIC4gIEJ1dCwgd2hpbGUgZGV0ZWN0aW5nIGEgY29uZ2VzdGlvbiBzdGF0ZSBvciBjb25n
ZXN0aW9uIHRyZW5kLCBzYW1wbGluZyBwZXJpb2QgbXVzdCBiZSB0aW1lbHkgdHVuZWQgdG8gbWls
bGlzZWNvbmRzIHNvIGFzIHRvIGNhcHR1cmUgYSBtaWNyb2J1cnN0IHRyYWZmaWMgb2YgaW50ZXJm
YWNlLiANCg0KSW4gb3JkZXIgdG8gbW9uaXRvciB0aGUgY29uZ2VzdGlvbiBzdGF0ZSBvZiBpbnRl
cmZhY2UgdGltZWx5LCB0aGUgZGVkaWNhdGVkIGhhcmR3YXJlIGlzIHByZWZlcmFibGUgcmF0aGVy
IHRoYW4gdXNpbmcgQ1BVIG9uIG1haW4gY29udHJvbCBib2FyZCB0aHJvdWdoIHF1ZXJ5LiBBcyBz
b29uIGFzIHRoZSBldmVudCBpcyB0cmlnZ2VyZWQgYnkgb3V0cHV0IHF1ZXVlIG92ZXJmbG93LCBx
dWV1ZSBkZXB0aCBiZXlvbmQgdGhlIHRocmVzaG9sZCBvciB0b28gaGlnaCBsaW5rIHV0aWxpemF0
aW9uLCB0aGUgc2FtcGxpbmcgY3ljbGUgbXVzdCBiZSBzd2l0Y2hlZCB0byBtaWxsaXNlY29uZHMg
c28gYXMgdG8gY2FwdHVyZSB0aGUgcmVhbC10aW1lIGludGVyZmFjZSB0cmFmZmljIHZpc2liaWxp
dHkuDQoNCkluIDQuMSwgTXVsdGktZGltZW5zaW9uYWwgcmVhbC10aW1lIHBvcnRyYWl0IG9mIGlu
dGVyZmFjZSB0cmFmZmljIGNoYXJhY3RlcmlzdGljIGlzIHRoZSBtb3N0IGltcG9ydGFudCBzY2Vu
YXJpbyBvZiB0aGUgYWRhcHRpdmUgdHJhZmZpYyBkYXRhIGNvbGxlY3Rpb24uIE9idGFpbmluZyB0
aGUgaG9saXN0aWMgYW5kIGdlbnVpbmUgY2hhcmFjdGVyaXN0aWMgb2YgaW50ZXJmYWNldHJhZmZp
YyBpcyBhIGJhc2ljIHJlcXVpcmVtZW50IGZvciB0aGUgc3RhdGlzdGljYWwgbXVsdGlwbGV4aW5n
IG1vZGVsIG9mIElQIG5ldHdvcmssIHdoaWNoIGlzIG9mIGdyZWF0IHNpZ25pZmljYW5jZSBmb3Ig
dHJhZmZpYyBwcmVkaWN0aW9uLCBuZXR3b3JrIHBsYW5uaW5nLCBuZXR3b3JrIGNhcGFjaXR5IGV4
cGFuc2lvbiwgbmV0d29yayBvcHRpbWl6YXRpb24sZXRjLg0KDQpJbiA0LjIsIE1pY3JvYnVyc3Qg
dHJhZmZpYyBkZXRlY3RpbmcgaXMgYW5vdGhlciBzY2VuYXJpbyBvZiB0aGUgYWRhcHRpdmUgdHJh
ZmZpYyBkYXRhIGNvbGxlY3Rpb24uIEluIG9yZGVyIHRvIGRldGVjdCAgbWljcm9idXJzdCwgaXQg
aXMgaW1wcmFjdGljYWwgdG8gcGVyc2lzdCBzYW1wbGluZyBhdCBtaWxsaXNlY29uZCBpbnRlcnZh
bHMsIHRoZSBhZGFwdGl2ZSBjb2xsZWN0aW9uIG1lY2hhbmlzbSBpcyB0aGUgYmVzdCBhcHByb2Fj
aCBmb3IgbWluaW1pemluZyByZXNvdXJjZSBjb25zdW1wdGlvbi4NCg0KQXMgZm9yIHVzZSBjYXNl
IDMgYW5kIDQsIG1vcmUgcHJlY2lzZWx5IHRvIHNheSwgdGhleSBhcmUgdHdvIGFwcGxpY2F0aW9u
IGluc3RhbmNlcyBvZiByZWFsLXRpbWUgaW50ZXJmYWNlIHRyYWZmaWMgdmlzaWJpbGl0eS4gQWN0
dWFsbHksICBtb3JlIGFwcGxpY2F0aW9uIGluc3RhbmNlcyBmb3IgZGlmZmVyZW50IHB1cnBvc2Ug
Y2FuIGJlIGJhc2VkIG9uIHRoZSByZWFsLXRpbWUgaW50ZXJmYWNlIHRyYWZmaWMgdmlzaWJpbGl0
eSwgc3VjaCBhcyB0cmFmZmljIHByZWRpY3Rpb24sIG5ldHdvcmsgY2FwYWNpdHkgZXhwYW5zaW9u
LCBuZXR3b3JrIG9wdGltaXphdGlvbiwgZXRjLiANCg0KRHJhZnQtd2FuZy1uZXRjb25mLWFkYXB0
aXZlLXN1YnNjcmlwdGlvbiBkZWZpbmVzIGEgWUFORyBkYXRhIG1vZGVsIGZvciB0aGUgYWRhcHRp
dmUgU3Vic2NyaXB0aW9uLCBJIHRoaW5rIHRoaXMgZHJhZnQgYW5kIG15IGRyYWZ0IGFyZSBjb21w
bGVtZW50YXJ5LiBBbmQgSSBob3BlIHdlIGNhbiBoYXZlIGEgZGVlcCBjb29wZXJhdGlvbixzdHJp
dmluZyB0byBwcm9tb3RlIHN0YW5kYXJkaXphdGlvbi4gDQoNCkJlc3QgcmVnYXJkcy4NCg0KWGlh
b21pbmcgSGUNCg0KDQpoZXhtNEBjaGluYXRlbGVjb20uY24NCiANCkZyb206IFFpbiBXdQ0KRGF0
ZTogMjAyMi0wMy0yMiAxMjowNA0KVG86IE5ldGNvbmYNCkNDOiBoZXhtNEBjaGluYXRlbGVjb20u
Y24NClN1YmplY3Q6IENvbW1lbnRzIG9uIGRyYWZ0LWhlLW5ldGNvbmYtYWRhcHRpdmUtY29sbGVj
dGlvbi11c2VjYXNlcw0KSGksIFhpYW9taW5nOg0KVGhhbmsgZm9yIHByZXNlbnRpbmcgZHJhZnQt
aGUtbmV0Y29uZi1hZGFwdGl2ZS1jb2xsZWN0aW9uLXVzZWNhc2VzLiANCkkgaGF2ZSByZWFkIHRo
cm91Z2ggeW91ciBkb2N1bWVudCwgaWYgbXkgdW5kZXJzdGFuZGluZyBpcyBjb3JyZWN0LCB0aGUg
YmlnIGNoYWxsZW5nZSB5b3UgcmFpc2VkIGZvciBkYXRhIGNvbGxlY3Rpb24gaXMgZXhjZXNzaXZl
IGNvbnN1bXB0aW9uIHJlc291cmNlIGJ5IG1pbGxpc2Vjb25kIGxldmVsIGNvbGxlY3Rpb24sIGVz
cGVjaWFsbHkgd2hlbiB0aGUgbWFzc2l2ZSBkYXRhIGlzIGNvbGxlY3RlZCBmcm9tIGludGVyZmFj
ZXMgbmVlZCB0byBiZSBwcm9jZXNzZWQgYXQgb25jZSwgZS5nLiwgYmF0Y2ggZGF0YSBwcm9jZXNz
aW5nIG9yIG1pY3JvYnVyc3QgdHJhZmZpYyBkZXRlY3Rpb24uIFRoZSBjb25zZXF1ZW5jZSBvZiB0
aGlzIHByb2JsZW0gaXMgaW5zdGFudGFuZW91cyBjb25nZXN0aW9uIG9mIHRoZSBvdXRwdXQgcXVl
dWUgaW4gdGhlIElQIFJBTiwgSVAgTUVOLCBJUCBiYWNrYm9uZS4gVGhlIG5ldHdvcmsgY29uZ2Vz
dGlvbiBtYXliZSBmdXR1cmUgYWdncmF2YXRlIHN1Y2ggY29uZ2VzdGlvbiBwcm9ibGVtLiANCiAN
Ck9uZSBleGFtcGxlIHlvdSBnaXZlIGlzIGNvbXBhcmUgd2l0aCA1IG1pbnV0ZXMgc2FtcGxpbmcg
Y3ljbGUgYmFzZWQgb24gU05NUCB3aXRoIDEwIG1pbGxpc2Vjb25kIHNhbXBsaW5nLCB0aGUgcmVx
dWlyZWQgcmVzb3VyY2Ugd2lsbCBpbmNyZWFzZSBieSAzMDAwMCB0aW1lcy4gSSBhbSB3b25kZXJp
bmcgd2hldGhlciB5b3UgdGVzdCBZQU5HIFB1c2ggdGVsZW1ldHJ5IGFuZCBhbmQgZ2l2ZSB0aGUg
cmVzb3VyY2UgY29uc3VtcHRpb24NCmNvbXBhcmlzb24uDQogDQpJbiBzZWN0aW9uIDQsIHlvdSBw
cm92aWRlcyA0IGludGVyZXN0aW5nIHVzZSBjYXNlcyBmb3IgeW91ciBwcm9wb3NlZCBhZGFwdGl2
ZSBzb2x1dGlvbi4gDQpGb3IgdXNlIGNhc2UgMSwgeW91IHdhbnQgdG8gcHJvdmlkZSBtdWx0aS1k
aW1lbnNpb25hbCByZWFsLXRpbWUgcG9ydHJhaXQgb2YgaW50ZXJmYWNlIHRyYWZmaWMsIHllcywg
Y29sbGVjdCB0cmFmZmljIGRhdGEgYXQgZGlmZmVyZW50IGRhdGEgY29sbGVjdGlvbiByYXRlIGRp
ZCBwcm92aWRlIG11bHRpLWRpbWVuc2lvbmFsIGRhdGEgYW5hbHlzaXMsIGluIGFkZGl0aW9uLCB5
b3UgY2FuIGNsYXNzaWZ5IG9wZXJhdGlvbmFsIGRhdGEgaW50byBzZXZlcmFsIGNhdGVnb3JpZXMs
IHVzZSBkYXRhIG5vZGUgdGFnIHByb3Bvc2VkIGluIGRyYWZ0LWlldGYtbmV0bW9kLW5vZGUtdGFn
cy0wNiB0byBjYXB0dXJlIGRpZmZlcmVudCBjYXRlZ29yaWVzIG9mIGNoYXJhY3RlcmlzdGljcyBk
YXRhLiBUaGlzIGFsc28gaGVscCB5b3UgcHJvdmlkZSBtdWx0aS1kaW1lbnNpb25hbCByZWFsIHRp
bWUgZGF0YSBhbmFseXNpcy4NCiANCkZvciB1c2UgY2FzZSAyLCBtaWNyb2J1cnN0IGRldGVjdGlv
biByZWxpZXMgZXZlbnRzIHRyaWdnZXIgc2V0dGluZywgSSBhbSBub3Qgc3VyZSBpbiB5b3VyIGNh
c2UsIGRvZXMgdGhlIGRldmljZSByZXF1aXJlIGJ1aWx0LWluIGhhcmR3YXJlIGRlc2lnbiB0byBz
dXBwb3J0IG1vbml0b3Jpbmc/IEkgdGhpbmsgZHJhZnQtd2FuZy1uZXRjb25mLWFkYXB0aXZlLXN1
YnNjcmlwdGlvbiBvbmx5IHJlcXVpcmVzIHRoZSBkZXZpY2UgdG8gc3VwcG9ydCBkaWZmZXJlbnQg
ZGF0YSBjb2xsZWN0aW9uIHJhdGVzIGFuZCBidWlsdCBvbiB4cGF0aCBjYXBhYmlsaXR5IHN1cHBv
cnRlZCBieSBZQU5HLiBCdXQgSSB0aGluayBtaWNyb2J1cnN0IGRldGVjdGlvbiBpcyBtb3JlIHJl
bGF0ZWQgdG8gZGF0YSBtZWFzdXJlbWVudCB3aGlsZSBkcmFmdC13YW5nLW5ldGNvbmYtYWRhcHRp
dmUtc3Vic2NyaXB0aW9uIGlzIG1vcmUgcmVsYXRlZCB0byBzdHJlYW1pbmcgZGF0YSByZXBvcnRp
bmcsIGV4cG9ydGluZy4gVGhleSBjYW4gYmUgY29tcGxpbWVudGFyeS4NCiANCkZvciB1c2UgY2Fz
ZSAzLCBjb25nZXN0aW9uIGF2b2lkYW5jZSBmb3IgZGV0ZXJtaW5pc3RpYyBuZXR3b3JrLCBJIGJl
bGlldmUgaXQganVzdCBmb2N1c2VzDQpvbiBjZW50cmFsaXplZCBjb250cm9sbGVyIGJhc2VkIHNv
bHV0aW9uLCBub3QgY29uc2lkZXIgZGlzdHJpYnV0ZWQgc29sdXRpb24uIEFzIHdlIGV4cGVyaW1l
bnRlZCBpbiBoYWNrYXRob24sIGNlbnRyYWxpemVkIGJhc2VkIHNvbHV0aW9uIGFsc28gaGFzIGxp
bWl0YXRpb24gaW4gdGhlIGNhc2Ugb2YgYWRhcHRpdmUgY29sbGVjdGlvbiAsZS5nLiwgc2Vydmlj
ZSBkaXNydXB0aW9uLCBvdmVyd2hlbG1pbmcgYnkgdGhvdXNhbmRzIG9mIGRldmljZSBtYW5hZ2Vt
ZW50LCBlcnJvciBwcm9uZSwgbW9yZSBuZXR3b3JrIHJlc291cmNlIGFyZSBjb25zdW1lZC4NCiAN
CkZvciB1c2UgY2FzZSA0LCBvbi1wYXRoIHRlbGVtZXRyeSBiYXNlZCBvbiBhZGFwdGl2ZSB0cmFm
ZmljIHNhbXBsaW5nLCBJIGFtIG5vdCBzdXJlIHRoaXMgdXNlIGNhc2UgaXMgbGltaXRlZCB0byBv
bi1wYXRoIHRlbGVtZXRyeSwgSSBzZWUgdGhpcyBub3Qgb25seSByZWxhdGVkIHRvIGRhdGEgcGxh
bmUgdGVsZW1ldHJ5IGJ1dCBhbHNvIG1hbmFnZW1lbnQgdGVsZW1ldHJ5LCBmb3IgbWFuYWdlbWVu
dCBwbGFuZSB0ZWxlbWV0cnksIGFkYXB0aXZlIHN1YnNjcmlwdGlvbiBwcm9wb3NlZCBpbiBkcmFm
dC13YW5nLW5ldGNvbmYtYWRhcHRpdmUtc3Vic2NyaXB0aW9uIGlzIG9uZSBjYW5kaWRhdGUgc29s
dXRpb24sIGdhaW5pbmcgcmVhbC10aW1lIG5ldHdvcmsgc3RhdGUgYW5kIHRyYWZmaWMgdmlzaWJp
bGl0eSBhdCBtaW5pbXVtIHJlc291cmNlIGNvbnN1bXB0aW9uIGlzIGV4YWN0bHkgd2hhdCBwcm9w
b3NlIHRvIGRvLg0KIA0KTGFzdGx5LCBJIGFtIGhhcHB5IHRvIGRpc2N1c3Mgd2l0aCB5b3UgaWYg
eW91IHdhbnQgdG8gc2NvcGUgeW91ciBwcm9ibGVtIHNwYWNlIGFuZCB0YXJnZXRlZCB0byBORVRD
T05GIHNwZWNpZmljIHNvbHV0aW9uLg0KIA0KLVFpbg0K

------=_001_NextPart565507853175_=----
Content-Type: text/html;
	charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse=
t=3DISO-8859-1"><style>body { line-height: 1.5; }blockquote { margin-top: =
0px; margin-bottom: 0px; margin-left: 0.5em; }p { margin-top: 0px; margin-=
bottom: 0px; }div.FoxDiv20220405233718561052 { }body { font-size: 14px; fo=
nt-family: ????; color: rgb(0, 0, 0); line-height: 1.5; }</style></head><b=
ody>=0A<!--[if gte mso 9]><xml>=0A<o:shapedefaults v:ext=3D"edit" spidmax=
=3D"1026" ></o:shapedefaults>=0A</xml><![endif]--><!--[if gte mso 9]><xml>=
=0A<o:shapelayout v:ext=3D"edit">=0A<o:idmap v:ext=3D"edit" data=3D"1" ></=
o:idmap>=0A</o:shapelayout></xml><![endif]-->=0A<div><span></span><div>Hi,=
 Qin:</div><div><br></div><div>I am glad that you have read through my dra=
ft-he-netconf-adaptive-collection-usecases, and thank you very much for yo=
ur comments and questions.&nbsp;</div><div><br></div><div>This draft mainl=
y focuses on interface traffic collection of IP network device (e.g,. rout=
er, switch,gateway, BRAS, etc) . As is well known, &nbsp;SNMP has been wid=
ely deployed in ISPs' networks, especially in collecting interface traffic=
. Limited by its low efficiency and more demands for processing capacity, =
SNMP has no ability to realize real-time traffic sampling at sub seconds o=
r even milliseconds level, which is neccesary for deterministic services w=
ith delay, &nbsp;jitter, and packet loss bound. Telemetry based on gRPC ha=
s the capability to collect interface traffic at a higher frequency, i.e.,=
 millisecond interval. However, it is impractical to gain the real-time tr=
affic visibility at the cost of persistent sampling at millisecond interva=
ls, bacause of considerable resource consumption (i.e., exhaust resources =
of the forwarding plane and the control plane of network device as well as=
 computing and storage resources of collector) . &nbsp;</div><div><br></di=
v><div>The goal of this draft is to give the problem statement and set for=
th the importance of adaptive traffic data collection mechanism to capture=
 real-time network state (for example, interface congestion caused by micr=
obust) at minimum resource consumption. In the case of normal non-congeste=
d network condition, which happen at the time of 95% above, minutes-level =
sampling cycle is enough ,because it can give rise to less jitter and loss=
 . &nbsp;But, while detecting a congestion state or congestion trend, samp=
ling period must be timely tuned to milliseconds so as to capture a microb=
urst traffic of interface.&nbsp;</div><div><br></div><div>In order to moni=
tor the congestion state of interface timely, the dedicated hardware is pr=
eferable rather than using CPU on main control board through query. As soo=
n as the event is triggered by output queue overflow, queue depth beyond t=
he threshold or too high link utilization, the sampling cycle must be swit=
ched to milliseconds so as to capture the real-time interface traffic visi=
bility.</div><div><br></div><div>In 4.1, Multi-dimensional real-time portr=
ait of interface traffic characteristic is the most important scenario of =
the adaptive traffic data collection. Obtaining the holistic and genuine c=
haracteristic of interfacetraffic is a basic requirement for the statistic=
al multiplexing model of IP network, which is of great significance for tr=
affic prediction, network planning, network capacity expansion, network op=
timization,etc.</div><div><br></div><div>In 4.2, Microburst traffic detect=
ing is another scenario of the adaptive traffic data collection. In order =
to detect &nbsp;microburst, it is impractical to persist sampling at milli=
second intervals, the adaptive collection mechanism is the best approach f=
or minimizing resource consumption.</div><div><br></div><div>As for use ca=
se 3 and 4, more precisely to say, they are two application instances of r=
eal-time interface traffic visibility. Actually, &nbsp;more application in=
stances for different purpose can be based on the real-time interface traf=
fic visibility, such as traffic prediction, network capacity expansion, ne=
twork optimization, etc.&nbsp;</div><div><br></div><div>Draft-wang-netconf=
-adaptive-subscription defines a YANG data model for the adaptive Subscrip=
tion, I think this draft and my draft are complementary. And I hope we can=
 have a deep cooperation,striving to promote standardization.&nbsp;</div><=
/div><div><br></div><div>Best regards.</div><div><br></div><div>Xiaoming H=
e</div><hr style=3D"width: 210px; height: 1px;" color=3D"#b5c4df" size=3D"=
1" align=3D"left">=0A<div><span><div style=3D"MARGIN: 10px; FONT-FAMILY: v=
erdana; FONT-SIZE: 10pt"><div>hexm4@chinatelecom.cn</div></div></span></di=
v>=0A<blockquote style=3D"margin-Top: 0px; margin-Bottom: 0px; margin-Left=
: 0.5em; margin-Right: inherit"><div>&nbsp;</div><div style=3D"border:none=
;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm"><div style=3D"P=
ADDING-RIGHT: 8px; PADDING-LEFT: 8px; FONT-SIZE: 12px;FONT-FAMILY:tahoma;C=
OLOR:#000000; BACKGROUND: #efefef; PADDING-BOTTOM: 8px; PADDING-TOP: 8px">=
<div><b>From:</b>&nbsp;<a href=3D"mailto:bill.wu@huawei.com" style=3D"colo=
r: rgb(5, 99, 193); text-decoration: underline;">Qin Wu</a></div><div><b>D=
ate:</b>&nbsp;2022-03-22&nbsp;12:04</div><div><b>To:</b>&nbsp;<a href=3D"m=
ailto:netconf@ietf.org" style=3D"color: rgb(5, 99, 193); text-decoration: =
underline;">Netconf</a></div><div><b>CC:</b>&nbsp;<a href=3D"mailto:hexm4@=
chinatelecom.cn" style=3D"color: rgb(5, 99, 193); text-decoration: underli=
ne;">hexm4@chinatelecom.cn</a></div><div><b>Subject:</b>&nbsp;Comments on =
draft-he-netconf-adaptive-collection-usecases</div></div></div><div><div c=
lass=3D"FoxDiv20220405233718561052">=0A<!--[if gte mso 9]><xml>=0A<o:shape=
defaults v:ext=3D"edit" spidmax=3D"1026" ></o:shapedefaults>=0A</xml><![en=
dif]--><!--[if gte mso 9]><xml>=0A<o:shapelayout v:ext=3D"edit">=0A<o:idma=
p v:ext=3D"edit" data=3D"1" ></o:idmap>=0A</o:shapelayout></xml><![endif]-=
->=0A<div class=3D"WordSection1" style=3D"page: WordSection1;">=0A<p class=
=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; fon=
t-size: 10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">Hi=
, Xiaoming:<o:p></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin=
: 0cm 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: C=
alibri, sans-serif;"><span lang=3D"EN-US">Thank for presenting draft-he-ne=
tconf-adaptive-collection-usecases.=0A<o:p></o:p></span></p>=0A<p class=3D=
"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; font-s=
ize: 10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">I hav=
e read through your document, if my understanding is correct, the big chal=
lenge you raised for data collection is excessive consumption resource by =
millisecond level collection, especially when the massive data is=0A colle=
cted from interfaces need to be processed at once, e.g., batch data proces=
sing or microburst traffic detection. The consequence of this problem is i=
nstantaneous congestion of the output queue in the IP RAN, IP MEN, IP back=
bone. The network congestion=0A maybe future aggravate such congestion pro=
blem. <o:p></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm=
 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: Calibr=
i, sans-serif;"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p cla=
ss=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; f=
ont-size: 10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">=
One example you give is compare with 5 minutes sampling cycle based on SNM=
P with 10 millisecond sampling, the required resource will increase by 300=
00 times. I am wondering whether you test YANG Push telemetry and and=0A g=
ive the resource consumption<o:p></o:p></span></p>=0A<p class=3D"MsoNormal=
" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: 10.5p=
t; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">comparison.<o:p=
></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.000=
1pt; text-align: justify; font-size: 10.5pt; font-family: Calibri, sans-se=
rif;"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p class=3D"MsoN=
ormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: =
10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">In section=
 4, you provides 4 interesting use cases for your proposed adaptive soluti=
on.=0A<o:p></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm=
 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: Calibr=
i, sans-serif;"><span lang=3D"EN-US">For use case 1, you want to provide m=
ulti-dimensional real-time portrait of interface traffic, yes, collect tra=
ffic data at different data collection rate did provide multi-dimensional =
data analysis, in addition, you=0A can classify operational data into seve=
ral categories, use data node tag proposed in draft-ietf-netmod-node-tags-=
06 to capture different categories of characteristics data. This also help=
 you provide multi-dimensional real time data analysis.<o:p></o:p></span><=
/p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align=
: justify; font-size: 10.5pt; font-family: Calibri, sans-serif;"><span lan=
g=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p class=3D"MsoNormal" style=3D=
"margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-fa=
mily: Calibri, sans-serif;"><span lang=3D"EN-US">For use case 2, microburs=
t detection relies events trigger setting, I am not sure in your case, doe=
s the device require built-in hardware design to support monitoring? I thi=
nk draft-wang-netconf-adaptive-subscription=0A only requires the device to=
 support different data collection rates and built on xpath capability sup=
ported by YANG. But I think microburst detection is more related to data m=
easurement while draft-wang-netconf-adaptive-subscription is more related =
to streaming=0A data reporting, exporting. They can be complimentary.<o:p>=
</o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001=
pt; text-align: justify; font-size: 10.5pt; font-family: Calibri, sans-ser=
if;"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p class=3D"MsoNo=
rmal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: 1=
0.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">For use cas=
e 3, congestion avoidance for deterministic network, I believe it just foc=
uses<o:p></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0=
cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: Calibri,=
 sans-serif;"><span lang=3D"EN-US">on centralized controller based solutio=
n, not consider distributed solution. As we experimented in hackathon, cen=
tralized based solution also has limitation in the case of adaptive collec=
tion ,e.g., service disruption,=0A overwhelming by thousands of device man=
agement, error prone, more network resource are consumed.<o:p></o:p></span=
></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-ali=
gn: justify; font-size: 10.5pt; font-family: Calibri, sans-serif;"><span l=
ang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p class=3D"MsoNormal" style=
=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font=
-family: Calibri, sans-serif;"><span lang=3D"EN-US">For use case 4, on-pat=
h telemetry based on adaptive traffic sampling, I am not sure this use cas=
e is limited to on-path telemetry, I see this not only related to data pla=
ne telemetry but also management telemetry, for=0A management plane teleme=
try, adaptive subscription proposed in draft-wang-netconf-adaptive-subscri=
ption is one candidate solution, gaining real-time network state and traff=
ic visibility at minimum resource consumption is exactly what propose to d=
o.<o:p></o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0cm 0cm=
 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: Calibri, s=
ans-serif;"><span lang=3D"EN-US"><o:p>&nbsp;</o:p></span></p>=0A<p class=
=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify; fon=
t-size: 10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US">La=
stly, I am happy to discuss with you if you want to scope your problem spa=
ce and targeted to NETCONF specific solution.<o:p></o:p></span></p>=0A<p c=
lass=3D"MsoNormal" style=3D"margin: 0cm 0cm 0.0001pt; text-align: justify;=
 font-size: 10.5pt; font-family: Calibri, sans-serif;"><span lang=3D"EN-US=
"><o:p>&nbsp;</o:p></span></p>=0A<p class=3D"MsoNormal" style=3D"margin: 0=
cm 0cm 0.0001pt; text-align: justify; font-size: 10.5pt; font-family: Cali=
bri, sans-serif;"><span lang=3D"EN-US">-Qin<o:p></o:p></span></p>=0A</div>=
=0A</div></div></blockquote>=0A</body></html>
------=_001_NextPart565507853175_=------


From nobody Thu Apr 14 09:16:43 2022
Return-Path: <wwwrun@rfcpa.amsl.com>
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 7E8A53A09E1 for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 09:16:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level: 
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 Yc03mlQWNibx for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 09:16:37 -0700 (PDT)
Received: from rfcpa.amsl.com (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6E6793A0A02 for <netconf@ietf.org>; Thu, 14 Apr 2022 09:16:34 -0700 (PDT)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id 49B411D52; Thu, 14 Apr 2022 09:16:34 -0700 (PDT)
To: rfc-editor@rfc-editor.org
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: mits.athanasopoulos@gmail.com, kent+ietf@watsen.net, ian.farrer@telekom.de, mikael.abrahamsson@t-systems.se, netconf@ietf.org
Content-Type: text/plain; charset=UTF-8
Message-Id: <20220414161634.49B411D52@rfcpa.amsl.com>
Date: Thu, 14 Apr 2022 09:16:34 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/5_EiCAj1RRPqnBau2_LcQ3yTNeg>
Subject: [netconf] [Editorial Errata Reported] RFC8572 (6933)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2022 16:16:42 -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/eid6933

--------------------------------------
Type: Editorial
Reported by: Dimitris Athanasopoulos <mits.athanasopoulos@gmail.com>

Section: section-7.2

Original Text
-------------
   Content-Type: application/yang.data+xml

Corrected Text
--------------
   Content-Type: application/yang-data+xml

Notes
-----
Note the diff: "yang.data" vs "yang-data"

There are 5 occurrences of the same errata in Section7.2.

As per RESTCONF Protocol [rfc8040] valid Media Types are:
a) application/yang-data+xml
b) application/yang-data+json

References:
https://datatracker.ietf.org/doc/html/rfc8040#section-11.3
https://www.iana.org/assignments/media-types/media-types.xhtml

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


From nobody Thu Apr 14 11:13:05 2022
Return-Path: <0100018029474331-fae9a81b-f697-4990-bf2f-279574450e9e-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 D315A3A0B02 for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 11:13:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.906
X-Spam-Level: 
X-Spam-Status: No, score=-1.906 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=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 V-pcC0xT6NDv for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 11:12:59 -0700 (PDT)
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 1910F3A0AE5 for <netconf@ietf.org>; Thu, 14 Apr 2022 11:12:58 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1649959978; h=Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:Feedback-ID; bh=AasF47Iiw9hViYEyg7vqUdnxGpSRwAi9JiyMSDdgnEI=; b=Tot2HTL+TtRHpVOuYmJ9JFmeHVwdmJYkWMii26kd6YPJjIZ/9lQP6X5+oHRfpjx4 q+PkY5GzxcSynE8MyRNnjMDsAF1CY40e+n513XvzzYNI6VtyYOvLWt2SR3ZQOsq5Gm9 7t+tmeouabvtDbR8WsDG/vBvrgdagv6IGnQGLaeg=
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
From: Kent Watsen <kent+ietf@watsen.net>
In-Reply-To: <20220414161634.49B411D52@rfcpa.amsl.com>
Date: Thu, 14 Apr 2022 18:12:57 +0000
Cc: mits.athanasopoulos@gmail.com, ian.farrer@telekom.de, mikael.abrahamsson@t-systems.se, "netconf@ietf.org" <netconf@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-ID: <0100018029474331-fae9a81b-f697-4990-bf2f-279574450e9e-000000@email.amazonses.com>
References: <20220414161634.49B411D52@rfcpa.amsl.com>
To: RFC Errata System <rfc-editor@rfc-editor.org>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2022.04.14-54.240.48.95
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/VUuiQPY9IiatPGwct-E9lJrKGJI>
Subject: Re: [netconf] [Editorial Errata Reported] RFC8572 (6933)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2022 18:13:04 -0000

This Errata correctly identifies five occurrences of a typo and should =
be verified.

Kent  // author


> On Apr 14, 2022, at 12:16 PM, RFC Errata System =
<rfc-editor@rfc-editor.org> wrote:
>=20
> The following errata report has been submitted for RFC8572,
> "Secure Zero Touch Provisioning (SZTP)".
>=20
> --------------------------------------
> You may review the report below and at:
> https://www.rfc-editor.org/errata/eid6933
>=20
> --------------------------------------
> Type: Editorial
> Reported by: Dimitris Athanasopoulos <mits.athanasopoulos@gmail.com>
>=20
> Section: section-7.2
>=20
> Original Text
> -------------
>   Content-Type: application/yang.data+xml
>=20
> Corrected Text
> --------------
>   Content-Type: application/yang-data+xml
>=20
> Notes
> -----
> Note the diff: "yang.data" vs "yang-data"
>=20
> There are 5 occurrences of the same errata in Section7.2.
>=20
> As per RESTCONF Protocol [rfc8040] valid Media Types are:
> a) application/yang-data+xml
> b) application/yang-data+json
>=20
> References:
> https://datatracker.ietf.org/doc/html/rfc8040#section-11.3
> https://www.iana.org/assignments/media-types/media-types.xhtml
>=20
> 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 =20
> can log in to change the status and edit the report, if necessary.=20
>=20
> --------------------------------------
> 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


From nobody Thu Apr 14 12:14:03 2022
Return-Path: <nite@hq.sk>
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 04A8C3A0BEE for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 12:14:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.109
X-Spam-Level: 
X-Spam-Status: No, score=-2.109 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-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=hq.sk
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 P80t57Dh9PPU for <netconf@ietfa.amsl.com>; Thu, 14 Apr 2022 12:13:55 -0700 (PDT)
Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 608743A0C49 for <netconf@ietf.org>; Thu, 14 Apr 2022 12:13:53 -0700 (PDT)
Received: from [192.168.1.147] (chello085216197060.chello.sk [85.216.197.60]) by mail.hq.sk (Postfix) with ESMTPSA id 61CEB245D68; Thu, 14 Apr 2022 21:13:50 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1649963630; bh=etC3glhKC6P96PcVgr5hTGiJ+4fT87nBCB0zf1IibPI=; h=Date:From:Subject:To:Cc:References:In-Reply-To; b=oSxlNY5tleDBfhktOELhaH4hCGcCpDquQJOHgcoAs69yEDO+2jV082LLcXlfbmDVE ZqMUwXkqLlNTAhRbr/PIFluoZMaeCkK31rEXsP8RUB7+Lc1nRR9pasYnNL8gZ/i54T w72W5yueRPbWlcG9O0M6d8T2fcE56Xu6peScikSA=
Message-ID: <e6cc2f0d-8f40-e93d-2c02-968888d52c5d@hq.sk>
Date: Thu, 14 Apr 2022 21:13:49 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
From: Robert Varga <nite@hq.sk>
To: Jernej Tuljak <jernej.tuljak@mg-soft.si>, Andy Bierman <andy@yumaworks.com>
Cc: Netconf <netconf@ietf.org>
References: <d8bd1bec-834c-3247-8269-0f9d915dd36a@mg-soft.si> <ee2ced1d-2d74-093a-d377-73907e03c7fa@lightside-instruments.com> <CABCOCHQomyGQxbg-svjZTcKPjc+BWodPaugSE8LFC_fXj-Uw6Q@mail.gmail.com> <a5c08314-3687-59bc-a44c-1044b6c06b33@mg-soft.si> <CABCOCHQ8L4M8ZwNdUgcPX=Ba0uYs6mkX_cAthkZc74vpdqnunw@mail.gmail.com> <12702921-2d78-84b2-8601-2ab225da0b52@mg-soft.si> <CABCOCHT1MTKiGsHN1NsLf7jvHjr0b16gJ4=Oy2PPdBkOSsT=6g@mail.gmail.com> <749468b4-1eb2-b2d1-1709-5dbf09bef2fa@mg-soft.si>
Content-Language: en-US
In-Reply-To: <749468b4-1eb2-b2d1-1709-5dbf09bef2fa@mg-soft.si>
Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------iT4jcoa2KeCcukO0HdR8AsHO"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/vpOTs0wigDbkCK_LCi6QXi2LeCo>
Subject: Re: [netconf] Should a NETCONF server implement YANG Library 1.1 if it does not support NETCONF NMDA?
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2022 19:14:01 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------------iT4jcoa2KeCcukO0HdR8AsHO
Content-Type: multipart/mixed; boundary="------------VqMxDm2WikomGLojxhPuoP6b";
 protected-headers="v1"
From: Robert Varga <nite@hq.sk>
To: Jernej Tuljak <jernej.tuljak@mg-soft.si>,
 Andy Bierman <andy@yumaworks.com>
Cc: Netconf <netconf@ietf.org>
Message-ID: <e6cc2f0d-8f40-e93d-2c02-968888d52c5d@hq.sk>
Subject: Re: [netconf] Should a NETCONF server implement YANG Library 1.1 if
 it does not support NETCONF NMDA?
References: <d8bd1bec-834c-3247-8269-0f9d915dd36a@mg-soft.si>
 <ee2ced1d-2d74-093a-d377-73907e03c7fa@lightside-instruments.com>
 <CABCOCHQomyGQxbg-svjZTcKPjc+BWodPaugSE8LFC_fXj-Uw6Q@mail.gmail.com>
 <a5c08314-3687-59bc-a44c-1044b6c06b33@mg-soft.si>
 <CABCOCHQ8L4M8ZwNdUgcPX=Ba0uYs6mkX_cAthkZc74vpdqnunw@mail.gmail.com>
 <12702921-2d78-84b2-8601-2ab225da0b52@mg-soft.si>
 <CABCOCHT1MTKiGsHN1NsLf7jvHjr0b16gJ4=Oy2PPdBkOSsT=6g@mail.gmail.com>
 <749468b4-1eb2-b2d1-1709-5dbf09bef2fa@mg-soft.si>
In-Reply-To: <749468b4-1eb2-b2d1-1709-5dbf09bef2fa@mg-soft.si>

--------------VqMxDm2WikomGLojxhPuoP6b
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

T24gMDMvMDcvMjAyMSAyMToxMiwgSmVybmVqIFR1bGphayB3cm90ZToNCj4gT24gMDMvMDcv
MjAyMSAxNzo1NywgQW5keSBCaWVybWFuIHdyb3RlOg0KPj4NCj4+DQo+PiBPbiBGcmksIEp1
bCAyLCAyMDIxIGF0IDI6MjIgQU0gSmVybmVqIFR1bGphayA8amVybmVqLnR1bGpha0BtZy1z
b2Z0LnNpDQo+PiA8bWFpbHRvOmplcm5lai50dWxqYWtAbWctc29mdC5zaT4+IHdyb3RlOg0K
Pj4NCj4+IFRoaXMgaXMgYWNhZGVtaWMgc2luY2Ugd2UgZG8gbm90IHVzZSB0aGUgMjAxOSB2
ZXJzaW9uIHVubGVzcyBOTURBIGlzDQo+PiBlbmFibGVkLA0KPj4gYmVjYXVzZSB0aGUgcmVk
dW5kYW50IGRhdGEgaXMgbm90IGhlbHBmdWwgdG8gdGhlwqBvcGVyYXRvci4NCj4+IEkgZG8g
bm90IHRoaW5rIFJGQyA4NTI1IGltcG9zZXMgTk1EQSByZXF1aXJlbWVudHMsIHNvIGl0IHNo
b3VsZCBiZQ0KPj4gcG9zc2libGUNCj4+IHRvIGNvbXBseSB3aXRoIHRoaXMgUkZDIGJ1dCBu
b3QgUkZDIDgzNDIuDQo+Pg0KPj4gRXhhbXBsZToNCj4+IMKgIC0gMSBtb2R1bGUgc2V0IA0K
Pj4gwqAgLSAxIHNjaGVtYSBjb250YWluaW5nIHRoZSAxIG1vZHVsZS1zZXQNCj4+IMKgIC0g
MSBkYXRhc3RvcmUgZW50cnkgZm9yIHJ1bm5pbmcNCj4+DQo+PiBJIGd1ZXNzIHlvdXIgaXNz
dWUgaXMgdGhhdCA8b3BlcmF0aW9uYWw+IHNob3VsZCBub3QgYmUgaW5jbHVkZWQsIHNvDQo+
PiBhbnkgbW9kdWxlDQo+PiB0aGF0IGhhcyBjb25maWc9ZmFsc2Ugbm9kZXMgY2Fubm90IGJl
IHByb3Blcmx5IHJlcHJlc2VudGVkLsKgIE9yIHRoZQ0KPj4gc2VydmVyIGNhbg0KPj4gaW1w
bGVtZW50IDxvcGVyYXRpb25hbD4gZm9yIGp1c3QgY29uZmlnPWZhbHNlIG5vZGVzLCBzaW5j
ZSBpdCBoYXMgbm8NCj4+IHN1cHBvcnQNCj4+IGZvciBvcGVyYXRpb25hbCB2YWx1ZXMgb2Yg
Y29uZmlnPXRydWUgZGF0YSBub2Rlcy4NCj4gDQo+IE5vLCBteSBpc3N1ZSBoZXJlIGlzLCB0
aGF0IHRoZXJlIGFyZSB0b28gbWFueSB3YXlzIG9uZSBjYW4gY2hvb3NlIHRvDQo+IHBvcHVs
YXRlIHRoaXMgcGFydCBvZiBZQU5HIExpYnJhcnkgMS4xLCBpZiB0aGUgc2VydmVyIGRvZXMg
bm90IHN1cHBvcnQNCj4gTk1EQSwgYmVjYXVzZSBub3RoaW5nIGV4aXN0cyB0byBndWlkZSBp
bXBsZW1lbnRhdGlvbnMgb24gaG93IHRvIGRvDQo+IHByb3Blcmx5LiBUaGVyZWZvcmUgdGhl
IGNsaWVudCBzaWRlIGlzIGZvcmNlZCB0byByZWx5IG9uIHdoYXQgaXMNCj4gcHJhY3RpY2Fs
bHkgZ3Vlc3N3b3JrIHRvIHRyeSB0byB1bmRlcnN0YW5kIHNvbWV0aGluZyBhcyBiYXNpYyBh
cyBtb2RlbA0KPiBjb21wbGlhbmNlIGFubm91bmNlbWVudHMgZnJvbSB0aGUgc2VydmVyIHNp
ZGUuDQoNCihzb3JyeSBmb3IgdGhlIGxhdGUgcmVzcG9uc2UsIHRoaXMgZ290IHN0dWNrIGlu
IGRyYWZ0cyBmb3Igd2F5IHRvbyBsb25nKQ0KDQpXaXRoIG15IGltcGxlbWVudGVyIChidXQg
bm90IE5NREEganVzdCB5ZXQpIGhhdCBvbjoNCg0KSSBhZ3JlZSwgUkZDODUyNS82IG1vZGVs
IGlzIHBlcmhhcHMgYSBiaXQgdG9vIGZsZXhpYmxlLiBJIGFncmVlIHRoZXJlIGlzDQpyb29t
IGZvciBzb21lIGJlc3QgcHJhY3RpY2VzLCB3aGljaCB3ZSBjYW4gcHJvYmFibHkgcmVjb21t
ZW5kIGFzIHdoYXQgdG8NCmRvIGluIHRoZXNlIHNpdHVhdGlvbnMuIFRoaXMgbWF5IGV2ZW4g
aGVscCBzaW1wbGlmeSBjbGllbnRzLCBhcw0Kc29tZXRpbWVzIHlvdSBjYW4gbWFrZSBhc3N1
bXB0aW9ucyBvbiB3aGF0IHNlcnZlcnMgeW91IGFyZSB0YWxraW5nIHRvLg0KDQo+IEV2ZW4g
dGhlIChwdXJlbHkgYWNhZGVtaWMpIHNvbHV0aW9uIHlvdSBzdWdnZXN0LCAxIGRhdGFzdG9y
ZSwgMSBzY2hlbWENCj4gYW5kIDEgbW9kdWxlLXNldCwgaXMgYSBncmF5IGFyZWEgZnJvbSBt
eSBwZXJzcGVjdGl2ZS4gV2h5IGRpZCB5b3UgY2hvb3NlDQo+IG9ubHkgZHM6cnVubmluZywg
Zm9yIGV4YW1wbGU/IFdoeSBub3QgbGlzdCBkczpydW5uaW5nLCBkczpjYW5kaWRhdGUsDQo+
IGRzOnN0YXJ0dXAgYW5kIGRzOm9wZXJhdGlvbmFsPyBXaHkgbm90IG9ubHkgZHM6b3BlcmF0
aW9uYWw/IFdoeSBsaXN0IGFueQ0KPiBhdCBhbGwgLSB0aGV5IGFyZSBvcHRpb25hbCBhcyBw
ZXIgbW9kZWw/DQoNCkkgdGhpbmsgdGhlIGNvcnJlY3QgYW5zd2VyIGlzOiBvbmUgbW9kdWxl
IHNldCwgb25lIGRhdGFzdG9yZSBzY2hlbWEgYW5kDQpvbmUgZW50cnkgZm9yIGVhY2ggZGF0
YXN0b3JlIHlvdSBzdXBwb3J0Lg0KDQo+IFRoZSByZWFsIGlzc3VlIGZvciBtZSByZWdhcmRp
bmcgdGhlc2UgaXMgdGhhdCB0aGV5IGFyZSBkZWZpbmVkIGluDQo+IGlldGYtZGF0YXN0b3Jl
cywgcHVibGlzaGVkIG9ubHkgYXMgcGFydCBvZiBSRkM4MzQyLCB0aXRsZWQgIk5NREEiLCB3
aGljaA0KPiB0aGUgc2VydmVyIGRvZXMgbm90IGltcGxlbWVudC4gTXkgaW50ZXJwcmV0YXRp
b24gb2YgdGhlIGF2YWlsYWJsZQ0KPiBkb2N1bWVudHMgaXMgdGhhdCB0aG9zZSBuYW1lcyBt
YXkgb25seSByZXByZXNlbnQgb25lIHRoaW5nIC0gTk1EQQ0KPiBkYXRhc3RvcmVzLiBUbyB0
cnkgdG8gc3RyZXRjaCB0aGVpciBkZWZpbml0aW9ucyB0byBhbHNvIGNvdmVyIGxlZ2FjeQ0K
PiBkYXRhc3RvcmVzICsgb3BlcmF0aW9uYWwgc3RhdGUgb2YgYSBkZXZpY2UgbGVhZHMgdG8g
c29tZXRoaW5nIHRoYXQgaXMNCj4gYW1iaWd1b3VzIGF0IGJlc3QuDQoNCk5vdCBxdWl0ZS4g
cnVubmluZy9jYW5kaWRhdGUvc3RhcnR1cCBkYXRhc3RvcmVzIHdlcmUgZGVmaW5lZCBieSBS
RkM0NzQxLg0KUkZDODM0MiBjbGFyaWZpZXMgdGhlaXIgbGlmZWN5Y2xlIGFuZCByZWxhdGlv
bnNoaXAgdG8gWUFORyAoaS5lLiBSRkM4MzQyDQpGaWd1cmUgMSBzaG91bGQgaGF2ZSBhcHBl
YXJlZCBpbiBSRkM2MjQxKSwgcHJvcG9zZXMgKElNSE8pIGEgbXVjaCBiZXR0ZXINCmxpZmVj
eWNsZSBtb2RlbCBhbmQgZ2l2ZXMgdGhlIGVhY2ggZGF0YXN0b3JlIGEgbWFuaWZlc3RhdGlv
biBpbiBZQU5HLg0KDQo+IEV2ZW4ganVzdCBhZHZlcnRpc2luZw0KPiB1cm46aWV0ZjpwYXJh
bXM6bmV0Y29uZjpjYXBhYmlsaXR5OnlhbmctbGlicmFyeToxLjE/cmV2aXNpb249MjAxOS0w
MS0wNCZjb250ZW50LWlkPTEyMw0KPiBpbiA8aGVsbG8+IHNlZW1zIHByb2JsZW1hdGljLiBU
aGF0IGNhcGFiaWxpdHkgaXMgYSBORVRDT05GIGV4dGVuc2lvbiB0bw0KPiBzdXBwb3J0IE5N
REEsIGRlZmluZWQgb25seSBpbiBSRkM4NTI2LCB3aGljaCB0aGUgc2VydmVyIGRvZXMgbm90
DQo+IGltcGxlbWVudC4gWW91IHVzZWQgdGhlIEEgYW5kIEIgbW9kdWxlIGFuYWxvZ3kgaW4g
YSBwcmV2aW91cyBtZXNzYWdlLg0KPiBEb2VzIHN1Y2ggYW4gYW5hbG9neSBub3QgYXBwbHkg
YWxzbyB0byB0aGUgUkZDcyB3aGVyZSB0aGUgbW9kdWxlcyB3ZXJlDQo+IHB1Ymxpc2hlZD8N
Cg0KUmlnaHQsIGFuZCBhIHNlcnZlciBub3QgaW1wbGVtZW50aW5nIFJGQzg1MjYgc2hvdWxk
IG5vdCBiZSBhZHZlcnRpemluZw0KaXQuIFRoYXQgZG9lcyBub3QgbWVhbiB0aGUgc2VydmVy
IGNhbm5vdCBpbXBsZW1lbnQgUkZDODUyNSB5YW5nLWxpYnJhcnkuDQoNCj4gV2UgaGF2ZSBz
ZWVuIGltcGxlbWVudGF0aW9ucyBpbiB0aGUgd2lsZCBkbyByYW5kb20gdGhpbmdzIGluIG9y
ZGVyIHRyeQ0KPiB0byBzdXBwb3J0IFlBTkcgTGlicmFyeSAxLjEgaW4gYSBub24tTk1EQSBj
b250ZXh0LiBBbmQgaXQgaGFzIGNhdXNlZA0KPiBpbnRlcm9wZXJhYmlsaXR5IHByb2JsZW1z
IGZvciB1cy4gVGhhdCBpcyB3aHkgSSdtIGFza2luZyB0aGUgcXVlc3Rpb24gaW4NCj4gdGhp
cyB0aHJlYWQuDQoNClVuZGVyc3Rvb2QgYW5kIGFncmVlZC4gSSB0aGluayBpdCBpcyB3b3J0
aCBhcnJpdmluZyBhdCBzb21lIHNvcnQgb2YNCnJlY29tbWVuZGF0aW9uIGhvdyBhIG5vbi1S
RkM4NDMyLWNvbXBsaWFudCBzZXJ2ZXIgc2hvdWxkIHByZWZlcmFibHkNCmltcGxlbWVudCBS
RkM4NTI1LiBJIHdvdWxkIGFzc3VtZSBpdCB3b3VsZCBiZSBhIGNvbXBsZXRlbHkgbWVjaGFu
aWMgd2F5DQpvZiBkZXJpdmluZyB0aGUgY29udGVudHMgb2YgUkZDODUyNSAveWFuZy1saWJy
YXJ5IGZyb20gUkZDNzg5NSANCi9tb2R1bGVzLXN0YXRlIC0tIHRoYXQgd291bGQgY2xlYW4g
dXAgZXhhY3RseSB0aGVzZSBzb3J0cyBvZiANCnNoZW5hbmlnYW5zLCBJIHRoaW5rLg0KDQpS
ZWdhcmRzLA0KUm9iZXJ0DQo=

--------------VqMxDm2WikomGLojxhPuoP6b--

--------------iT4jcoa2KeCcukO0HdR8AsHO
Content-Type: application/pgp-signature; name="OpenPGP_signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="OpenPGP_signature"

-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEE9xJg9S8sgC+6qlK6U310SwoeP0UFAmJYcm0FAwAAAAAACgkQU310SwoeP0WB
RxAAqIGi9jhsODzPcSUxZ9WgXabPo72hmzTK5e+G29yXDWzZ0PT5Z8TVtps4e/6bUc5Cco5LtF98
Px/kgyOn11ctLJYa3oQ9tORzBxxsim2iqHeZ4IRfx9iVrzz/942qj/QtJ7pbImCHO5OdQZCz6QR3
m6mrdF7KmFIUqO19PIpatj5ZUgA7lc0KEc9z6wu6OJEXueC3+hwnGIfvcWEWnDiPR39YBnAqQZyR
EwjFnIo0vMdchDwhp9L6dAuLUieDqf/z5qk/sqxyfEdQLA3bFwI0mN0QJvM9/ld8j/TvsLky6xls
s2MCwkzL8GRs/Ycp+p1a4BrydTrwXUQnxvWgkOdOdlteUzMy6+qijHq1+pGAlTcUD8uJ/Oea7Cxn
UdUUWIlt8iNZx7ejr6sqHBrc21p5wp7V+/Sekm3a+lUNn6CEPULZpcG4uyIf9bPLUMvwZXcepprW
PKyw9dcGlXBIjYusMjjoxbUHG8EVLiY4Sq+QbxNy3Ulaox3Fd9xlyI1rrdGNdIg7ay6r5LAW8WwB
rSngd8AjQjJjzVdCdj/qrMddrajDGYXPqPVO2FIYKLIvkZd9zqE+oD4qjVTCmzPhj9bQ52p/MM5b
vTndLw51YIifKs2L47O3q4/h/Y6RKf9FBopr1tzaZDBCqVhNZ1puraQ7ZQN4ZvX/4yRSm4ksSAF6
o1I=
=G3Ce
-----END PGP SIGNATURE-----

--------------iT4jcoa2KeCcukO0HdR8AsHO--


From nobody Thu Apr 14 14:47:40 2022
Return-Path: <wwwrun@rfcpa.amsl.com>
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 9950A3A1A19; Thu, 14 Apr 2022 14:46:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.658
X-Spam-Level: 
X-Spam-Status: No, score=-1.658 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, RCVD_IN_DNSWL_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=no 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 6TsbfL_hvYQp; Thu, 14 Apr 2022 14:46:50 -0700 (PDT)
Received: from rfcpa.amsl.com (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24EF13A1A16; Thu, 14 Apr 2022 14:46:50 -0700 (PDT)
Received: by rfcpa.amsl.com (Postfix, from userid 499) id 807CF1D52; Thu, 14 Apr 2022 14:46:49 -0700 (PDT)
To: mits.athanasopoulos@gmail.com, kent+ietf@watsen.net, ian.farrer@telekom.de, mikael.abrahamsson@t-systems.se
From: RFC Errata System <rfc-editor@rfc-editor.org>
Cc: rfc-ed@rfc-editor.org, iesg@ietf.org, netconf@ietf.org, iana@iana.org
Content-Type: text/plain; charset=UTF-8
Message-Id: <20220414214649.807CF1D52@rfcpa.amsl.com>
Date: Thu, 14 Apr 2022 14:46:49 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/N3B-ZpNJJ_0PtIzlS03BLUwQ6HQ>
Subject: [netconf] [Errata Verified] RFC8572 (6933)
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETCONF WG list <netconf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netconf>, <mailto:netconf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf/>
List-Post: <mailto:netconf@ietf.org>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netconf>, <mailto:netconf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Apr 2022 21:46:55 -0000

The following errata report has been verified for RFC8572,
"Secure Zero Touch Provisioning (SZTP)". 

--------------------------------------
You may review the report below and at:
https://www.rfc-editor.org/errata/eid6933

--------------------------------------
Status: Verified
Type: Editorial

Reported by: Dimitris Athanasopoulos <mits.athanasopoulos@gmail.com>
Date Reported: 2022-04-14
Verified by: RFC Editor  

Section: section-7.2

Original Text
-------------
   Content-Type: application/yang.data+xml

Corrected Text
--------------
   Content-Type: application/yang-data+xml

Notes
-----
Note the diff: "yang.data" vs "yang-data"

There are 5 occurrences of the same errata in Section7.2.

As per RESTCONF Protocol [rfc8040] valid Media Types are:
a) application/yang-data+xml
b) application/yang-data+json

References:
https://datatracker.ietf.org/doc/html/rfc8040#section-11.3
https://www.iana.org/assignments/media-types/media-types.xhtml

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

