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

ian.farrer@telekom.de Wed, 15 September 2021 14:51 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 B526D3A1BBA for <netconf@ietfa.amsl.com>; Wed, 15 Sep 2021 07:51:59 -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 vq5OGz1XVmpW for <netconf@ietfa.amsl.com>; Wed, 15 Sep 2021 07:51:53 -0700 (PDT)
Received: from mailout21.telekom.de (mailout21.telekom.de [194.25.225.215]) (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 D43443A1BB8 for <netconf@ietf.org>; Wed, 15 Sep 2021 07:51:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telekom.de; i=@telekom.de; q=dns/txt; s=dtag1; t=1631717513; x=1663253513; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=FRuTbJVt7j98ZzfhIsQtlIz6ziXkKoQ3rjssCp48GOg=; b=JTCEuML8qv5eu2GR31Xc5F/1wkpRcP3z7p5Xle9OhrE9/3Hp6e92W3OW DQBNRwcuwRAjrpLDtGE3w4/zTT14URLIOUliJg48k9E+KVICLG2bRMczx KcK0fBjJyQo2/EPpW4/LJe+iHrBH/S7SELde7aMjzlh5+MFrGaCME7gHP kc9bWjCImCzxYDdKEMlPFx8tNq2YLVxUxwv4twZIovOq9b18TarOC0IUb 8Tu4z0A3kWFm7M6TCH1HLMISe5fm6gXyFTdYFBS28aoIKI9bvDNSVKZpZ itbqG8F/C6fZ8VVzDuWu66p9vA/pVa1Ox8AUlhaeldTpNTJCe0erkkriL A==;
IronPort-SDR: 75mmnL5GJK6hZkKdQ+OWWrEPiZZi9iYgjkxiYuhRb1TqoVQ4zCvLZWWGNs2QRBNZJRwiKWcPZJ Ee+20ebUOW8A==
IronPort-Data: A9a23:YPyDi6i5NWP/1aeQ1g1/XcmHX161ThIKZh0ujC45NGQN5FlHY01jehtvCDuHb/mOZGL9Kdtxb4u38UIHvZPdn9BqSgQ//n03EiNH+JHPbTi7wuccHM8zwvUuxCuL1u1GAjX7BJ1yHiK0SiuFaOC79CEtjPzQHdIQNcafUsxPbV49IMseoUI78wIJqtYAbemRW2thi/uryyHsEAPNNwpPD44hw/nrRCWDHBjFkGhwUlQWPZintbJF/pUfJMp3yaqZdxMUTmTId9NWSdovzJnhlo/Y1y4BJ4OIzvD3fwsWB7/UIQWUjHNSHaOlh3CupARriuBia6NaMxoKzW7S9zxy4IwlWZiYSA4veKPFgv4QSTFEHiVzPqpDvrPKSZS6mZDLkhefIyG9np2CC2lzZ+X04N1fCGVD5f8CKRgEdReInOmyx6+3DOJrg6wewGPDVG8EkmhswGHUUbAqTNbfBqTM+dJC2j40wMtJGJ7jiwMiQWIHRHz9j9dnZg9NUPrSRNuVu0Q=
IronPort-HdrOrdr: A9a23:V3yt8awD6nNpUCMOR2lrKrPxiuskLtp133Aq2lEZdPULSL37qyn+poV56farslYssSkb6KG90KnpewKkyXcH2/hgAV7CZnikhILGFvAe0WKP+UyGJ8S6zJ8i6U5sScND4b7LfBpHZKTBkXWF+r8bqbHqn87I9IKuq0uFDzsaFJ2Ihz0JVjpzeXcGPDWucKBJbqZ0kfA33AZIF05nCPhTAENuYwEgnbD2vaOjRSRDKw8s6QGIgz/twqX9CQKk0hAXVC4K6as+8EDe+jaJo5mLgrWe8FvxxmXT55NZlJ/K0d1YHvGBjcATN3HFlhuoXoJ8QLeP1QpF5N1HqWxa1+UkkS1QZvib2EmhJl1dZiGdgDUI5QxerUMKD2Xo20cL7/aJGQ7SQPAx9r6xOiGpmXbI+usMj56jlljpwqZ/HFfOmj/w6MPPUAwvnk2ooWA6mepWlHBHV5ACAYUh4rD30XklXavoJhiKpLzP0dMeRf309bJTaxeXfnrZtm5gzJilWWkyBA6PRgwHttaO2zZbkXhlxw9ArfZv30so5dY4Ud1J9u7EOqNnmPVHSdIXd7t0AKMETdGsAmLATBrQOCaZIEjhFqsAJ3XRwqSHrokd9aWvYtgF3ZEykJPOXBdRsnMzYVvnDYmU0JhC4nn2MS+AtPTWu4pjDr1Cy/3BrZbQQFq+oWEV4oOdSq8kc7nmst6ISeRrP8M=
Received: from qde8e4.de.t-internal.com ([10.171.255.33]) by MAILOUT21.dmznet.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-GCM-SHA256; 15 Sep 2021 16:29:22 +0200
IronPort-SDR: Scf7wlYpfxFOxjANyPnI7OT9u8IxABqcPFJavun4fEEq9hSZDyW3BengjmF8XG+L3uls1rTFtt ZgVyF2kWePqiIqPdp7piEOIMpyFk+0iWc=
X-IronPort-AV: E=Sophos;i="5.85,295,1624312800"; d="scan'208,217";a="1075563894"
X-MGA-submission: MDFOH6ECULobuL6lZEhumq9Paen77/1mOxGHI0sn8oqIZJUDCfUgMhgGMyXDstAL4OV6QliM0zxe2tFarVWLw+cHr8jFByDt6AC347sYVTKthL5GJ59raMlmrtVXjUjTi13wQGU0/ChnEh5wYPQA1/eCWD71xLzulLVYkOvBz603Tg==
Received: from he105717.emea1.cds.t-internal.com ([10.169.118.53]) by QDE8PP.de.t-internal.com with ESMTP/TLS/ECDHE-RSA-AES128-SHA256; 15 Sep 2021 16:29:21 +0200
Received: from HE105716.EMEA1.cds.t-internal.com (10.169.118.52) by HE105717.emea1.cds.t-internal.com (10.169.118.53) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Wed, 15 Sep 2021 16:29:20 +0200
Received: from HE104160.emea1.cds.t-internal.com (10.171.40.36) by HE105716.EMEA1.cds.t-internal.com (10.169.118.52) with Microsoft SMTP Server (TLS) id 15.0.1497.23 via Frontend Transport; Wed, 15 Sep 2021 16:29:20 +0200
Received: from DEU01-FR2-obe.outbound.protection.outlook.com (104.47.11.172) by O365mail03.telekom.de (172.30.0.232) with Microsoft SMTP Server (TLS) id 15.0.1497.23; Wed, 15 Sep 2021 16:29:19 +0200
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WQiHOOfSDHC6q1Qno6i8He6xbr5vClwwFweIrsS8GOoij9BupVrjq1HNa4emAZGB6OffCeDX6TG4DUetGIZBOPZBfUzVubO5s+GGYyAAWkCen/Hi1s4XE+KQnGQZUZYzVEwpH6Th4S/veC+tNDmpboA8mcJqDHgrcUfyqt/EEZiEHtSgWFJjJWIlbzEXvShFGnluB3536k4JBefgXzSugXTBqZ6AYR/FjIPs6XbN5hjWHIbJn+G2dad7otzhR+cyzXor6Ck8F/CRwM3cfNrp40a2vQfQ0twjXBnSDJZs9gmXIKL/vF87c9qaPzFtGQuOWbthi1Evs9qgpVHJVArvKA==
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=FRuTbJVt7j98ZzfhIsQtlIz6ziXkKoQ3rjssCp48GOg=; b=VXg4nD39IFKXGu9JtZClPEoJskV4vs8RK6ewvzn7KGsBgB+JR7PpTlFTGmNfSUyCrJWXSg3pV0rMEyQ6B36A4qtjZYmb1wgo/ixyvepuQTfu3zWwTPN3kf+I30HqMwTUHFeQL75+AluY3Lq0Zgf0hzdvXRnYkg+EkM6ja+VVp1zKNf8CUUE8kwynnTze4LFXx035ZKc4TL9sMfyPR12kRJ4L2M35pEyECArpdWHJ8ZevWh7g6WJtf6zEejGiEVqiYunDpenwOmkuGrL/4k9KeY1Ttrd1QT13DV4kLUPwNZExTa9Jql9bQ2WFF0QRiLpgB0CMYk5MERoKArRpX7FEeA==
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 FRYP281MB0989.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:76::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.10; Wed, 15 Sep 2021 14:29:20 +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.014; Wed, 15 Sep 2021 14:29:20 +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 (6685)
Thread-Index: AQHXqVtG9anDhGLDTUa3ejwMh9YxiKulInw+
Date: Wed, 15 Sep 2021 14:29:20 +0000
Message-ID: <FR2P281MB0821DC27346FF15F5670AD56FCDB9@FR2P281MB0821.DEUP281.PROD.OUTLOOK.COM>
References: <20210914112504.0F07EF408A6@rfc-editor.org>
In-Reply-To: <20210914112504.0F07EF408A6@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: 398bc47a-9cfc-48e6-7dba-08d9785534bc
x-ms-traffictypediagnostic: FRYP281MB0989:
x-microsoft-antispam-prvs: <FRYP281MB09894A0DB4C405E72A6A4543FCDB9@FRYP281MB0989.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: OJsTMenIiqErC2vevxNdWqZVfMFLJUxJOd8jTJFRefl1wNXMgSZrSK9JfGO707xE1aC8/nG6o2a79HEMp9Y4HmYC33HX8rUMROUb5Rw5Zi3OixR3QyTcw5V2fz2EMyRuh1PpyhFm3L4Ra4RJnQW9lIUzIrKkaocVnHe+iUOUe8Xs6eO0zSS+KNrhjg9psD6boVFGsjOVe6aS/VelpGzh8iTZ8wX6Ukm+d3Ohhjqpr7qMPCMZNBDJx7uR0bG/ZmrTkynHfagP33vJUIvgsOatm+0forYgteULfUmQ9gX0o5FGwpz/uZ8iD/xEk7OF+BJMJSpOdylRK0BKDOBWG/dCU3ZMBcxBvNAwXxg9DkiH0mvh7kQv+4BuwDxQCZ9XNeifLGsZdjVtn2WrdKQEQcZVcvX47EAVcj9GZoKy6RtAFt2rk5VfIj2vW2EXThF81BgfElFrcWRMOPqf74cDyfqde4NrZ60ZA/nfqmHuyRlBW9EjFzGldrrik5rqmoR09uYLiE2CXPP5kEjHpXGARB9DmI/DeDZmr/+Vhi3M33v1NNc7BLxw9HWklbY5I/RbGi0YvIWqtPJHJ5WSJs2QSuT5MevyvtUD/s5BSAdQVA5UVms0A2A0t0B+O7rfVm2XM/caObJIXMUKzR6sNUEnNvb0PehTgpSJ8Krl9hE+PmmvWFUzTOzL6Ay1jiXseQ2H/L6J1DkkwHIV1rPPnyR4/7HnBDOcEOVmCYoEK9ZPKSHeGHqTS4gXsXFm/5Bq2HPXaY9cKZ4xN6XJlIZJg95yHbyG8gId3LOvaT/3E4z29AroQi8=
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:(136003)(366004)(39860400002)(396003)(376002)(346002)(91956017)(38070700005)(53546011)(6506007)(86362001)(122000001)(8936002)(316002)(54906003)(8676002)(966005)(9686003)(33656002)(55016002)(38100700002)(166002)(4326008)(7696005)(66556008)(64756008)(5660300002)(66476007)(66446008)(71200400001)(52536014)(66946007)(76116006)(83380400001)(186003)(2906002)(478600001)(110136005); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: UvDA9N4gZ4JuwqGdWFdqsYzcO1ZsCYyIljNgDePTQwFelghBmqlPvw/NjUDFvgYIBkCJJ0imYKG1P3AWdD1QqbYkc2ij1ijd2bLsy0mDtgZSJOWmBVpjJ3rFbJlNwyhIQJoHj2aIb+ti75RxFtazOzMa/6kWSFbWk4w2DpHxoiejTLm3hWMVKz8h73KVMjmbx25WNG27NDcXnZaIUI2Xqo2V6laSvSldwIR5z07+wMphCD4QJl81delZftjsPnWArMYpopa8DB/Y69u2BIr4qJs6q/yk+K1yPmneQd8HXyIn8gL3NPWcZyLTU8ue6w+RIg6yKoVVa+y0UySPxWRuxmb25Fl1xaAh/XFeNBtwzKFSORFoGFBINljeIWRT62YzHV9Z1hVw31zlsMguFnPi6zoy0Q6ShA04Ll421WO2rJt3XmcunZAhXaFnu7/wYSQrywX5MfQVMrPAhsBLY1Y7DXLW3P9+dvOxLGIju6g0Lath2y1aSmgWDC6FA8M3E1Y1qtKv7HV52QOph5xqjqoPnYZBR6qgI5vo6GGFf3nnBHH7CWfsKriwRV7lBrSPWqxLRKCPAcXZT9L5i4RPeilH6GRxLCHWmHuF+fQux6aAUTWAw/Vb4t11LSEh9erkig/L1pMnc5eqsEZCdWPuaOn/h7ebd7ZiRRV0cxHQ3L3AG2ti52h17z2tMFqWjEGpqeAn0oHkel7ER2MykekiCYQYmVNBnR0eI7UrJb+nlUGzkHYgwYOj7CWCRu/Vw80pdrYgq33makFAJGubUJKt3RG3UxDMPCeC+8D97+bIKUE8KrNfhSsdJ6CcWtKpqrxgmYTXRV+2C7b/f93rgVhtXRn0ix8zZitL4Ml/3rfFCtnleLL7aycKtLFDyhar0RsV+/Jar6nw5xEUtP9XrLIM7q0F2NtHwXTbTh4Zviae/bU82eTwe69mLOyRzpAsZvuSijZaP2OraeWghWkXXIDHoJ+JiKScuqTXqdyslluSrN4Mm8NAedXOou2Oc/CdWwZhOQFSHgG9CnkD9EKQVCWQsz7/rBP3hs6+ORzR7r7Y61y7hZhdcGdT/2gqC42uO/Tj6ssGAI7XhtpSXCAwO16LYtUvnkr12vCuDnLociGxm1j5lUjOS9rsLhr4dpOAkN8xSt+lcN93DYr1yS1MJ4wI0847Y510sBDO+dOEEy18pmjbl4/2T5QFe3Tx6hn5HcX/Lqk4jhu3icpG0Q5Xsa5RHr3YoiWrwz1ODOtuqS8XYU9oCNuVrqPg785Cy3VHou+oEeG+uyb/Fz9RQW66Cb9GSPih+uSDTkXMKxJB2RuQdXjugB0z0i6aiQojvgEWQhmirM7+hAf/kKnvDT7/cEiArEBE+94d0OFEdp8LwTgpzqHJ58PD61/RDfyqeBYEBCjXHY6/irEA/7WMnoX0/R/Ia9qWJg==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_FR2P281MB0821DC27346FF15F5670AD56FCDB9FR2P281MB0821DEUP_"
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: 398bc47a-9cfc-48e6-7dba-08d9785534bc
X-MS-Exchange-CrossTenant-originalarrivaltime: 15 Sep 2021 14:29:20.1150 (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: Agk9/+pwhUO/a5oBtQ1IqgzuYG2245e8f8ETWuHdXTcQpsLwhGanz1geIN6arFeKnp9k9mOraL6DTXzsqXQBqg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: FRYP281MB0989
X-OriginatorOrg: telekom.de
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/MNnbvVKLkXXb7OjcKI7xF_6KoeU>
Subject: Re: [netconf] [Technical Errata Reported] RFC8572 (6685)
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, 15 Sep 2021 14:52:00 -0000

Hi,

To clarify, is the errata meant to permit the configuration of multiple, comma separated bootstrap server URIs in a single entry for uri-data?

If so, the intended function is to have one URI entry per uri-data entry (containing URI-length and the associated URI). Multiple instances of uri-data entry are permitted. I think the text describes this adequately as does the reference to RFC7227. From section 8.3:


“Both of the DHCPv4 and DHCPv6 options defined in this section encode

   a list of bootstrap server URIs.  The "URI" structure is a DHCP option that can contain multiple URIs (see [RFC7227], Section 5.7<https://datatracker.ietf.org/doc/html/rfc7227#section-5.7>).
   Each URI entry in the bootstrap-server-list is structured as follows:”

They could be represented in the DHCP server’s configuration via a comma separated list, but in the DHCP option sent to the client they need to be formatted as separate uri-data entries.

I’m unsure about the relevance of Note: “Most DHCP servers can only be configured with ASCII strings for options”

The URI encoding scheme is defined by RFC3986, which only permits ASCII.

Thanks,
Ian

From: RFC Errata System <rfc-editor@rfc-editor.org>
Date: Tuesday, 14. September 2021 at 13:25
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 (6685)
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/eid6685

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

Section: 8.3

Original Text
-------------
   Each URI entry in the bootstrap-server-list is structured as follows:

    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...-+-+-+-+-+-+-+
    |       uri-length              |          URI                  |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-...-+-+-+-+-+-+-+

    * uri-length: 2 octets long; specifies the length of the URI data.
    * URI: URI of the SZTP bootstrap server.

Corrected Text
--------------
Multiple URI entries can be specified in a comma-separated list.

Notes
-----
Most of DHCP servers can be configured only with ASCII string for options.

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