Re: [Netconf] YangPush now

"Reshad Rahman (rrahman)" <rrahman@cisco.com> Fri, 13 July 2018 22:56 UTC

Return-Path: <rrahman@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 0667D130E51 for <netconf@ietfa.amsl.com>; Fri, 13 Jul 2018 15:56:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.51
X-Spam-Level:
X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, T_DKIMWL_WL_MED=-0.01, 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
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 dfbgou15eA2K for <netconf@ietfa.amsl.com>; Fri, 13 Jul 2018 15:56:44 -0700 (PDT)
Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58BE31277BB for <netconf@ietf.org>; Fri, 13 Jul 2018 15:56:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=28198; q=dns/txt; s=iport; t=1531522604; x=1532732204; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=x+APmJciy2DsSM6Ah8f/FdvJJU9EIZXn9wE3IQNmf8w=; b=nHzfrJv5wBMUFD6i2hEWAMd5eUhdtkli7OgU8pYGPhLjb2fP+J6PNxa9 LntId3K+wnciEgcrlfCEvRonS28EdrNNFyU7DSxuqW6ypvHmQ/NylaYii EaJl3znjymG/q6KD8ADnd8Rfw8KCgKT6DzluZCSOe/0coZrP+k2KtBnxl E=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0DNAQCwLUlb/4YNJK1cGQEBAQEBAQEBAQEBAQcBAQEBAYJTTCpjfygKg3GUPYFoJHWURIF6CxgBCoQDRgIXgjghNhYBAgEBAgEBAm0cDIU2AQEBBAEBIUsLDAQCAQYCEQMBAQEBJwMCAgIlCxQJCAIEAQ0FG4I6SwGBG2QPjWqbR4Euij0FiQKBVz+BEScMgik1gxkBAQKBSC0JFoJLMYIkAohRiSCHawkCjyWBQ4QRiBGRbQIREwGBJCQFLCaBLHAVOyoBgj4Jgy0BCYdVhT5vAYskgRoBAQ
X-IronPort-AV: E=Sophos;i="5.51,349,1526342400"; d="scan'208,217";a="142892959"
Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 13 Jul 2018 22:56:43 +0000
Received: from XCH-ALN-004.cisco.com (xch-aln-004.cisco.com [173.36.7.14]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id w6DMuhXD016852 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 13 Jul 2018 22:56:43 GMT
Received: from xch-rcd-005.cisco.com (173.37.102.15) by XCH-ALN-004.cisco.com (173.36.7.14) with Microsoft SMTP Server (TLS) id 15.0.1320.4; Fri, 13 Jul 2018 17:56:42 -0500
Received: from xch-rcd-005.cisco.com ([173.37.102.15]) by XCH-RCD-005.cisco.com ([173.37.102.15]) with mapi id 15.00.1320.000; Fri, 13 Jul 2018 17:56:42 -0500
From: "Reshad Rahman (rrahman)" <rrahman@cisco.com>
To: "Eric Voit (evoit)" <evoit=40cisco.com@dmarc.ietf.org>, Andy Bierman <andy@yumaworks.com>, Alexander Clemm <alexander.clemm@huawei.com>
CC: Netconf <netconf@ietf.org>
Thread-Topic: [Netconf] YangPush now
Thread-Index: AQHUGE0AyqWAyFIuAU6DpnPbBV/iqKSKjuqAgAAIToCAAVUBgIAAWLiAgACae4mAARhwgIAAExiAgAAGzID//8fvgA==
Date: Fri, 13 Jul 2018 22:56:42 +0000
Message-ID: <80050815-C694-47E0-BAC2-D4A042FBE92A@cisco.com>
References: <20180708100310.gn3xaol66f7c7lo5@anna.jacobs.jacobs-university.de> <20180708.180552.1582913595227099806.mbj@tail-f.com> <20180708175359.mdcjgvddb453e2fc@anna.jacobs.jacobs-university.de> <20180708.202727.1096638437748786994.mbj@tail-f.com> <B0DEB8BF-A652-43E5-8F35-A9732F4FE04A@juniper.net> <6d12e0fb-7bcc-8533-f783-f4d5fb4b0ce2@ericsson.com> <683740ff-2bb1-c702-6cd8-ea2eb4bf733a@cisco.com> <CABCOCHRiZTE8GSHvQrbRTnBVjciRqPVco1aTXHmZqFTWef5+iQ@mail.gmail.com> <2590ad5e-26cd-6955-fb3f-677a05035606@sit.fraunhofer.de> <82693DB7-91C7-4172-A3CE-FDA3A638E191@juniper.net> <ef2b8a81-9344-ba8a-466e-300e6827adb7@cisco.com> <c1a81c8e-d641-12e1-0420-752a71198747@sit.fraunhofer.de> <644DA50AFA8C314EA9BDDAC83BD38A2E0EB2F625@sjceml521-mbx.china.huawei.com> <CABCOCHSUi54nKjwnmcSTzOEB6RCtTt6W8JvT8qbGoZS5knakng@mail.gmail.com> <1f590cb6dd71455e936fcc14f2afc3f2@XCH-RTP-013.cisco.com>
In-Reply-To: <1f590cb6dd71455e936fcc14f2afc3f2@XCH-RTP-013.cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.b.0.180311
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.249.59]
Content-Type: multipart/alternative; boundary="_000_80050815C69447E0BAC2D4A042FBE92Aciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/VzSBEZDwon3vBezMjFaN0-71kOA>
Subject: Re: [Netconf] YangPush now
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.27
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: Fri, 13 Jul 2018 22:56:48 -0000

I am not an author of SN or YP but I’m a supporter of A1 and B1. I still don’t see the point/intent of doing anything else.

Regards,
Reshad.

From: Netconf <netconf-bounces@ietf.org> on behalf of "Eric Voit (evoit)" <evoit=40cisco.com@dmarc.ietf.org>
Date: Friday, July 13, 2018 at 6:17 PM
To: 'Andy Bierman' <andy@yumaworks.com>, Alexander Clemm <alexander.clemm@huawei.com>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] YangPush now

+1.   A1 & B1.

Eric

From: Netconf <netconf-bounces@ietf.org> On Behalf Of Andy Bierman
Sent: Friday, July 13, 2018 5:53 PM
To: Alexander Clemm <alexander.clemm@huawei.com>
Cc: Netconf <netconf@ietf.org>
Subject: Re: [Netconf] YangPush now

Hi,


If the SN draft is only held up for configured subscriptions,
and the people interested in implementing this YANG feature right away
are OK with the receiver list as-is, then A1, B1 seems like an easy choice.


Andy



On Fri, Jul 13, 2018 at 1:44 PM, Alexander Clemm <alexander.clemm@huawei.com<mailto:alexander.clemm@huawei.com>> wrote:
Hi,

I will unfortunately not be able to attend Monday's meeting (still in transit),  so let me briefly summarize what the options are and their implications, and which we therefore prefer as authors.

Regarding progressing Dynamic and Configured Together (hum A):

Option A1: Keep them together, as currently defined in the draft.  This option is done & currently defined in the drafts.  This will be the fastest and is thus preferred.

Option A2: Keep them together, but leave the Netconf transport option for configured open for now.  This requires updates to the Netconf Notification draft (draft-ietf-netconf-netconf-event-notifications), but the updates should be straightforward and the time delta should still be small.   Once ietf-netconf-server.yang completes, a -bis version of the Netconf Notification draft can be issued to accommodate configured subscriptions with call home using netconf server.  This option is not preferred but acceptable.

Option A3: Take out configured subscriptions altogether for now, to revisit at a later point.  Keep only dynamic subscriptions.  This option implies having to refactor the drafts.  It will imply further delay and significant effort to make the updates.  The concern is that this will miss the market window, therefore IMHO this a terrible option.  Frankly, given this, I am not sure that the authors will be willing to invest all that effort into something that will de-facto only diminish value.

Regarding progressing subscribed notification (SN) and YANG-Push (YP) together (hum B):

Option B1: Keep them together as one cluster.  This has been the WG direction since this stuff was adopted; SN was actually created by breaking out the generalizable portions from YP at the time.  They really belong together and the business value we are targeting is provided by them jointly, even if SN can be used on its own.  Hence, author preference is to keep them together.

Option B2: Separate them out.  The concern is that while in theory it might not result in further delays, in practice it still breeds the risk of doing so.  (And we know that the difference between theory and practice is that while in theory both are the same, in practice often they are not.)

Summary: Authors clearly prefer A1 and B1, although they will accept A2 and B2 if the WG decides to go there.  A3 is a terrible option and a very clear no go.
--- Alex


> -----Original Message-----
> From: Netconf [mailto:netconf-bounces@ietf.org<mailto:netconf-bounces@ietf.org>] On Behalf Of Henk Birkholz
> Sent: Friday, July 13, 2018 1:54 AM
> To: Robert Wilton <rwilton@cisco.com<mailto:rwilton@cisco.com>>; Kent Watsen <kwatsen@juniper.net<mailto:kwatsen@juniper.net>>;
> Andy Bierman <andy@yumaworks.com<mailto:andy@yumaworks.com>>; Netconf <netconf@ietf.org<mailto:netconf@ietf.org>>
> Subject: Re: [Netconf] YangPush now
>
> Hi all,
>
> I would also like to see the implications and consequences of a specific hum
> option to be highlighted very clearly and explicitly. Every option that is available
> to hum on should highlight an expected amount of delay of WGLC created by
> the decision.
>
> This thread's subject is "YangPush now" and that is exactly the point.
> Remodeling takes time. Wrt to number of changes, I would like to encourage
> the minimal viable solution at this point of time (yes, I a can barely believe it
> myself... but it is actually me, who is writing this statement... maybe to some
> this is an indicator).
>
> Viele Grüße,
>
> Henk
>
>
> On 07/13/2018 10:50 AM, Robert Wilton wrote:
> > Hi,
> >
> > It might be useful (at least to me), if the draft authors could
> > explicitly indicate what their preference is, and also which of the
> > choices below they think would lead to the work completing most quickly.
> >
> > Thanks,
> > Rob
> >
> >
> > On 12/07/2018 19:48, Kent Watsen wrote:
> >>> I would like to strongly +1 retaining the configured subscriptions
> >>> (not necessarily in the Push draft itself for the sake of expediting
> >>> WGLC or
> >>> modularity)
> >> Ah, so here's another hum question: with or without yang push.
> >>
> >> hums now are:
> >>
> >>   1. dynamic subscriptions ~ configured subscriptions
> >>     a. dynamic first, then configured (published sequentially)
> >>     b. dynamic and configure together (published in parallel)
> >>
> >>   2. subscribed-notifications ~ yang-push
> >>     a. SN first, then YP  (published sequentially)
> >>     b. SN and YP together (published in parallel)
> >>
> >> Eric/Alex: please include a slide with this somewhere in your preso.
> >>
> >> Thanks,
> >> Kent // chair
> >>
> >>
> >>
> >>
> >
>
> _______________________________________________
> Netconf mailing list
> Netconf@ietf.org<mailto:Netconf@ietf.org>
> https://www.ietf.org/mailman/listinfo/netconf