[ire] Escrow deposit watermark

James Mitchell <james.mitchell@ausregistry.com.au> Wed, 20 March 2013 00:38 UTC

Return-Path: <james.mitchell@ausregistry.com.au>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42F0521F8EF1 for <ire@ietfa.amsl.com>; Tue, 19 Mar 2013 17:38:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.894
X-Spam-Level:
X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l8GsjB-Q6kUk for <ire@ietfa.amsl.com>; Tue, 19 Mar 2013 17:38:22 -0700 (PDT)
Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id 7981921F8EDE for <ire@ietf.org>; Tue, 19 Mar 2013 17:38:22 -0700 (PDT)
Received: from off-win2003-01.stkildard.vic.ausregistry.com.au (HELO off-win2003-01.ausregistrygroup.local) ([10.30.1.3]) by iron01.off08.stkildard.vic.ausregistry.com.au with ESMTP; 20 Mar 2013 11:38:20 +1100
Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Wed, 20 Mar 2013 11:38:18 +1100
From: James Mitchell <james.mitchell@ausregistry.com.au>
To: "ire@ietf.org" <ire@ietf.org>
Date: Wed, 20 Mar 2013 11:38:18 +1100
Thread-Topic: Escrow deposit watermark
Thread-Index: Ac4lAzbnX5qQt9QMTxWVjvYIHRvrFA==
Message-ID: <CD6F502A.6A7E1%james.mitchell@ausregistry.com.au>
Accept-Language: en-US, en-AU
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.3.1.130117
acceptlanguage: en-US, en-AU
x-kse-antivirus-interceptor-info: scan successful
x-kse-antivirus-info: Clean
Content-Type: multipart/alternative; boundary="_000_CD6F502A6A7E1jamesmitchellausregistrycomau_"
MIME-Version: 1.0
Subject: [ire] Escrow deposit watermark
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.12
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, 20 Mar 2013 00:38:24 -0000

All,

This email is primarily targeted towards ICANN and the draft registry agreement, however posting here for feedback from others who are implementing escrow.

Our proposed escrow solution would produce deposits for all transactions committed up to the point in time that the extract is generated. This may be considered contrary to the base agreement, where deposits must reflect the state of the registry as at 00:00 UTC. As we will generate full deposits every day, each deposit would include the state of the registry as at 00:00, plus the state of the registry including transactions committed up until the generation of the deposit. We do not perceive this as a lesser service, given the escrowed data is more up-to-date, unless there are other reasons for the 00:00 requirement that are unknown to us. Is the proposed solution considered acceptable given the requirements outlined in the base agreement?

It should be noted that acceptance of the above will require that escrow deposit validation does not check for the presence of date-times, for example domain creation date, that are after 00:00 UTC. If date-time validation is deemed required, the validator should ensure that no date-time is greater than the watermark.

Further to this, we seek confirmation that in the event of a failed deposit, a subsequent full deposit representing the current state of the registry database would constitute remedy. ARI would not provide a full deposit of the state of the registry database as at the time of the previous failed deposit.

Comments/feedback welcome.

Regards,
James