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
- [provreg] Launch Phase EPP Extension Version 06 Gould, James
- Re: [provreg] Launch Phase EPP Extension Version … Rubens Kuhl
- Re: [provreg] Launch Phase EPP Extension Version … Gould, James
- Re: [provreg] Launch Phase EPP Extension Version … Michael Young
- Re: [provreg] Launch Phase EPP Extension Version … Michael Young
- Re: [provreg] Launch Phase EPP Extension Version … Gould, James
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Rubens Kuhl
- Re: [provreg] Launch Phase EPP Extension Version … Gavin Brown
- Re: [provreg] Launch Phase EPP Extension Version … Michael Young
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Gould, James
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Wil Tan
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Rubens Kuhl
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Rubens Kuhl
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Gould, James
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Amadeu Abril i Abril
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Rubens Kuhl
- Re: [provreg] [tmch-tech] FW: Launch Phase EPP Ex… Gould, James
- Re: [provreg] Launch Phase EPP Extension Version … Klaus Malorny
- Re: [provreg] Launch Phase EPP Extension Version … Gould, James