Re: [netconf] WGLC for draft-ietf-netconf-notification-capabilities

"Eric Voit (evoit)" <evoit@cisco.com> Tue, 24 September 2019 21:14 UTC

Return-Path: <evoit@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 D5FCA1200DB for <netconf@ietfa.amsl.com>; Tue, 24 Sep 2019 14:14:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.5
X-Spam-Level:
X-Spam-Status: No, score=-14.5 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, 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=fcAHNZ/4; dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=cisco.onmicrosoft.com header.b=vdhfbuNo
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 S4LsJ2rDIjfN for <netconf@ietfa.amsl.com>; Tue, 24 Sep 2019 14:14:53 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F438120071 for <netconf@ietf.org>; Tue, 24 Sep 2019 14:14:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=20919; q=dns/txt; s=iport; t=1569359693; x=1570569293; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=glpQ0WR5s7xqGkM1kQ/xAtU4k2OFXb5mP450xGdj8PM=; b=fcAHNZ/4gVRweoR1R4qve/q1NerEXEhgrM4GU68/7A9K8l1mFYDxmXON nUu6+hwG/AGhbsevg55gTTxsG27YkxGK4/abmIRKk4gX+JuZg73X2xgHj 5X+noeRLQbitg2TB5KAe74q89ISuhtBMuPegiScGGDrM16tdsSLXJj6vz k=;
X-Files: smime.p7s : 3975
IronPort-PHdr: =?us-ascii?q?9a23=3A0kSBqhQs72BhxdVxPDYc80zSetpsv++ubAcI9p?= =?us-ascii?q?oqja5Pea2//pPkeVbS/uhpkESUDdfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH1?= =?us-ascii?q?5g640NmhA4RsuMCEn1NvnvOiEkG8VefFRk5Hq8d0NSHZW2ag=3D=3D?=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AGAADyhYpd/49dJa1kGQEBAQEBAQE?= =?us-ascii?q?BAQEBAQwBAQEBAQGBUwQBAQEBAQsBgRsvUANtViAECyoKhBiDRwOEUoYmgly?= =?us-ascii?q?HRIIjiTCEXYEugSQDVAIHAQEBCQMBASUIAgEBhD8CgyEjNAkOAgMJAQEEAQE?= =?us-ascii?q?BAgEFBG2FLQyFSgEBAQQSEQoTAQE1AgEPAgEIDgMEAQEoAwICAh8RFAkIAgQ?= =?us-ascii?q?BDQUIBhSDAYEdTQMdAQIMoyMCgTiIYXOBMoJ9AQEFgQcBLwKDWQ0LghAHAwa?= =?us-ascii?q?BNAGBUIo5GIFAP4ERRoJMPoFURkcBAQOBSBgrCYJVMoImjHEzgjaGLJYcLUE?= =?us-ascii?q?KgiKDQYIugRaKBIQcgjaHS41IgVyOGogTggiLIYNZAgQCBAUCDgEBBYFSOIF?= =?us-ascii?q?YcBWDJ1AQFIFOg3KFFIUIATZzgSmJJgeBKgGBIgEB?=
X-IronPort-AV: E=Sophos;i="5.64,545,1559520000"; d="p7s'?scan'208,217";a="331989723"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-7.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 24 Sep 2019 21:14:52 +0000
Received: from XCH-RCD-012.cisco.com (xch-rcd-012.cisco.com [173.37.102.22]) by rcdn-core-7.cisco.com (8.15.2/8.15.2) with ESMTPS id x8OLEqxU021690 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 24 Sep 2019 21:14:52 GMT
Received: from xhs-aln-001.cisco.com (173.37.135.118) by XCH-RCD-012.cisco.com (173.37.102.22) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 16:14:51 -0500
Received: from xhs-aln-003.cisco.com (173.37.135.120) by xhs-aln-001.cisco.com (173.37.135.118) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Tue, 24 Sep 2019 16:14:50 -0500
Received: from NAM03-DM3-obe.outbound.protection.outlook.com (173.37.151.57) by xhs-aln-003.cisco.com (173.37.135.120) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Tue, 24 Sep 2019 16:14:50 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=mSFSb7AzbVu/W9EwpZZnSpR+3RXSf5JO0xLaT8Gnpqgn0cJouKZGC13kMnuicrJfeHo42gB/+YwfO2+AFMAILaQ7XMGnPtu9KSzFESKED/OQ1DomZswp8+AuffFQmupB+zNdiBOS6DadZL6tYxNFaKVeGFYIl2m9R9mguXJS+5kScOzmI4WKnnbKPivALwoO0fmuOjyvI2WkkaN1+qJTRNOPpjggCQF+mjGPA1i1HcA650DyQDXltM4e2MYQuoDQ/QlY8593cacZlYiDU+Qao3P7w9CTCF8u2+QllnE3Dva1UrlurVZr0KCxnC4752r/xd8aQ/m4vs+ZLsX3mwAzPg==
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=BvU/z1PAPev04WpaYvtFhFZ0hoRvi+OghZkay5S5ulo=; b=mjkBBEbiylCFQimg+ZmeKPSLXG8jA8wxYXvI4xGesFlGM4KGxmx6FEbAJtnjx5IONw3KjnPAjmVpWZkX7mEmZd1qfHPkokA2TbsbBs7UHb9o/MvnS/MEYM9W9xftWc6hmj01bV0atkaDqs5jfI+NGVvAEKyZ+JatyRlQAKlDgx4ZRJhzz3yurMHOdQJW0dQT+DcqueAVPEDQRy2RVLwuht/1Y8ZSHqLO9Hanw6r/CGg7Q8yRzIoi0gcCdFhDbhTGvySdntFL4Rm4+Vjap7xLImSk1j12pBCfGNIPw0UkZ142TH50KYXQ1JlUItq4Dkdk6PAMLdTCkqqEoI/t+Tz2Iw==
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=BvU/z1PAPev04WpaYvtFhFZ0hoRvi+OghZkay5S5ulo=; b=vdhfbuNo7SLzyY6hi23B0kgEKzMASAVntWgiU3rVCmKCH4Luz0Rjr2/wJTX2/r81KcETI1wgSlWrz0TvqGiUa+78Y24apsUVa416ABX4a3c1ahPghpF/PuyreWuzcS35tUjSMrPQ316UnmNQbJoe/RjvvTAsf3VQudke7IYcb0U=
Received: from BN7PR11MB2627.namprd11.prod.outlook.com (52.135.255.31) by BN7PR11MB2770.namprd11.prod.outlook.com (52.135.246.20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2284.18; Tue, 24 Sep 2019 21:14:49 +0000
Received: from BN7PR11MB2627.namprd11.prod.outlook.com ([fe80::61c6:4b6d:cf6c:f095]) by BN7PR11MB2627.namprd11.prod.outlook.com ([fe80::61c6:4b6d:cf6c:f095%3]) with mapi id 15.20.2284.023; Tue, 24 Sep 2019 21:14:49 +0000
From: "Eric Voit (evoit)" <evoit@cisco.com>
To: Mahesh Jethanandani <mjethanandani@gmail.com>, "Balazs Lengyel <balazs.lengyel@ericsson.com> (balazs.lengyel@ericsson.com)" <balazs.lengyel@ericsson.com>, Alexander Clemm <ludwig@clemm.org>, "Benoit Claise (bclaise)" <bclaise@cisco.com>
CC: Netconf <netconf@ietf.org>
Thread-Topic: [netconf] WGLC for draft-ietf-netconf-notification-capabilities
Thread-Index: AQHVcwCXe43vmPblgUW74U2qSpt2bac7U+ng
Date: Tue, 24 Sep 2019 21:14:49 +0000
Message-ID: <BN7PR11MB262749DCC86F32F725D1C67AA1840@BN7PR11MB2627.namprd11.prod.outlook.com>
References: <D3B39347-DFB7-4BEE-8B22-0EE07AEB1F5A@gmail.com> <4F49DF08-B7FC-4EBD-9D6B-7BC329E50334@gmail.com>
In-Reply-To: <4F49DF08-B7FC-4EBD-9D6B-7BC329E50334@gmail.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=evoit@cisco.com;
x-originating-ip: [173.38.117.75]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 98d21785-eaed-4ce2-7698-08d741343bb7
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600167)(711020)(4605104)(1401327)(2017052603328)(49563074)(7193020); SRVR:BN7PR11MB2770;
x-ms-traffictypediagnostic: BN7PR11MB2770:
x-ms-exchange-transport-forked: True
x-microsoft-antispam-prvs: <BN7PR11MB277075C4953B69003D49FD21A1840@BN7PR11MB2770.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0170DAF08C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(136003)(396003)(376002)(346002)(39860400002)(366004)(189003)(199004)(4326008)(790700001)(6116002)(3846002)(7736002)(66616009)(2906002)(66556008)(76116006)(66476007)(74316002)(478600001)(66066001)(256004)(99286004)(52536014)(7696005)(14454004)(14444005)(5660300002)(446003)(26005)(486006)(476003)(11346002)(102836004)(6506007)(76176011)(186003)(53546011)(25786009)(15650500001)(99936001)(71190400001)(71200400001)(66946007)(2420400007)(81166006)(64756008)(8676002)(81156014)(8936002)(33656002)(6436002)(236005)(86362001)(9686003)(229853002)(55016002)(606006)(6306002)(54896002)(7110500001)(6246003)(110136005)(66446008)(316002)(6636002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR11MB2770; H:BN7PR11MB2627.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: aBeZikhAQzbZ+uDl/I1EmIGDKBGUYFddUFOv3AEDnPipJ2uwT3zH5r88+tg646G2wlMVTNjZvftGxLMS5sYO8wMwMapCmoLyTQ0KRjjcdzcOiUjfVttbKsGykB6zyzR3flPntmQL6vrpJT28gS4Yo1X1Mr+s/3c5Zvc30jdiMEET31L1GfWHm7ZwkL/fvxQqsYJ+1Ycl9ql36C4LgSX6vlYDJ0XzYvB6Qi1NXxJKDsZqi9iLiPk75ZUtiIkPP4VPdnhtLSiSsUfnzx16ogmU2gtx1+KUznONUuWOvcSHZIXVw97jFNV5RQ4QjRuH6AysTbWTeJQrPftgJYat122nN+IQcrLN5hg4lhIL46qxZmqBxti+FDAuRxeZ498//WdMKighM6H+vJE1JyezjpBSFYCYEregeVql1zMz4jvBB6g=
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_01E3_01D572FB.8FB15920"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: 98d21785-eaed-4ce2-7698-08d741343bb7
X-MS-Exchange-CrossTenant-originalarrivaltime: 24 Sep 2019 21:14:49.0379 (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: uT/5rFGB3+q8Ynjs6sr9MPBRTVEE8k+ungTvpcNdgXTijrDSZ1CoT1lEOggXnDRA
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR11MB2770
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.37.102.22, xch-rcd-012.cisco.com
X-Outbound-Node: rcdn-core-7.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/ZLUdmi0xm8bDAO9ZDxPHoHXEOTY>
Subject: Re: [netconf] WGLC for draft-ietf-netconf-notification-capabilities
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, 24 Sep 2019 21:14:57 -0000

Here are some comments...



Section 1: Terminology



YANG-Push is the RFC-8641 term rather than Yang-Push.   Both variants are used 
in this document



On-change Notification Capability: Is this different from support for RFC-8641 
feature "on-change"?  If they are the same, it might be possible to remove the 
term.  Especially as this term is used inconsistently.



Implementation-time information is used twice in the document, but without the 
dash



Run-time information is used once.  And the definition refers to the 
availability of information over network management protocols.  Is it worth 
differentiating the term via a linkage to run-time state objects?







Section 2



Paragraph 4: instead of " meaningless (e.g., a temperature gauge changing 0.1 
degrees)", how about "irrelevant to the receiver (e.g., a temperature gauge 
change of 0.1 degrees within a predetermined and acceptable range)"?



Paragraph 6:  instead of "not available early in some document"  how about " 
not documented in a way available to the NMS designer".  Also // from, is/ 
from is



Bullet #1 under Run time information: not sure what is meant by "it does not 
care which data nodes send notification, it will just handle what is 
available.".  Should reword.



Bullet #3: might want to reword: " implementation time capability information 
about the capabilities"







Section 3



Paragraph 2, bullet 2: Instead of  "amount of notifications the server can 
send out", do you mean "the minimum periodicity of updates which a server can 
send out for an object"



Paragraph 2, bullets 3 & 4: I don't think these should be indented as bullets 
are they are more about proper behavior of a correctly populated model.



Paragraph 3, bullets 2: why isn't SHALL instead MUST?   Also, shouldn't this 
point out that both NETCONF and RESTCONF MUST be supported if on-change is 
advertised, and this draft is supported?







YANG Model



I am not sure why "server" is preferable to "publisher".  The initial 
YANG-Push draft moved to "Publisher" because it is possible for the 
client-server roles to be reversed for some transport protocols.  For example, 
the recent HTTP notif draft might have the receiver fill the HTTP server role. 
I believe it cleaner to revert to the "publisher" terminology.



I do like the tiered structure of specific and generic values.  There are lots 
of good parallels to other YANG work.





Section 4



I suspect that you will need to do a security analysis per YANG object.   This 
has been done the other YANG push family.



I suspect that manipulating the reporting intervals could have some security 
implications.   E.g., a hacker could push up the damping period or periodic 
interval to a level where the information they are changing then becomes 
invisible to a monitoring system.



Thanks,

Eric





From: netconf <netconf-bounces@ietf.org> On Behalf Of Mahesh Jethanandani
Sent: Tuesday, September 24, 2019 1:50 PM
To: Netconf <netconf@ietf.org>
Subject: Re: [netconf] WGLC for draft-ietf-netconf-notification-capabilities



We were supposed to have closed on the WGLC today. However, between the 
document becoming a WG item and it going into LC, we have not received too 
many comments on the draft. As such, we are extending the LC by another week. 
Please review the draft and provide any comments you might have.



Mahesh & Kent (as co-chairs)







On Sep 10, 2019, at 3:39 PM, Mahesh Jethanandani <mjethanandani@gmail.com 
<mailto:mjethanandani@gmail.com> > wrote:



Authors have published -04 
<https://tools.ietf.org/html/draft-ietf-netconf-notification-capabilities-04> 
version of the draft, which addresses comments they received in IETF 105. If 
you provided comments please check to make sure your comments have been 
addressed. At this point, the authors believe that the document is ready for 
WGLC.



This therefore starts a two week LC, ending on September 24th. Please provide 
any technical comments you might have on the document. If you believe the 
document is not ready for LC, please state your reasons.



We will issue a IPR poll separately.



Mahesh & Kent (as co-chairs)