[regext] Fwd: New Version Notification for draft-ietf-regext-rdap-sorting-and-paging-09.txt

Mario Loffredo <mario.loffredo@iit.cnr.it> Thu, 12 March 2020 13:06 UTC

Return-Path: <mario.loffredo@iit.cnr.it>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 1F3F83A07E7 for <regext@ietfa.amsl.com>; Thu, 12 Mar 2020 06:06:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id u8AnhCsHJTUi for <regext@ietfa.amsl.com>; Thu, 12 Mar 2020 06:06:26 -0700 (PDT)
Received: from smtp.iit.cnr.it (mx4.iit.cnr.it []) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF1383A07BA for <regext@ietf.org>; Thu, 12 Mar 2020 06:06:25 -0700 (PDT)
Received: from localhost (localhost []) by smtp.iit.cnr.it (Postfix) with ESMTP id 2EC99B8052A for <regext@ietf.org>; Thu, 12 Mar 2020 14:06:23 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mx4.iit.cnr.it
Received: from smtp.iit.cnr.it ([]) by localhost (mx4.iit.cnr.it []) (amavisd-new, port 10024) with ESMTP id hgC5L2ctgiSx for <regext@ietf.org>; Thu, 12 Mar 2020 14:06:20 +0100 (CET)
Received: from [] (pc-loffredo.nic.it []) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by smtp.iit.cnr.it (Postfix) with ESMTPSA id 23F84B80041 for <regext@ietf.org>; Thu, 12 Mar 2020 14:06:20 +0100 (CET)
References: <158401734268.18064.16075416583270951608@ietfa.amsl.com>
To: "regext@ietf.org" <regext@ietf.org>
From: Mario Loffredo <mario.loffredo@iit.cnr.it>
X-Forwarded-Message-Id: <158401734268.18064.16075416583270951608@ietfa.amsl.com>
Message-ID: <c916bf12-9cbc-39f4-43c9-4b25ebf7eac1@iit.cnr.it>
Date: Thu, 12 Mar 2020 14:04:16 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <158401734268.18064.16075416583270951608@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------3FE4899B0B4C0203D7CC58FF"
Content-Language: it
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/QMl_sMxkj5s0F7IZg_XesBS7Vng>
Subject: [regext] Fwd: New Version Notification for draft-ietf-regext-rdap-sorting-and-paging-09.txt
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2020 13:06:38 -0000


this version fixes last issues raised by Tom and Jasdip (through a 
private message).

The loigc of sorting on events has been clarified according to the 
solution 1) described in my reply of April 4.


-------- Messaggio Inoltrato --------
Oggetto: 	New Version Notification for 
Data: 	Thu, 12 Mar 2020 05:49:02 -0700
Mittente: 	internet-drafts@ietf.org
A: 	Mario Loffredo <mario.loffredo@iit.cnr.it>it>, Scott Hollenbeck 
<shollenbeck@verisign.com>om>, Maurizio Martinelli 

A new version of I-D, draft-ietf-regext-rdap-sorting-and-paging-09.txt
has been successfully submitted by Mario Loffredo and posted to the
IETF repository.

Name: draft-ietf-regext-rdap-sorting-and-paging
Revision: 09
Title: Registration Data Access Protocol (RDAP) Query Parameters for 
Result Sorting and Paging
Document date: 2020-03-12
Group: regext
Pages: 25

The Registration Data Access Protocol (RDAP) does not include core
functionality for clients to provide sorting and paging parameters
for control of large result sets. This omission can lead to
unpredictable server processing of queries and client processing of
responses. This unpredictability can be greatly reduced if clients
can provide servers with their preferences for managing large
responses. This document describes RDAP query extensions that allow
clients to specify their preferences for sorting and paging result

Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat