[netconf] Cursor or Offset in List-pagination drafts for netconf and restconf
Jan Lindblad <jan.lindblad+ietf@for.eco> Tue, 21 July 2026 14:52 UTC
Return-Path: <jan.lindblad+ietf@for.eco>
X-Original-To: netconf@mail2.ietf.org
Delivered-To: netconf@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id D1F6511B7C37F for <netconf@mail2.ietf.org>; Tue, 21 Jul 2026 07:52:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ietf.org; s=ietf1; t=1784645542; bh=izTHO4CUKZKHAVHBSL+Inl/mTDZ0Ke/Z/NCpLHJ+igk=; h=Date:To:From:Cc:Subject; b=kCQVby3Ur4nsxu03QwkFo/HkYt8sWfkHP0Zg11uKIsvbU+lTvd+JnGPHkJ8E0z6FK 1SJDIWxZy5QA9iZLwP1tV9RO4IwTvARqXICfmhjNGHkkbULNL705aa7xBeGnp2LCHC njgIzqs3lGy8gxnC1sjCpe1275plZ6f76ddGD7L0=
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.797
X-Spam-Level:
X-Spam-Status: No, score=-2.797 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=for.eco
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QOCt5rtXDSsr for <netconf@mail2.ietf.org>; Tue, 21 Jul 2026 07:52:22 -0700 (PDT)
Received: from mail-10627.protonmail.ch (mail-10627.protonmail.ch [79.135.106.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 2F03F11B7C37A for <netconf@ietf.org>; Tue, 21 Jul 2026 07:52:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=for.eco; s=protonmail; t=1784645534; x=1784904734; bh=izTHO4CUKZKHAVHBSL+Inl/mTDZ0Ke/Z/NCpLHJ+igk=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=dIaqPQQGJU9/eiTaoEV6KnzNH6OwJ6nYiaur+eXiwMxlOWGZsdJm/AW6bx7TZn3cX Hnzv5E5N2/+DpkVS2eGmu1D8a1ROn/MGbhpDFYQOPPmJcul8/crlTsEDc/2Kg07iWO RXfHhJWtJwEXFA4Jk5Emwu+VdfVG8ALENAEw2rfNSJuO6pdaxhSBsEUXkg1xGtZGYc Pn2kcCK0IO663SsKjtwnDW0REoCZx0vy8AWE7Uf07w2hRNnbunRqMvLGdfLlyGv76X QUwCK5lRj/bLJOeo6aMZvhJJA/vf51P9cPLzvwASf/hrqPc55Xq6FYVIuID34io0Up Ks2TMQYVxV+nA==
Date: Tue, 21 Jul 2026 14:52:09 +0000
To: NETCONF WG <netconf@ietf.org>
From: Jan Lindblad <jan.lindblad+ietf@for.eco>
Message-ID: <oI9wlm5fRqA-jhs4_8fzsbxtvmNkG1cn807Q1M0F_6LkqvYex-kX09QM9OU-K4NbuTU-qgMLHA6LQUkUUfx79NElGaLWtj57wo1Y9fktQuw=@for.eco>
Feedback-ID: 4544756:user:proton
X-Pm-Message-ID: 785e1574a38cee1362d08f2eb08ac44c83888830
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Message-ID-Hash: MXEHQYMTR6LFAURF2GUU3IQVO2BTVZM6
X-Message-ID-Hash: MXEHQYMTR6LFAURF2GUU3IQVO2BTVZM6
X-MailFrom: jan.lindblad+ietf@for.eco
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Kent Watsen <kent+ietf@watsen.net>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [netconf] Cursor or Offset in List-pagination drafts for netconf and restconf
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/6lMFwmQr2qBgYP75cE7tsB09DqY>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Owner: <mailto:netconf-owner@ietf.org>
List-Post: <mailto:netconf@ietf.org>
List-Subscribe: <mailto:netconf-join@ietf.org>
List-Unsubscribe: <mailto:netconf-leave@ietf.org>
Dear NETCONF WG, During today's presentation of List Pagination for YANG-driven Protocols, there was a discussion about whether either the use of cursors or offsets should be made mandatory. The at the center of this discussion was the notion that server implementors might not want to implement cursors because of their perceived complexity, and client implementors would not want to implement the logic for handling two different mechanisms. I believe there is an easy way to resolve this, which makes both server and client side implementors happy: + Simplify the specification to say there is only one method. + That method is that the server returns an opaque cursor object at each next call. + Make a note to server implementors that one easy (but perhaps not very efficient) implementation of a cursor is to simply return the next offset the client should request. This implementation is completely stateless for the server. The client side can treat the returned cursor object as an opaque string. Just my $.02 contribution :-) Best Regards, /jan
- [netconf] Cursor or Offset in List-pagination dra… Jan Lindblad
- [netconf] Re: Cursor or Offset in List-pagination… Rob Wilton (rwilton)
- [netconf] Re: Cursor or Offset in List-pagination… Per Andersson
- [netconf] Re: Cursor or Offset in List-pagination… Rob Wilton (rwilton)
- [netconf] Re: Cursor or Offset in List-pagination… Reshad Rahman
- [netconf] Re: Cursor or Offset in List-pagination… Per Andersson
- [netconf] Re: Cursor or Offset in List-pagination… Qin Wu