[regext] Fwd: New Version Notification for draft-ietf-regext-rdap-partial-response-05.txt

Mario Loffredo <mario.loffredo@iit.cnr.it> Tue, 11 February 2020 09:43 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 AF967120220 for <regext@ietfa.amsl.com>; Tue, 11 Feb 2020 01:43:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id HysQU_HRxYGF for <regext@ietfa.amsl.com>; Tue, 11 Feb 2020 01:43:07 -0800 (PST)
Received: from smtp.iit.cnr.it (mx3.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 40BBB1201E3 for <regext@ietf.org>; Tue, 11 Feb 2020 01:43:06 -0800 (PST)
Received: from localhost (localhost []) by smtp.iit.cnr.it (Postfix) with ESMTP id 2C3D46007F0 for <regext@ietf.org>; Tue, 11 Feb 2020 10:43:05 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at mx3.iit.cnr.it
Received: from smtp.iit.cnr.it ([]) by localhost (mx3.iit.cnr.it []) (amavisd-new, port 10024) with ESMTP id Lu59fFR3YuhZ for <regext@ietf.org>; Tue, 11 Feb 2020 10:43:02 +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 61D896002E7 for <regext@ietf.org>; Tue, 11 Feb 2020 10:43:02 +0100 (CET)
References: <158141355937.19969.6248677304976116493.idtracker@ietfa.amsl.com>
To: "regext@ietf.org" <regext@ietf.org>
From: Mario Loffredo <mario.loffredo@iit.cnr.it>
X-Forwarded-Message-Id: <158141355937.19969.6248677304976116493.idtracker@ietfa.amsl.com>
Message-ID: <e080ded6-505d-6f98-c9c1-c31102443a3f@iit.cnr.it>
Date: Tue, 11 Feb 2020 10:41:01 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1
MIME-Version: 1.0
In-Reply-To: <158141355937.19969.6248677304976116493.idtracker@ietfa.amsl.com>
Content-Type: multipart/alternative; boundary="------------B786CB6464EE6A082AD4E1C5"
Content-Language: it
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/GUHFuwWEsM_5aI2saqWkczevI_Q>
Subject: [regext] Fwd: New Version Notification for draft-ietf-regext-rdap-partial-response-05.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: Tue, 11 Feb 2020 09:43:10 -0000

Hi all,

as proposed by Karl Heinz,  part of the informational content has been 
moved to the appendix.

The authors think that the document is ready for the last call.


-------- Messaggio Inoltrato --------
Oggetto: 	New Version Notification for 
Data: 	Tue, 11 Feb 2020 01:32:39 -0800
Mittente: 	internet-drafts@ietf.org
A: 	Maurizio Martinelli <maurizio.martinelli@iit.cnr.it>, Mario Loffredo 

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

Name: draft-ietf-regext-rdap-partial-response
Revision: 05
Title: Registration Data Access Protocol (RDAP) Partial Response
Document date: 2020-02-11
Group: regext
Pages: 14

The Registration Data Access Protocol (RDAP) does not include
capabilities to request partial responses. In fact, according to the
user authorization, the server can only return full responses. A
partial response capability, especially in the case of search
queries, could bring benefits to both clients and servers. This
document describes an RDAP query extension that allows clients to
specify their preference for obtaining a partial response.

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