Re: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt

"Ambika Prasad Tripathy (ambtripa)" <ambtripa@cisco.com> Mon, 13 July 2015 15:52 UTC

Return-Path: <ambtripa@cisco.com>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE79D1B2BFB for <netconf@ietfa.amsl.com>; Mon, 13 Jul 2015 08:52:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.511
X-Spam-Level:
X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham
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 xM83isVVmpB8 for <netconf@ietfa.amsl.com>; Mon, 13 Jul 2015 08:52:53 -0700 (PDT)
Received: from alln-iport-7.cisco.com (alln-iport-7.cisco.com [173.37.142.94]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 126F31B2BED for <netconf@ietf.org>; Mon, 13 Jul 2015 08:52:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3714; q=dns/txt; s=iport; t=1436802773; x=1438012373; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=x5SVTqtYZQceqqpyH1q0r7wB5dti6so6mDeo98him4A=; b=F54TM0L7rCC+O8aCI0omYg1e52xLJHRgZVRGBcWMYkLCSERawMAaTSEZ aZgGe7+x2LrGwSSFQPbtIdZ/iUpO0MJg9SHjivGMi3ueRuYoJ1jBVRqkH 7yN0yMOFZl6j2ynRb0BJGLxPSKA0NjrKoT/UH157/pAgj9kK1JkCb/Bsw M=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0BkAwD33aNV/51dJa1bgxNUaQa7PAmBaQqFLUoCgTY4FAEBAQEBAQGBCoQjAQEBAwEBAQE3NAQHBQcEAgEIEQQBAQEKAgERCQcnCxQJCAIEAQ0FCBOICwgNyncBAQEBAQEBAQEBAQEBAQEBAQEBAQETBItMhFUxBwaDEYEUBZQxAY1ChBiTFCaCB4F0b4EGJRyBBAEBAQ
X-IronPort-AV: E=Sophos;i="5.15,463,1432598400"; d="scan'208";a="168062189"
Received: from rcdn-core-6.cisco.com ([173.37.93.157]) by alln-iport-7.cisco.com with ESMTP; 13 Jul 2015 15:52:52 +0000
Received: from xhc-rcd-x10.cisco.com (xhc-rcd-x10.cisco.com [173.37.183.84]) by rcdn-core-6.cisco.com (8.14.5/8.14.5) with ESMTP id t6DFqqoh028096 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Jul 2015 15:52:52 GMT
Received: from xmb-aln-x08.cisco.com ([169.254.3.83]) by xhc-rcd-x10.cisco.com ([173.37.183.84]) with mapi id 14.03.0195.001; Mon, 13 Jul 2015 10:52:51 -0500
From: "Ambika Prasad Tripathy (ambtripa)" <ambtripa@cisco.com>
To: "Alexander Clemm (alex)" <alex@cisco.com>, "Eric Voit (evoit)" <evoit@cisco.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Thread-Topic: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt
Thread-Index: AdC5FyP9Rm6uBgErR8+WZ2t4USQNKABbyl6QACF4cAAAAkA7cABS5r3QAEWA+YAAAvssAA==
Date: Mon, 13 Jul 2015 15:52:51 +0000
Message-ID: <3B675C3A8DF102408C754E30986E43CF11092DBB@xmb-aln-x08.cisco.com>
References: <DBC595ED2346914F9F81D17DD5C32B571DBDB39F@xmb-rcd-x05.cisco.com> <EF64FF31F4C4384DBCE5D513A791C2B121B0515B@xmb-aln-x11.cisco.com> <20150710073019.GA3709@elstar.local> <EF64FF31F4C4384DBCE5D513A791C2B121B0543A@xmb-aln-x11.cisco.com> <3B675C3A8DF102408C754E30986E43CF110926B0@xmb-aln-x08.cisco.com> <DBC595ED2346914F9F81D17DD5C32B571DBE2420@xmb-rcd-x05.cisco.com>
In-Reply-To: <DBC595ED2346914F9F81D17DD5C32B571DBE2420@xmb-rcd-x05.cisco.com>
Accept-Language: en-IN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.155.136.58]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/netconf/JKI5m1IDNMz4n94RD8mKut_551Q>
Cc: "netconf@ietf.org" <netconf@ietf.org>
Subject: Re: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt
X-BeenThere: netconf@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 13 Jul 2015 15:52:55 -0000

Hi Alex, Thanks.

It is clear about stream. But we can do the same stuff with filter. 

What is the difference between filter and stream is not clear? When I am subscribing to a stream, can I apply filters? If yes, then is the filter should be validated based on stream definition?

Cloud you please explain on filters of subscription and streams and relation?

Br,
Ambika

-----Original Message-----
From: Alexander Clemm (alex) 
Sent: Monday, July 13, 2015 2:19 AM
To: Ambika Prasad Tripathy (ambtripa); Eric Voit (evoit); Juergen Schoenwaelder
Cc: netconf@ietf.org
Subject: RE: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt

Hi Ambika,

there is one conceptual stream that is predefined, datastore-push.  

One item for discussion concerns whether there should be other conceptual streams that are predefined:  specifically, one stream with all operational data (in effect, datastore-push with all config data removed) - e.g. "operational-push", and (potentiallly) one stream with all operational data minus counters (specifically for on-change subscriptions, which make little sense for ocunters).  While strictly speaking you could define filters on datastore-push instead, having a dedicated stream is more convenient as the articulation of a separate filter is more tedious and makes the mechanism harder to use.  

To let users define streams is strictly speaking not required, but makes for a "convenience function".  Among other things, again it saves subscribers from having to articulate filters, in particular if an administrator preconfigures corresponding streams.  

In any event, yes, the stream is a mandatory parameter.  You always subscribe to a stream (well, with datastore-push as a default, we can argue if it should therefore whether as a parameter it should be optional after all).  This is also one of the parameters that have  already introduced in RFC 5277 (create-subscription for notifications).  

Thanks
--- Alex

-----Original Message-----
From: Ambika Prasad Tripathy (ambtripa) 
Sent: Sunday, July 12, 2015 7:16 AM
To: Eric Voit (evoit); Juergen Schoenwaelder; Alexander Clemm (alex)
Cc: netconf@ietf.org
Subject: RE: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt

Hi Alex/Eric,

Few doubts  

1) who will define streams? What is the practical use of it? Doesn't the filter will address the requirement?

2) If user is defining the streams, how to subscribe to the stream? Is stream is a mandatory parameter for subscription? 

Br,
Ambika Prasad Tripathy

-----Original Message-----
From: Netconf [mailto:netconf-bounces@ietf.org] On Behalf Of Eric Voit (evoit)
Sent: Friday, July 10, 2015 7:06 AM
To: Juergen Schoenwaelder
Cc: netconf@ietf.org
Subject: Re: [Netconf] New version for draft-clemm-netconf-yang-push-01.txt

> From: Juergen Schoenwaelder, July 10, 2015 3:30 AM
>
>> On Thu, Jul 09, 2015 at 08:59:52PM +0000, Eric Voit (evoit) wrote:
>> 
>>  (3) Are there filters which should be provided beyond RFC 5277 Subtree and Property Filters?
>>
>
> What is a 'Property Filter'?

RFC 5277 XPATH Filters for attribute match expressions is what I believe is achievable right now upon YANG objects.  But other PubSub  technologies like DDS (OMG) and MQTT (OASIS) can pass PubSub topic filters which are more flexible.  With this question I was hoping to leave space open for someone willing to argue for a solution here.

Eric

> /js

_______________________________________________
Netconf mailing list
Netconf@ietf.org
https://www.ietf.org/mailman/listinfo/netconf