Re: [provreg] Launch Phase EPP Extension Version 06

Rubens Kuhl <rubensk@nic.br> Tue, 26 February 2013 14:38 UTC

Return-Path: <rubensk@nic.br>
X-Original-To: provreg@ietfa.amsl.com
Delivered-To: provreg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F79621F8A5E for <provreg@ietfa.amsl.com>; Tue, 26 Feb 2013 06:38:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level:
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J8cFkdAI58Vn for <provreg@ietfa.amsl.com>; Tue, 26 Feb 2013 06:38:42 -0800 (PST)
Received: from mail.nic.br (mail.cgi.br [IPv6:2001:12ff:0:4::5]) by ietfa.amsl.com (Postfix) with ESMTP id 387B021F88AC for <provreg@ietf.org>; Tue, 26 Feb 2013 06:38:42 -0800 (PST)
Received: from rubens.in.registro.br (3.195.net.registro.br [200.160.3.195]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.nic.br (Postfix) with ESMTPSA id 8360020800EA; Tue, 26 Feb 2013 11:38:40 -0300 (BRT)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/alternative; boundary="Apple-Mail=_EDD7DFB3-95E6-4C76-AFCC-45AD9BB28C63"
From: Rubens Kuhl <rubensk@nic.br>
In-Reply-To: <C41D7AF7FCECBE44940E9477E8E70D7A24BC0309@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
Date: Tue, 26 Feb 2013 11:38:40 -0300
Message-Id: <661DFF61-C68F-40E5-A99C-30DFC2184D01@nic.br>
References: <C41D7AF7FCECBE44940E9477E8E70D7A24BC0309@BRN1WNEXMBX01.vcorp.ad.vrsn.com>
To: James Gould <JGould@verisign.com>
X-Mailer: Apple Mail (2.1283)
Cc: "EPP Provreg (provreg@ietf.org)" <provreg@ietf.org>
Subject: Re: [provreg] Launch Phase EPP Extension Version 06
X-BeenThere: provreg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: EPP discussion list <provreg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/provreg>, <mailto:provreg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/provreg>
List-Post: <mailto:provreg@ietf.org>
List-Help: <mailto:provreg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/provreg>, <mailto:provreg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Feb 2013 14:38:43 -0000

James,

The main advantage I see in ARI's competing draft for this task is the suitability to registries that operates asynchronously during its normal operations. This happens with a lot of ccTLDs, and most community or restricted new gTLDs could also benefit. 
Do you see a way to incorporate such mechanisms into your draft ? In this way we could have a general mechanism for domain registrations that cannot be completed based just of name availability: auctions, no-money bids (like who proposes the best use of a generic name on a TLD), registration restrictions that cannot be checked online (membership, taxpayer status) etc. 

It could even have a new name like draft-tan-epp-asynchronous, but the two drafts model Chris Wright suggest could work better. 


Rubens




Em 26/02/2013, às 11:30:000, Gould, James escreveu:

> Wil Tan, Gavin Brown and I have updated the Launch Phase EPP Extension Mapping to Version 06.  The IETF Internet-Draft Submission page is suspended until 2013-03-11, so the draft is attached in TXT and HTML format.  We will post the draft once the IETF Internet-Draft Submission page opens.  This version includes the following changes:
> 
> Removed the definition of the mark-1.0 and signedMark-1.0 and replaced with reference to draft-lozano-smd, that contains the definition for the mark, signed marked, and encoded signed mark.
> Split the <launch:timestamp> into <launch:generatedDate> and <launch:acceptedDate> based on feedback from Trung Tran.
> Added the "includeMark" optional attribute to the <launch:info> element to enable the client to request whether or not to include the mark in the info response.
> Fixed state diagram to remove redundant transition from "invalid" to "rejected"; thanks Klaus Malorny.
> Please reply with any feedback.
> 
> Thanks,
> 
> JG
> 
> James Gould
> Verisign
> <draft-tan-epp-launchphase.txt><draft-tan-epp-launchphase.html>_______________________________________________
> provreg mailing list
> provreg@ietf.org
> https://www.ietf.org/mailman/listinfo/provreg