Re: Are escrow deposit files per-TLD, or per-registry operator?

"Gould, James" <[email protected]> Tue, 18 Jun 2013 20:47:25 +0000
Newsgroups gmane.ietf.provreg
Message-ID <CDE63F21.51447%[email protected]>
Seth,

You might want to post this to the Internet Registration Escrow (IRE) list ( https://www.ietf.org/mailman/listinfo/ire ).  My understanding is that the deposits are per-TLD and not per registry operator.

--

JG

[cid:330C1C8F-95EE-4160-BE78-8271CD0967B2]

James Gould
Principal Software Engineer
[email protected]

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

From: Seth Goldman <[email protected]<mailto:[email protected]>>
Date: Tuesday, June 18, 2013 4:42 PM
To: EPP Provreg <[email protected]<mailto:[email protected]>>
Subject: [provreg] Are escrow deposit files per-TLD, or per-registry operator?

In the case of a registry operator who operates multiple TLDs in a single database, are the escrow deposit files intended to be per-TLD? Or per-registry operator?

My suspicion is that it should be the latter. The entire reason for the escrow deposit to exist is to transition to an EBERO in the event that a registry operator is unable to perform its duties. That could happen on a per-TLD basis, but it would be a lot more efficient to do it for *all* TLDs that are managed by that registry operator.

So if that is the case, what are we to make of the escrow deposit file naming convention?

Files will be named according to the following convention:

{gTLD}_{YYYY-MM-DD}_{type}_S{#}_R{rev}.{ext} where:
5.1 {gTLD} is replaced with the gTLD name; in case of an IDN-TLD, the ASCII-compatible form
(A-Label) must be used;

If there is a single escrow file with multiple TLDs embedded in it, what would you use for "{gTLD}"? Is the assumption that all TLDs will be stored in totally separate databases? Or that they should be written to separate files, even if stored in the same database? That would mean that shared objects (e.g. contacts, hosts, etc.) would have to be written multiple times. That seems less than ideal.

_______________________________________________
provreg mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/provreg
8A7A655D-9ED0-4D38-898D-E9E8B754666E[6].png (image/png, 4 KB) - not displayed