Re: [netconf] [Technical Errata Reported] RFC8572 (6684)

ian.farrer@telekom.de Thu, 16 September 2021 07:48 UTC

Return-Path: <ian.farrer@telekom.de>
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 3B3BF3A1D2C for <netconf@ietfa.amsl.com>; Thu, 16 Sep 2021 00:48:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.549
X-Spam-Level:
X-Spam-Status: No, score=-2.549 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.452, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 (2048-bit key) header.d=telekom.de
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 cwITtQEr9tro for <netconf@ietfa.amsl.com>; Thu, 16 Sep 2021 00:48:11 -0700 (PDT)
Received: from mailout31.telekom.de (mailout31.telekom.de [194.25.225.143]) (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 A13353A1D25 for <netconf@ietf.org>; Thu, 16 Sep 2021 00:48:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1631778489; x=1663314489; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=61JX6liAEHeu/MmeBJETbhzB7cSJ3CLUCXL0a0EFkYc=; b=kxBXVemJeh5HWUpcGM5gZBOP5C5dpj8K4zQsgjRgXAtq4vUl8B1Rtr6V OPWu8IFixUtgre+j8R5eRBRtg6W8TSJvDpxYDqjPB8Tn3uMxJCAXxVt09 nFZeykQTS6gqMmGhyOCH4xAFsYs+h1x8UYulGmGmxyFx4XCmnbjD7Bimf yRQU33/BJULpEUal0WER/d4JRuhG9JltT8Dtb+FnyiXV8A/Iz5t/SoraZ t01DvneVJPcEfi9XET91ukXDjjcL0t1Hz1/HVT31j5pqFl533eRyOa4kH PqAehtP4oDtNdLF4gxKHdjR+r7pze3Xa+LUVqKiU9iVIPrvCgFJ/iTEdb A==;
IronPort-SDR: Cz/pN1cQqie3iaEM82aAPb8/VbmFNrxTrdmovgeFJWPYbhEYSkRE3MN7MuOfYvqRSd6xc+3O0p 6tQL5k8wOq2A==
IronPort-Data: A9a23:l5tom680nRL9oRS8GXIuDrUDo3yTJUtcMsCJ2f8bNWPcYEJGY0x3xmtMWTvQOarfYzehL9F1bI+38BxXusTUm4AySFZk/yhgHilAwSbn6XR1DatR0xt/pqQvdWo/hyklQoSGfJ1cokP0/E/3a+Cw9CckjMlke5KnYAL6EnEoLeNbYHd54f5Ts7ZRbr9A2bBVMSvU0T/Bi5G31Gue5tJBGjl8B5RvCP9YlK+aVDsw5jTSbB3Q1bPUvyF94Jk3fcldI5ZkK7S4ENJWR86bpF241lr10jx8VpWpn/DnN0wMXrPIOwGKzHFRXsBOgDAb/mprjf99bqdBLxsO49mKt4kZJNFltJW2DwkgJLfBgswBXh1VECZ7e6FLkFPCCSPg6p3LnhebKhMAxN0rVinaJ7Yw+etxHSJP+OAWAC8EcguOgaSwza7TdwXGrqzPN+HyMI4U6y0mwTyfEbMnR4zOWaPD4ZlT2zJYuyyHJt6GD+JxVNalRE+oj8VzB2oq
IronPort-HdrOrdr: A9a23:UfPm7aBwbQxOeG7lHegKsceALOsnbusQ8zAXPh9KOH5om52j5qOTdaogtSMc0AxhKU3Jmbi7SdC9qADnhO5ICOgqTPSftWbdyRaVxe1ZnOzfKnjbalPDH+NmvpuIEJIOSuEYb2IK8foSiTPQe7pOrrj3ldHNuQ6d9QYTcegDUdA90+4TMHfiLqQCfng9OXNPLuvm2iMonUvHRZ0QVK6G75s+MtTrlpnurtbLcBQGDxko5E2lljWz8oP3FBCew1M3Ty5P6a1KyxmBryXJooGY992rwB7V0GHeq75MnsH699dFDMuQzuAINzTXjBqybogJYczHgNl1mpDp1L8ZqqiUn/4SBbUq15oXRBDvnfLZ4Xin7N/p0Q659bbXuwq/nSWzfkNINyMIv/MqTvKe0Tt+gDg06tM/40uJ85VQFh/OhyL7+pzBUAxrjFO9pT44nfcUlGE3a/pQVFZ9l/1TwKpuKuZNIMs60vFvLMB+SMXHoPpGe1KTaH7U+mFp3dy3R3w2WhOLWFILtMCZ2yVf2CkR9TpY+OUP2nMbsJ4tQZhN4OrJdqxuibFVV8cTKaZwHv0IT8e7AnHEBRjMLGWRK1L6E7xvAQOCl7fnpLEuoO26cp0By5U/3JzHTVNDrGY3P1njDMWftac7uCwlgF/NFggF7/sup6SRloeMM4YDABfzAGzGyfHQ18n3KverLcqOBA==
Received: from qdec94.de.t-internal.com ([10.171.255.41]) by MAILOUT31.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 16 Sep 2021 09:48:02 +0200
IronPort-SDR: M1xx5UzSAh8oBnzGzM2nn1rZ/wt/ayzR9Tp0XESEaA9hRtBjjK1LY4UHoOX3tGQaV1Jbzp1NNZ PjRWBEkEwqsPo8DBILHLcHfAZykALAjfw=
X-IronPort-AV: E=Sophos;i="5.85,297,1624312800"; d="scan'208,217";a="400194185"
X-MGA-submission: MDGeZmxOIM5i1BDN+VWjDdJetXfKHZErI3dQwJbDJdXnDyZuZ4uD4L5T8Y6Z2aNHNMIejpIln8nroAZc9Qc3EIzvYXu3006c/dZGZJ+UT8jCOcbVsMdAiKOXmirQFNBszMKpuWkLV4uzLpmg9lviAEkKqTY3z824kj8FNYyZu9bbtQ==
Received: from he199744.emea1.cds.t-internal.com ([10.169.119.52]) by QDEC97.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 16 Sep 2021 09:48:03 +0200
Received: from HE199745.EMEA1.cds.t-internal.com (10.169.119.53) by HE199744.emea1.cds.t-internal.com (10.169.119.52) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Thu, 16 Sep 2021 09:48:01 +0200
Received: from HE104163.emea1.cds.t-internal.com (10.171.40.38) by HE199745.EMEA1.cds.t-internal.com (10.169.119.53) with Microsoft SMTP Server (TLS) id 15.0.1497.23 via Frontend Transport; Thu, 16 Sep 2021 09:48:01 +0200
Received: from DEU01-BE0-obe.outbound.protection.outlook.com (104.47.7.168) by O365mail05.telekom.de (172.30.0.230) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Thu, 16 Sep 2021 09:48:00 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GGHI3eYo9zmw2yjh5G7iAn5RNyaNUuqFSu+OsWazn23YLe29kV0kRtbcfLKEBdaUkM7Az67tEIhOo2amhrruRWtYFjXubWk/svHB+KKyW7SWanIPSr+6Sk4DfgcRk8LDbIv3iyI1Cld5ppN9qz8VydaFsCQHBzFjXg399YLH0Uatz6QZwnQvfLPTceb0lJ6oNFZ1himLTtxLKR8pYpJ7y66qSAXY7OInhqQ74SpPt9U2MOunVmoyCgmdoIr2GasQYcpqnfYwsy6eMHICXqd8VYSzDS0HzIag4oAm+oCTK6vf8OOxVuH4QlqYi9XRo7+Tp2N793F4tKT9gEFpFrVb6A==
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; bh=61JX6liAEHeu/MmeBJETbhzB7cSJ3CLUCXL0a0EFkYc=; b=leYXu4Ki3gBzph7r7FBlsIRV+vnoIG+KlFJRBkaN0uINYObSLp9Fnonxr2jmSLDfDgSgz10/IBdNe2yXAQg+AX6/61ljhnzcTcHq6FWF1c7QKb8TTqMoCdOEchY6ejuDr1QJ4jFH6TmAfvs8PirAq3kIsXOd4MijwWQWq4BmdDw12P0PL+QDcLIY2i+Ir40YV8CgHEmed7qsvz7tLlYo7SNBe3WM12AK5/InHgHrW0iI5ESjLoLjjF8x9TUlY2cUCyPaUO+tCIX0yZOp+gUBXMjz+4HRgbEcvhsBVZpyVPQ/AhZep2GxCyQEQ4GVOw4Vwh5GtaKgbFAYLNXoGWKQOA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=telekom.de; dmarc=pass action=none header.from=telekom.de; dkim=pass header.d=telekom.de; arc=none
Received: from FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:61::9) by FR2P281MB0323.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:3a::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.12; Thu, 16 Sep 2021 07:48:00 +0000
Received: from FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM ([fe80::bd1f:dd15:cff1:6cd6]) by FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM ([fe80::bd1f:dd15:cff1:6cd6%7]) with mapi id 15.20.4523.016; Thu, 16 Sep 2021 07:48:00 +0000
From: ian.farrer@telekom.de
To: rfc-editor@rfc-editor.org, kent+ietf@watsen.net, mikael.abrahamsson@t-systems.se, warren@kumari.net, rwilton@cisco.com, mjethanandani@gmail.com
CC: alexkri@asocscloud.com, netconf@ietf.org, rfc-editor@rfc-editor.org
Thread-Topic: [Technical Errata Reported] RFC8572 (6684)
Thread-Index: AQHXqVn89IBipmvwtkOzo59qaEcJcqumJAIo
Date: Thu, 16 Sep 2021 07:48:00 +0000
Message-ID: <FR2P281MB08215F8E8433AA389DB2A566FCDC9@FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM>
References: <20210914111540.33BA6F4084D@rfc-editor.org>
In-Reply-To: <20210914111540.33BA6F4084D@rfc-editor.org>
Accept-Language: en-GB, en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: rfc-editor.org; dkim=none (message not signed) header.d=none;rfc-editor.org; dmarc=none action=none header.from=telekom.de;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a60cf024-45d8-4ae5-1998-08d978e64e78
x-ms-traffictypediagnostic: FR2P281MB0323:
x-microsoft-antispam-prvs: <FR2P281MB03238DBE057D35335BA5114CFCDC9@FR2P281MB0323.DEUP281.PROD.OUTLOOK.COM>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: YEiwpe4c7m5QC2ebWgsscA7+gvclVBBlEasdpErLe116coqsxfmJIERVX+91Xdr53VGwzVknRt5hxf404/z3mgpTWOV9/9X0xrqcvY3ujI3bT9QYM7drpejFbk7I9zNwFwVEGXODzH6UP0pgupYKkl2RzhpmZTUUpyrVor50yT1zNuq2wnIMmmWLyqdzeoHDS4ECce51PoKIy2iTGINxx+LTat6qHHUDiBDj07Wedm0SdvmDUuztown8Rq3xuPzSLBBeL+PPW3xGNRgTrXyDOXM9Hl0Vi9riA/1+1avK+3z36mNCu884HrmZWkRFlbMshEGll/kNHjjVh61QRlWc50CznCLRA3OIlsn4SxAkebPS4+xAbfNIwXDHXI4zTWsHnjwgOGqbnIRuyI8uOx4fxUIkInGkcRlV88D7yQbzObKsX6Ed+sbjtVeAwYGOp+L68Lh+2+VOgaVc+izXNGl7PUPO56C3ujFT8pl9tZ+h3kiMX0rPQKHffVpF2ANs4kbsSbT4FPxc+40xyKyxdVDKjPYV+OklHoHe1IfYpaaimDR1Ok5y/5m+iv5d/3+xwjA34G5i2kkntmitqfRhCB2MmwKrG4nPswwqUM4JnbYKdy/q6+pq8JAy0AqDj/HKQZcX+dp7DAUEtM8n5EtzkRN8iFwXLWC0en+8yMxsAZaLT7DAVWGInfxJ0klthieF50YMaSFCTt6HexGtrXJWxwklpDwGY5BYWQx4n6b+C2GVgQMr0JVA4gOuXSl+atd8eLm3uwbWWt/V4w+QETxWyz7gixr2BzqdR+cSPjh3lfK52v0=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(346002)(376002)(39860400002)(366004)(136003)(396003)(64756008)(122000001)(110136005)(54906003)(38070700005)(66446008)(66476007)(66946007)(5660300002)(8676002)(83380400001)(66556008)(2906002)(4326008)(53546011)(7696005)(76116006)(55016002)(33656002)(9686003)(186003)(966005)(166002)(86362001)(8936002)(316002)(71200400001)(6506007)(38100700002)(52536014)(478600001); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: vwdqph08k4a+ufyNnca0E8TexdejJZN9RjqpPurbDgb5JEERmjnP0s1KrDN4vlhl30fGC9VYqE9o4P86no2+A/ZSqf5GJMJ3SGmMCdJ9l3Ml6xMjL4gSAzPHtjvtNH6IPdGPGCwxrDtuWBbuqdEsWfH0uowkqQUS8aFCpvIdS2wXwgVBbZGkmi1Y0kFn3kHI78G5fZS7PZUT14uQFcU0RpJHNX5GVM/yRgvagp+dqwNJrQE3YU/R/Bxi50czECQE0//Otsn+nJDoNThWGQyV3ZnpRYy1o+DIme1jXU5uqdRtx1KVg7UPHSEoN5v3N/YNrAZug18stGGhdbNfAG7eR4PChnOzdr/TIbAMonJTXw7mmjzldjpqN3QJUEg9up3VLy9Ey4/p0l3u08wVCEHeo4ETNsYqeoPr+GL0CG3aMa2VCvPCldue3Oo5dv6r81jkfbT/Xkn3xJ0ttiTqMrd7a00Fh2fGVHHFiWQldYQhZlsquYTQb//xivaQkzaIeJM7bxvRmX8dfJxwTpTtJGbocAomq2ri90VAA7Orr5GAjQZhtqjyV4zYxObDvgtZwpWEvY6uivx1DlgR08TiZ2CqFLB1WpAq8LSbj304sLrUG88+HUnA3tK08+JV7XEIwaCi9TEbzqD5LZF2KjUjmy3xyd1f/Ku7tZsyP0tY95QQK1lu02PiCBPFmwkFU5knXVcCL7zb8cDdkABRKFzS6pV0LEnJ4dVnn8ZKkwjHgKJy69I2vsRbgR14rNxSZwgliuD0JOoiM28SjWExb49UScBNLyG5iW8YMGpUh/A92B3BX7TPMKZ+RJ9t5ruZ2zPk3KWSvA+fPpYB7Hu8cEZ9/PoUr0H+EqIanaSKG1mexGVGBcd7I3cZ93g71IBusUS8M5Q9zNHZwXkcxu49xlDrzC6EUFoL9YYHtpwNj7PVM/WZI+1uVuNiSLEXLaSGkdKg07Hb2SGNDirgbzVP7kIV3lLdLHfmHoWNXzCN3KKjwdnWBCuN4GA9G8HTP59PGPTPLmtHEghXEUakjLaw+2ujMbD+IEMVRHl8gBZVc65DxspADXVM09vjCOg0fozO4bBiO61h05tDuec2ExkA2uWvtZbNUkPUyjvt4MzAJ1XtAYvbwyDdqbIC70F2xuef4SkwX44jWwv4WvAtyVZWufSrCRI1GbLLmPoM8ekdp/2MBV87kXyogbo3aafN9vgZbpcEVTiSlap/PrKGBgUAsc6vwzXlPqybVpEof42xNS5xzrIJS3k2LRz025dIb7FayutCTtcEszblUZLUWrBVs52Y9Q3GEI7FpsjeFbppnFRUyglXKwdN2MPEEo6SG7oyB3lzR5mKT1JakEm5RaMZq/omorN221n4UfRGdUIkez0s+8fZWbBhO2RM/qhDUqZy+g615ero5Ilvhm6GJMqybAUfVsgy3w==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_FR2P281MB08215F8E8433AA389DB2A566FCDC9FR2P281MB0821DEUP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: a60cf024-45d8-4ae5-1998-08d978e64e78
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Sep 2021 07:48:00.2596 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bde4dffc-4b60-4cf6-8b04-a5eeb25f5c4f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: sKkYzHpE1FdVxQm6jYo4rryF8itVlNT9uBI8lVU0E2+2laa0LtPmQJzpEzcweNTs6Zi9BwXfIXZTBgB9yDs4bw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FR2P281MB0323
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/2ShQhY04cLsH8OnpHseREt8XEiQ>
Subject: Re: [netconf] [Technical Errata Reported] RFC8572 (6684)
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, 16 Sep 2021 07:48:18 -0000

Hi,

The intent of the text is to define how OPTION_V4_SZTP_REDIRECT when larger than 255 bytes is conveyed in the DHCP message.

RFC3396 describes how this is achieved – the >255 byte option is created, it is then split on an octet boundary into multiple instances
of, in this case, OPTION_V4_SZTP_REDIRECT options which are placed in the DHCP message.

On receipt, the client re-assembles all of the instances of OPTION_V4_SZTP_REDIRECT into a single option and then processes the resulting
payload.

The proposed wording change could be interpreted to permit multiple ‘self-contained’ (i.e. not split according to RFC396)  instances of the
option in a message, which is not generally permitted  and may not work with client implementations.

I agree that the current text can be read as contradictory. I suggest the following change to resolve this:

Original
----
   The DHCPv4 server MAY include a single instance of the
   OPTION_V4_SZTP_REDIRECT option in DHCP messages it sends.  Servers
   MUST NOT send more than one instance of the OPTION_V4_SZTP_REDIRECT
   option.

Corrected
-----
The DHCPv4 server MAY include OPTION_V4_SZTP_REDIRECT in DHCP messages it sends.

As the remainder of the section explains the intended behavior referencing RFC3396, I think this removes the ambiguity.

Thanks,
Ian


From: RFC Errata System <rfc-editor@rfc-editor.org>
Date: Tuesday, 14. September 2021 at 13:16
To: kent+ietf@watsen.net <kent+ietf@watsen.net>, Farrer, Ian <ian.farrer@telekom.de>, mikael.abrahamsson@t-systems.se <mikael.abrahamsson@t-systems.se>, warren@kumari.net <warren@kumari.net>, rwilton@cisco.com <rwilton@cisco.com>, kent+ietf@watsen.net <kent+ietf@watsen.net>, mjethanandani@gmail.com <mjethanandani@gmail.com>
Cc: alexkri@asocscloud.com <alexkri@asocscloud.com>, netconf@ietf.org <netconf@ietf.org>, rfc-editor@rfc-editor.org <rfc-editor@rfc-editor.org>
Subject: [Technical Errata Reported] RFC8572 (6684)
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/eid6684

--------------------------------------
Type: Technical
Reported by: Alex Krichevsky <alexkri@asocscloud.com>

Section: 8.1

Original Text
-------------
   The DHCPv4 server MAY include a single instance of the
   OPTION_V4_SZTP_REDIRECT option in DHCP messages it sends.  Servers
   MUST NOT send more than one instance of the OPTION_V4_SZTP_REDIRECT
   option.

Corrected Text
--------------
   The DHCPv4 server MAY include a single instance or multiple instances of the
   OPTION_V4_SZTP_REDIRECT option in DHCP messages it sends.

Notes
-----
The original text contradicts the statement in the same section:
   "If the length of the 'bootstrap-server-list' field is too large to
   fit into a single option, then OPTION_V4_SZTP_REDIRECT MUST be split
   into multiple instances of the option according to the process
   described in [RFC3396]."

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