IETF Logo Mail Archive

Re: [regext] IANA Considerations in draft-ietf-regext-rdap-reverse-search

Mario Loffredo <mario.loffredo@iit.cnr.it> Fri, 31 July 2020 15:39 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 [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7ED193A0A80 for <regext@ietfa.amsl.com>; Fri, 31 Jul 2020 08:39:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N2RL35AW890J for <regext@ietfa.amsl.com>; Fri, 31 Jul 2020 08:38:59 -0700 (PDT)
Received: from smtp.iit.cnr.it (mx3.iit.cnr.it [146.48.98.150]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BEA4D3A0991 for <regext@ietf.org>; Fri, 31 Jul 2020 08:38:53 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by smtp.iit.cnr.it (Postfix) with ESMTP id 4FBC7600217; Fri, 31 Jul 2020 17:38:51 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at mx3.iit.cnr.it
Received: from smtp.iit.cnr.it ([127.0.0.1]) by localhost (mx3.iit.cnr.it [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EOgQ--I_Mkgg; Fri, 31 Jul 2020 17:38:48 +0200 (CEST)
Received: from [192.12.193.108] (pc-loffredo.nic.it [192.12.193.108]) (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 A14D36004A6; Fri, 31 Jul 2020 17:38:48 +0200 (CEST)
To: Patrick Mevzek <pm@dotandco.com>, regext@ietf.org
References: <1cb2fde4261748afa8163333d090b84a@verisign.com> <df404a43-8284-5466-7d83-88e27d5691ef@iit.cnr.it> <0f361bcb-cd2d-4336-8f71-f06f72430e48@www.fastmail.com>
From: Mario Loffredo <mario.loffredo@iit.cnr.it>
Message-ID: <234b29a5-ab00-6f1e-64f7-1da48673dbe2@iit.cnr.it>
Date: Fri, 31 Jul 2020 17:35:51 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <0f361bcb-cd2d-4336-8f71-f06f72430e48@www.fastmail.com>
Content-Type: text/plain; charset="iso-8859-15"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: it
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/r3tWLkHm5pK3j8_h1T9zOFx8e2M>
Subject: Re: [regext] IANA Considerations in draft-ietf-regext-rdap-reverse-search
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: Fri, 31 Jul 2020 15:39:03 -0000

Hi Patrick,

Il 31/07/2020 16:33, Patrick Mevzek ha scritto:
> On Fri, Jul 31, 2020, at 08:02, Mario Loffredo wrote:
>> Furthermore, my opinion is that Section 4.1 of RFC7483bis should be
>> updated to treat this use case. I mean, a server should signal in
>> rdapConformance not only the extensions used in building the response
>> but all the supported features.
> I am not sure to agree.
>
> A server could advertise everything it supports in some reply to an help query
> or another one that could be created, as a generic advertisement of features.
>
> But I believe a specific reply (message) should just list what pertains to this specific reply.
>
> Considering that, in the future, for the same query, the reply can be different based on the client and its level of access.
The server might inlcude in rdapConformance either the hints to all the 
supported features or the only hints to the features allowed to the 
consumer.

This also applies to the help response. Definitively, it's a matter of 
server policy.

Mario

>
-- 
Dr. Mario Loffredo
Systems and Technological Development Unit
Institute of Informatics and Telematics (IIT)
National Research Council (CNR)
via G. Moruzzi 1, I-56124 PISA, Italy
Phone: +39.0503153497
Mobile: +39.3462122240
Web: http://www.iit.cnr.it/mario.loffredo

v2.35.0 | Report a Bug | By Email | System Status