Re: [ire] Support for Launch Applications and Claims in draft-arias-noguchi-dnrd-objects-mapping

"Gould, James" <JGould@verisign.com> Wed, 14 May 2014 12:25 UTC

Return-Path: <JGould@verisign.com>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 958AE1A0071 for <ire@ietfa.amsl.com>; Wed, 14 May 2014 05:25:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 C5J_qpVA_N0T for <ire@ietfa.amsl.com>; Wed, 14 May 2014 05:25:38 -0700 (PDT)
Received: from exprod6og124.obsmtp.com (exprod6og124.obsmtp.com [64.18.1.242]) by ietfa.amsl.com (Postfix) with ESMTP id 2CE1B1A005F for <ire@ietf.org>; Wed, 14 May 2014 05:25:36 -0700 (PDT)
Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob124.postini.com ([64.18.5.12]) with SMTP ID DSNKU3NguCJ2+B0lVRChJgKA33KtKutOxi7Y@postini.com; Wed, 14 May 2014 05:25:31 PDT
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id s4ECPPZU005878 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 14 May 2014 08:25:25 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0174.001; Wed, 14 May 2014 08:25:25 -0400
From: "Gould, James" <JGould@verisign.com>
To: "james.mitchell@ausregistry.com.au" <james.mitchell@ausregistry.com.au>, "ire@ietf.org" <ire@ietf.org>
Thread-Topic: [ire] Support for Launch Applications and Claims in draft-arias-noguchi-dnrd-objects-mapping
Thread-Index: AQHPbwqS6xE6Joy1ckGIpaNZrzK0eJtAAVqA
Date: Wed, 14 May 2014 12:25:24 +0000
Message-ID: <CF98D7F8.5EDD7%jgould@verisign.com>
In-Reply-To: <CF98EB1B.514DA%james.mitchell@ausregistry.com.au>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.6.130613
x-originating-ip: [10.173.152.4]
Content-Type: multipart/mixed; boundary="_006_CF98D7F85EDD7jgouldverisigncom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/ire/QzuJAiLhA2k6H5r3SUGx5jwTQkM
Subject: Re: [ire] Support for Launch Applications and Claims in draft-arias-noguchi-dnrd-objects-mapping
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <ire.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ire>, <mailto:ire-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ire/>
List-Post: <mailto:ire@ietf.org>
List-Help: <mailto:ire-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ire>, <mailto:ire-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 May 2014 12:25:42 -0000

James,

Thanks for your feedback.  I do agree that the pending launch information is not necessary to rebuild a typical registry.  Are there any registries out there that have a need for escrowing the additional launch information (applications and additional sunrise and claims attributes) and if so whether it should be integrated into draft-arias-noguchi-dnrd-objects-mapping or created as an extension outside of draft-arias-noguchi-dnrd-objects-mapping?

Thanks,

--

JG

[cid:BD35E913-0B4F-43FB-B30E-B67D18E0CB8E]

James Gould
Principal Software Engineer
jgould@verisign.com

703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com

From: James Mitchell <james.mitchell@ausregistry.com.au<mailto:james.mitchell@ausregistry.com.au>>
Date: Tuesday, May 13, 2014 at 8:22 PM
To: James Gould <jgould@verisign.com<mailto:jgould@verisign.com>>, "ire@ietf.org<mailto:ire@ietf.org>" <ire@ietf.org<mailto:ire@ietf.org>>
Subject: Re: [ire] Support for Launch Applications and Claims in draft-arias-noguchi-dnrd-objects-mapping

SMD and Claims information should not be included in the deposit as in most cases this is akin to the escrow of partial historical information not required to rebuild a working registry. However those registry operators that offer services that depend on, or require this information for the operation of the registry, should be escrowing this data already as prescribed in the Registry Agreement, Specification 2, Section 3.2, copied below for everyones reference.

3.2.            Extensions.  If a Registry Operator offers additional Registry Services that require submission of additional data, not included above, additional “extension schemas” shall be defined in a case by case basis to represent that data.  These “extension schemas” will be specified as described in Part A, Section 9, reference 2 of this Specification.  Data related to the “extensions schemas” will be included in the deposit file described in Part A, Section 3.1 of this Specification.  ICANN and the respective Registry Operator shall work together to agree on such new objects’ data escrow specifications.

I believe this is an ideal candidate to continue as a separate extension independent of the already unreadable escrow specification. Further, I don’t foresee any need to restore a failed registry into pending launch phase and would rather not see it in the specification. Again, I would consider it as an extension and treated as above.

Regards,
James Mitchell
Product Manager / ARI Registry Services

From: <Gould>, James <JGould@verisign.com<mailto:JGould@verisign.com>>
Date: Tuesday, 13 May 2014 10:34 pm
To: "ire@ietf.org<mailto:ire@ietf.org>" <ire@ietf.org<mailto:ire@ietf.org>>
Subject: [ire] Support for Launch Applications and Claims in draft-arias-noguchi-dnrd-objects-mapping

It was brought to my attention a little while back that a registry was having difficulty depositing launch applications using the CSV model of draft-arias-noguchi-dnrd-objects-mapping, since the primary key of the CSV files is the domain name (<csvDomain:fName>) and not the domain id (<csvDomain:fRoid>).  Additionally, the launch sunrise and claims attributes are not supported (phase, SMD identifier, mark, application status, claims notice identifier, claims validator identifier, claims accepted date, etc.).  I created a version of the draft that switched the domain CSV primary key to <csvDomain:fRoid> and added the CSV launch fields for sunrise and claims.   It is checked in at the GitHub project https://github.com/james-f-gould/draft-ryde.  I would like to hear whether such a change is needed.  Any feedback is welcome.

Thanks,

--

JG

[cid:C77634C8-94B3-4A86-B8A3-2EF18FC3E5BB]

James Gould
Principal Software Engineer
jgould@verisign.com<mailto:jgould@verisign.com>

703-948-3271 (Office)
12061 Bluemont Way
Reston, VA 20190
VerisignInc.com
“This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately.”