Re: [regext] New Version Notification for draft-gould-regext-secure-authinfo-transfer-03

Antoin Verschuren <ietf@antoin.nl> Fri, 24 January 2020 16:59 UTC

Return-Path: <ietf@antoin.nl>
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 712C7120AA2 for <regext@ietfa.amsl.com>; Fri, 24 Jan 2020 08:59:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=antoin.nl
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 1vUBKrZ9baQb for <regext@ietfa.amsl.com>; Fri, 24 Jan 2020 08:59:35 -0800 (PST)
Received: from walhalla.antoin.nl (walhalla.antoin.nl [IPv6:2001:985:b3c0:1:e2cb:4eff:fe5e:3096]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 78CBC120A9C for <regext@ietf.org>; Fri, 24 Jan 2020 08:59:35 -0800 (PST)
Received: by walhalla.antoin.nl (Postfix, from userid 5001) id A2A05280531; Fri, 24 Jan 2020 17:59:33 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=antoin.nl; s=walhalla; t=1579885173; bh=wFg38KLfHJhB+sWXv8VXkHevHIZbXSYJsRveAYm9CyY=; h=From:Subject:Date:References:To:In-Reply-To:From; b=zLKu5YOCn5qn0O48P3Hle0JOeYLE+Xozwpz0Qfxrq5+3Rauh2TTsFw1XjzgVkfk8c FhfjEcVh3knFnkA9c5O8ZZDc6stma3nMNdsyJ7cE+oj+0eMNxRwLhAQw1Lo6anH5/q 5py9DoaXFboXuG0cjEw9qjJtEse00tDzc0otZg0o=
Received: from [IPv6:2001:985:b3c0:1:81f9:2c74:a121:9619] (unknown [IPv6:2001:985:b3c0:1:81f9:2c74:a121:9619]) by walhalla.antoin.nl (Postfix) with ESMTPSA id 6689C280324 for <regext@ietf.org>; Fri, 24 Jan 2020 17:59:30 +0100 (CET)
From: Antoin Verschuren <ietf@antoin.nl>
Content-Type: multipart/alternative; boundary="Apple-Mail=_C375F282-66AA-4A19-99C0-3DCDC2585248"
Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.40.2.2.4\))
Date: Fri, 24 Jan 2020 17:59:30 +0100
References: <2ABEE4D1-BF08-462E-A6B3-617F587A93E2@verisign.com> <a4b5bd9f-ead4-4af8-420a-44f2131c53e4@iit.cnr.it>
To: "regext@ietf.org" <regext@ietf.org>
In-Reply-To: <a4b5bd9f-ead4-4af8-420a-44f2131c53e4@iit.cnr.it>
Message-Id: <76609F6B-2253-43DE-A278-78568B374C90@antoin.nl>
X-Mailer: Apple Mail (2.3608.40.2.2.4)
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/NjEQK5QUGTFWIaArZRZjuioFofc>
Subject: Re: [regext] New Version Notification for draft-gould-regext-secure-authinfo-transfer-03
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, 24 Jan 2020 16:59:39 -0000

Mario, in this scenario, "the registry" may perform the action, but not in it’s role as registry, but as a registrar of last resort.
It is quite common and good practice for ccTLD’s to have a registrar of last resort implemented as an entity they run themselves or outsource where they don’t fall under ICANN’s umbrella of mandated policy, but you have to realise that you will supply the Authinfo code in a role as registrar of last resort and not as the registry function.
When a registrar goes out of business, the registrar of last resort takes over the customers temporarily depending on the registry’s policy, until the registrants have found a new registrar to represent them at the registry.

- -- 
Antoin Verschuren

Tweevoren 6, 5672 SB Nuenen, NL
M: +31 6 37682392






> Op 21 jan. 2020, om 14:51 heeft Mario Loffredo <mario.loffredo@iit.cnr.it> het volgende geschreven:
> 
> Hi James,
> 
> I don't know if it also goes for other registrires but at .it the losing registrar might be temporarily (e.g. due to a suspension) or permanently (e.g. because the registrar goes out of business) inactive. Consequently, it might be supposedly unable to generate the Secure AuthInfo.  In this case, the registry could generate the Secure Authinfo on request of the registrant.
> 
> Should the secure transfer model consider such scenario too?
> 
> Mario
> 
> 
> 
> Il 14/01/2020 17:33, Gould, James ha scritto:
> 
>> The draft-gould-regext-secure-authinfo-transfer-03 was posted that includes the following:
>>  
>> 1.       Updates based on the feedback from the interim REGEXT meeting held at ICANN-66
>> 2.       Updates based on the review by Michael Bauland
>> 3.       Updates based on the authorization information messages by Martin Casanova on the REGEXT mailing list
>>  
>>     URL:            https://www.ietf.org/internet-drafts/draft-gould-regext-secure-authinfo-transfer-03.txt <https://www.ietf.org/internet-drafts/draft-gould-regext-secure-authinfo-transfer-03.txt>
>>     Status:         https://datatracker.ietf.org/doc/draft-gould-regext-secure-authinfo-transfer/ <https://datatracker.ietf.org/doc/draft-gould-regext-secure-authinfo-transfer/>
>>    Htmlized:       https://tools.ietf.org/html/draft-gould-regext-secure-authinfo-transfer-03 <https://tools.ietf.org/html/draft-gould-regext-secure-authinfo-transfer-03>
>>     Htmlized:       https://datatracker.ietf.org/doc/html/draft-gould-regext-secure-authinfo-transfer <https://datatracker.ietf.org/doc/html/draft-gould-regext-secure-authinfo-transfer>
>>     Diff:           https://www.ietf.org/rfcdiff?url2=draft-gould-regext-secure-authinfo-transfer-03 <https://www.ietf.org/rfcdiff?url2=draft-gould-regext-secure-authinfo-transfer-03>
>>  
>> Review and feedback is appreciated.
>>  
>> Thanks,
>>  
>> -- 
>>  
>> JG
>>  
>> James Gould
>> Distinguished Engineer
>> jgould@Verisign.com <mailto:jgould@Verisign.com>
>>  
>> 703-948-3271
>> 12061 Bluemont Way
>> Reston, VA 20190
>>  
>> Verisign.com <http://verisigninc.com/> <http://verisigninc.com/>
>>  
>> 
>> 
>> 
>> _______________________________________________
>> regext mailing list
>> regext@ietf.org <mailto:regext@ietf.org>
>> https://www.ietf.org/mailman/listinfo/regext <https://www.ietf.org/mailman/listinfo/regext>
> -- 
> Dr. Mario Loffredo
> Servizi Internet e Sviluppo Tecnologico
> CNR - Istituto di Informatica e Telematica
> via G. Moruzzi 1, I-56124 PISA, Italy
> E-Mail: mario.loffredo@iit.cnr.it <mailto:mario.loffredo@iit.cnr.it>
> Phone: +39.0503153497
> Mobile: +39.3462122240
> Web: http://www.iit.cnr.it/mario.loffredo <http://www.iit.cnr.it/mario.loffredo>_______________________________________________
> regext mailing list
> regext@ietf.org <mailto:regext@ietf.org>
> https://www.ietf.org/mailman/listinfo/regext <https://www.ietf.org/mailman/listinfo/regext>