IETF Logo Mail Archive

Re: [netconf] 答复: WGLC: draft-ietf-netconf-notification-capabilities-11

Balázs Lengyel <balazs.lengyel@ericsson.com> Fri, 06 March 2020 17:06 UTC

Return-Path: <balazs.lengyel@ericsson.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 3B3E13A0AB3 for <netconf@ietfa.amsl.com>; Fri, 6 Mar 2020 09:06:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vf1VKl40CmEV for <netconf@ietfa.amsl.com>; Fri, 6 Mar 2020 09:06:04 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130077.outbound.protection.outlook.com [40.107.13.77]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 31B9D3A0A6A for <netconf@ietf.org>; Fri, 6 Mar 2020 09:06:02 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Iq4r0gzjiMn3cn6XPkfRHESE93cin70h3LpvfFJhO/JyI2DSLd8K8zsC5hcYxSr7CGEmB76HC+2FkzWRPMkmQCM+psWpRgNqtmMTCBF3WUl1Rxpw/A/nw7afD9Xkr+q+U01Kef0b9lHj2PxPkRFbDw/CPL1Zq6rAdgc2KHghVDrt38hPWp9BPcvBTkXMJRLFaR6zABQpU1qi1B3cI/Rz+TlHtYDqW5gzVQj4XMZG+akk697LWGlnWXCMzUkuMVOhfHeDZo2sU7ua9F1MRjVxaMAB7nNYQipnqtq/sHWV80eZpuCPHY3qB6V339J24Zge3TQBo/tgxlKcqA4WEfD/MA==
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=HgYZWmNX+7sQ1x/aQGEYrElKjlyWLCfei5Ve+Yn2fZY=; b=d2vEbor0HcQOpRds5se7NE/F8g6PwZ4B6+libFAafWYjyMsDcFr7AvHMhFykcTpMoQzxfEY1xln8mGBq8MJCGTz4euWUmyUWqEr44SJDprryBYK8ilJpUxFQEqohH3hxOE58naKfFT+XEFhrnNJc9hzPV9WN21CCksbcSNps4VZXR2JPE5Y93tIwhMVu6Q1rdz5fjCD5WjClcQkdA9ziDXHWi9N2lh7Ixk9HAFxSoYOJaWq5rQp8P/oW4iaA5mRk5IL5JtdZeaPsZNMw5wVpi+MsMDoqB3SGy+gl2Fsd/qdudVVbwbJJgiPZ8GNy+0Pki+KBJIHjI8oKChAXo1jgSA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com; dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;bh=HgYZWmNX+7sQ1x/aQGEYrElKjlyWLCfei5Ve+Yn2fZY=; b=TPu5RQ/8q/+f3TrzjA+rGRS6umT7Jcw2F33jQUgsjlSpDh/K3ja68gGY1WAnnMb63RoK0LoUsX/US++ge3Mgu7cAMMMEr6tg8Wut+dmybnTN/Gvt6wfbRXM+OQ3ANTj17KsBzAJAPuF5kvwE5J87R/6ByrOuEzGa35bCvRVTDLs=
Received: from DB7PR07MB4011.eurprd07.prod.outlook.com (52.134.97.155) by DB7PR07MB4839.eurprd07.prod.outlook.com (20.177.194.160) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.9; Fri, 6 Mar 2020 17:06:00 +0000
Received: from DB7PR07MB4011.eurprd07.prod.outlook.com ([fe80::15cf:dc81:c6f4:aa0c]) by DB7PR07MB4011.eurprd07.prod.outlook.com ([fe80::15cf:dc81:c6f4:aa0c%7]) with mapi id 15.20.2814.007; Fri, 6 Mar 2020 17:06:00 +0000
From: Balázs Lengyel <balazs.lengyel@ericsson.com>
To: "taoran (F)" <taoran20@huawei.com>, Kent Watsen <kent+ietf@watsen.net>, "netconf@ietf.org" <netconf@ietf.org>
Thread-Topic: [netconf] 答复: WGLC: draft-ietf-netconf-notification-capabilities-11
Thread-Index: AQHV85Ei30TbNWE+tEu4x6S2sq3adKg7vwdggAALFPA=
Date: Fri, 06 Mar 2020 17:05:59 +0000
Message-ID: <DB7PR07MB4011D1EECEDE1044BC16F58EF0E30@DB7PR07MB4011.eurprd07.prod.outlook.com>
References: <0100017055c347e5-13b624a9-04c0-4ba5-8a53-26a80f079607-000000@email.amazonses.com> <0100017055e833dd-1a2ecac4-53e4-4bb7-aab9-f75516c5fd38-000000@email.amazonses.com> <01000170a78abdde-66112ceb-d466-4c72-ad18-6058ef07ab02-000000@email.amazonses.com><9A819AE7BFA8104F8CDA9A55CAFA538C042E948C@dggemi522-mbs.china.huawei.com> <DB7PR07MB4011203EDD5F6851FECF979CF0E30@DB7PR07MB4011.eurprd07.prod.outlook.com>
In-Reply-To: <DB7PR07MB4011203EDD5F6851FECF979CF0E30@DB7PR07MB4011.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=balazs.lengyel@ericsson.com;
x-originating-ip: [89.135.192.225]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 6dcf2df7-57e1-4352-2e93-08d7c1f0a4ff
x-ms-traffictypediagnostic: DB7PR07MB4839:
x-microsoft-antispam-prvs: <DB7PR07MB48392DEC6119EDC060CC7757F0E30@DB7PR07MB4839.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:9508;
x-forefront-prvs: 0334223192
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(39860400002)(376002)(136003)(396003)(346002)(366004)(189003)(199004)(85182001)(8936002)(2906002)(81166006)(76116006)(66946007)(81156014)(316002)(26005)(110136005)(5660300002)(33656002)(86362001)(53546011)(6506007)(15650500001)(478600001)(66574012)(186003)(9686003)(55016002)(52536014)(7696005)(64756008)(66556008)(66616009)(85202003)(66446008)(66476007)(2940100002)(71200400001)(224303003); DIR:OUT; SFP:1101; SCL:1; SRVR:DB7PR07MB4839; H:DB7PR07MB4011.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: +DD2l7KSCyoydQJkR7QRW3L4nGvA17jhiaaJoPf+6WKUTwLbz1ivCn+mpuJoeiT/GaN7iSpOKV4j+nrkArz+ZxtNDJXX3Xp/YiSGy5KbQIqgRV7r4VqmBVPj8YMG7GPjyk+cK23zXQBbkjHSkOGxAyHIM0E6gPIKgvVMJdd4e8x4w4kaMBH9PJ2QVpG9VZ4FSLoCIWG4mU0j7mI9IKCHknrgyTPw1CeEJkAoU5ps27B7r/whYP/hY8Xzv0mUNZpRE+ln8/u7uk6IXSKzLN8ZJenznVH22cq/Kq3JvN1TxrsouMQfLug0EeTVC31P15B0OdNa19QxEIMPcjpZxEqPhAQdaxy7RXCqlZyps5ctwdX8rNUzA0+2MB8NL54+2sG3NlDAG+lir42c3FoZUAcdLsxnc131zuau9fT5mjU/WBsavZ2PK0IGSVeBHLmyNOOu
x-ms-exchange-antispam-messagedata: /HfLpbA9WFp3atsp4HE8KO1Kgk6plw01bDcv6//IiaT1uX/ITocIrmhHEurShCY9kHFQP+lTNKujV4sL7y7m3NkukfS+QT+h3lGZhjoOgtuZk00VA76qllqxsb7soFPAUuir3dFn7AAP2+6P3LKxHw==
x-ms-exchange-transport-forked: True
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg="SHA1"; boundary="----=_NextPart_000_02E9_01D5F3E1.E35DE3B0"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6dcf2df7-57e1-4352-2e93-08d7c1f0a4ff
X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2020 17:05:59.9084 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 6AlLmANHz/9H3vyho2eqSaEfB68EacXvu9rgMIy9WLbYjXCrIRBAm3GJl/jsuxLV/GMCK7nYeWconr4qCIE0m5YNSK0UXyXd2MquJXIB8xs=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB7PR07MB4839
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/sjRhv4MtxwACeiq5c-uYw3jXSxA>
Subject: Re: [netconf] 答复: WGLC: draft-ietf-netconf-notification-capabilities-11
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, 06 Mar 2020 17:06:07 -0000

Hello,
Thinking a bit more about this I think we should not include the when statement because:
- It is possible that supported-excluded-change-type  is declared on the system level while on-change-supported is declared on datastore level. In such cases when the explicit declaration of on-change-supported and supported-excluded-change-type is done on different levels (system/datastore/specific data node) only a very complicated when statement would work.
- As this is output from the node, when statement are not even checked by many implementations
So while the idea is relevant, practically it would be too difficult.
Regards Balazs

-----Original Message-----
From: netconf <netconf-bounces@ietf.org> On Behalf Of taoran (F)
Sent: 2020. március 6., péntek 9:27
To: Kent Watsen <kent+ietf@watsen.net>; netconf@ietf.org
Subject: [netconf] 答复: WGLC: draft-ietf-netconf-notification-capabilities-11

1. Section 5.1 said:
“
   augment /sysc:system-capabilities/sysc:datastore-capabilities/ +
     |                                 sysc:per-node-capabilities:
     +--ro subscription-capabilities
        +--ro (update-period)?
        |  +--:(minimum-update-period)
        |  |  +--ro minimum-update-period?        uint32
        |  +--:(supported-update-period)
        |     +--ro supported-update-period*      uint32
        +--ro max-nodes-per-update?               uint32
        +--ro minimum-dampening-period?           uint32 {yp:on-change}?
        +--ro on-change-supported?                notification-support
        |                                                {yp:on-change}?
        +--ro periodic-notifications-supported?   notification-support
        +--ro supported-excluded-change-type*     union {yp:on-change}?
”
I believe on-change-supported and supported-excluded-change-type are related to each other, i.e., only when on-change-supported holds, Support-excluded-change-type needs to be supported. Would it make sense to add when statement under supported-excluded-change-type.
One Follow up comment is should supported-excluded-change-type be applicable to config true node or config false node?

BALAZS: OK, I will do it in the after the WGLC.

v2.23.0 | Report a Bug | By Email