Re: [Netconf] two-week review of drafts related to notifications and subscriptions

Alexander Clemm <alexander.clemm@huawei.com> Wed, 25 October 2017 00:12 UTC

Return-Path: <alexander.clemm@huawei.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 311A713AB34 for <netconf@ietfa.amsl.com>; Tue, 24 Oct 2017 17:12:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 BIscdfapz5kX for <netconf@ietfa.amsl.com>; Tue, 24 Oct 2017 17:12:07 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DF2B13A1FA for <netconf@ietf.org>; Tue, 24 Oct 2017 17:12:06 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml704-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DRG84150; Wed, 25 Oct 2017 00:12:04 +0000 (GMT)
Received: from SJCEML701-CHM.china.huawei.com (10.208.112.40) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 25 Oct 2017 01:12:01 +0100
Received: from SJCEML521-MBX.china.huawei.com ([169.254.1.102]) by SJCEML701-CHM.china.huawei.com ([169.254.3.104]) with mapi id 14.03.0361.001; Tue, 24 Oct 2017 17:11:52 -0700
From: Alexander Clemm <alexander.clemm@huawei.com>
To: "Eric Voit (evoit)" <evoit@cisco.com>, Kent Watsen <kwatsen@juniper.net>, "netconf@ietf.org" <netconf@ietf.org>
CC: "Mahesh Jethanandani (mahesh)" <mahesh@cisco.com>
Thread-Topic: [Netconf] two-week review of drafts related to notifications and subscriptions
Thread-Index: AQHTTFLEH1cFVYHXD0CVfgZrvSG+QqLzqzmAgAADmsA=
Date: Wed, 25 Oct 2017 00:11:52 +0000
Message-ID: <644DA50AFA8C314EA9BDDAC83BD38A2E0EAB8E76@sjceml521-mbx.china.huawei.com>
References: <1FC7C28B-5F6B-46ED-BAC4-92340A9291F5@juniper.net> <836bcee815bc47e983aaf94b9c9f0933@XCH-RTP-013.cisco.com>
In-Reply-To: <836bcee815bc47e983aaf94b9c9f0933@XCH-RTP-013.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.213.48.146]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A010203.59EFD6D5.0005, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.1.102, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 7164d6ca0bb9b85be6e157ce68899183
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/eczI4y3vgoj4fI86-AnUVG7_0hA>
Subject: Re: [Netconf] two-week review of drafts related to notifications and subscriptions
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Network Configuration WG mailing 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, 25 Oct 2017 00:12:13 -0000

+1 on Eric's comments.

I believe going to WGLC with the "vertical slice" that includes YANG-Push as well as subscribed notifications is the preferable option.  Several reasons:

- You mention that subscribed-notifications with its new revision will be in range for WGLC, and YANG-Push has had less areas of contention and is deemed in good overall shape, as also commented on this list.  I believe that this is clearly ready.  
- Industry activity has been asking for YANG-Push for some time.  I do not think anything would be gained from incurring further delay; IMHO it will not make the solution substantially better, only erode momentum of IETF solution.  
- and historically they have been a bundle anyway - subscribed-notifications was "broken out" from YANG-Push at some point to generalize the solution

Thanks
--- Alex

> -----Original Message-----
> From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Eric Voit
> (evoit)
> Sent: Tuesday, October 24, 2017 9:44 AM
> To: Kent Watsen <kwatsen@juniper.net>; netconf@ietf.org
> Cc: Mahesh Jethanandani (mahesh) <mahesh@cisco.com>
> Subject: Re: [Netconf] two-week review of drafts related to notifications and
> subscriptions
> 
> Hi Kent,
> Hi Mahesh,
> 
> > From: Netconf, October 23, 2017 7:01 PM
> >
> > Thank you to all those who participated in the review of the drafts
> > related to event notifications.  Recall that our interest was to get a
> > heartbeat from the working group regarding the readiness of these drafts
> to progress to Last Call.
> > As we see it, most of the discussion centered on the
> > subscribed-notifications draft, and we're optimistic that the next
> > update of that draft could be in shooting distance to a Last Call.
> > Assuming that is true, would it make sense to do that, or should we
> > look at including other drafts in a combo Last Call.  We understand
> > that there is an interest to take a vertical slice (yang-push,
> > subscribed-notifications, and netconf-notif) to Last Call together,
> > but maybe it would make more sense to do subscribed-notifications,
> > netconf-notif, and restconf-notif together, as the latter two drafts provide
> the instance examples for the first draft.
> 
> From my perspective, the vertical slice makes more sense:
> - YANG subscriptions has more industry activity, and early implementations
> needing interoperability guidance
> - YANG-Push defines a notification which places the subscription-id within
> the notification message (something you don't get right away with
> subscribed-notifications).  This makes is more useful.
> - the instance examples in the transport drafts also include examples of
> yang-push subscriptions (i.e., the horizontal slice also has vertical elements).
> - restconf-notif's HTTP2 configured subscriptions are less complex if they use
> only the new notification message format
> 
> Eric
> 
> > What are your thoughts?
> >
> > Thanks,
> > Kent and Mahesh
> >
> >
> > --
> >
> > We’d like to direct the WG attention to the set of drafts related to
> > notifications and subscriptions, with the goal of getting a pulse on
> > if the WG thinks they are ready to progress now.
> >
> > To enable you get an overview and to see how the documents relate to
> > each other, this draft is a good place to start:
> > https://tools.ietf.org/html/draft-voit-
> > netconf-subscription-and-notif-overview-00.
> >
> > The drafts related to this review are:
> >
> >    -  draft-ietf-netconf-subscribed-notifications
> >    -  draft-ietf-netconf-yang-push
> >    -  draft-ietf-netconf-netconf-event-notifications
> >    -  draft-ietf-netconf-restconf-notif
> >    -  draft-ietf-netconf-notification-messages
> >
> > While this is not an official WGLC, we will issue one if the response is
> positive.
> > Please provide comments within two weeks.
> >
> > Thanks,
> > Mahesh and Kent
> >
> >
> >
> >
> >
> > _______________________________________________
> > Netconf mailing list
> > Netconf@ietf.org
> > https://urldefense.proofpoint.com/v2/url?u=https-
> >
> 3A__www.ietf.org_mailman_listinfo_netconf&d=DwIGaQ&c=HAkYuh63rsuh
> r6
> > Scbfh0UjBXeMK-
> >
> ndb3voDTXcWzoCI&r=9zkP0xnJUvZGJ9EPoOH7Yhqn2gsBYaGTvjISlaJdcZo&m
> =6
> > EmQf9DJN6gYrH_xCp3oiMMsgNpXCh7lN3VAHxwuG-
> > 4&s=vrMmzT7gkE3A2xzCWX5U8WjjxlRtLR137nXwhyPqO3Q&e=
> >
> >
> > _______________________________________________
> > Netconf mailing list
> > Netconf@ietf.org
> > https://www.ietf.org/mailman/listinfo/netconf
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org
> https://www.ietf.org/mailman/listinfo/netconf