Re: [netconf] Current activities on RESTCONF/NETCONF to support paging

Robert Varga <nite@hq.sk> Fri, 15 March 2019 14:13 UTC

Return-Path: <nite@hq.sk>
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 DB6CC130D7A for <netconf@ietfa.amsl.com>; Fri, 15 Mar 2019 07:13:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=hq.sk
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 iHErxXBEOeZe for <netconf@ietfa.amsl.com>; Fri, 15 Mar 2019 07:13:04 -0700 (PDT)
Received: from mail.hq.sk (hq.sk [81.89.59.181]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1982D12B003 for <netconf@ietf.org>; Fri, 15 Mar 2019 07:13:03 -0700 (PDT)
Received: from nitebug.nitenet.local (46.229.239.158.host.vnet.sk [46.229.239.158]) by mail.hq.sk (Postfix) with ESMTPSA id D71F424249F; Fri, 15 Mar 2019 15:13:00 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=hq.sk; s=mail; t=1552659180; bh=QCMA1QlEQbaZQBwIalgsvm9Q4ExQF5get5fUSZB3m3E=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=aw7tiYlzH1qnZCB7Y66BolR1dhOm+BUHAdORLSICmq5hiZxfLewWdeE8ENoHYZWHW Y/svxiGqMzA9AWUApVvLP/sNMDTE/UtCdSpQ6HBcPuEMjQ0SaMgI6gNdRgw3A6FZli Yu8VMbsmUvqXPRPOhjyg8dfWD1rUn5MMm2KBRFYA=
To: "Wisotzky, Sven (Nokia - DE/Stuttgart)" <sven.wisotzky@nokia.com>, wangzitao <wangzitao@huawei.com>, Douglas Hubler <douglas@hubler.us>
Cc: "netconf@ietf.org" <netconf@ietf.org>
References: <E6BC9BBCBCACC246846FC685F9FF41EA2D9703A5@DGGEMM527-MBX.china.huawei.com> <78942E33-29B9-4A00-829A-9667854BAF56@nokia.com>
From: Robert Varga <nite@hq.sk>
Openpgp: preference=signencrypt
Message-ID: <a2e2294f-d4c4-60b1-ecae-9048d159dd04@hq.sk>
Date: Fri, 15 Mar 2019 15:12:54 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1
MIME-Version: 1.0
In-Reply-To: <78942E33-29B9-4A00-829A-9667854BAF56@nokia.com>
Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="uqCLyWUSV0t4pfyk7QlvXiPrh4fUKgdt6"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/Kt31bEJ4gLNEwnEF_BhxyCLqx0U>
Subject: Re: [netconf] Current activities on RESTCONF/NETCONF to support paging
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, 15 Mar 2019 14:13:07 -0000

On 15/03/2019 09:48, Wisotzky, Sven (Nokia - DE/Stuttgart) wrote:
>> Actually, there are some discussions in this WG. And there is an https://datatracker.ietf.org/drafts/draft-ietf-netconf-restconf-collection draft that try to address these issues (https://tools.ietf.org/html/draft-ietf-netconf-restconf-collection-00). IMO, these problems also exist in NETCONF, therefore, a common solution is required. 
>  
> It should have been clear from my initial ask. Yes, I am actually interested in a solution which serves both NETCONF and RESTCONF. The problem might be seen more important for RESTCONF - as this is considered protocol of choice for network controllers, talking about a larger scale of objects and traditionally used for communication between WebUI and back-end.

That is a valid point, but I think this would end up creating a protocol
on top of RESTCONF, where start of iteration/pagination would create
some session state on the server.

I do not want to explode the scope of work, but wouldn't WebUI users be
better served with a general XPath-based query facility (for example
allowing filter on GETs)?

Alternatively, could the problem perhaps be reformulated in terms of
draft-ietf-netconf-yang-push?

Regards,
Robert