Re: [netmod] Opsdir last call review of draft-ietf-netmod-nmda-diff-09
Alexander Clemm <alex@futurewei.com> Mon, 12 July 2021 21:38 UTC
Return-Path: <alex@futurewei.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3C5F03A0D74; Mon, 12 Jul 2021 14:38:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.089
X-Spam-Level:
X-Spam-Status: No, score=-2.089 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, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, T_SPF_PERMERROR=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=futurewei.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 QfyzTiiNqb_J; Mon, 12 Jul 2021 14:38:48 -0700 (PDT)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2106.outbound.protection.outlook.com [40.107.223.106]) (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 DF4E53A0D6B; Mon, 12 Jul 2021 14:38:47 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=bdZOio3RiqCddJOzBgPlS94GVt/FfeViEweYVaDty1cIGCutq3hvbJds2jhxzTCZ++Qe9i4YZQEJvw53tNr3Vlmmy647OpF309FhrJB0SXwapshF0X02leK/MZfOmP/wekVcuZuTW3AEIq2+f9FrJH7vdCGMIWIGPxhtRIbqyNAxTXDzp0aqznReZc+nqgSCd/n+wn7gPZLy1FBrU8lc9IpDkP3k/tpqMdp8PpRJvwZ+Ewy3m0qFENuO0eGwsIykgPTI4+JqK7LWkt5i3cVPA1qD4u8zkjNsApF9pPNU0FbBepApgWmUlTEYVDXcEqnbv3WADri7Y5Mqa6Givv5gfw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L60NXmOSckDInA2y3uV9ljvggQEQI8TqdJDMmYwfIEc=; b=T9kr7T0tMOzaj9wi04icrVwjG/iyhlh4nkQNf4b+sW+9zAXb0dAv/itNCD/qiL+oNJlRhwmyrUgcjbmMmvmfhcg9Ch6XsPj3vnBTSUu6gcs5t1C+DK5J0n4ixHzH7uxFRY1FZQoLuTIHwF3PRgHE5H16kJDdc444dAMKSXvjfuUyb6p9mjRAGSEssVViWlMOtrPR618LDufhU+hIGheEKDdQN3Zx5jWpa6MqajnjhqD99cBjgDAuBO9IIC5O7kzsjxRAaAePJB61nUSC2bFr65ODHRsCuos8oUgdnRPdop4jypi7exN5RPu9FNLZ4J/IOSGVJtRvjR05rvblMybMyA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=futurewei.com; dmarc=pass action=none header.from=futurewei.com; dkim=pass header.d=futurewei.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Futurewei.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=L60NXmOSckDInA2y3uV9ljvggQEQI8TqdJDMmYwfIEc=; b=PRzf7lGMWV5+djYPRfI3W6mlD3pzZ+R8AgFVyrIEMs2kEm+eFJKM7oVLi7uBVz4ArILNGfNkQCbSz1uQuaE8eIOzx7aHwgLzxtqHdoJVESa77MOqVFwTosN6Rtu/zHWVsXY/vy63BmiaMsU71ugw63clyq92wDBeBeKDp03WQ1E=
Received: from BY5PR13MB3793.namprd13.prod.outlook.com (2603:10b6:a03:226::15) by BY5PR13MB4437.namprd13.prod.outlook.com (2603:10b6:a03:1de::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4331.17; Mon, 12 Jul 2021 21:38:44 +0000
Received: from BY5PR13MB3793.namprd13.prod.outlook.com ([fe80::f93b:c5d8:afb4:e7fb]) by BY5PR13MB3793.namprd13.prod.outlook.com ([fe80::f93b:c5d8:afb4:e7fb%9]) with mapi id 15.20.4331.020; Mon, 12 Jul 2021 21:38:44 +0000
From: Alexander Clemm <alex@futurewei.com>
To: Andy Bierman <andy@yumaworks.com>, Shwetha Bhandari <shwetha.bhandari@gmail.com>
CC: Last Call <last-call@ietf.org>, "ops-dir@ietf.org" <ops-dir@ietf.org>, NetMod WG <netmod@ietf.org>, "draft-ietf-netmod-nmda-diff.all@ietf.org" <draft-ietf-netmod-nmda-diff.all@ietf.org>
Thread-Topic: [netmod] Opsdir last call review of draft-ietf-netmod-nmda-diff-09
Thread-Index: AQHXb0JEL/Olq4xYnkeE7hZT/s52sKsvzKEAgBAdJ9A=
Date: Mon, 12 Jul 2021 21:38:44 +0000
Message-ID: <BY5PR13MB37935ADA83574850B72D4551DB159@BY5PR13MB3793.namprd13.prod.outlook.com>
References: <162523075802.5464.801347526657945@ietfa.amsl.com> <CABCOCHQG5VM55MV_vatG79KhncpHbFtiAcinxedg8zqXJQPtWg@mail.gmail.com>
In-Reply-To: <CABCOCHQG5VM55MV_vatG79KhncpHbFtiAcinxedg8zqXJQPtWg@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: yumaworks.com; dkim=none (message not signed) header.d=none;yumaworks.com; dmarc=none action=none header.from=futurewei.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7f4cef79-a2f8-412e-7215-08d9457d6c6b
x-ms-traffictypediagnostic: BY5PR13MB4437:
x-microsoft-antispam-prvs: <BY5PR13MB4437DC1485D3592D539E86ABDB159@BY5PR13MB4437.namprd13.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: JlDgmX+kdEzAUNxQ2PeeQQQlmNIVsqCdibU96DwTGAtWiwTMFlWifFD1bTMUiLbxfSiNgFd4/YoTpa7eNW46nljDwRcZ0vQxRwAKAVLFe8F83DnpBsWhFSP7jkkx/E4Tkud48PFKgaD/O0t45EaxS6QU7wuI2oFSUqmncp2GcH9dSrR9tCEd16P3frjD3SshammmxxrfnkDz9VlK6yFbrqhMKp3YIN13nQpFhR7i0laV8XzozMeNcJb0wFt/Fb7ZLr6zB7een8wL3J2MNf1Q2mC2dyxoBZu63PsCsemssExHQsfWTSj2Le8B3YvyezUh/snroj5hV/olGyYMcKc6qbDyyh1Pkf8/dZzxAzjKT7PlcOxP/x+Nhx9VxbdIEhHTAQNWa8Fc9usgZK2z445kBcTQlxEIw7FKmxulMFRc2+Nv3HRQ00qTccEXjnPcmGUmx8hE6VAQ9nKbt4fgyoCf670I0ko2tP8YxeTwxRposIpnm4QsMJhF9SWv+tzm0TqjtIy7l4y0zSCdGAwDBM6xJF7XJ0NCNbbTkhfWhExUCJekwfqj0z7R/Pkw/tODw3ZD9zXkKrpz0CwWCinDcTIfO26Ax3gnbnhtXWeoK0Cf+otfwdoRuX1cs9StlgzaKWhwpVmphZ7WL6/CNZqjmJdciQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BY5PR13MB3793.namprd13.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(39840400004)(136003)(366004)(376002)(346002)(396003)(478600001)(110136005)(186003)(4326008)(2906002)(316002)(33656002)(7696005)(8676002)(5660300002)(9326002)(8936002)(86362001)(54906003)(38100700002)(66574015)(122000001)(71200400001)(55016002)(9686003)(26005)(52536014)(53546011)(64756008)(66446008)(66476007)(76116006)(66946007)(83380400001)(6506007)(66556008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: akSPORe+5SuTgHpI+eC+5rbH9F72Kda8LCXhoHzPNcssL4RBdm4JeGEOZb1Aw7mj7R42lSVZvAE56AVCjDojR1rFcwBjkh/PVwIMP+3431RFTJYWqK+DzjlSabAqA/zIq9LSjIstHNfilOP+bd+HDCFn2K7/nyx6hA6XZsLhPPFUMswQuX9DUWLjcMZVDq/FSGvpR+WLsdwXDiF7Uw4g4sDgC31kgPQwvSpDzlYo0lmFdRjQZ4oqs4mxbvSR89KUM8YQNjy6JOZ2evrzehvz48EFnTiiqd2wkEMKnticQpvNWY067Z2HbWrIC+7BlJVjW9JU6HFth/2iamaDBx5b6aSwrTx2NkXbEpqk35V+mzEnfv9WOW/U6OubSTUfKuXxqOhpo+6+b7mkonZS6598+1BBt4haroxCoak7huzITacFDscIDk/Oax26A9rW0JmpnodKl8JXmf1Cx3ldY9lsKUUndcfwa5y/hXjg4ntOYvi3hwlbheR/QlOgcgS/RbavKLFb69AtYXorlIXtdJKeT8KuXtjrq+tf0q0xbVeO2X6o1IwGwTcAvJmltjf+v8xl0KakMRU7C0j6UA5egvY83CUcs2Gs8Jntvl+nS3RWq4YhrVKnrwn/LlH7dXrmWcJBoKZpFUGb/xB+yFgwG+4RrrDQE/eQYveTgWaix4i51XHi+m0PqkJhrgD0WC4PudnKWrBUo6kkIs4fy3oMb/06tNYq33fJ+Kjvqn88sZIFUZnmis5YfToqQmT56jsp4j6d8w68H46PyICkIbkF6RjYMIIupVcORgT8bgbFVAegAJkYGhSnzNzvh+twjeKpgPLDfM1/SomFmuJ/qIBe4QH/bK3AX3IKnl6p7RCWBgYMXA5oBtbxhtS2OVLj6X/AuJmoMIWs3ad18nzRHLYTMQ/sjFYQx4L5aEaerswxdZMEFAU10U0lAAwmFYXfVegIoI0mYQMS1XDn4ynFUzMCxyBCtRasRG3XTBGE1Fm8Q1xjsqMvsUUDv/oSyc4ASdQSLqnUjmLA5BoPACMYg5KNhNb0WAZiw1rbZo/PFJMb3YfRdyh6eCQND5t/Mg4TvQElav4Esk5JU87tG2dRLuFBsUnaNF8Uq+n0qreuOWicyvrcHidvkbOI0hJKKuw7g5L1l4UdD9GIRZEEyFyanqZil6ugu9KETuh6PjU4PnWy1KgwvSkzF9XlLzB7F4+Au438t/GpsLT1G6NCk5L9VidtOiPA91vIkR/r3HjM9uUMOez5JLbxmLbS94vs53TDBmwkdcxAvuEz02sw0teCItYSi2gF84Y082BTEy5nR3MmATeC54c=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BY5PR13MB37935ADA83574850B72D4551DB159BY5PR13MB3793namp_"
MIME-Version: 1.0
X-OriginatorOrg: Futurewei.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: BY5PR13MB3793.namprd13.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7f4cef79-a2f8-412e-7215-08d9457d6c6b
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Jul 2021 21:38:44.0819 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 0fee8ff2-a3b2-4018-9c75-3a1d5591fedc
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: oCSmNhrJS/yRKrulTBpUg6z2BU2mnKRBFZJ9x0WQlczzgoyF1UwTx+cTKMhxexKQOXvKUJ6k8o3iCGkI1ewd+Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY5PR13MB4437
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/THw1H9OSBVD0bKc_OzHcW7FUqY4>
Subject: Re: [netmod] Opsdir last call review of draft-ietf-netmod-nmda-diff-09
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Jul 2021 21:38:54 -0000
Hello Shetha, Thank you for your review. To the open question to the authors, adding to Andy’s repsonse: The monitoring of resources consumed by requests, measuring the rate of requests etc is deemed to go beyond the scope of this Internet Draft. The ability to monitor such aspects is indeed a valid system management concern, but one that is not specific to this draft (but apply to other drafts defining RPC operations as well). If such aspects should be addressed, it would probably call for a more general model in its own right. That said, Section 7 actually discusses performance consideration. It does state that implementations need to be aware of the fact that excessive invocation of the operation will burden system resources, and that mitigation schemes include (implementation-specific) rate limiting and servers rejecting requests made at a higher frequency than the implementation can reasonably sustain. We could add a sentence to the effect that “Monitoring of server resources and statistics about RPC rates will be useful to provide operators with tools that allow to assess the actual overhead imposed on their implementation through that feature. However, the definition of any corresponding YANG data models are outside the scope of this document. If defined, any such model should be neither specific nor should it be limited to the RPC operations defined as part of this document.” Re: the nit, yes, this should be application/yang-data+json Will update the draft shortly. Thanks --- Alex From: netmod <netmod-bounces@ietf.org> On Behalf Of Andy Bierman Sent: Friday, July 2, 2021 8:19 AM To: Shwetha Bhandari <shwetha.bhandari@gmail.com> Cc: Last Call <last-call@ietf.org>; ops-dir@ietf.org; NetMod WG <netmod@ietf.org>; draft-ietf-netmod-nmda-diff.all@ietf.org Subject: Re: [netmod] Opsdir last call review of draft-ietf-netmod-nmda-diff-09 On Fri, Jul 2, 2021 at 5:59 AM Shwetha Bhandari via Datatracker <noreply@ietf.org<mailto:noreply@ietf.org>> wrote: Reviewer: Shwetha Bhandari Review result: Has Nits I have reviewed this document as part of the Operational directorate's ongoing effort to review all IETF documents being processed by the IESG. These comments were written with the intent of improving the operational aspects of the IETF drafts. Comments that are not addressed in last call may be included in AD reviews during the IESG review. Document editors and WG chairs should treat these comments just like any other last call comments. Summary: This is a Standards Track document that defines an RPC operation to compare management datastores and returns diffs between the datastores as a yang-patch. While most access management of the RPC, ensuring availability of the server by rate limiting are considered I have an open question to authors: where/how will operational metrics such as rate of requests received, errors, rate limiting if applied, server resources consumed to process the request etc, about this new RPC be defined and reported? This is useful information for server operation where this RPC is enabled. There are no standard YANG objects to monitor the server resources. This new operation is likely to consume a lot of resources so I understand your concern. The actual diff results may depend on implementation choices and impact resources used. E.g. comparing 2 datastores that are constantly changing while they are being compared. I am not sure what changes to the draft are needed at this time. A resource monitoring module would be a generalized solution but it does not belong in this draft. Nits: The RESTCONF example content-type is json but it is set to application/yang-d that is not present in the registry - should it be application/yang-patch+json? I think it is supposed to be application/yang-data+json Andy
- [netmod] Opsdir last call review of draft-ietf-ne… Shwetha Bhandari via Datatracker
- Re: [netmod] Opsdir last call review of draft-iet… Andy Bierman
- Re: [netmod] Opsdir last call review of draft-iet… Alexander Clemm