From gustavo.lozano@icann.org Thu Nov 1 17:16:34 2012 Return-Path: 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 A4C6021F9888 for ; Thu, 1 Nov 2012 17:16:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.187 X-Spam-Level: X-Spam-Status: No, score=-4.187 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_MED=-4, SARE_SPEC_REPLICA_OBFU=1.812] 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 ch6jyLKpJSIe for ; Thu, 1 Nov 2012 17:16:30 -0700 (PDT) Received: from EXPFE100-2.exc.icann.org (expfe100-2.exc.icann.org [64.78.22.237]) by ietfa.amsl.com (Postfix) with ESMTP id 6F39521F985C for ; Thu, 1 Nov 2012 17:16:30 -0700 (PDT) Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-2.exc.icann.org ([64.78.22.237]) with mapi; Thu, 1 Nov 2012 17:16:27 -0700 From: Gustavo Lozano To: Chris Wright , Francisco Obispo Date: Thu, 1 Nov 2012 17:16:26 -0700 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac24j00/LyMnZt6TSf6klLTXyIGNhg== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US Content-Type: multipart/mixed; boundary="_003_CCB85B27505Fgustavolozanoicannorg_" MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 00:16:34 -0000 --_003_CCB85B27505Fgustavolozanoicannorg_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Q2hyaXMsIGFsbCwNCg0KIA0KV2UgdmFsdWUgeW91ciBzdWdnZXN0aW9ucyByZWdhcmRpbmcgdGhl IG5ldyBnVExEIHByb2dyYW07DQpwbGVhc2Ugc2VuZCB5b3VyIHN1Z2dlc3Rpb25zLCBxdWVzdGlv bnMgb3IgY29tbWVudHMgcmVnYXJkaW5nIHRoZSBlc2Nyb3cNCnJlcXVpcmVtZW50cw0KcHJlc2Vu dCBpbiB0aGUgQUdCIG9yIHRoZSByZWdpc3RyeSB0cmFuc2l0aW9uIHByb2Nlc3MgdG8gbmV3Z3Rs ZEBpY2Fubi5vcmcuDQogDQoNClRoZSBvYmplY3RpdmUgb2YgdGhlIGRuZHJkLW9iamVjdHMtbWFw cGluZyBkcmFmdCBpcyB0bw0KY3JlYXRlIGEgc3BlY2lmaWNhdGlvbiB3aGVyZSB0aGUgY29tbW9u IGVsZW1lbnRzIGFuZCBvYmplY3RzIG9mIGRvbWFpbg0KcmVnaXN0cmllcyBhcmUgbGlzdGVkLiBJ ZiB5b3UgYmVsaWV2ZSB0aGF0IHNvbWUgZWxlbWVudCwgYXR0cmlidXRlIG9yDQpvYmplY3QgaXMN Cm1pc3NpbmcgcGxlYXNlIHByb3ZpZGUgZmVlZGJhY2sgb24gdGhlIGxpc3QuDQoNCiANCkluIG9y ZGVyIHRvIGFkdmFuY2UgaW4gdGhlIGRldmVsb3BtZW50IG9mIHRoaXMNCnNwZWNpZmljYXRpb24s IHBsZWFzZSBwcm92aWRlIGZlZWRiYWNrIHJlZ2FyZGluZyB0aGUgb2JqZWN0cywgZWxlbWVudHMg YW5kDQphdHRyaWJ1dGVzIGRlc2NyaWJlZCBpbiB0aGUgZG5kcmQtb2JqZWN0cy1tYXBwaW5nLWRy YWZ0Lg0KIA0KDQpUaGUgbWFpbiB1cGRhdGUgb2YgZG5kcmQtb2JqZWN0cy1tYXBwaW5nIHZlcnNp b24gMDEgaXMNCnJlZ2FyZGluZyBJRE4gdmFyaWFudCBoYW5kbGluZy4gSUNBTk4gaGF2ZSBiZWVu IHdvcmtpbmcgb24gdGhlIElETiB2YXJpYW50cw0KcHJvamVjdCBmb3Igc29tZSB0aW1lIGFuZCBr bm93bGVkZ2UgZ2F0aGVyZWQgZnJvbSB0aGlzIHByb2plY3QgaGFzIGJlZW4NCmluY29ycG9yYXRl ZCBpbnRvIHRoZSBkcmFmdC4gVGhlIHByb3Bvc2VkIGFwcHJvYWNoIGluIHRoZSBkcmFmdCBzdXBw b3J0cw0KdmFyaWFudHMgb2YgdHlwZSBleHBsaWNpdCAobGlzdGVkIGFzIG9iamVjdHMpIGFuZCBp bXBsaWNpdCAoY29tcHV0ZWQgYmFzZWQNCm9uIGENCkxHUikuDQogDQoNClJlbWVtYmVyIHRoYXQg dGhpcyBzcGVjaWZpY2F0aW9uIGlzIGJlaW5nIGRldmVsb3BlZCBub3Qgb25seQ0KZm9yIG5ldyBn VExEcyBhbmQgaXQgbWlnaHQgYmUgdXNlZCBieSBjY1RMRHMgb3IgY3VycmVudCBnVExEcyB0byBl c2Nyb3cNCml0cyBTUlMNCmRhdGEuDQoNCg0KDQpSZWdhcmRzLA0KR3VzdGF2byBMb3phbm8NCg0K T24gMTAvMzEvMTIgOTo1NSBQTSwgIkNocmlzIFdyaWdodCIgPGNocmlzQGF1c3JlZ2lzdHJ5LmNv bS5hdT4gd3JvdGU6DQoNCj5UaGFua3MgRnJhbmNpc2NvLA0KPg0KPkkgMTAwJSBhZ3JlZSB3aXRo IHdoYXQgeW91ciBzYXlpbmcsIGZyb20gdGhlIHBlcnNwZWN0aXZlIG9mIHRoYXQgaXMgd2hhdA0K PnRoZSBhZ3JlZW1lbnQgY3VycmVudGx5IHNheXMuDQo+DQo+SG93ZXZlciBJIGFtIGFyZ3Vpbmcg dGhhdCB0aGUgcmVxdWlyZW1lbnRzIGZyb20gdGhhdCBhZ3JlZW1lbnQgYXJlIHNpbGx5DQo+YW5k IGZsYXdlZCwgYW5kIHRoYXQgaWYgd2UgdGhlIHRlY2huaWNhbCBjb21tdW5pdHkgZ28gYmFjayB0 byBJQ0FOTiBhbmQNCj50ZWxsIHRoZW0gYXMgc3VjaCB3ZSBjYW4gZ2V0IHRoYXQgYWRkcmVzc2Vk Lg0KPg0KPkl0IG1ha2VzIG5vIHNlbnNlIHRvIGVuZm9yY2UgYSB0ZWNobmljYWwgcHJvY2VzcyBs aWtlIHRoaXMgaW4gYSBsZWdhbA0KPmFncmVlbWVudCwgaW5jbHVkaW5nIGRvd24gdG8gdGhlIGxl dmVsIG9mIGhvdyB0byBuYW1lIGZpbGVzLiBBbGwgSUNBTk4NCj5uZWVkcyB0byBjYXJlIGFib3V0 IGlzIGhvdyB0aGV5IGdldCB0aGUgZGF0YSBmcm9tIHRoZSBlc2Nyb3cgcHJvdmlkZXIuDQo+DQo+ VGhlIHZhbGlkYXRpb24gY3VycmVudGx5IGFza2VkIGZvciBieSB0aGUgbGVnYWwgYWdyZWVtZW50 LCB3aGljaCBhcyB5b3UNCj5yaWdodGx5IHBvaW50IG91ciBpcyB0cml2aWFsIHRvIGRvLCBpcyBh bHNvIGFsbW9zdCBwb2ludGxlc3MsIHNjaGVtYQ0KPnZhbGlkYXRpb24gcHJvdmVzIG5vdGhpbmcg ZXhjZXB0IHRoYXQgSSBzdWJtaXR0ZWQgc2NoZW1hIHZhbGlkIFhNTCwgSQ0KPmNvdWxkIGZpbGwg c2NoZW1hIHZhbGlkIFhNTCB3aXRoIGFueXRoaW5nIC0gaXQgd2lsbCBub3QgbWVldCB0aGUNCj5v YmplY3RpdmVzIG9mIGVuc3VyaW5nIGRhdGEgaXMgdHJ1ZSBhbmQgYWNjdXJhdGUgYmFzZWQgb24g d2hhdCBpcyBhY3R1YWxseQ0KPmluIG15IHJlZ2lzdHJ5Lg0KPg0KPkltIGZpbmUgd2l0aCB0aGUg ZXNjcm93IHByb3ZpZGluZyBoYXZpbmcgdG8gd3JpdGUgY3VzdG9tIHN0dWZmIHRvIHZhbGlkYXRl DQo+ZGF0YSwgdGhleSB3aWxsIG5lZWQgdG8gdG8gZG8gJ3JlYWwnIHZhbGlkYXRpb24sIGhvd2V2 ZXIgYWdhaW4gSSB3b3VsZG4ndA0KPmdvIHRvIHRoYXQgbGV2ZWwgZnJvbSBJQ0FOTiBwZXJzcGVj dGl2ZSwgSSB3b3VsZCBzcGVjaWZ5IGEgc2V0IG9mIHRoaW5ncw0KPnRoZSBlc2Nyb3cgcHJvdmlk ZXIgbmVlZHMgdG8gdmFsaWRhdGUsIGFuZCBsZWF2ZSB0aGUgJ2hvdycgdG8gdGhlbS4NCj4NCj5J ZiB3ZSBhcmUgc2VyaW91cyBhYm91dCB2YWxpZGF0aW9uIHdlIHNob3VsZCB2YWxpZGF0ZSB0aGlu Z3MgbGlrZSwNCj4NCj5FbnN1cmUgZXZlcnkgY29udGFjdCBvYmplY3QgcmVmZXJlbmNlZCBieSBh IGRvbWFpbiBvYmplY3QgaXMgcHJlc2VudA0KPkVuc3VyZSBldmVyeSBob3N0IG9iamVjdCByZWZl cmVuY2UgYnkgYSBkb21haW4gb2JqZWN0IGlzIHByZXNlbnQNCj5FbnN1cmUgdGhhdCBldmVyeSBz cG9uc29yIHJlZmVyZW5jZWQgYnkgZG9tYWlucywgY29udGFjdHMgYW5kIGhvc3QgaXMNCj5wcmVz ZW50IGFzIGEgcmVnaXN0cmFyIG9iamVjdA0KPkVuc3VyZSBldmVyeSBjb250YWN0IGNvdW50cnkg Y29kZSBtYXRjaGVzIGEgY291bnRyeSBjb2RlIG9uIHRoZSBJU08gbGlzdA0KPg0KPk9uIGFuZCBv bi4uLg0KPkV0Yy4uIC0gd2UgcHJvYmFibHkgd2FudCB0byBhcHBseSBzb21lIGNoZWNrcyB0byBv YmplY3QgcHJvcGVydGllcyBhcyB3ZWxsDQo+KGUuZy4gQ2hlY2sgZW1haWwgYWRkcmVzcyBhcmUg dmFsaWQgKHN5bnRhY3RpY2FsbHkpKQ0KPg0KPlBlcmhhcHMgc3RhdGlzdGljYWwgYW5hbHlzaXMg b2Ygb2JqZWN0IGNvdW50cyBjb3VsZCBiZSBkb25lLCBjb21wYXJlZCB0bw0KPnByZXZpb3VzIGNv dW50cyBhbmQgYW5vbWFsaWVzIGludmVzdGlnYXRlZCAoaWYgb25lIGRheSBJIGhhdmUgYSBtaWxs aW9uDQo+ZG9tYWlucywgYW5kIHRoZW4gdGhlIG5leHQgZGF5IEkgaGF2ZSAxMDAsMDAwIHRoZW4g dGhlIGVzY3JvdyBwcm92aWRlcg0KPnNob3VsZCBsb29rIGRlZXBlciBpbnRvIHRoZSBkYXRhIGFu ZCBoYXZlIGEgZGlzY3Vzc2lvbiB3aXRoIHRoZSByZWdpc3RyeQ0KPnRvIHdvcmsgb3V0IHdoYXQg d2VudCB3cm9uZywgb3IgaWYgdGhlIG1hc3NpdmUgZHJvcCBpcyBsZWdpdCkgLSBFc2Nyb3cNCj5w cm92aWRlcnMgc2hvdWxkIGJlIG1vcmUgdGhhbiBqdXN0IGZpbGUgcmVwb3NpdG9yaWVzLCBvdGhl cndpc2UgdGhleSBhZGQNCj5ubyB2YWx1ZSB3aGF0c29ldmVyLCBhbmQgSUNBTk4gbWlnaHQgYXMg d2VsbCBzYXZlIHVzIGFsbCBzb21lIG1vbmV5IGFuZA0KPmp1c3Qgc2V0dXAgYSBjZW50cmFsIEZU UCBzZXJ2ZXIgd2UgYWxsIHNlbmQgdGhlIGR1bXAgZmlsZXMgdG8uDQo+DQo+VGhlIHZhbGlkYXRp b24gd2UgY291bGQoc2hvdWxkPykgZG8vZXhwZWN0IGdvZXMgb24gYW5kIG9uLCBvbmx5IHRoZW4g d2lsbA0KPndlIGFjdHVhbGx5IGJlIG1vcmUgY29uZmlkZW50IHRoYXQgd2UgaGF2ZSBiZXR0ZXIg ZGF0YSAtIHRoZSB0aGluZyBpcyB0bw0KPmRvIHRoZXNlIHR5cGVzIG9mIHZhbGlkYXRpb24sIHlv dSB3b3VsZCBuZWVkIHRvIHJlaW50ZWdyYXRlIGFuIGluY3JlbWVudGFsDQo+ZmlsZSB3aXRoIGEg ZnVsbCBmaWxlIChhcyB0aGUgaW5jcmVtZW50YWwgZmlsZSBtYXkgcmVmZXJlbmNlIG9iamVjdHMg ZnJvbQ0KPnRoZSBmdWxsIGR1bXAgKG9yIGEgcHJldmlvdXMgaW5jcmVtZW50YWwpIHNvIHRoZSBl c2Nyb3cgcHJvdmlkZXIgd2lsbCBuZWVkDQo+dG8gZG8gbW9yZSB0aGFuIHNjaGVtYSB2YWxpZGF0 ZSBhIGZpbGUgYW55d2F5Lg0KPg0KPk9idmlvdXNseSBpZiB0aGUgbWV0aG9kIEkgd29ya2VkIG91 dCBiZXR3ZWVuIG1lIGFuZCBteSBFc2Nyb3cgcHJvdmlkZXIgd2FzDQo+ZGF0YWJhc2UgcmVwbGlj YXRpb24sIHRoZXkgd291bGQgbmVlZCB0byBlbnN1cmUgdGhhdCBpZiBJIHJlcGxpY2F0ZWQgYQ0K Pidkcm9wIGRhdGFiYXNlJyBzdGF0ZW1lbnQgdG8gdGhlbSwgdGhleSB3b3VsZCBzdGlsbCBoYXZl IHRoZSBkYXRhIGZyb20gdGhlDQo+cHJldmlvdXMgcmVwbGljYXRpb24sIGJ1dCBhZ2FpbiwgdGhh dCBpcyBhIHRlY2huaWNhbCBwcm9ibGVtIGZvciB0aGUNCj5lc2Nyb3cgcHJvdmlkZXIgdG8gd29y ayBvdXQgd2l0aCB0aGUgcmVnaXN0cnksIGFuZCBJIGNhbiB0aGluayBvZiBtYW55DQo+dGVjaG5p Y2FsIHdheXMgdG8gc29sdmUgdGhhdCBwcm9ibGVtLg0KPg0KPlRoZSBlc2Nyb3cgcHJvdmlkZXIg d2lsbCBoYXZlIGEgY29udHJhY3R1YWwgcmVxdWlyZW1lbnQgdG8gcHJvdmlkZSBkYXRhIHRvDQo+ SUNBTk4gKGluIGEgZm9ybWF0IHByb3ZpZGVkIGJ5IElDQU5OIC0gd2hvIHdpbGwgZGVzaWduIHRo ZSBmb3JtYXQgaW4NCj5jb25qdW5jdGlvbiB3aXRoIHRoZSB0ZWNobmljYWwgY29tbXVuaXR5KSB0 aGF0IGlzIG5vIG1vcmUgdGhhbiAyNCBob3Vycw0KPm9sZCwgdGhleSB3aWxsIG5lZWQgdG8gdGVj aG5pY2FsbHkgd29yayBvdXQgYSB3YXkgdGhleSBjYW4gZnVsZmlsIG9uIHRoYXQNCj5vYmxpZ2F0 aW9uIHdpdGggdGhlIHJlZ2lzdHJ5IG9wZXJhdG9yIC0gdGhhdMK5cyBhbGwgSUNBTk4gbmVlZHMg dG8gZGF5LiBUaGUNCj5lc2Nyb3cgcHJvdmlkZXIgdGhlbiBuZWVkcyBhIHByb2Nlc3Mgd2hlcmUg aWYgdGhleSBhcmUgbm90IHJlY2VpdmluZyB0aGUNCj5kYXRhIGZyb20gdGhlIHJlZ2lzdHJ5IG9w ZXJhdG9yIGluIGEgdGltZWx5IG1hbm5lciAodGh1cyBub3QgYWJsZSB0bw0KPmZ1bGZpbCBvbiB0 aGVpciBvYmxpZ2F0aW9uKSBvciB0aGUgcmVnaXN0cnkgb3BlcmF0b3IgaXMgbm90IGRvaW5nDQo+ c29tZXRoaW5nIHRoZXkgbmVlZCB0byBkbywgdGhlbiB0aGV5IGVzY2FsYXRlIHRoaXMgaXNzdWUg dG8gSUNBTk4gd2hvIHdpbGwNCj5nbyB0aGUgcmVnaXN0cnkgZm9yIGNvbnRyYWN0IGJyZWFjaCAt IHRoYXTCuXMgaXQuIFRoaXMgc2l0dWF0aW9uIGV4aXN0IGlmIEkNCj5zdG9wIHNlbmRpbmcgZGFp bHkgZnVsbCBvciBpbmNyZW1lbnRhbCBmaWxlcyBhbnl3YXkuDQo+DQo+VGhhbmtzDQo+DQo+Q2hy aXMNCj4NCj5PbiAxLzExLzEyIDI6MzkgUE0sICJGcmFuY2lzY28gT2Jpc3BvIiA8Zm9iaXNwb0Bp c2Mub3JnPiB3cm90ZToNCj4NCj4+SGkgQ2hyaXMsDQo+Pg0KPj5QZXJoYXBzIEknbSByZWl0ZXJh dGluZyB3aGF0IEkgc2FpZCBpbiBteSBwcmV2aW91cyBlbWFpbCwgYnV0IEkgZG9uJ3QNCj4+dGhp bmsgdGhhdCdzIGhvdyB0aGUgZXNjcm93IHByb3ZpZGVyIGlzIHN1cHBvc2VkIHRvIHdvcmsuDQo+ Pg0KPj5UaGV5IGFyZSBnb2luZyB0byByZWNlaXZlLCB2ZXJpZnkgYW5kIHN0b3JlIGFuIGVzY3Jv dyBkdW1wIGZyb20gdGhlDQo+PnJlZ2lzdHJ5LiBWZXJpZnkgbWVhbnMgZ29pbmcgdGhyb3VnaCB0 aGUgaXRlbXMgaW4gU3BlY2lmaWNhdGlvbiAyIG9mIHRoZQ0KPj5BcHBsaWNhbnQncyBndWlkZWJv b2s6DQo+Pmh0dHA6Ly9hcmNoaXZlLmljYW5uLm9yZy9lbi90b3BpY3MvbmV3LWd0bGRzL3JmcC1j bGVhbi0zMG1heTExLWVuLnBkZg0KPj4NCj4+PHNwZWNpZmljYXRpb24yX2V4dHJhY3Q+DQo+PlZl cmlmaWNhdGlvbiBQcm9jZWR1cmUuDQo+Pg0KPj4J4oKsICgxKSAgVGhlIHNpZ25hdHVyZSBmaWxl IG9mIGVhY2ggcHJvY2Vzc2VkIGZpbGUgaXMgdmFsaWRhdGVkLg0KPj4NCj4+CeKCrCAoMikgIElm IHByb2Nlc3NlZCBmaWxlcyBhcmUgcGllY2VzIG9mIGEgYmlnZ2VyIGZpbGUsIHRoZSBsYXR0ZXIg aXMgcHV0DQo+PnRvZ2V0aGVyLg0KPj4NCj4+CeKCrCAoMykgIEVhY2ggZmlsZSBvYnRhaW5lZCBp biB0aGUgcHJldmlvdXMgc3RlcCBpcyB0aGVuIGRlY3J5cHRlZCBhbmQNCj4+dW5jb21wcmVzc2Vk Lg0KPj4NCj4+CeKCrCAoNCkgIEVhY2ggZGF0YSBmaWxlIGNvbnRhaW5lZCBpbiB0aGUgcHJldmlv dXMgc3RlcCBpcyB0aGVuIHZhbGlkYXRlZA0KPj5hZ2FpbnN0IHRoZSBmb3JtYXQgZGVmaW5lZCBp biBbMV0uDQo+Pg0KPj4J4oKsICg1KSAgSWYgWzFdIGluY2x1ZGVzIGEgdmVyaWZpY2F0aW9uIHBy b2Nlc3MsIHRoYXQgd2lsbCBiZSBhcHBsaWVkIGF0DQo+PnRoaXMgc3RlcC4NCj4+DQo+PklmIGFu eSBkaXNjcmVwYW5jeSBpcyBmb3VuZCBpbiBhbnkgb2YgdGhlIHN0ZXBzLCB0aGUgRGVwb3NpdCB3 aWxsIGJlDQo+PmNvbnNpZGVyZWQgaW5jb21wbGV0ZS4NCj4+DQo+PlsxXSBEb21haW4gTmFtZSBE YXRhIEVzY3JvdyBTcGVjaWZpY2F0aW9uICh3b3JrIGluIHByb2dyZXNzKSwNCj4+aHR0cDovL3Rv b2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYXJpYXMtbm9ndWNoaS1yZWdpc3RyeS1kYXRhLWVzY3Jv dw0KPj5bMl0gT3BlblBHUCBNZXNzYWdlIEZvcm1hdCwgaHR0cDovL3d3dy5yZmMtZWRpdG9yLm9y Zy9yZmMvcmZjNDg4MC50eHQNCj4+WzNdIE9wZW5QR1AgcGFyYW1ldGVycywNCj4+aHR0cDovL3d3 dy5pYW5hLm9yZy9hc3NpZ25tZW50cy9wZ3AtcGFyYW1ldGVycy9wZ3AtcGFyYW1ldGVycy54aHRt bA0KPj4NCj4+PC9zcGVjaWZpY2F0aW9uMl9leHRyYWN0Pg0KPj4NCj4+VGhlIHZhbGlkYXRpb24g aXMgYW4gWE1MIFNjaGVtYSBWYWxpZGF0aW9uIGJhc2VkIG9uIHRoZSBJRVRGIERyYWZ0DQo+PiJh cmlhcy1ub2d1Y2hpIi4gQnkgcGFzc2luZyBYTUwgVmFsaWRhdGlvbiAod2hpY2ggaXMgYSB2ZXJ5 IHNpbXBsZQ0KPj5jaGVjayksIHRoZSBFc2Nyb3cgcHJvdmlkZXIgY2FuIGJlIHN1cmUgdGhhdCB0 aGUgZGF0YSBub3Qgb25seSBpcw0KPj5jb21wbGV0ZSwgYnV0IHRoYXQgdGhlIGZpZWxkcyBjb25m b3JtIHRoZSBkYXRhIHR5cGVzIHNwZWNpZmllZCBieSB0aGUNCj4+c3BlYy4NCj4+DQo+PlZhbGlk YXRpbmcgYSBkdW1wIHdvdWxkbid0IGJlIG1vcmUgdGhhbiBqdXN0Og0KPj4NCj4+JCB4bWxsaW50 IC0tbm9vdXQgLS1zYXggLS1zY2hlbWEgL3BhdGgvdG8vYXJpYXMtbm9ndWNoaS54c2QNCj4+ZXNj cm93X2R1bXAueG1sDQo+Pg0KPj5hbmQgaWYgdGhlIGZpbGUgaXMgY29tcHJlc3NlZDoNCj4+DQo+ PiQgYnpjYXQgZXNjcm93X2R1bXAueG1sLmJ6MiB8IHhtbGxpbnQgLS1ub291dCAtLXNheCAtLXNj aGVtYQ0KPj4vcGF0aC90by9hcmlhcy1ub2d1Y2hpLnhzZCAtDQo+Pg0KPj4odGhhdCdzIGFuIGV4 YW1wbGUgdXNpbmcgbGlieG1sMikNCj4+DQo+PkhhdmluZyBhbiBDU1YgZmlsZSB3b3VsZCByZXF1 aXJlIHRoZSBlc2Nyb3cgcHJvdmlkZXIgd3JpdGUgdGhlaXIgb3duDQo+PnBhcnNlciB0byB2YWxp ZGF0ZSBjb21tYSBzZXBhcmF0ZWQgdmFsdWVzLi4gVGhpcyBpcyB2ZXJ5IGRhbmdlcm91cywgYW5k DQo+PnRpbWUgY29uc3VtaW5nLCBkZXBlbmRpbmcgb24gaG93IHRoZXkgZG8gaXQsIHNwZWNpYWxs eSBpZiB0aGV5IGhhdmUgdG8NCj4+Y29wZSB3aXRoIGN1c3RvbSBmb3JtYXRzIGZyb20gZGlmZmVy ZW50IHJlZ2lzdHJpZXMuDQo+Pg0KPj5JZiBJIHdhcyBhbiBlc2Nyb3cgcHJvdmlkZXIgSSB3b3Vs ZG4ndCB3YW50IHRvIGJlIGxpYWJsZSBpbiBnZW5lcmF0aW5nDQo+PnRoZSBkdW1wIGZpbGUsIGJl Y2F1c2UgaWYgc29tZXRoaW5nIGlzIG1pc3NpbmcsIGFuZCB0aGUgcmVnaXN0cnkgZ29lcw0KPj5h d2F5LCBvciBhIERFTEVURSwgVFJVTkNBVEUgVEFCTEUsIERST1AgREFUQUJBU0UsIG9yIGFueXRo aW5nIGxpa2UgaXQNCj4+aGFwcGVucyBhbmQgdGhlIHJlcGxpY2EgdGhyb3dzIHRoZSBkYXRhIGF3 YXksIHRoZXJlIHdpbGwgYmUgbm93aGVyZSB0bw0KPj5mZXRjaCB0aGUgZGF0YSBmcm9tIChiYWNr dXBzIHBlcmhhcHM/KQ0KPj4NCj4+T24gdGhlIHZhcmlhbnRzIGlzc3VlLCB0aGlzIHdvdWxkIGJl IHBhcnQgb2YgdGhlIGV4dGVuc2lvbiBmcmFtZXdvcmssIGFuZA0KPj5zaW5jZSB0aGlzIHZhcmll cyBmcm9tIHJlZ2lzdHJ5IHRvIHJlZ2lzdHJ5LCBpdCB3b3VsZCBiZSBzb21ldGhpbmcgdGhhdA0K Pj5pdCB3b3VsZCBiZSBoYXZlIHRvIGJlIG1hcHBlZCBhbmQgZG9jdW1lbnRlZCBhY2NvcmRpbmds eS4NCj4+DQo+PkJlc3QgcmVnYXJkcywNCj4+DQo+PkZyYW5jaXNjbw0KPj4NCj4+T24gT2N0IDMx LCAyMDEyLCBhdCA3OjE3IFBNLCBDaHJpcyBXcmlnaHQgPGNocmlzQGF1c3JlZ2lzdHJ5LmNvbS5h dT4NCj4+d3JvdGU6DQo+Pg0KPj4+IFVuZGVyc3Rvb2QsIGFuZCBpZiB0aGF0wrlzIHRoZSB3YXkg VmVyaXNpZ24gd2FudHMgdG8gZG8gaXQsIHRoZW4gZ28gZm9yDQo+Pj5pdCwNCj4+PiB5b3UgY2Fu IGRlcG9zaXQgaXQgaW4gdGhlIGZvcm1hdCByZXF1aXJlZCB0byBiZSBwcm92aWRlZCB0byBJQ0FO Tiwgbm8NCj4+PiBpc3N1ZSB3aGF0IHNvIGV2ZXIsIGJ1dCB3aHkgc2hvdWxkIGV2ZXJ5b25lIGJl IGZvcmNlZCB0byBkbyB0aGF0PyBJdA0KPj4+d291bGQNCj4+PiBhY3R1YWxseSBiZSByZWFsbHkg dHJpdmlhbCBmb3IgYm90aCBtZSBhbmQgbXkgcHJvdmlkZXIgdG8gZG8gZGF0YWJhc2UNCj4+PiBy ZXBsaWNhdGlvbiwgYW5kIHRoZW4gdGhleSBzaW1wbHkgcnVuIGEgc2NyaXB0IHRvIHZhbGlkYXRl IHRoZSBkYXRhDQo+Pj4odGhhdA0KPj4+IEkgd291bGQgc3VwcGx5IHRoZW0pIC0gSW0geWV0IHRv IGFjdHVhbGx5IHNlZSB3aGF0IHRoZSAndmFsaWRhdGlvbicNCj4+PnRoZXkNCj4+PiBhcmUgc3Vw cG9zZWQgdG8gZG8gYWN0dWFsbHkgaXMgLSBpZiBpdHMganVzdCBvYmplY3QgY291bnRzIC0gdGhl biBJDQo+Pj53b3VsZA0KPj4+IGFzc2VydCB0aGF0IGR1bXBpbmcgdGhlIGRhdGEgZG9lc24ndCBl dmVuIHJlYWxseSBuZWVkIHRvIGJlIGRvbmUsIGJ1dA0KPj4+ZXZlbg0KPj4+IGl0IGl0IGRvZXMs IHRoZXkgcnVuIHRoZSBkdW1wIHNjcmlwdHMgYW5kIGdldCB0aGUgZGF0YSBpbiB0aGUgZm9ybWF0 DQo+Pj4gbmVlZGVkIC0gbm90IGhhcmQgYXQgYWxsIGFuZCBjb21wbGV0ZWx5IGF1dG9tYXRlZC4N Cj4+DQo+PkZyYW5jaXNjbyBPYmlzcG8gDQo+PkRpcmVjdG9yIG9mIEFwcGxpY2F0aW9ucyBhbmQg U2VydmljZXMgLSBJU0MNCj4+ZW1haWw6IGZvYmlzcG9AaXNjLm9yZw0KPj5QaG9uZTogKzEgNjUw IDQyMyAxMzc0IHx8IElOT0MtREJBICozNTU3KiBOT0MNCj4+UEdQIEtleUlEID0gQjM4REIxQkUN Cj4+DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N Cj5pcmUgbWFpbGluZyBsaXN0DQo+aXJlQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9pcmUNCg0K --_003_CCB85B27505Fgustavolozanoicannorg_ Content-Type: application/xml; name="default.xml" Content-Description: default.xml Content-Disposition: attachment; filename="default.xml"; size=3222; creation-date="Fri, 02 Nov 2012 00:16:27 GMT"; modification-date="Fri, 02 Nov 2012 00:16:27 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQCb6HBP/AAAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rDMBBF 94X+g9C22HK6KKXYzqKPXR+L9AMGeWyL2CMhTULy9x07LpQSAoVuBNLMvffMqFwfxkHtMSbnqdKr vNAKyfrGUVfpz81Ldq9VYqAGBk9Y6SMmva6vr8rNMWBSoqZU6Z45PBiTbI8jpNwHJKm0Po7Aco2d CWC30KG5LYo7Yz0xEmc8eei6fMIWdgOr54M8n0hErtXjqW+KqjSEMDgLLKBmqpqzuohDuiDcU/OL LlvIclHO5ql3Id0sCe+ymugaVB8Q+Q1G4TAsQ+LP8xVIRov5ZeYz0b5tncXG290o68hn48XsTwCr /4n+zjTz39ZfAAAA//8DAFBLAwQUAAYACAAAACEApdan58AAAAA2AQAACwAAAF9yZWxzLy5yZWxz hI/PasMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2giG9sb69tPxwYKuwiEpO/3qT3+rov54ZTn IBaaqgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJ ENJKRds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/j U72QqGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAdGhlbWUv dGhlbWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2hd5DZN2O7KEVissuuu/YAQ5waQceg0p/b 1+XjgzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzFLGzhxxXm6XgYybSNE99JyHNRfSPVkIWt td0g1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0BAAD//wMAUEsDBBQABgAIAAAAIQAhWqKE IQcAANsdAAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbOxZT28bRRS/I/EdRnsvsRMnTaI6VezY DbRpo9gt6nG8O/ZOM7uzmhkn8Q21RyQkREEcqMSNAwIqtRKX8mkCRVCkfgXezOyud+Jxk5QAFTSH 1jv7e2/e+70/82evXD1KGDogQlKeNoP6e7UAkTTkEU1HzeB2v3tpNUBS4TTCjKekGUyIDK5uvPvO FbyuYpIQBPKpXMfNIFYqW19YkCEMY/kez0gK74ZcJFjBoxgtRAIfgt6ELSzWaisLCaZpgFKcgNpb wyENCeprlcFGobzD4DFVUg+ETPS0auJIGGy0X9cIOZFtJtABZs0A5on4YZ8cqQAxLBW8aAY18xcs bFxZwOu5EFNzZCtyXfOXy+UC0f6imVOMBuWk9W5j7fJWqd8AmJrFdTqddqde6jMAHIbgqbWlqrPR Xa23Cp0VkP05q7tdW641XHxF/9KMzWutVmt5LbfFKjUg+7Mxg1+trTQ2Fx28AVn88gy+0dpst1cc vAFZ/MoMvnt5baXh4g0oZjTdn0HrgHa7ufYSMuRs2wtfBfhqLYdPUZANZXbpKYY8VfNyLcH3uOgC QAMZVjRFapKRIQ4hi9uY0YGgegK8TnDljR0K5cyQngvJUNBMNYMPMgwVMdX38tl3L589Qcf3nx7f //H4wYPj+z9YRY7UNk5HVakX33z6x6OP0O9Pvn7x8HM/Xlbxv3z/8c8/feYHQvlMzXn+xeNfnz5+ /uUnv3370APfFHhQhfdpQiS6SQ7RHk/AMcOKazkZiPNJ9GNMqxKb6UjiFOtZPPo7KnbQNyeYYQ+u RVwG7whoHz7gtfE9x+BeLMYqj7fj2fU4cYA7nLMWF14Wruu5KjT3x+nIP7kYV3F7GB/45m7j1Ilv Z5xB36Q+le2YOGbuMpwqPCIpUUi/4/uEePi6S6nD6w4NBZd8qNBdilqYeinp04GTTVOhbZpAXCY+ AyHeDjc7d1CLM5/XW+TARUJVYOYxvk+YQ+M1PFY48ans44RVCb+BVewzsjcRYRXXkQoiPSKMo05E pPTJ3BLgbyXo16F1+MO+wyaJixSK7vt03sCcV5FbfL8d4yTzYXs0javY9+U+pChGu1z54DvcrRD9 DHHA6dxw36HECffp3eA2HTkmTRNEvxkLTyyvEe7kb2/ChpiYVgNN3enVCU1f1bgT6Nu54xfXuKFV Pv/qkcfuN7VlbwIJvprZPtGo5+FOtuc2FxF987vzFh6nuwQKYnaJetuc3zbn4D/fnOfV88W35GkX hgatt0x2o2223cncXfeQMtZTE0ZuSLPxlrD2RF0Y1HLmxEnKU1gWw09dyTCBgxsJbGSQ4OpDquJe jDPYtNcDrWQkc9UjiTIu4bBohr26NR42/soeNZf1IcR2DonVDo/s8JIeLs4apRpj1cgcaIuJlrSC s062dDlXCr69zmR1bdSZZ6sb00xTdGYrXdYUm0M5UF66BoMlm7CpQbAVApZX4Myvp4bDDmYk0rzb GBVhMVH4e0KUe20diXFEbIic4QqbdRO7IoVm/NPu2Rw5H5sla0Da6UaYtJifP2ckuVAwJRkET1YT S6u1xVJ02AzWlheXAxTirBkM4ZgLP5MMgib1NhCzEdwVhUrYrD21Fk2RTj1e82dVHW4u5hSMU8aZ kGoLy9jG0LzKQ8VSPZO1f3G5oZPtYhzwNJOzWbG0Cinyr1kBoXZDS4ZDEqpqsCsjmjv7mHdCPlZE 9OLoEA3YWOxhCD9wqv2JqITbClPQ+gGu1jTb5pXbW/NOU73QMjg7jlkW47xb6quZouIs3PST0gbz VDEPfPPabpw7vyu64i/KlWoa/89c0csBXB4sRToCIdzsCox0pTQDLlTMoQtlMQ27AtZ90zsgW+B6 Fl4D+XC/bP4X5ED/b2vO6jBlDWdAtUdHSFBYTlQsCNmFtmSy7xRl9XzpsSpZrshkVMVcmVmzB+SA sL7ugSu6BwcohlQ33SRvAwZ3Mv/c57yCBiO9R6nWm9PJyqXT1sA/vXGxxQxOndhL6Pwt+C9NLFf3 6epn5Y14sUZWHdEvprukRlEVzuK3tpZP9ZomnGUBrqy1tmPNeLy4XBgHUZz1GAbL/UwGV0BI/wPr HxUhsx8r9ILa53vQWxF8e7D8IcjqS7qrQQbpBml/DWDfYwdtMmlVltp856NZKxbrC96olvOeIFtb dpZ4n5PschPlTufU4kWSnTPscG3H5lINkT1ZojA0LM4hJjDmK1f1QxQf3INAb8GV/5jZT1MygydT B9muMNk14NEk/8mkXXBt1ukzjEaydI8MEY2OivNHyYQtIft5pNgiG7QW04lWCi75Dg2uYI7Xona1 LIUXTxcuJczM0LJLYXOX5lMAH8fyxq2PdoC3TdZ6rYurYIqlf4WyMxjvp8x78jkrZfag+MpAvQZl 6ujVlOVMAXmziQefNwWGo1fP9F9YdGymm5Td+BMAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAA GwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeC dwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjs jkBSFk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9 oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8D AFBLAQItABQABgAIAAAAIQCb6HBP/AAAABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAALQEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAFgIAAHRo ZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEAIVqihCEHAADbHQAAFgAA AAAAAAAAAAAAAADTAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCf tgAAABsBAAAnAAAAAAAAAAAAAAAAACgKAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIu eG1sLnJlbHNQSwUGAAAAAAUABQBdAQAAIwsAAAAA --_003_CCB85B27505Fgustavolozanoicannorg_ Content-Type: application/xml; name="default[1].xml" Content-Description: default[1].xml Content-Disposition: attachment; filename="default[1].xml"; size=3222; creation-date="Fri, 02 Nov 2012 00:16:27 GMT"; modification-date="Fri, 02 Nov 2012 00:16:27 GMT" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQCb6HBP/AAAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rDMBBF 94X+g9C22HK6KKXYzqKPXR+L9AMGeWyL2CMhTULy9x07LpQSAoVuBNLMvffMqFwfxkHtMSbnqdKr vNAKyfrGUVfpz81Ldq9VYqAGBk9Y6SMmva6vr8rNMWBSoqZU6Z45PBiTbI8jpNwHJKm0Po7Aco2d CWC30KG5LYo7Yz0xEmc8eei6fMIWdgOr54M8n0hErtXjqW+KqjSEMDgLLKBmqpqzuohDuiDcU/OL LlvIclHO5ql3Id0sCe+ymugaVB8Q+Q1G4TAsQ+LP8xVIRov5ZeYz0b5tncXG290o68hn48XsTwCr /4n+zjTz39ZfAAAA//8DAFBLAwQUAAYACAAAACEApdan58AAAAA2AQAACwAAAF9yZWxzLy5yZWxz hI/PasMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2giG9sb69tPxwYKuwiEpO/3qT3+rov54ZTn IBaaqgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJ ENJKRds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/j U72QqGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAdGhlbWUv dGhlbWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2hd5DZN2O7KEVissuuu/YAQ5waQceg0p/b 1+XjgzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzFLGzhxxXm6XgYybSNE99JyHNRfSPVkIWt td0g1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0BAAD//wMAUEsDBBQABgAIAAAAIQAhWqKE IQcAANsdAAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbOxZT28bRRS/I/EdRnsvsRMnTaI6VezY DbRpo9gt6nG8O/ZOM7uzmhkn8Q21RyQkREEcqMSNAwIqtRKX8mkCRVCkfgXezOyud+Jxk5QAFTSH 1jv7e2/e+70/82evXD1KGDogQlKeNoP6e7UAkTTkEU1HzeB2v3tpNUBS4TTCjKekGUyIDK5uvPvO FbyuYpIQBPKpXMfNIFYqW19YkCEMY/kez0gK74ZcJFjBoxgtRAIfgt6ELSzWaisLCaZpgFKcgNpb wyENCeprlcFGobzD4DFVUg+ETPS0auJIGGy0X9cIOZFtJtABZs0A5on4YZ8cqQAxLBW8aAY18xcs bFxZwOu5EFNzZCtyXfOXy+UC0f6imVOMBuWk9W5j7fJWqd8AmJrFdTqddqde6jMAHIbgqbWlqrPR Xa23Cp0VkP05q7tdW641XHxF/9KMzWutVmt5LbfFKjUg+7Mxg1+trTQ2Fx28AVn88gy+0dpst1cc vAFZ/MoMvnt5baXh4g0oZjTdn0HrgHa7ufYSMuRs2wtfBfhqLYdPUZANZXbpKYY8VfNyLcH3uOgC QAMZVjRFapKRIQ4hi9uY0YGgegK8TnDljR0K5cyQngvJUNBMNYMPMgwVMdX38tl3L589Qcf3nx7f //H4wYPj+z9YRY7UNk5HVakX33z6x6OP0O9Pvn7x8HM/Xlbxv3z/8c8/feYHQvlMzXn+xeNfnz5+ /uUnv3370APfFHhQhfdpQiS6SQ7RHk/AMcOKazkZiPNJ9GNMqxKb6UjiFOtZPPo7KnbQNyeYYQ+u RVwG7whoHz7gtfE9x+BeLMYqj7fj2fU4cYA7nLMWF14Wruu5KjT3x+nIP7kYV3F7GB/45m7j1Ilv Z5xB36Q+le2YOGbuMpwqPCIpUUi/4/uEePi6S6nD6w4NBZd8qNBdilqYeinp04GTTVOhbZpAXCY+ AyHeDjc7d1CLM5/XW+TARUJVYOYxvk+YQ+M1PFY48ans44RVCb+BVewzsjcRYRXXkQoiPSKMo05E pPTJ3BLgbyXo16F1+MO+wyaJixSK7vt03sCcV5FbfL8d4yTzYXs0javY9+U+pChGu1z54DvcrRD9 DHHA6dxw36HECffp3eA2HTkmTRNEvxkLTyyvEe7kb2/ChpiYVgNN3enVCU1f1bgT6Nu54xfXuKFV Pv/qkcfuN7VlbwIJvprZPtGo5+FOtuc2FxF987vzFh6nuwQKYnaJetuc3zbn4D/fnOfV88W35GkX hgatt0x2o2223cncXfeQMtZTE0ZuSLPxlrD2RF0Y1HLmxEnKU1gWw09dyTCBgxsJbGSQ4OpDquJe jDPYtNcDrWQkc9UjiTIu4bBohr26NR42/soeNZf1IcR2DonVDo/s8JIeLs4apRpj1cgcaIuJlrSC s062dDlXCr69zmR1bdSZZ6sb00xTdGYrXdYUm0M5UF66BoMlm7CpQbAVApZX4Myvp4bDDmYk0rzb GBVhMVH4e0KUe20diXFEbIic4QqbdRO7IoVm/NPu2Rw5H5sla0Da6UaYtJifP2ckuVAwJRkET1YT S6u1xVJ02AzWlheXAxTirBkM4ZgLP5MMgib1NhCzEdwVhUrYrD21Fk2RTj1e82dVHW4u5hSMU8aZ kGoLy9jG0LzKQ8VSPZO1f3G5oZPtYhzwNJOzWbG0Cinyr1kBoXZDS4ZDEqpqsCsjmjv7mHdCPlZE 9OLoEA3YWOxhCD9wqv2JqITbClPQ+gGu1jTb5pXbW/NOU73QMjg7jlkW47xb6quZouIs3PST0gbz VDEPfPPabpw7vyu64i/KlWoa/89c0csBXB4sRToCIdzsCox0pTQDLlTMoQtlMQ27AtZ90zsgW+B6 Fl4D+XC/bP4X5ED/b2vO6jBlDWdAtUdHSFBYTlQsCNmFtmSy7xRl9XzpsSpZrshkVMVcmVmzB+SA sL7ugSu6BwcohlQ33SRvAwZ3Mv/c57yCBiO9R6nWm9PJyqXT1sA/vXGxxQxOndhL6Pwt+C9NLFf3 6epn5Y14sUZWHdEvprukRlEVzuK3tpZP9ZomnGUBrqy1tmPNeLy4XBgHUZz1GAbL/UwGV0BI/wPr HxUhsx8r9ILa53vQWxF8e7D8IcjqS7qrQQbpBml/DWDfYwdtMmlVltp856NZKxbrC96olvOeIFtb dpZ4n5PschPlTufU4kWSnTPscG3H5lINkT1ZojA0LM4hJjDmK1f1QxQf3INAb8GV/5jZT1MygydT B9muMNk14NEk/8mkXXBt1ukzjEaydI8MEY2OivNHyYQtIft5pNgiG7QW04lWCi75Dg2uYI7Xona1 LIUXTxcuJczM0LJLYXOX5lMAH8fyxq2PdoC3TdZ6rYurYIqlf4WyMxjvp8x78jkrZfag+MpAvQZl 6ujVlOVMAXmziQefNwWGo1fP9F9YdGymm5Td+BMAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAA GwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeC dwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjs jkBSFk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9 oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8D AFBLAQItABQABgAIAAAAIQCb6HBP/AAAABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAALQEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAFgIAAHRo ZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEAIVqihCEHAADbHQAAFgAA AAAAAAAAAAAAAADTAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCf tgAAABsBAAAnAAAAAAAAAAAAAAAAACgKAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIu eG1sLnJlbHNQSwUGAAAAAAUABQBdAQAAIwsAAAAA --_003_CCB85B27505Fgustavolozanoicannorg_-- From chris@ausregistry.com.au Thu Nov 1 21:01:30 2012 Return-Path: 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 1D93121F9943 for ; Thu, 1 Nov 2012 21:01:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.285 X-Spam-Level: X-Spam-Status: No, score=0.285 tagged_above=-999 required=5 tests=[AWL=-0.232, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, J_CHICKENPOX_56=0.6, SARE_SPEC_REPLICA_OBFU=1.812] 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 0VbcLShjJKWk for ; Thu, 1 Nov 2012 21:01:28 -0700 (PDT) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id ED1A821F9940 for ; Thu, 1 Nov 2012 21:01:24 -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; 02 Nov 2012 15:01:22 +1100 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Fri, 2 Nov 2012 15:00:48 +1100 From: Chris Wright To: Gustavo Lozano , Francisco Obispo Date: Fri, 2 Nov 2012 15:01:21 +1100 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac24rqPq+hLiU0/yQrSAUzmQFumPUw== Message-ID: In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 04:01:30 -0000 VGhhbmtzIEd1c3Rhdm8sDQoNCkkgd2lsbCByYWlzZSBteSBpc3N1ZXMgd2l0aCBJQ0FOTiBhcyB5 b3Ugc3VnZ2VzdC4NCg0KSSBoYXZlIGdpdmVuIHNvbWUgZmVlZGJhY2sgYWxyZWFkeSBvbiB0aGUg ZHJhZnQsIHRoYXQgYmVpbmcgdGhhdCBJIGNvbmN1cg0Kd2l0aCB0aGUgb3RoZXJzIGhlcmUgd2hv IGhhdmUgc2FpZCB0aGV5IHByZWZlciBDU1YgZm9ybWF0LCBJIGhhdmUNCnN1Z2dlc3RlZCBhIGRp ZmZlcmVudCBhcHByb2FjaCB0byB0aGUgQ1NWcy4NCg0KT24geW91ciBzcGVjaWZpYyBkcmFmdCwg SSBhbSB2ZXJ5IGNvbmZ1c2VkIGJ5IGhvdyBpdCBpcyBhdHRlbXB0aW5nIHRvDQpoYW5kbGUgSURO cywgdGhpcyBpcyBlc3BlY2lhbGx5IGRpZmZpY3VsdCBhcyBub25lIG9mIHRoZSBleGFtcGxlcyBp biB0aGUNCmRvY3VtZW50IHNob3cgSUROIGV4YW1wbGVzLCBzbyB0aGF0IG1heSBoZWxwLg0KDQpD YW4geW91IGVsYWJvcmF0ZSBtb3JlIG9uIHRoZSBwcm9wb3NlZCBoYW5kbGluZyBvZiBJRE5zLCBJ IGFtIGVzcGVjaWFsbHkNCmNvbmNlcm5lZCBhYm91dCBob3cgcmVnaXN0cmllcyB3aG8gZG9uJ3Qg Z2VuZXJhdGUgYW5kIHN0b3JlIGFsbCB2YXJpYW50cw0KYXJlIHN1cHBvcnRlZD8gKFJlZ2lzdHJp ZXMgdGhhdCBzaW1wbHkgdXNlIGFuIGFsZ29yaXRobSB0byBibG9jayBuYW1lcw0KZnJvbSBvdGhl cnMsIGFuZCBtYXRjaCBuYW1lcyBmb3IgdGhlIHJlZ2lzdHJhbnQgdG8gYmUgYWJsZSB0byBhZGQg YXMNCidwcm92aXNpb25lZCcgdmFyaWFudHMgdG8gdGhlIGRvbWFpbiBvYmplY3QpLg0KDQpJIGZl ZWwgdGhhdCB0aGUgZmFzdGVzdCB3YXkgdG8gZ2V0IHRoaXMgc29ydGVkIHdvdWxkIGJlIHRvIGdl dCB0aGUNCnJlZ2lzdHJpZXMgaW4gdGhlIHJvb20gYW5kIGNyYW5rIGl0IG91dCAtIGZvciBzdWNo IGEgc3BlY2lmaWMgdXNlIEltIG5vdA0Kc3VyZSB0aGF0IGl0IHJlYWxseSBuZWVkcyBhbiBJRVRG IHdvcmtpbmcgZ3JvdXAgKGV2ZW4gdGhvdWdoIHRoaXMgaXNuJ3QNCnJlYWxseSBhIHdvcmtpbmcg Z3JvdXApLg0KDQpJQ0FOTiBzZWVtcyB0byBoYXZlIGEgdmVyeSBmbGF3ZWQgdW5kZXJzdGFuZGlu ZyBvZiB3aGF0IEluZm9ybWF0aW9uYWwgUkZDcw0KYXJlLCBhcyBhcHBvc2VkIHRvIHN0YW5kYXJk cyB0cmFjayBSRkNzLiBUaGlzIGlzIHZlcnkgZXZpZGVudCBpbiB0aGUNCnJlZmVyZW5jZSB0byBp bmZvcm1hdGlvbmFsIFJGQ3MgaW4gdGhlIHByZSBkZWxlZ2F0aW9uIHRlc3RpbmcgcHJvY2Vzcw0K KGVzcGVjaWFsbHkgYXJvdW5kIGxhbmd1YWdlIHRhYmxlcykuIEkgZmVhciB0aGF0IGJ5IGNvbnN0 cnVjdGluZyB0aGlzDQonc3BlY2lmaWNhdGlvbicgdW5kZXIgdGhlICdpbGx1c2lvbicgb2YgYW4g SUVURiBjb25zZW5zdXMgcHJvY2Vzcywgd2lsbA0Kb25seSBmdXJ0aGVyIGVudHJlbmNoIHRoaXMg bWlzdW5kZXJzdGFuZGluZy4NCg0KVGhhbmtzDQoNCkNocmlzDQoNCk9uIDIvMTEvMTIgMTE6MTYg QU0sICJHdXN0YXZvIExvemFubyIgPGd1c3Rhdm8ubG96YW5vQGljYW5uLm9yZz4gd3JvdGU6DQoN Cj5DaHJpcywgYWxsLA0KPg0KPiANCj5XZSB2YWx1ZSB5b3VyIHN1Z2dlc3Rpb25zIHJlZ2FyZGlu ZyB0aGUgbmV3IGdUTEQgcHJvZ3JhbTsNCj5wbGVhc2Ugc2VuZCB5b3VyIHN1Z2dlc3Rpb25zLCBx dWVzdGlvbnMgb3IgY29tbWVudHMgcmVnYXJkaW5nIHRoZSBlc2Nyb3cNCj5yZXF1aXJlbWVudHMN Cj5wcmVzZW50IGluIHRoZSBBR0Igb3IgdGhlIHJlZ2lzdHJ5IHRyYW5zaXRpb24gcHJvY2VzcyB0 bw0KPm5ld2d0bGRAaWNhbm4ub3JnLg0KPiANCj4NCj5UaGUgb2JqZWN0aXZlIG9mIHRoZSBkbmRy ZC1vYmplY3RzLW1hcHBpbmcgZHJhZnQgaXMgdG8NCj5jcmVhdGUgYSBzcGVjaWZpY2F0aW9uIHdo ZXJlIHRoZSBjb21tb24gZWxlbWVudHMgYW5kIG9iamVjdHMgb2YgZG9tYWluDQo+cmVnaXN0cmll cyBhcmUgbGlzdGVkLiBJZiB5b3UgYmVsaWV2ZSB0aGF0IHNvbWUgZWxlbWVudCwgYXR0cmlidXRl IG9yDQo+b2JqZWN0IGlzDQo+bWlzc2luZyBwbGVhc2UgcHJvdmlkZSBmZWVkYmFjayBvbiB0aGUg bGlzdC4NCj4NCj4gDQo+SW4gb3JkZXIgdG8gYWR2YW5jZSBpbiB0aGUgZGV2ZWxvcG1lbnQgb2Yg dGhpcw0KPnNwZWNpZmljYXRpb24sIHBsZWFzZSBwcm92aWRlIGZlZWRiYWNrIHJlZ2FyZGluZyB0 aGUgb2JqZWN0cywgZWxlbWVudHMgYW5kDQo+YXR0cmlidXRlcyBkZXNjcmliZWQgaW4gdGhlIGRu ZHJkLW9iamVjdHMtbWFwcGluZy1kcmFmdC4NCj4gDQo+DQo+VGhlIG1haW4gdXBkYXRlIG9mIGRu ZHJkLW9iamVjdHMtbWFwcGluZyB2ZXJzaW9uIDAxIGlzDQo+cmVnYXJkaW5nIElETiB2YXJpYW50 IGhhbmRsaW5nLiBJQ0FOTiBoYXZlIGJlZW4gd29ya2luZyBvbiB0aGUgSURODQo+dmFyaWFudHMN Cj5wcm9qZWN0IGZvciBzb21lIHRpbWUgYW5kIGtub3dsZWRnZSBnYXRoZXJlZCBmcm9tIHRoaXMg cHJvamVjdCBoYXMgYmVlbg0KPmluY29ycG9yYXRlZCBpbnRvIHRoZSBkcmFmdC4gVGhlIHByb3Bv c2VkIGFwcHJvYWNoIGluIHRoZSBkcmFmdCBzdXBwb3J0cw0KPnZhcmlhbnRzIG9mIHR5cGUgZXhw bGljaXQgKGxpc3RlZCBhcyBvYmplY3RzKSBhbmQgaW1wbGljaXQgKGNvbXB1dGVkIGJhc2VkDQo+ b24gYQ0KPkxHUikuDQo+IA0KPg0KPlJlbWVtYmVyIHRoYXQgdGhpcyBzcGVjaWZpY2F0aW9uIGlz IGJlaW5nIGRldmVsb3BlZCBub3Qgb25seQ0KPmZvciBuZXcgZ1RMRHMgYW5kIGl0IG1pZ2h0IGJl IHVzZWQgYnkgY2NUTERzIG9yIGN1cnJlbnQgZ1RMRHMgdG8gZXNjcm93DQo+aXRzIFNSUw0KPmRh dGEuDQo+DQo+DQo+DQo+UmVnYXJkcywNCj5HdXN0YXZvIExvemFubw0KPg0KPk9uIDEwLzMxLzEy IDk6NTUgUE0sICJDaHJpcyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3Rl Og0KPg0KPj5UaGFua3MgRnJhbmNpc2NvLA0KPj4NCj4+SSAxMDAlIGFncmVlIHdpdGggd2hhdCB5 b3VyIHNheWluZywgZnJvbSB0aGUgcGVyc3BlY3RpdmUgb2YgdGhhdCBpcyB3aGF0DQo+PnRoZSBh Z3JlZW1lbnQgY3VycmVudGx5IHNheXMuDQo+Pg0KPj5Ib3dldmVyIEkgYW0gYXJndWluZyB0aGF0 IHRoZSByZXF1aXJlbWVudHMgZnJvbSB0aGF0IGFncmVlbWVudCBhcmUgc2lsbHkNCj4+YW5kIGZs YXdlZCwgYW5kIHRoYXQgaWYgd2UgdGhlIHRlY2huaWNhbCBjb21tdW5pdHkgZ28gYmFjayB0byBJ Q0FOTiBhbmQNCj4+dGVsbCB0aGVtIGFzIHN1Y2ggd2UgY2FuIGdldCB0aGF0IGFkZHJlc3NlZC4N Cj4+DQo+Pkl0IG1ha2VzIG5vIHNlbnNlIHRvIGVuZm9yY2UgYSB0ZWNobmljYWwgcHJvY2VzcyBs aWtlIHRoaXMgaW4gYSBsZWdhbA0KPj5hZ3JlZW1lbnQsIGluY2x1ZGluZyBkb3duIHRvIHRoZSBs ZXZlbCBvZiBob3cgdG8gbmFtZSBmaWxlcy4gQWxsIElDQU5ODQo+Pm5lZWRzIHRvIGNhcmUgYWJv dXQgaXMgaG93IHRoZXkgZ2V0IHRoZSBkYXRhIGZyb20gdGhlIGVzY3JvdyBwcm92aWRlci4NCj4+ DQo+PlRoZSB2YWxpZGF0aW9uIGN1cnJlbnRseSBhc2tlZCBmb3IgYnkgdGhlIGxlZ2FsIGFncmVl bWVudCwgd2hpY2ggYXMgeW91DQo+PnJpZ2h0bHkgcG9pbnQgb3VyIGlzIHRyaXZpYWwgdG8gZG8s IGlzIGFsc28gYWxtb3N0IHBvaW50bGVzcywgc2NoZW1hDQo+PnZhbGlkYXRpb24gcHJvdmVzIG5v dGhpbmcgZXhjZXB0IHRoYXQgSSBzdWJtaXR0ZWQgc2NoZW1hIHZhbGlkIFhNTCwgSQ0KPj5jb3Vs ZCBmaWxsIHNjaGVtYSB2YWxpZCBYTUwgd2l0aCBhbnl0aGluZyAtIGl0IHdpbGwgbm90IG1lZXQg dGhlDQo+Pm9iamVjdGl2ZXMgb2YgZW5zdXJpbmcgZGF0YSBpcyB0cnVlIGFuZCBhY2N1cmF0ZSBi YXNlZCBvbiB3aGF0IGlzDQo+PmFjdHVhbGx5DQo+PmluIG15IHJlZ2lzdHJ5Lg0KPj4NCj4+SW0g ZmluZSB3aXRoIHRoZSBlc2Nyb3cgcHJvdmlkaW5nIGhhdmluZyB0byB3cml0ZSBjdXN0b20gc3R1 ZmYgdG8NCj4+dmFsaWRhdGUNCj4+ZGF0YSwgdGhleSB3aWxsIG5lZWQgdG8gdG8gZG8gJ3JlYWwn IHZhbGlkYXRpb24sIGhvd2V2ZXIgYWdhaW4gSSB3b3VsZG4ndA0KPj5nbyB0byB0aGF0IGxldmVs IGZyb20gSUNBTk4gcGVyc3BlY3RpdmUsIEkgd291bGQgc3BlY2lmeSBhIHNldCBvZiB0aGluZ3MN Cj4+dGhlIGVzY3JvdyBwcm92aWRlciBuZWVkcyB0byB2YWxpZGF0ZSwgYW5kIGxlYXZlIHRoZSAn aG93JyB0byB0aGVtLg0KPj4NCj4+SWYgd2UgYXJlIHNlcmlvdXMgYWJvdXQgdmFsaWRhdGlvbiB3 ZSBzaG91bGQgdmFsaWRhdGUgdGhpbmdzIGxpa2UsDQo+Pg0KPj5FbnN1cmUgZXZlcnkgY29udGFj dCBvYmplY3QgcmVmZXJlbmNlZCBieSBhIGRvbWFpbiBvYmplY3QgaXMgcHJlc2VudA0KPj5FbnN1 cmUgZXZlcnkgaG9zdCBvYmplY3QgcmVmZXJlbmNlIGJ5IGEgZG9tYWluIG9iamVjdCBpcyBwcmVz ZW50DQo+PkVuc3VyZSB0aGF0IGV2ZXJ5IHNwb25zb3IgcmVmZXJlbmNlZCBieSBkb21haW5zLCBj b250YWN0cyBhbmQgaG9zdCBpcw0KPj5wcmVzZW50IGFzIGEgcmVnaXN0cmFyIG9iamVjdA0KPj5F bnN1cmUgZXZlcnkgY29udGFjdCBjb3VudHJ5IGNvZGUgbWF0Y2hlcyBhIGNvdW50cnkgY29kZSBv biB0aGUgSVNPIGxpc3QNCj4+DQo+Pk9uIGFuZCBvbi4uLg0KPj5FdGMuLiAtIHdlIHByb2JhYmx5 IHdhbnQgdG8gYXBwbHkgc29tZSBjaGVja3MgdG8gb2JqZWN0IHByb3BlcnRpZXMgYXMNCj4+d2Vs bA0KPj4oZS5nLiBDaGVjayBlbWFpbCBhZGRyZXNzIGFyZSB2YWxpZCAoc3ludGFjdGljYWxseSkp DQo+Pg0KPj5QZXJoYXBzIHN0YXRpc3RpY2FsIGFuYWx5c2lzIG9mIG9iamVjdCBjb3VudHMgY291 bGQgYmUgZG9uZSwgY29tcGFyZWQgdG8NCj4+cHJldmlvdXMgY291bnRzIGFuZCBhbm9tYWxpZXMg aW52ZXN0aWdhdGVkIChpZiBvbmUgZGF5IEkgaGF2ZSBhIG1pbGxpb24NCj4+ZG9tYWlucywgYW5k IHRoZW4gdGhlIG5leHQgZGF5IEkgaGF2ZSAxMDAsMDAwIHRoZW4gdGhlIGVzY3JvdyBwcm92aWRl cg0KPj5zaG91bGQgbG9vayBkZWVwZXIgaW50byB0aGUgZGF0YSBhbmQgaGF2ZSBhIGRpc2N1c3Np b24gd2l0aCB0aGUgcmVnaXN0cnkNCj4+dG8gd29yayBvdXQgd2hhdCB3ZW50IHdyb25nLCBvciBp ZiB0aGUgbWFzc2l2ZSBkcm9wIGlzIGxlZ2l0KSAtIEVzY3Jvdw0KPj5wcm92aWRlcnMgc2hvdWxk IGJlIG1vcmUgdGhhbiBqdXN0IGZpbGUgcmVwb3NpdG9yaWVzLCBvdGhlcndpc2UgdGhleSBhZGQN Cj4+bm8gdmFsdWUgd2hhdHNvZXZlciwgYW5kIElDQU5OIG1pZ2h0IGFzIHdlbGwgc2F2ZSB1cyBh bGwgc29tZSBtb25leSBhbmQNCj4+anVzdCBzZXR1cCBhIGNlbnRyYWwgRlRQIHNlcnZlciB3ZSBh bGwgc2VuZCB0aGUgZHVtcCBmaWxlcyB0by4NCj4+DQo+PlRoZSB2YWxpZGF0aW9uIHdlIGNvdWxk KHNob3VsZD8pIGRvL2V4cGVjdCBnb2VzIG9uIGFuZCBvbiwgb25seSB0aGVuIHdpbGwNCj4+d2Ug YWN0dWFsbHkgYmUgbW9yZSBjb25maWRlbnQgdGhhdCB3ZSBoYXZlIGJldHRlciBkYXRhIC0gdGhl IHRoaW5nIGlzIHRvDQo+PmRvIHRoZXNlIHR5cGVzIG9mIHZhbGlkYXRpb24sIHlvdSB3b3VsZCBu ZWVkIHRvIHJlaW50ZWdyYXRlIGFuDQo+PmluY3JlbWVudGFsDQo+PmZpbGUgd2l0aCBhIGZ1bGwg ZmlsZSAoYXMgdGhlIGluY3JlbWVudGFsIGZpbGUgbWF5IHJlZmVyZW5jZSBvYmplY3RzIGZyb20N Cj4+dGhlIGZ1bGwgZHVtcCAob3IgYSBwcmV2aW91cyBpbmNyZW1lbnRhbCkgc28gdGhlIGVzY3Jv dyBwcm92aWRlciB3aWxsDQo+Pm5lZWQNCj4+dG8gZG8gbW9yZSB0aGFuIHNjaGVtYSB2YWxpZGF0 ZSBhIGZpbGUgYW55d2F5Lg0KPj4NCj4+T2J2aW91c2x5IGlmIHRoZSBtZXRob2QgSSB3b3JrZWQg b3V0IGJldHdlZW4gbWUgYW5kIG15IEVzY3JvdyBwcm92aWRlcg0KPj53YXMNCj4+ZGF0YWJhc2Ug cmVwbGljYXRpb24sIHRoZXkgd291bGQgbmVlZCB0byBlbnN1cmUgdGhhdCBpZiBJIHJlcGxpY2F0 ZWQgYQ0KPj4nZHJvcCBkYXRhYmFzZScgc3RhdGVtZW50IHRvIHRoZW0sIHRoZXkgd291bGQgc3Rp bGwgaGF2ZSB0aGUgZGF0YSBmcm9tDQo+PnRoZQ0KPj5wcmV2aW91cyByZXBsaWNhdGlvbiwgYnV0 IGFnYWluLCB0aGF0IGlzIGEgdGVjaG5pY2FsIHByb2JsZW0gZm9yIHRoZQ0KPj5lc2Nyb3cgcHJv dmlkZXIgdG8gd29yayBvdXQgd2l0aCB0aGUgcmVnaXN0cnksIGFuZCBJIGNhbiB0aGluayBvZiBt YW55DQo+PnRlY2huaWNhbCB3YXlzIHRvIHNvbHZlIHRoYXQgcHJvYmxlbS4NCj4+DQo+PlRoZSBl c2Nyb3cgcHJvdmlkZXIgd2lsbCBoYXZlIGEgY29udHJhY3R1YWwgcmVxdWlyZW1lbnQgdG8gcHJv dmlkZSBkYXRhDQo+PnRvDQo+PklDQU5OIChpbiBhIGZvcm1hdCBwcm92aWRlZCBieSBJQ0FOTiAt IHdobyB3aWxsIGRlc2lnbiB0aGUgZm9ybWF0IGluDQo+PmNvbmp1bmN0aW9uIHdpdGggdGhlIHRl Y2huaWNhbCBjb21tdW5pdHkpIHRoYXQgaXMgbm8gbW9yZSB0aGFuIDI0IGhvdXJzDQo+Pm9sZCwg dGhleSB3aWxsIG5lZWQgdG8gdGVjaG5pY2FsbHkgd29yayBvdXQgYSB3YXkgdGhleSBjYW4gZnVs ZmlsIG9uIHRoYXQNCj4+b2JsaWdhdGlvbiB3aXRoIHRoZSByZWdpc3RyeSBvcGVyYXRvciAtIHRo YXTCuXMgYWxsIElDQU5OIG5lZWRzIHRvIGRheS4NCj4+VGhlDQo+PmVzY3JvdyBwcm92aWRlciB0 aGVuIG5lZWRzIGEgcHJvY2VzcyB3aGVyZSBpZiB0aGV5IGFyZSBub3QgcmVjZWl2aW5nIHRoZQ0K Pj5kYXRhIGZyb20gdGhlIHJlZ2lzdHJ5IG9wZXJhdG9yIGluIGEgdGltZWx5IG1hbm5lciAodGh1 cyBub3QgYWJsZSB0bw0KPj5mdWxmaWwgb24gdGhlaXIgb2JsaWdhdGlvbikgb3IgdGhlIHJlZ2lz dHJ5IG9wZXJhdG9yIGlzIG5vdCBkb2luZw0KPj5zb21ldGhpbmcgdGhleSBuZWVkIHRvIGRvLCB0 aGVuIHRoZXkgZXNjYWxhdGUgdGhpcyBpc3N1ZSB0byBJQ0FOTiB3aG8NCj4+d2lsbA0KPj5nbyB0 aGUgcmVnaXN0cnkgZm9yIGNvbnRyYWN0IGJyZWFjaCAtIHRoYXTCuXMgaXQuIFRoaXMgc2l0dWF0 aW9uIGV4aXN0IGlmDQo+PkkNCj4+c3RvcCBzZW5kaW5nIGRhaWx5IGZ1bGwgb3IgaW5jcmVtZW50 YWwgZmlsZXMgYW55d2F5Lg0KPj4NCj4+VGhhbmtzDQo+Pg0KPj5DaHJpcw0KPj4NCj4+T24gMS8x MS8xMiAyOjM5IFBNLCAiRnJhbmNpc2NvIE9iaXNwbyIgPGZvYmlzcG9AaXNjLm9yZz4gd3JvdGU6 DQo+Pg0KPj4+SGkgQ2hyaXMsDQo+Pj4NCj4+PlBlcmhhcHMgSSdtIHJlaXRlcmF0aW5nIHdoYXQg SSBzYWlkIGluIG15IHByZXZpb3VzIGVtYWlsLCBidXQgSSBkb24ndA0KPj4+dGhpbmsgdGhhdCdz IGhvdyB0aGUgZXNjcm93IHByb3ZpZGVyIGlzIHN1cHBvc2VkIHRvIHdvcmsuDQo+Pj4NCj4+PlRo ZXkgYXJlIGdvaW5nIHRvIHJlY2VpdmUsIHZlcmlmeSBhbmQgc3RvcmUgYW4gZXNjcm93IGR1bXAg ZnJvbSB0aGUNCj4+PnJlZ2lzdHJ5LiBWZXJpZnkgbWVhbnMgZ29pbmcgdGhyb3VnaCB0aGUgaXRl bXMgaW4gU3BlY2lmaWNhdGlvbiAyIG9mIHRoZQ0KPj4+QXBwbGljYW50J3MgZ3VpZGVib29rOg0K Pj4+aHR0cDovL2FyY2hpdmUuaWNhbm4ub3JnL2VuL3RvcGljcy9uZXctZ3RsZHMvcmZwLWNsZWFu LTMwbWF5MTEtZW4ucGRmDQo+Pj4NCj4+PjxzcGVjaWZpY2F0aW9uMl9leHRyYWN0Pg0KPj4+VmVy aWZpY2F0aW9uIFByb2NlZHVyZS4NCj4+Pg0KPj4+CeKCrCAoMSkgIFRoZSBzaWduYXR1cmUgZmls ZSBvZiBlYWNoIHByb2Nlc3NlZCBmaWxlIGlzIHZhbGlkYXRlZC4NCj4+Pg0KPj4+CeKCrCAoMikg IElmIHByb2Nlc3NlZCBmaWxlcyBhcmUgcGllY2VzIG9mIGEgYmlnZ2VyIGZpbGUsIHRoZSBsYXR0 ZXIgaXMNCj4+PnB1dA0KPj4+dG9nZXRoZXIuDQo+Pj4NCj4+PgnigqwgKDMpICBFYWNoIGZpbGUg b2J0YWluZWQgaW4gdGhlIHByZXZpb3VzIHN0ZXAgaXMgdGhlbiBkZWNyeXB0ZWQgYW5kDQo+Pj51 bmNvbXByZXNzZWQuDQo+Pj4NCj4+PgnigqwgKDQpICBFYWNoIGRhdGEgZmlsZSBjb250YWluZWQg aW4gdGhlIHByZXZpb3VzIHN0ZXAgaXMgdGhlbiB2YWxpZGF0ZWQNCj4+PmFnYWluc3QgdGhlIGZv cm1hdCBkZWZpbmVkIGluIFsxXS4NCj4+Pg0KPj4+CeKCrCAoNSkgIElmIFsxXSBpbmNsdWRlcyBh IHZlcmlmaWNhdGlvbiBwcm9jZXNzLCB0aGF0IHdpbGwgYmUgYXBwbGllZCBhdA0KPj4+dGhpcyBz dGVwLg0KPj4+DQo+Pj5JZiBhbnkgZGlzY3JlcGFuY3kgaXMgZm91bmQgaW4gYW55IG9mIHRoZSBz dGVwcywgdGhlIERlcG9zaXQgd2lsbCBiZQ0KPj4+Y29uc2lkZXJlZCBpbmNvbXBsZXRlLg0KPj4+ DQo+Pj5bMV0gRG9tYWluIE5hbWUgRGF0YSBFc2Nyb3cgU3BlY2lmaWNhdGlvbiAod29yayBpbiBw cm9ncmVzcyksDQo+Pj5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1hcmlhcy1ub2d1 Y2hpLXJlZ2lzdHJ5LWRhdGEtZXNjcm93DQo+Pj5bMl0gT3BlblBHUCBNZXNzYWdlIEZvcm1hdCwg aHR0cDovL3d3dy5yZmMtZWRpdG9yLm9yZy9yZmMvcmZjNDg4MC50eHQNCj4+PlszXSBPcGVuUEdQ IHBhcmFtZXRlcnMsDQo+Pj5odHRwOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL3BncC1wYXJh bWV0ZXJzL3BncC1wYXJhbWV0ZXJzLnhodG1sDQo+Pj4NCj4+Pjwvc3BlY2lmaWNhdGlvbjJfZXh0 cmFjdD4NCj4+Pg0KPj4+VGhlIHZhbGlkYXRpb24gaXMgYW4gWE1MIFNjaGVtYSBWYWxpZGF0aW9u IGJhc2VkIG9uIHRoZSBJRVRGIERyYWZ0DQo+Pj4iYXJpYXMtbm9ndWNoaSIuIEJ5IHBhc3Npbmcg WE1MIFZhbGlkYXRpb24gKHdoaWNoIGlzIGEgdmVyeSBzaW1wbGUNCj4+PmNoZWNrKSwgdGhlIEVz Y3JvdyBwcm92aWRlciBjYW4gYmUgc3VyZSB0aGF0IHRoZSBkYXRhIG5vdCBvbmx5IGlzDQo+Pj5j b21wbGV0ZSwgYnV0IHRoYXQgdGhlIGZpZWxkcyBjb25mb3JtIHRoZSBkYXRhIHR5cGVzIHNwZWNp ZmllZCBieSB0aGUNCj4+PnNwZWMuDQo+Pj4NCj4+PlZhbGlkYXRpbmcgYSBkdW1wIHdvdWxkbid0 IGJlIG1vcmUgdGhhbiBqdXN0Og0KPj4+DQo+Pj4kIHhtbGxpbnQgLS1ub291dCAtLXNheCAtLXNj aGVtYSAvcGF0aC90by9hcmlhcy1ub2d1Y2hpLnhzZA0KPj4+ZXNjcm93X2R1bXAueG1sDQo+Pj4N Cj4+PmFuZCBpZiB0aGUgZmlsZSBpcyBjb21wcmVzc2VkOg0KPj4+DQo+Pj4kIGJ6Y2F0IGVzY3Jv d19kdW1wLnhtbC5iejIgfCB4bWxsaW50IC0tbm9vdXQgLS1zYXggLS1zY2hlbWENCj4+Pi9wYXRo L3RvL2FyaWFzLW5vZ3VjaGkueHNkIC0NCj4+Pg0KPj4+KHRoYXQncyBhbiBleGFtcGxlIHVzaW5n IGxpYnhtbDIpDQo+Pj4NCj4+PkhhdmluZyBhbiBDU1YgZmlsZSB3b3VsZCByZXF1aXJlIHRoZSBl c2Nyb3cgcHJvdmlkZXIgd3JpdGUgdGhlaXIgb3duDQo+Pj5wYXJzZXIgdG8gdmFsaWRhdGUgY29t bWEgc2VwYXJhdGVkIHZhbHVlcy4uIFRoaXMgaXMgdmVyeSBkYW5nZXJvdXMsIGFuZA0KPj4+dGlt ZSBjb25zdW1pbmcsIGRlcGVuZGluZyBvbiBob3cgdGhleSBkbyBpdCwgc3BlY2lhbGx5IGlmIHRo ZXkgaGF2ZSB0bw0KPj4+Y29wZSB3aXRoIGN1c3RvbSBmb3JtYXRzIGZyb20gZGlmZmVyZW50IHJl Z2lzdHJpZXMuDQo+Pj4NCj4+PklmIEkgd2FzIGFuIGVzY3JvdyBwcm92aWRlciBJIHdvdWxkbid0 IHdhbnQgdG8gYmUgbGlhYmxlIGluIGdlbmVyYXRpbmcNCj4+PnRoZSBkdW1wIGZpbGUsIGJlY2F1 c2UgaWYgc29tZXRoaW5nIGlzIG1pc3NpbmcsIGFuZCB0aGUgcmVnaXN0cnkgZ29lcw0KPj4+YXdh eSwgb3IgYSBERUxFVEUsIFRSVU5DQVRFIFRBQkxFLCBEUk9QIERBVEFCQVNFLCBvciBhbnl0aGlu ZyBsaWtlIGl0DQo+Pj5oYXBwZW5zIGFuZCB0aGUgcmVwbGljYSB0aHJvd3MgdGhlIGRhdGEgYXdh eSwgdGhlcmUgd2lsbCBiZSBub3doZXJlIHRvDQo+Pj5mZXRjaCB0aGUgZGF0YSBmcm9tIChiYWNr dXBzIHBlcmhhcHM/KQ0KPj4+DQo+Pj5PbiB0aGUgdmFyaWFudHMgaXNzdWUsIHRoaXMgd291bGQg YmUgcGFydCBvZiB0aGUgZXh0ZW5zaW9uIGZyYW1ld29yaywNCj4+PmFuZA0KPj4+c2luY2UgdGhp cyB2YXJpZXMgZnJvbSByZWdpc3RyeSB0byByZWdpc3RyeSwgaXQgd291bGQgYmUgc29tZXRoaW5n IHRoYXQNCj4+Pml0IHdvdWxkIGJlIGhhdmUgdG8gYmUgbWFwcGVkIGFuZCBkb2N1bWVudGVkIGFj Y29yZGluZ2x5Lg0KPj4+DQo+Pj5CZXN0IHJlZ2FyZHMsDQo+Pj4NCj4+PkZyYW5jaXNjbw0KPj4+ DQo+Pj5PbiBPY3QgMzEsIDIwMTIsIGF0IDc6MTcgUE0sIENocmlzIFdyaWdodCA8Y2hyaXNAYXVz cmVnaXN0cnkuY29tLmF1Pg0KPj4+d3JvdGU6DQo+Pj4NCj4+Pj4gVW5kZXJzdG9vZCwgYW5kIGlm IHRoYXTCuXMgdGhlIHdheSBWZXJpc2lnbiB3YW50cyB0byBkbyBpdCwgdGhlbiBnbyBmb3INCj4+ Pj5pdCwNCj4+Pj4geW91IGNhbiBkZXBvc2l0IGl0IGluIHRoZSBmb3JtYXQgcmVxdWlyZWQgdG8g YmUgcHJvdmlkZWQgdG8gSUNBTk4sIG5vDQo+Pj4+IGlzc3VlIHdoYXQgc28gZXZlciwgYnV0IHdo eSBzaG91bGQgZXZlcnlvbmUgYmUgZm9yY2VkIHRvIGRvIHRoYXQ/IEl0DQo+Pj4+d291bGQNCj4+ Pj4gYWN0dWFsbHkgYmUgcmVhbGx5IHRyaXZpYWwgZm9yIGJvdGggbWUgYW5kIG15IHByb3ZpZGVy IHRvIGRvIGRhdGFiYXNlDQo+Pj4+IHJlcGxpY2F0aW9uLCBhbmQgdGhlbiB0aGV5IHNpbXBseSBy dW4gYSBzY3JpcHQgdG8gdmFsaWRhdGUgdGhlIGRhdGENCj4+Pj4odGhhdA0KPj4+PiBJIHdvdWxk IHN1cHBseSB0aGVtKSAtIEltIHlldCB0byBhY3R1YWxseSBzZWUgd2hhdCB0aGUgJ3ZhbGlkYXRp b24nDQo+Pj4+dGhleQ0KPj4+PiBhcmUgc3VwcG9zZWQgdG8gZG8gYWN0dWFsbHkgaXMgLSBpZiBp dHMganVzdCBvYmplY3QgY291bnRzIC0gdGhlbiBJDQo+Pj4+d291bGQNCj4+Pj4gYXNzZXJ0IHRo YXQgZHVtcGluZyB0aGUgZGF0YSBkb2Vzbid0IGV2ZW4gcmVhbGx5IG5lZWQgdG8gYmUgZG9uZSwg YnV0DQo+Pj4+ZXZlbg0KPj4+PiBpdCBpdCBkb2VzLCB0aGV5IHJ1biB0aGUgZHVtcCBzY3JpcHRz IGFuZCBnZXQgdGhlIGRhdGEgaW4gdGhlIGZvcm1hdA0KPj4+PiBuZWVkZWQgLSBub3QgaGFyZCBh dCBhbGwgYW5kIGNvbXBsZXRlbHkgYXV0b21hdGVkLg0KPj4+DQo+Pj5GcmFuY2lzY28gT2Jpc3Bv DQo+Pj5EaXJlY3RvciBvZiBBcHBsaWNhdGlvbnMgYW5kIFNlcnZpY2VzIC0gSVNDDQo+Pj5lbWFp bDogZm9iaXNwb0Bpc2Mub3JnDQo+Pj5QaG9uZTogKzEgNjUwIDQyMyAxMzc0IHx8IElOT0MtREJB ICozNTU3KiBOT0MNCj4+PlBHUCBLZXlJRCA9IEIzOERCMUJFDQo+Pj4NCj4+DQo+Pl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PmlyZSBtYWlsaW5nIGxp c3QNCj4+aXJlQGlldGYub3JnDQo+Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vaXJlDQo+DQoNCg== From JGould@verisign.com Fri Nov 2 02:04:32 2012 Return-Path: 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 517B221F960C for ; Fri, 2 Nov 2012 02:04:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[AWL=-1.187, BAYES_00=-2.599, MIME_BASE64_TEXT=1.753, RCVD_IN_DNSWL_MED=-4, SARE_SPEC_REPLICA_OBFU=1.812] 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 O2WBEZ99tcsU for ; Fri, 2 Nov 2012 02:04:26 -0700 (PDT) Received: from exprod6og102.obsmtp.com (exprod6og102.obsmtp.com [64.18.1.183]) by ietfa.amsl.com (Postfix) with ESMTP id A851121F9600 for ; Fri, 2 Nov 2012 02:04:20 -0700 (PDT) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob102.postini.com ([64.18.5.12]) with SMTP ID DSNKUJOMf79nrp0hZWyxjU0iGlCnF4VvtJ4t@postini.com; Fri, 02 Nov 2012 02:04:26 PDT Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qA293rTW022680 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Nov 2012 05:03:54 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Fri, 2 Nov 2012 05:03:53 -0400 From: "Gould, James" To: "chris@ausregistry.com.au" , Francisco Obispo Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfR9JSAgABzAQD//8A2gIAAAGNggABZA4CAAEalAIAAW7oAgAADHgCAAALmAIAAk+GAgADNwoCAAcDUAA== Date: Fri, 2 Nov 2012 09:03:52 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="euc-kr" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 09:04:32 -0000 Q2hyaXMsDQoNCk15IGZlZWRiYWNrIGlzIGJlbG93Lg0KDQotLQ0KICANCkpHDQogDQoNCiANCkph bWVzIEdvdWxkDQpQcmluY2lwYWwgU29mdHdhcmUgRW5naW5lZXINCmpnb3VsZEB2ZXJpc2lnbi5j b20NCiANCjcwMy05NDgtMzI3MSAoT2ZmaWNlKQ0KMTIwNjEgQmx1ZW1vbnQgV2F5DQpSZXN0b24s IFZBIDIwMTkwDQpWZXJpc2lnbkluYy5jb20NCg0KDQoNCg0KDQoNCg0KT24gMTAvMzEvMTIgMTA6 MTcgUE0sICJDaHJpcyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3RlOg0K DQo+DQo+DQo+T24gMS8xMS8xMiA1OjAxIEFNLCAiR291bGQsIEphbWVzIiA8SkdvdWxkQHZlcmlz aWduLmNvbT4gd3JvdGU6DQo+DQo+PkNocmlzLA0KPj4NCj4+QW4gYWRkaXRpb25hbCBzdGVwIHRo YXQgdGhlIGRhdGEgZXNjcm93IHByb3ZpZGVyIHdvdWxkIG5lZWQgdG8gcGVyZm9ybQ0KPj5wZXIN Cj4+ZGVwb3NpdCBpcyB0byB0cmFuc2Zvcm0gYW5kIHZhbGlkYXRlIHRoZSBkYXRhIGluIHRoZSBz dGFuZGFyZCBmb3JtYXQgaWYNCj4+dGhlIGRlcG9zaXQgaXMgcHJvdmlkZWQgaW4gYSBub24tc3Rh bmRhcmQgZm9ybWF0LiAgSGF2aW5nIGFuIGFncmVlbWVudA0KPj53aXRoIHRoZSBkYXRhIGVzY3Jv dyBwcm92aWRlciB0byB0YWtlIGRhdGEgaW4gb25lIGZvcm1hdCB0byBiZQ0KPj50cmFuc2Zvcm1l ZA0KPj50byBhIHN0YW5kYXJkIGZvcm1hdCB3aGVuIG5lZWRlZCBjYW4gbm90IGJlIHRlc3RlZCBv bmx5IG9uY2UsIGJ1dCB3aXRoDQo+PmVhY2ggZGVwb3NpdC4gIEhhdmluZyBhIHN0YW5kYXJkIGZv cm1hdCB0aGF0IHN1cHBvcnRzIHZhbGlkYXRpb24gYnkNCj4+bXVsdGlwbGUgcGFydGllcyAocmVn aXN0cnksIGRhdGEgZXNjcm93IHByb3ZpZGVyLCBFQkVSTyBwcm92aWRlciksIHRoYXQNCj4+ZG9l c24ndCByZXF1aXJlIHRyYW5zZm9ybWF0aW9uIGJ5IHRoZSBkYXRhIGVzY3JvdyBvciBFQkVSTyBw cm92aWRlciwgYW5kDQo+PnRoYXQgc2NhbGVzIG1ha2VzIHNlbnNlIHRvIG1lLg0KPg0KPlVuZGVy c3Rvb2QsIGFuZCBpZiB0aGF0oa9zIHRoZSB3YXkgVmVyaXNpZ24gd2FudHMgdG8gZG8gaXQsIHRo ZW4gZ28gZm9yIGl0LA0KPnlvdSBjYW4gZGVwb3NpdCBpdCBpbiB0aGUgZm9ybWF0IHJlcXVpcmVk IHRvIGJlIHByb3ZpZGVkIHRvIElDQU5OLCBubw0KPmlzc3VlIHdoYXQgc28gZXZlciwgYnV0IHdo eSBzaG91bGQgZXZlcnlvbmUgYmUgZm9yY2VkIHRvIGRvIHRoYXQ/IEl0IHdvdWxkDQo+YWN0dWFs bHkgYmUgcmVhbGx5IHRyaXZpYWwgZm9yIGJvdGggbWUgYW5kIG15IHByb3ZpZGVyIHRvIGRvIGRh dGFiYXNlDQo+cmVwbGljYXRpb24sIGFuZCB0aGVuIHRoZXkgc2ltcGx5IHJ1biBhIHNjcmlwdCB0 byB2YWxpZGF0ZSB0aGUgZGF0YSAodGhhdA0KPkkgd291bGQgc3VwcGx5IHRoZW0pIC0gSW0geWV0 IHRvIGFjdHVhbGx5IHNlZSB3aGF0IHRoZSAndmFsaWRhdGlvbicgdGhleQ0KPmFyZSBzdXBwb3Nl ZCB0byBkbyBhY3R1YWxseSBpcyAtIGlmIGl0cyBqdXN0IG9iamVjdCBjb3VudHMgLSB0aGVuIEkg d291bGQNCj5hc3NlcnQgdGhhdCBkdW1waW5nIHRoZSBkYXRhIGRvZXNuJ3QgZXZlbiByZWFsbHkg bmVlZCB0byBiZSBkb25lLCBidXQgZXZlbg0KPml0IGl0IGRvZXMsIHRoZXkgcnVuIHRoZSBkdW1w IHNjcmlwdHMgYW5kIGdldCB0aGUgZGF0YSBpbiB0aGUgZm9ybWF0DQo+bmVlZGVkIC0gbm90IGhh cmQgYXQgYWxsIGFuZCBjb21wbGV0ZWx5IGF1dG9tYXRlZC4NCj4NCj5JIGJlbGlldmUgd2Ugc2hv dWxkIGJlIGRlZmluaW5nIHRoZSBmb3JtYXQgb2YgdGhhdCB0aGUgZGF0YSBpcyByZXF1aXJlZCB0 bw0KPmJlIHN1cHBsaWVkIGJ5IHRoZSBFc2Nyb3cgcHJvdmlkZXIgdG8gdGhlIEVCRVJPLCB2aWEg SUNBTk4gYW5kIHRoYXShr3MgaXQuDQo+SUNBTk4gc2hvdWxkIGRlZmluZSB0aGUgbWF4aW11bSBh Z2Ugb2YgdGhhdCBkYXRhICh3aGljaCBJIGJlbGlldmUgaXMgbWVhbnQNCj50byBiZSBubyBtb3Jl IHRoYW4gMjQgaG91cnMpLiBUaGVuIGZvciBwcmUtZGVsIHRlc3RpbmcgSUNBTk4gY2FuIHRlc3Qg dGhpcw0KPmJ5IGNyZWF0aW5nIG9iamVjdHMgaW4gdGhlIHRlc3QgcmVnaXN0cnksIHRoZW4gMjQg aG91cnMgbGF0ZXIgYXNraW5nIGZvcg0KPnRoZSBkYXRhIGZyb20gdGhlIEVzY3JvdyBwcm92aWRl ciBhbmQgdmVyaWZ5aW5nIGl0IG1lZXRzIHRoZSBmb3JtYXQgLQ0KPnNpbXBsZS4gSG93IHRoZSBF c2Nyb3cgcHJvdmlkZXIgZ2V0cyB0aGlzIGRhdGEgdG8gZ2l2ZSB0byBJQ0FOTiBhbmQNCj5ldmVy eXRoaW5nIGVsc2UgaXMgZm9yIHRoZSBmcmVlIG1hcmtldCB0byBzb2x2ZSAtIHRoZXJlIGlzIG5v IGp1c3RpZmlhYmxlDQo+cmVhc29uIGZvciBJQ0FOTiB0byBkaWN0YXRlIGFueSBvZiBpdCAtIGFs bCBJQ0FOTiBzaG91bGQgY29uY2Vybg0KPnRoZW1zZWx2ZXMgd2l0aCBpcyB0aGUgcmVxdWlyZW1l bnRzIG91dGNvbWVzLg0KDQpKRyAtIFlvdSBjYW4gd29ya291dCB0aGUgY29udGVudCBhbmQgdGhl IHVuZGVyc3RhbmRpbmcgb2YgdGhlIGFwcGxpY2F0aW9uDQpndWlkZWJvb2sgd2l0aCBJQ0FOTiwg c2luY2UgSSBkb24ndCBiZWxpZXZlIHRoaXMgaXMgdGhlIGxpc3QgdG8gYWRkcmVzcw0KaXQuICBO byBtYXR0ZXIgaWYgeW91IHByb3ZpZGUgYSBjdXN0b20gZm9ybWF0IG9yIGEgc3RhbmRhcmQgZm9y bWF0IHRvIHRoZQ0KZGF0YSBlc2Nyb3cgcHJvdmlkZXIsIHRoYXQgZGVwb3NpdCBzaG91bGQgYmUg dmFsaWRhdGVkIGFnYWluc3QgdGhlDQpzdGFuZGFyZCBmb3JtYXQgZXhwZWN0ZWQgYnkgdGhlIEVC RVJPIHByb3ZpZGVyIHRvIGVuc3VyZSB0aGF0IHRoZSBFQkVSTw0KcHJvdmlkZXIgZG9lc24ndCBn ZXQgZ2FyYmFnZSB3aGVuIGl0IHJlY292ZXJzIHRoZSBkYXRhLiAgU2luY2UgdGhlcmUgYXJlDQp0 d28gc2VwYXJhdGUgcGFydGllcyAocmVnaXN0cnkgYW5kIGRhdGEgZXNjcm93IHByb3ZpZGVyKSBp dCBtYWtlcyBzZW5zZSB0bw0KaGF2ZSB0aGUgZGF0YSBlc2Nyb3cgcHJvdmlkZXIgZW5zdXJlIHRo ZSBpbnRlZ3JpdHkgb2YgdGhlIGRhdGEgYW5kIGVuc3VyZQ0KdGhhdCBpdCBtZWV0cyB0aGUgdGFy Z2V0IGZvcm1hdCBmb3IgcmVjb3ZlcnkuDQoNCg0KPg0KPg0KPj4gIFN1cHBvcnRpbmcgbW9yZSB0 aGFuIGp1c3QgZnVsbCBkZXBvc2l0cyBpbg0KPj5kcmFmdC1hcmlhcy1ub2d1Y2hpLXJlZ2lzdHJ5 LWRhdGEtZXNjcm93IGlzIGVzc2VudGlhbCB0byBzY2FsZSB0byBsYXJnZQ0KPj5yZWdpc3RyaWVz LCBidXQgeW91IGFyZSBjb3JyZWN0IHRoYXQgZm9yIHZlcnkgc21hbGwgcmVnaXN0cmllcyAoZS5n LiAyMDAwDQo+PmRvbWFpbnMpIGluY3JlbWVudGFsIGRlcG9zaXRzIGRvZXNuJ3QgYWRkIG11Y2gg dmFsdWUuDQo+DQo+SSBkbyBub3QgYWdyZWUgdGhhdCBpbmNyZW1lbnRhbCBkZXBvc2l0ZXMgYXMg ZGVmaW5lZCBpcyBlc3NlbnRpYWwgdG8gbGFyZ2UNCj5yZWdpc3RyaWVzLiBEZXBlbmRpbmcgb24g eW91ciB0ZWNobm9sb2d5IGRvaW5nIGZ1bGwgZHVtcHMgbWF5IGJlIHF1aWNrZXINCj5hbmQgbGVz cyBjb2RlIHRoYW4gaW5jcmVtZW50YWxzLiBJIG1heSBiZSBkb2luZyBEQiByZXBsaWNhdGlvbiB3 aGljaA0KPmRvZXNuJ3QgaW52b2x2ZSAnZGVwb3NpdGVzJyBhdCBhbGwgLSBpbiBmYWN0IERCIHJl cGxpY2F0aW9uIGlzIHByb2JhYmx5DQo+ZWFzaWVyIGZvciBsYXJnZXIgcmVnaXN0cmllcyAoaWYg ZG9uZSByaWdodCkgLSBidXQgcmVhbGlzdGljYWxseSwgdGhpcyBpcw0KPm15IHBvaW50LCBlYWNo IHJlZ2lzdHJ5IGNhbiBzb2x2ZSB0aGlzIHByb2JsZW0gdGhlcmUgb3duIHdheSAtIGRvbid0DQo+ ZGljdGF0ZSB0byBtZSBob3cgdG8gZG8gaXQgLSBqdXN0IHNldCB0aGUgcmVxdWlyZW1lbnRzLiBX aGljaCBhcyBJIGhhdmUNCj5zYWlkIGFib3ZlIHJlYWxseSBhcmUgb25seSAyOg0KPg0KPiAtIHRo ZSBlc2Nyb3cgcHJvdmlkZSBtdXN0IGJlIGFibGUgdG8gc3VwcGx5IHRvIElDQU5OIGEgY29tcGxl dGUgY29weSBvZg0KPmFsbCBkYXRhIGluIGEgcmVnaXN0cnkgKElDQU5OIHRvIGRlZmluZSBhbGwg ZGF0YSkgdG8gSUNBTk4gaW4gYSBmb3JtYXQgdG8NCj5iZSBkZWZpbmVkDQo+IC0gdGhpcyBkYXRh IHNob3VsZCBiZSBubyBtb3JlIHRoYW4gMjQgaG91cnMgb2xkDQo+DQo+SG93IHdlIGFjaGlldmUg dGhpcyBpcyB1cCB0byB1cy4NCg0KSkcgLSBBc3N1bWluZyB0aGF0IHlvdSBkbyBhZ3JlZSB0aGF0 IHRoZSBmb3JtYXQgcHJvdmlkZWQgdG8gdGhlIGRhdGENCmVzY3JvdyBtdXN0IGZvbGxvdyB0aGUg c3RhbmRhcmQgZm9ybWF0LCB0aGVuIHdvdWxkIHlvdSBub3QgYWdyZWUgdGhhdA0KaW5jcmVtZW50 YWwgZGVwb3NpdHMgYXJlIGVzc2VudGlhbCB0byBsYXJnZSByZWdpc3RyaWVzPyAgRG9pbmcgYSBk YWlseQ0KZnVsbCBkYXRhYmFzZSBkdW1wIHdvdWxkIGJlIHNpbXBsZTsgYWx0aG91Z2ggeW91J3Jl IGJhY2sgdG8gdGhlIHNhbWUNCmRpc2N1c3Npb24gb2Ygd2hldGhlciB0aGUgdGFyZ2V0IGZvcm1h dCBtdXN0IGJlIHZhbGlkYXRlZCBieSB0aGUgZGF0YQ0KZXNjcm93IHByb3ZpZGVyIHdoaWNoIHdp bGwgc2ltcGx5IG1vdmUgdGhlIGRlcG9zaXQgZm9ybWF0IHJlcXVpcmVtZW50IGFuZA0KdGFzayBm cm9tIHRoZSByZWdpc3RyeSB0byB0aGUgZGF0YSBlc2Nyb3cgcHJvdmlkZXIuICBUaGUgcHJvYmxl bSBzdGlsbA0KZXhpc3RzIGlmIHRoZSBkYXRhIG11c3QgYmUgdmFsaWRhdGVkLCBzbyBpbmNyZW1l bnRhbCB1cGRhdGVzIHdvdWxkIHJlZHVjZQ0KdGhlIGNvc3QgYW5kIGVmZm9ydCBpbiB0aGUgZ2Vu ZXJhdGlvbiBhbmQgdmFsaWRhdGlvbiBvZiBhIGRlcG9zaXQgaW4gdGhlDQpzdGFuZGFyZCBmb3Jt YXQuICAgDQoNCg0KPg0KPj4NCj4+V2hhdCBpcyB5b3VyIGlzc3VlIHdpdGggcHJvdmlkaW5nIFhN TCBkZWZpbml0aW9uIG9mIHRoZSBDU1YgZmllbGRzIGluIHRoZQ0KPj5kcmFmdD8gIFRoZSBkcmFm dCB0aGF0IHdlIGNyZWF0ZWQgaXMgc2ltaWxhciB0byB0aGUgYXBwcm9hY2ggdGFrZW4gZm9yDQo+ PkZpZWxkZWQgVGV4dCBieSBmb3JtYWxseSBkZWZpbmluZyB0aGUgQ1NWIGZpZWxkcy4gIEluIHRo aXMgY2FzZSB0aGUNCj4+ZGVmaW5pdGlvbiBjb21wbGllcyB3aXRoIGRyYWZ0LWFyaWFzLW5vZ3Vj aGktcmVnaXN0cnktZGF0YS1lc2Nyb3cgYW5kDQo+PnV0aWxpemVzIFhTRCBlbGVtZW50cyB0byBm b3JtYWxseSBkZWZpbmUgdGhlIGZpZWxkIGZvcm1hdC4gIERvIHlvdSBoYXZlIGENCj4+ZGlmZmVy ZW50IGFwcHJvYWNoIHRoYXQgc2hvdWxkIGJlIGNvbnNpZGVyZWQ/ICBEbyB5b3UgaGF2ZSBhbnkg c3BlY2lmaWMNCj4+ZmVlZGJhY2sgdG8gaW1wcm92ZSB0aGUgZHJhZnQ/DQo+DQo+SW0gd29uZGVy aW5nIGlzIGEgbWFjaGluZSB3b3VsZCBldmVyIHJlYWQgdGhlIGZpZWxkIGZvcm1hdD8gSXQgc2Vl bXMgdG8gbWUNCj50aGF0IGEgaHVtYW4gKHByb2JhYmx5IHdvcmtpbmcgZm9yIHRoZSBFQkVSTykg d291bGQgYmUgcmVhZGluZyB0aGUgZmllbGQNCj5mb3JtYXRzIHdoZW4gdGhlIHRyeWluZyB0byAn bG9hZCcgdGhlIGRhdGEgaW50byB0aGUgRUJFUk8gcmVnaXN0cnkuIEkgY2FuDQo+c2VlIGFueW9u ZSBhY3R1YWxseSBkb2luZyB0aGUgd29yayBvZiB3cml0aW5nIGNvZGUgdGhhdCBwYXJzZXMgdGhl IGZpZWxkDQo+Zm9ybWF0IGZyb20gdGhlIFhNTCBhbmQgdGhlbiB0cmllcyB0byAnaW50ZXJwcmV0 JyB0aGUgQ1NWIGluIHN1Y2ggYSB3YXkuDQo+DQo+U3VyZWx5IHRoZXJlIGlzIGEgbGlzdCBvZiBm aXhlZCBmaWVsZHMgd2hpY2ggZXZlcnlvbmUgbXVzdCBpbmNsdWRlZCBhbmQNCj50aGVzZSBjYW4g YmUgaW4gYSBkZWZpbmVkIG9yZGVyLCB0aGVuIHdlIGp1c3QgbmVlZCB0byBkZWFsIHdpdGgNCj5l eHRlbnNpb25zLCB3aGljaCBzaG91bGQgcHJvYmFibHkgYmUgZGlmZmVyZW50IGZpbGVzLg0KDQpK RyAtIEEgbWFjaGluZSBjZXJ0YWludHkgY2FuIHJlYWQgdGhlIGZpZWxkIGZvcm1hdCB0byBpbnRl cnByZXQgdGhlIENTVg0KZmlsZXMuICBUaGlzIGlzIG5vdCBtdWNoIGRpZmZlcmVudCBmcm9tIHRo ZSBzb2Z0d2FyZSB0aGF0IHdvdWxkIHZhbGlkYXRlDQp0aGUgQ1NWIGRhdGEgYWdhaW5zdCB0aGUg ZGVmaW5pdGlvbi4gIFRoZXJlIHdvdWxkIGJlIGEgcHJlZGVmaW5lZCBzZXQgb2YNCnN0YW5kYXJk IGZpZWxkcyB0aGF0IHRoZSBzb2Z0d2FyZSBjYW4ga2V5IG9mZiBvZiBmb3IgaW1wb3J0aW5nIHRo ZSBkYXRhDQpjb250YWluZWQgdGhlIHRoZSBDU1YgaW50byB0aGUgZGF0YWJhc2UuICBJbiB1c2lu ZyB0aGUgZXhhbXBsZQ0KPHJkZUNzdjpjc3Y+IGVsZW1lbnQgZm9yIGRvbWFpbiBuYW1lIHJlY29y ZHMgaW4gdGhlIGRyYWZ0LCBzb2Z0d2FyZSBjYW4NCmlkZW50aWZ5IHRoZSBvcmRlciBhbmQgdGhl IGZpZWxkcyB0aGF0IGl0IHN1cHBvcnRzIChzdGFuZGFyZCB2ZXJzdXMgY3VzdG9tDQpleHRlbnNp b25zKSBmb3IgaW1wb3J0aW5nLiBFYWNoIG9mIHRoZXNlIGZpZWxkcyBoYXZlIGEgcHJlZGVmaW5l ZCBtZWFuaW5nDQphbmQgZm9ybWF0IHRoYXQgc2hvdWxkIGJlIHNpbXBsZSBmb3Igc29mdHdhcmUg dG8gcHJvY2Vzcy4NCg0KPHJkZUNzdjpmaWVsZHM+DQogICA8cmRlQ3N2OmZOYW1lLz4NCiAgIDxy ZGVDc3Y6ZlJvaWQvPg0KICAgPGNzdkRvbWFpbjpmSWRuLz4NCiAgIDxyZGVDc3Y6Zkxhbmd1YWdl Lz4NCiAgIDxjc3ZEb21haW46ZlZhcmlhbnQvPg0KICAgPGNzdkRvbWFpbjpmT3JpZ2luYWxOYW1l Lz4NCiAgIDxjc3ZEb21haW46ZlJlc2VydmVkLz4NCiAgIDxyZGVDc3Y6ZlN0YXR1c2VzLz4NCiAg IDxjc3ZEb21haW46ZlJncFN0YXR1c2VzLz4NCiAgIDxyZGVDc3Y6ZlJlZ2lzdHJhbnQvPg0KICAg PHJkZUNzdjpmQWRtaW5Db250YWN0cy8+DQogICA8cmRlQ3N2OmZUZWNoQ29udGFjdHMvPg0KICAg PHJkZUNzdjpmQmlsbGluZ0NvbnRhY3RzLz4NCiAgIDxjc3ZEb21haW46Zk5zT2Jqcy8+DQogICA8 cmRlQ3N2OmZDbElELz4NCiAgIDxyZGVDc3Y6ZkNySUQvPg0KICAgPHJkZUNzdjpmQ3JEYXRlLz4N CiAgIDxyZGVDc3Y6ZlVwSUQvPg0KICAgPHJkZUNzdjpmVXBEYXRlLz4NCiAgIDxyZGVDc3Y6ZkV4 RGF0ZS8+DQogICA8cmRlQ3N2OmZQd0F1dGhJbmZvLz4NCiAgPC9yZGVDc3Y6ZmllbGRzPg0KDQoN Cg0KPg0KPkkgc2VlIENTVnMgbGlrZSB0aGlzDQo+DQo+RG9tYWlucyAtIHRoZSBiYXNlIGRldGFp bHMgb2YgYWxsIGRvbWFpbnMsIHRoYXQgYWxsIHJlZ2lzdHJpZXMgaGF2ZSAocm9pZCwNCj5kb21h aW4gbmFtZSwgZXhwaXJ5IGRhdGUsIHJlZ2lzdHJhbnQgY29udGFjdCAuLi4gRXRjKQ0KPkRvbWFp bk5hbWVTZXJ2ZXJzIC0gYSAyIGNvbHVtbiBDU1YgbWFwcGluZyBkb21haW4gUk9JRHMgZnJvbSB0 aGUgZG9tYWlucw0KPmZpbGUsIHRvIGhvc3Qgcm9pZHMgaW4gdGhlIGhvc3QgZmlsZSAoZG9tYWlu IHJvaWQsIGhvc3Qgcm9pZCkNCj5Eb21haW5Db250YWN0cyAtIGEgMyBjb2x1bW4gQ1NWIG1hcHBp bmcgZG9tYWluIFJPSURzLCB0byBjb250YWN0IFJPSURzIGFuZA0KPmNvbnRhY3QgdHlwZXMgZWcu IGJpbGxpbmcsIHRlY2gsIGFkbWluIChkb21haW4gcm9pZCwgY29udGFjdCByb2lkLCBjb250YWN0 DQo+dHlwZSkNCj5Eb21haW5WYXJpYW50cyAtIGEgMiBjb2x1bW4gQ1NWIG1hcHBpbmcgZG9tYWlu IFJPSURzLCB0byB0aGUgcHJvdmlzaW9uZWQNCj52YXJpYW50cyAocm9pZCwgdmFyaWFudCBkb21h aW4gbmFtZSkNCj5Ib3N0cyAtIHRoZSBiYXNlIGRldGFpbHMgb2YgaG9zdHMgKHJvaWQsIGhvc3Qg bmFtZSAuLi4gRXRjKQ0KPkNvbnRhY3RzIC0gdGhlIGJhc2UgZGV0YWlscyBvZiBjb250YWN0IChy b2lkLCBsb2Mgc3RyZWV0MSwgbG9jIHN0cmVldDIsDQo+aW50IHN0cmVldCAxLCBpbnQgc3RyZWV0 IDIgZXRjKQ0KPlJlZ2lzdHJhciAtIHRoZSBiYXNlIGRldGFpbHMgb2YgcmVnaXN0cmFycw0KPkRv bWFpbkROU1NFQyBldGMNCj5FdGMNCj4NCj5UaGVuIGZvciBleHRlbnNpb25zIGVhY2ggcmVnaXN0 cnkgbmVlZHMgdG8gZGVmaW5lIHRoZSBmb3JtYXQgb2YgdGhlIENTViBpbg0KPmRvY3VtZW50YXRp b24sIEkgZG9uJ3QgdGhpbmsgaXQgY2FuIGJlIGRvbmUgcHJhZ21hdGljYWxseS4NCj4NCj5Eb21h aW5FeHRlbnNpb24xIC0gYSBmaWxlIHRoYXQgbWFwcyB0aGUgZG9tYWluIHJvaWQgdG8gdGhlIGV4 dGVuc2lvbg0KPmRldGFpbHMgKHJvaWQsIGV4dGZpZWxkMSwgZXh0ZmllbGQyIGV0Yy4uLikNCg0K SkcgLSBTbyBob3cgaXMgdGhpcyBzbyBtdWNoIGRpZmZlcmVudCBmcm9tIHdoYXQgaXMgaW4gdGhl DQpkcmFmdC1nb3VsZC10aGlwcGVzd2FteS1kbnJkLWNzdi1tYXBwaW5nIGRyYWZ0PyAgV2UgZGVm aW5lZCBhIHN0YW5kYXJkIHNldA0Kb2YgZ2xvYmFsIGZpZWxkcyB0aGF0IGFwcGx5IGFjcm9zcyBt YW55IG9iamVjdHMsIGEgc3RhbmRhcmQgc2V0IG9mIGZpZWxkcw0KdGhhdCBhcHBseSBwZXIgb2Jq ZWN0IGZvciBkZWZpbml0aW9uLCBhbmQgYSBzdGFuZGFyZCBzZXQgb2YgQ1NWIGZpbGVzIHdpdGgN CnJlZmVyZW5jZXMgdG8gdGhlIGZpZWxkcyB0aGF0IFNIT1VMRCBiZSB1c2VkLiAgRXh0ZW5zaW9u cyBhcmUgc3VwcG9ydGVkIGJ5DQplaXRoZXIgdXRpbGl6aW5nIGEgPHJkZUNzdjpmQ3VzdG9tPiBm aWVsZHMgZGVmaW5pdGlvbiB3aXRoIGEgcmVxdWlyZWQNCiJuYW1lIiBhdHRyaWJ1dGUgb3IgYnkg ZGVmaW5pbmcgeW91ciBvd24gY3VzdG9tIGZpZWxkIHR5cGVzIHVzaW5nIHlvdXIgb3duDQpjdXN0 b20gWFNELiAgVGhlIEVCRVJPIHNvZnR3YXJlIHdvdWxkIGtub3cgdG8gZXhwZWN0IHRoZSBzdGFu ZGFyZCBzZXQgb2YNCmZpZWxkcyBhbmQgY2FuIHRoZW4gdXNlIHRoZSBkZWZpbml0aW9uIHRvIHBy b2Nlc3MgdGhlIENTViBmaWxlcy4gIEl0DQpkb2Vzbid0IHNvdW5kIGxpa2UgeW91J3JlIGluIGFn cmVlbWVudCB0byBkZWZpbmUgdGhlIGZvcm1hdCBvZiB0aGUgQ1NWDQpmaWxlcyB2aWEgWE1MIGFu ZCBzdXBwb3J0aW5nIGRyYWZ0LWFyaWFzLW5vZ3VjaGktcmVnaXN0cnktZGF0YS1lc2Nyb3cuICBE bw0KeW91IGhhdmUgcHJvcG9zZWQgY2hhbmdlcyB0byBkcmFmdC1nb3VsZC10aGlwcGVzd2FteS1k bnJkLWNzdi1tYXBwaW5nIHRvDQptZWV0IHdoYXQgeW91J3JlIGxvb2tpbmcgZm9yIG9yIGRvIHlv dSBwcm9wb3NlIGEgY29tcGxldGVseSBkaWZmZXJlbnQNCmFwcHJvYWNoIGFuZCBpZiBzbyBkbyB5 b3UgaW50ZW5kIHRvIGNyZWF0ZSBhIGRyYWZ0IGZvciBpdD8NCg0KDQo+DQo+DQo+SSBoYXZlIG91 dHN0YW5kaW5nICdwcm9ibGVtcycgd2hpY2ggZXhpc3QgaW4gYWxsIG1vZGVsczoNCj4NCj5Gb3Ig SUROcywgSSBkb26hr3Qgd2FudCB0byBoYXZlIHRvIGVzY3JvdyBhbGwgYmxvY2tlZCB2YXJpYW50 cyAoSSBkb24ndA0KPmdlbmVyYXRlIHRoZW0gSSB1c2UgYSB1bmlxdWUga2V5IG1hcHBpbmcgZm9y bSkgLSBzbyBob3cgZG8gd2UNCj4nY29tbXVuaWNhdGUnIHRoaXMgdG8gdGhlIEVCRVJPLCBJIHRo aW5rIHdlIG5lZWQgdG8gZGVhbCB3aXRoIGxhbmd1YWdlDQo+dGFibGVzDQo+RE5TU0VDIC0gaG93 IGRvIHdlIHRyYW5zaXRpb24gdGhpcz8gKHVuLXNpZ24/KQ0KPkFuZCBpdCBnb2VzIG9uIC0gdG9w aWMgb2YgYW5vdGhlciBlbWFpbA0KDQpKRyAtIFllcywgSSBhZ3JlZSB0aGF0IHRoZSBlc2Nyb3cg c2hvdWxkIG5vdCBjb250YWluIHRoZSBibG9ja2VkIHZhcmlhbnRzLg0KIFRoZSBjYW5vbmljYWwg dmFyaWFudCBpbiB0aGUgZGF0YSBlc2Nyb3cgZGVwb3NpdCBpcyBvZiBsaXR0bGUgdXNlIHRvIHRo ZQ0KRUJFUk8gcHJvdmlkZXIuICBJIGJlbGlldmUgdGhlIGJlc3QgdGhhdCBjYW4gYmUgZG9uZSBm b3IgSUROIGRvbWFpbnMgaXMgdG8NCnJlZmVyZW5jZSB0aGUgbGFuZ3VhZ2UgdGFnIGFuZCB0aGVu IGZvciBlYWNoIGxhbmd1YWdlIHRhZyByZWZlcmVuY2UgdGhlDQpsYW5ndWFnZSB0YWJsZSBVUkkg Zm9yIHRoZSBjb2RlIHBvaW50cy4gIEluDQpkcmFmdC1nb3VsZC10aGlwcGVzd2FteS1kbnJkLWNz di1tYXBwaW5nLCB0aGUgPHJkZUNzdjpmTGFuZ3VhZ2U+IGZpZWxkIGlzDQppbmNsdWRlZCBpbiB0 aGUgImRvbWFpbiIgQ1NWIHRoYXQgcmVmZXJlbmNlcyB0aGUgbGFuZ3VhZ2UgZm9yIHRoZSBJRE4s IGFuZA0KdGhlIElETiBMYW5ndWFnZSBPYmplY3QgaW5jbHVkZXMgdGhlIHNhbWUgPHJkZUNzdjpm TGFuZ3VhZ2U+IGZpZWxkIGFzIHRoZQ0Ka2V5IGFuZCBhIDxyZGVDc3Y6ZlVybD4gZmllbGQgdGhh dCBpbmNsdWRlcyB0aGUgVVJMIG9mIHRoZSBsYW5ndWFnZSB0YWJsZS4NCiBUaGVyZSBpcyBubyBj YW5vbmljYWwgdmFyaWFudCBhbmQgbm8gaW5jbHVzaW9uIG9mIGJsb2NrZWQgdmFyaWFudHMsIHNp bmNlDQppdCB3b3VsZCBiZSB1cCB0byB0aGUgRUJFUk8gcHJvdmlkZXIgdG8gcHJvZHVjZSB0aGUg YXBwcm9wcmlhdGUgY2Fub25pY2FsDQp2YXJpYW50cyBmcm9tIHRoZSBkYXRhIGVzY3JvdyBkZXBv c2l0Lg0KDQoNCj4NCj5UaGFua3MgZm9yIHRha2luZyB0aGUgdGltZSB0byByZWFkIHRvIHRoZSBl bmQuDQo+DQo+Q2hyaXMNCj4NCj4+DQo+PlRoYW5rcywNCj4+DQo+Pi0tDQo+PiAgDQo+PkpHDQo+ PiANCj4+DQo+PiANCj4+SmFtZXMgR291bGQNCj4+UHJpbmNpcGFsIFNvZnR3YXJlIEVuZ2luZWVy DQo+Pmpnb3VsZEB2ZXJpc2lnbi5jb20NCj4+IA0KPj43MDMtOTQ4LTMyNzEgKE9mZmljZSkNCj4+ MTIwNjEgQmx1ZW1vbnQgV2F5DQo+PlJlc3RvbiwgVkEgMjAxOTANCj4+VmVyaXNpZ25JbmMuY29t DQo+Pg0KPj4NCj4+DQo+Pg0KPj4NCj4+DQo+Pg0KPj5PbiAxMC8zMS8xMiAxOjExIEFNLCAiRnJh bmNpc2NvIE9iaXNwbyIgPGZvYmlzcG9AaXNjLm9yZz4gd3JvdGU6DQo+Pg0KPj4+VGhhdCB3YXMg ZXhhY3RseSBteSBmZWVkYmFjayB0byBJQ0FOTiA7LSkNCj4+Pg0KPj4+SW4gZmFjdCwgd2UgZGVj aWRlZCB0aGF0IHdlIHdlcmUgZ29pbmcgdG8gZ28gZm9yIHRoZSBmdWxsIGR1bXBzIGV2ZXJ5DQo+ Pj5kYXksIGJlY2F1c2UgdGhlIHByb2Nlc3Mgb2YgYXBwbHlpbmcgdGhlIGRlbHRhcyBjb3VsZCBy ZWFsbHkgbWVzcyB1cA0KPj4+dGhpbmdzIGlmIG5vdCBkb25lIHJpZ2h0Lg0KPj4+DQo+Pj5UaGUg ZmVlZGJhY2sgdGhhdCBJIGdvdCB3YXMgdGhhdCBhcyBsb25nIGFzIHdlIHByb3ZpZGUgc29tZXRo aW5nDQo+Pj4iYmV0dGVyIg0KPj4+dGhhbiB3aGF0IGlzIHJlcXVpcmVkLCBpdCBzaG91bGQgdGhl biBiZSBPSy4NCj4+Pg0KPj4+SSBzZWUgdGhlIHBvaW50IG9uIHRoZSBlc2Nyb3cgcHJvdmlkZXIs IGFuZCBJIGFncmVlIHdpdGggeW91LCBpdCB3b3VsZA0KPj4+YmUNCj4+PmdyZWF0IGlmIHRoZXkg b2ZmZXJlZCB0aGF0IHNlcnZpY2UsIHdlIHdvdWxkIGp1c3Qgc2V0IHVwIGEgcmVwbGljYSBhbmQN Cj4+PmxldCB0aGVtIGRvIHRoZSBkdW1wIG9uIGEgZGFpbHkgb3Igd2Vla2x5IGJhc2lzLg0KPj4+ DQo+Pj5CdXQgSSBoYXZlIHlldCB0byBmaW5kIG9uZSB0aGF0IHdvdWxkIGRvIHRoYXQuLiAoSSds bCB0YWxrIHRvIHRoZSBvbmUgd2UNCj4+PmNob3NlIHRvIHNlZSBpZiB0aGV5IGFyZSB3aWxsaW5n IHRvIGRvIGl0KQ0KPj4+DQo+Pj5PbiBPY3QgMzAsIDIwMTIsIGF0IDEwOjAxIFBNLCBDaHJpcyBX cmlnaHQgPGNocmlzQGF1c3JlZ2lzdHJ5LmNvbS5hdT4NCj4+Pndyb3RlOg0KPj4+DQo+Pj4+IEFs c28gSSBrbm93IHdoZXJlIHRoZSBpbmNyZW1lbnRhbCAncmVxdWlyZW1lbnRzJyBjb21lIGZyb20s IEkgYW0NCj4+Pj5zYXlpbmcNCj4+Pj53aHkgc2hvdWxkIEkgZ28gdG8gdGhlIGVmZm9ydCBvZiBk b2luZyBpbmNyZW1lbnRhbHMgaWYgbXkgcmVnaXN0cnkgb25seQ0KPj4+PmhhcyAyMDAwIGRvbWFp bnMgaW4gaXQ/IFdoeSBhbSBJIGZvcmNlZCB0byBkbyBpbmNyZW1lbnRhbHM/IEkgc2hvdWxkDQo+ Pj4+anVzdCBiZSBhbGxvd2VkIHRvIGRvIGEgZnVsbCBkdW1wIGVhY2ggZGF5LCBob3cgZG9lcyB0 aGF0IGh1cnQgYW55b25lPw0KPj4+PkluIGZhY3QgaXQgbWFrZXMgdGhpbmdzIGVhc2llciBmb3Ig d2hvbWV2ZXIgd291bGQgaGF2ZSByZWNvdmVyIG15DQo+Pj4+cmVnaXN0cnkgbGF0ZXIgYXMgdGhl eSBqdXN0IGxvYWQgaW4gdGhlIG9uZSBkdW1wIGFuZCBiZSBkb25lIHdpdGggaXQsDQo+Pj4+dGhl eSBkb26p9nQgaGF2ZSB0byB0cnkgYW5kIHdyaXRlIGxvZ2ljIHRvIGludGVycHJldCBpbmNyZW1l bnRhbHMuDQo+Pj4+IA0KPj4+PiBUaGFua3MNCj4+Pg0KPj4+RnJhbmNpc2NvIE9iaXNwbw0KPj4+ RGlyZWN0b3Igb2YgQXBwbGljYXRpb25zIGFuZCBTZXJ2aWNlcyAtIElTQw0KPj4+ZW1haWw6IGZv YmlzcG9AaXNjLm9yZw0KPj4+UGhvbmU6ICsxIDY1MCA0MjMgMTM3NCB8fCBJTk9DLURCQSAqMzU1 NyogTk9DDQo+Pj5QR1AgS2V5SUQgPSBCMzhEQjFCRQ0KPj4+DQo+Pg0KPg0KDQo= From JGould@verisign.com Fri Nov 2 02:59:35 2012 Return-Path: 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 1F96A21F9690 for ; Fri, 2 Nov 2012 02:59:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.378 X-Spam-Level: X-Spam-Status: No, score=-4.378 tagged_above=-999 required=5 tests=[AWL=-0.793, BAYES_40=-0.185, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4] 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 cgQEkUOQoiIM for ; Fri, 2 Nov 2012 02:59:33 -0700 (PDT) Received: from exprod6og102.obsmtp.com (exprod6og102.obsmtp.com [64.18.1.183]) by ietfa.amsl.com (Postfix) with ESMTP id 3151A21F962C for ; Fri, 2 Nov 2012 02:59:11 -0700 (PDT) Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob102.postini.com ([64.18.5.12]) with SMTP ID DSNKUJOZb0cFVUPmMbNIWO+S1III7PJrSsso@postini.com; Fri, 02 Nov 2012 02:59:33 PDT Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qA29x8OJ005507 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Nov 2012 05:59:08 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Fri, 2 Nov 2012 05:59:07 -0400 From: "Gould, James" To: Christopher Browne Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgACYqoA= Date: Fri, 2 Nov 2012 09:59:06 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="Windows-1252" Content-ID: <088485161DA10644B3F811370C087617@verisign.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 09:59:35 -0000 Christopher, Thank you for your detailed feedback. I have the following clarification comments and questions to your feedback below prefixed with "JG -". -- =20 JG =20 =20 James Gould Principal Software Engineer jgould@verisign.com =20 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 11/1/12 4:52 PM, "Christopher Browne" wrote: >On Thu, Oct 25, 2012 at 4:43 PM, Gould, James wrote: >> We have created a draft of the Domain Name Registration Data (DNRD) >>Comma-Separated Values (CSV) Objects Mapping that is attached for review >>and feedback. > >Preface: Sorry, my comments are pretty long. And I reference >footnotes considerably, as well as various later messages in the >thread, to date. > >I'm finding myself considerably torn in all of this. > >On the one hand, I'm not a big fan of XML, am not particularly keen on >the large size attendant to that. > >On the other hand, I see a few problems attendant with a CSV-based >representation, which should be pointed out: > >- CSV is not a single, well-defined format (see: [1]), although there > is a relevant RFC [2]. We can say we'll be strict, but a hostile > reader might disagree. JG - You are correct that CSV is not a terse standard like XML but it is a defacto standard for database export and import. I'm not sure if a hostile reader would disagree that CSV is used for this purpose extensively today.=20 > >- It implies a "flat" representation of information, and is not easily > amenable to extension. Unlike with XML, there is not a built-in way > to introduce additional attributes and metadata to indicate such. JG - Why is a flat representation not amenable to extension? It is correct that you need to use a relational model (one file per record type) instead of an object oriented model (XML) to represent the data with CSV. Since the source and the target databases are most likely relational it makes sense to stick with a flat relational model. Additional fields can be easily added to the CSV field definition. An EBERO provider would understand specific standard fields and could support custom fields as well. =20 > >That being said, there was an early IRE draft (which appears to have >been lost? [3] references unreferenceable document [4]), which I had >some hand in, which took very much the approach that Chris Wright >describes in [5], with a series of CSV files: JG - I haven't seen draft that you're referring to, but I would be very interested in reviewing it. > > - Domains > - Contacts > - Nameservers > - Registrars > - Nameserver IP addresses > - Associations: > - Domain Statuses > - Contact Statuses > - Nameserver Statuses > - Domain/Nameserver Associations > - Domain/Contact Associations > - Deletions > - Domains > - Contacts > - Nameservers > >An XML representation can readily directly express hierarchy; the >above approach remaps that into series of "flattened structures." > >Onwards to comment on the Gould/Thippeswamy[6] document... That >document offers a structure largely analogous to the above, although >it draws certain of the hierarchies into the objects. > >In particular, the 2010-01-25 proposal [4] separated object statuses >into separate association files, whereas [6] has several multivalued >attributes. > > - On Domains, to indicate > - Statuses (regular and RGP) > - Nameserver associations > - Contact associations > - On hosts, to indicate > - IP addresses JG - Yes, it was decided in draft-gould-thippeswamy-dnrd-csv-mapping to support lists (not structures) in the CSV files. If this is not desired we can consider flattening it further to not support lists as well within the CSV. What are the thoughts to this? I believe most of the feedback below is related to supporting lists within the CSV files. Let me know if this is not the case. The first draft is truly a straw man that can be changed (even drastically) based on feedback from the list. > >There are arguments both pro- and con- either way: > > - Melding the associations into the object streams means there can > be no mismatches between those streams. > > - In [6], you can be certain that the domain will have all of its > statuses, whereas > > - in [4], the representation makes it possible to have entries in > the *Domain Status* stream that don't correspond to an existing > domain > > - On the other hand, [6] tortures the somewhat dodgy format > definition of CSV a bit harder, treating it, in effect as a > MultiValue Database[7] > > - Vis-a-vis contacts, the multivalue handling of [6] makes the > format less flexible to cope to cope with potential future need > for additional sorts of contacts, which would be more easily > handled if contact associations were handled as in [3], which is > trivial extensible as in the following "domain/contact > association" example: > | Domain | Contact Handle | Contact Type | > |----------+----------------+--------------| > | abc.test | C-123 | Registrant | > | abc.test | C-124 | Admin | > | abc.test | C-125 | Billing | > | abc.test | C-126 | Technical | > | abc.test | C-127 | Anti-Abuse | > | abc.test | C-128 | Extension #2 | > > Introducing extra contact types is pretty trivial in this > [3]-based approach; in [6], it would require either another data > stream, or documenting an out-of-band way of indicating > additional columns for the Domains data stream. > > The thing I want to point out here is /not/ that this implies > that [3] is superior to [6], but rather that representation > choices like this one will have considerable impact on how easy > or difficult later extension will be. /That/ is a broadly > important issue. > >Something I find very interesting about [6] is in its use of XML to >describe the data. Francisco comments [8] on the validation process >that he anticipates being used to validate escrow; it seems to me that >the draft of [6] provides an interesting addition to this. The XML >schema that is described therein could be used, hopefully pretty >directly, to do a well-formedness validation on the series of CSV >files. > >For that to be possible implies that the "base" usage of [6] needs to >be kept quite strict. Adding additional fields would prevent using >the XML schema directly, and perhaps it means that it would be >necessary to declare that some set of functionality be declared a >"core", and that extensions /must not/ alter anything in this core. I >wouldn't consider it a terrible thing to have a near-immutable "core," >but that certainly has implications for extensions, that they need to >be separated. JG - draft-gould-thippeswamy-dnrd-csv-mapping can support custom fields via the field with a required "name" attribute or a custom set of fields can be defined with a custom XSD and referenced within the XML field definition. Is it not clear how draft-gould-thippeswamy-dnrd-csv-mapping can be extended, since there is not the intent to make it near-immutable for the deposits since we fully understand that there different registries can and will contain custom objects and custom attributes. > >For instance, if we took [6] directly as the "core", then adding an >anti-abuse contact could not be done by adding it as an extra field, >as that would violate the immutability of the "core." Adding an >additional data stream to associate in "Anti-Abuse" contacts would be >perfectly straightforward, albeit with the challenge that /validating/ >this extension requires some new validation component downstream. >(The approach of [3] is not inherently better in this regard - while >makes it easier to mix the new contact type into the existing data >streams, there is still a need to validate contact types.) JG - Independent of the support for lists in CSV, a custom XSD can be defined like an XSD with the namespace prefix csvCustom that defines an Anti-Abuse contacts field as shown below. You can also use the field with the required "name" attribute to define a custom field that is of XSD token type. This can be included in the element and will have full XSD format information included with it: ... =8A =8A Does this address you extensibility concern? > >But none of this quite gets at an opinion as to whether we should go >with the XML form (most recently laid out in version 3, [9]) or the >Verisign proposal [6]. > >As I already said, I'm torn. > >I am not thrilled at the verbosity of XML, for much the same reasons >already laid out by others. > >And I have had decent success at drawing data into registries using >"flat file-based" representations. (And it's quite possible I have >more experience at this than anyone else does; I have done this >several times.) > >The flat files may be simplistic, but at the time that someone will >most /need/ to use the escrow format, it will be because: > > - A registry has failed; > - Clocks are ticking, the world is watching, as well as the > lawyers that released the data from escrow; > - A new registry needs to be set up right away, if not sooner; > - Time is of the essence, and anything outside of the "simplistic" > parts of the data is quite likely to need to go by the wayside; > - If the failure was due to technical issues, it may be that it was > the fancy extras sitting in the extensions that induced failure, > and hence /losing/ that extended data is a prerequisite for > avoiding further failure. > >A dead simple "flat" representation of registry data will look mighty >good at a moment like that. > >On the other hand, I worry that if we get anything wrong in >representing data in (say) CSV, we may get stuck with terrible >clumsiness in working around shortcomings. If so, the workarounds >might well make the "bloat" of XML look pretty good. > >It's certainly simpler to take a CSV file and toss it at a database >and do some bulk processing. The database guys (and I'm one of them) >certainly like that. > >But it truly isn't vastly difficult to write a script to walk through >an XML file, unravel, and re-ravel the flat file bits into a flat >file. > >The most surprisingly bug-free code that I ever remember writing was a >parser that used Expat to turn an XML bookmark stream into a Lisp >list, followed by writing a bit of Lisp to grab elements I wanted to >transform. It was a pretty simple case; turning bookmarks from a >(now-obsolete) browser's XML into DocBook/SGML. I had the minor shock >that the full-bore recursive bits of code ran, and gave me the result >I was hoping for, on the very first run. It *scares* me when code >works the first time! > >I'm sure we have people that are *scared* that the XML form isn't >shaped like the flat files that they're accustomed to, but there >should be little problem in transforming the XML form of [9] into the >set of flat files that won't scare them so much. I wouldn't be at all >surprised if this requires little more than a few XPath queries that >are sufficiently conventional that they might get included as a >"near-standard toolset." JG - Why go through the transformation process at all? The source and the target databases are most likely relational, so why inject an object representation in the middle for data escrow? Just because you can translate the XML to CSV doesn't mean that you should. > >So I am not terribly scared at using XML. > >What I think would be *terrible* would be if we wound up defining two >standards for this that represent somewhat different sets of data in >somewhat different ways, when what's wanted is one representation. I >hate the idea of including both [6] and [9] as a single >"FrankenStandard." That multiplies the complexities of validation and >of trying to read and use the data. JG - I agree and disagree on this one. I see applicability of CSV for medium to large registries and XML as an option for small registries. I would be interested to understand the interest in both models to help drive whether one or both models are applicable. The authors of draft-arias-noguchi-dnrd-objects-mapping have expressed interest in collaborating. =20 > >I suppose I'd be mollified if it could be proven that one form could >always be automatically rewritten into the other, but I think I'd want >that code to be publicly available before I'd be willing to believe in >such an equivalence. > >I have thought a little bit about, but don't yet have terribly useful >comment, regarding the full-versus-incremental issue. Several others >have commented that they haven't found it worthwhile to optimize >things by doing partial/incremental dumps, and I can concur with that. > >Footnotes: > >[1] [[http://en.wikipedia.org/wiki/Comma-separated_values][Wikipedia: >Comma-separated values]] > >[2] [[http://tools.ietf.org/html/rfc4180][RFC 4180 - Common Format >and MIME Type for Comma-Separated Values (CSV) Files]] > >[3] [[http://www.ietf.org/mail-archive/web/ire/current/msg00012.html][I-D >Action:draft-arias-registry-data-escrow-00.txt]], indicating the >release, 2010-01-25, of the following draft > >[4]=20 >[[http://www.ietf.org/internet-drafts/draft-arias-registry-data-escrow-00. >txt][draft-arias-registry-data-escrow-00.txt]], >a draft document >specifying the format and contents of Data Escrow deposits for Domain >Registries, which used a CSV-based approach > >[5] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00185.html][Chris >Wright's message of 2012-10-31]] > >[6] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00165.html][Email >with draft-gould-thippeswamy-dnrd-csv-mapping-00]] > >[7] [[http://en.wikipedia.org/wiki/MultiValue][MultiValue Database]] > >[8] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00186.html][Francisc >o >Obispo comments on DNRD CSV Draft]] > >[9] [[http://www.ietf.org/mail-archive/web/ire/current/msg00163.html][New >version (3) of the spec and new draft on DNRD]] From fobispo@isc.org Fri Nov 2 11:25:22 2012 Return-Path: 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 B469E21F9611 for ; Fri, 2 Nov 2012 11:25:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-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 X29jf+Ep3k9O for ; Fri, 2 Nov 2012 11:25:22 -0700 (PDT) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 3BDA221F9600 for ; Fri, 2 Nov 2012 11:25:22 -0700 (PDT) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id BE644C9CF9; Fri, 2 Nov 2012 18:25:19 +0000 (UTC) (envelope-from fobispo@isc.org) Received: from [IPv6:2001:4f8:3:64:ed05:e18e:b3de:bd6e] (unknown [IPv6:2001:4f8:3:64:ed05:e18e:b3de:bd6e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 3AF7B216C7B; Fri, 2 Nov 2012 18:25:15 +0000 (UTC) (envelope-from fobispo@isc.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Francisco Obispo In-Reply-To: Date: Fri, 2 Nov 2012 11:25:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Gould, James" X-Mailer: Apple Mail (2.1499) Cc: Christopher Browne , "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 18:25:22 -0000 Hi James, *, The one thing I'm a bit worried about, is not only that we're putting = all of this effort drafting a new document export format, but that the = current spec (arias-noguchi-draft) is already part of the Applicant's = guidebook, and since we can't just modify the guidebook at this point, = because there were questions regarding Data Escrow in the new gTLD = program that clearly asked the registry operators how they would comply = with such requirements, what are we expecting to happen? If the task is to pursue a more 'optimal' format to suit mid to large = registries better, we will have to be aware that there is an ICANN = component which will need to be addressed. ICANN is not bound to what = IETF says with regards to an escrow dump format. Changing the spec will = really impact a whole bunch of applications who already have an answer = on this section and for which we cannot change at this point. We might need to support arias-noguchi-draft until a new format is = adopted by ICANN as the official format, however, this changes the = dynamics of a fundamental section of the commitments made by the = registry backend operator. Are we looking at this as a post-delegation, post 1st round of new-gtld = work? or are we looking to somehow get ICANN to approve a change to the = guidebook? Best regards Francisco Obispo=20 Director of Applications and Services - ISC email: fobispo@isc.org Phone: +1 650 423 1374 || INOC-DBA *3557* NOC PGP KeyID =3D B38DB1BE From JGould@verisign.com Fri Nov 2 12:33:45 2012 Return-Path: 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 4D0AC11E80E2 for ; Fri, 2 Nov 2012 12:33:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.813 X-Spam-Level: X-Spam-Status: No, score=-3.813 tagged_above=-999 required=5 tests=[AWL=-1.214, BAYES_00=-2.599] 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 rSs9uJe3bv2G for ; Fri, 2 Nov 2012 12:33:44 -0700 (PDT) Received: from exprod6og120.obsmtp.com (exprod6og120.obsmtp.com [64.18.1.236]) by ietfa.amsl.com (Postfix) with ESMTP id 5B56611E80D1 for ; Fri, 2 Nov 2012 12:33:21 -0700 (PDT) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob120.postini.com ([64.18.5.12]) with SMTP ID DSNKUJQgAJ3drQkg+2QHpgHAANKhrj1keH0r@postini.com; Fri, 02 Nov 2012 12:33:44 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 qA2JXDjD016080 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Nov 2012 15:33:17 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Fri, 2 Nov 2012 15:33:13 -0400 From: "Gould, James" To: Francisco Obispo Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgACYqoCAANB7AP//z+mA Date: Fri, 2 Nov 2012 19:33:12 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Christopher Browne , "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 19:33:45 -0000 Francisco, Everything being proposed fully meets the Application Guidebook. Both drafts (draft-arias-noguchi-dnrd-objects-mapping and draft-gould-thippeswamy-dnrd-csv-mapping) fully comply with draft-arias-noguchi-registry-data-escrow. I'm not requesting a change to the Application Guidebook rather I'm requesting to apply the IETF community process to define the appropriate protocol for the dnrd objects. Hopefully you are not stating that any draft produced by ICANN that is based on draft-arias-noguchi-registry-data-escrow is an implied extension of the Application Guidebook and an extension of the commitments made by the registry backend operators. You previously stated to me that if there was interest on the IRE list for the CSV model it would be worth consideration. Since interest has been shown I would like us to take the next step of merging the two drafts or create a new draft that meets the interest of the community. I encourage further discussion on this list on the drafts created in the hope that we can achieve the goals of meeting the needs of small and large registries. Thanks, =20 -- =20 JG =20 =20 James Gould Principal Software Engineer jgould@verisign.com =20 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 11/2/12 2:25 PM, "Francisco Obispo" wrote: >Hi James, *, > >The one thing I'm a bit worried about, is not only that we're putting all >of this effort drafting a new document export format, but that the >current spec (arias-noguchi-draft) is already part of the Applicant's >guidebook, and since we can't just modify the guidebook at this point, >because there were questions regarding Data Escrow in the new gTLD >program that clearly asked the registry operators how they would comply >with such requirements, what are we expecting to happen? > >If the task is to pursue a more 'optimal' format to suit mid to large >registries better, we will have to be aware that there is an ICANN >component which will need to be addressed. ICANN is not bound to what >IETF says with regards to an escrow dump format. Changing the spec will >really impact a whole bunch of applications who already have an answer on >this section and for which we cannot change at this point. > >We might need to support arias-noguchi-draft until a new format is >adopted by ICANN as the official format, however, this changes the >dynamics of a fundamental section of the commitments made by the registry >backend operator. > >Are we looking at this as a post-delegation, post 1st round of new-gtld >work? or are we looking to somehow get ICANN to approve a change to the >guidebook? > >Best regards > > >Francisco Obispo=20 >Director of Applications and Services - ISC >email: fobispo@isc.org >Phone: +1 650 423 1374 || INOC-DBA *3557* NOC >PGP KeyID =3D B38DB1BE > From gustavo.lozano@icann.org Fri Nov 2 12:37:25 2012 Return-Path: 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 8FEEE11E80E9 for ; Fri, 2 Nov 2012 12:37:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.187 X-Spam-Level: X-Spam-Status: No, score=-4.187 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_MED=-4, SARE_SPEC_REPLICA_OBFU=1.812] 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 5TtuTC0I8HK0 for ; Fri, 2 Nov 2012 12:37:24 -0700 (PDT) Received: from EXPFE100-1.exc.icann.org (expfe100-1.exc.icann.org [64.78.22.236]) by ietfa.amsl.com (Postfix) with ESMTP id 48DA911E80D1 for ; Fri, 2 Nov 2012 12:37:24 -0700 (PDT) Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-1.exc.icann.org ([64.78.22.236]) with mapi; Fri, 2 Nov 2012 12:37:23 -0700 From: Gustavo Lozano To: Chris Wright , Francisco Obispo Date: Fri, 2 Nov 2012 12:37:22 -0700 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac25MXs+hNVmWN2QQ5Wv5ixfJFs+9Q== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 19:37:25 -0000 SGVsbG8gQ2hyaXMsDQoNCkNvbW1lbnRzIGluIGxpbmUuDQoNCk9uIDExLzEvMTIgOTowMSBQTSwg IkNocmlzIFdyaWdodCIgPGNocmlzQGF1c3JlZ2lzdHJ5LmNvbS5hdT4gd3JvdGU6DQoNCj5UaGFu a3MgR3VzdGF2bywNCj4NCj5JIHdpbGwgcmFpc2UgbXkgaXNzdWVzIHdpdGggSUNBTk4gYXMgeW91 IHN1Z2dlc3QuDQo+DQo+SSBoYXZlIGdpdmVuIHNvbWUgZmVlZGJhY2sgYWxyZWFkeSBvbiB0aGUg ZHJhZnQsIHRoYXQgYmVpbmcgdGhhdCBJIGNvbmN1cg0KPndpdGggdGhlIG90aGVycyBoZXJlIHdo byBoYXZlIHNhaWQgdGhleSBwcmVmZXIgQ1NWIGZvcm1hdCwgSSBoYXZlDQo+c3VnZ2VzdGVkIGEg ZGlmZmVyZW50IGFwcHJvYWNoIHRvIHRoZSBDU1ZzLg0KDQpHTC4gVGhlIGZlZWRiYWNrLCB0aGF0 IHlvdSBwcm92aWRlZCB1cyB3aXRoLCBpcyBpbmNvcnBvcmF0ZWQgaW4gdmVyc2lvbiAwMQ0Kb2Yg ZG5yZC1vYmplY3RzLW1hcHBpbmcsIHRoYW5rIHlvdSBmb3IgdGhlIGZlZWRiYWNrLg0KDQo+DQo+ T24geW91ciBzcGVjaWZpYyBkcmFmdCwgSSBhbSB2ZXJ5IGNvbmZ1c2VkIGJ5IGhvdyBpdCBpcyBh dHRlbXB0aW5nIHRvDQo+aGFuZGxlIElETnMsIHRoaXMgaXMgZXNwZWNpYWxseSBkaWZmaWN1bHQg YXMgbm9uZSBvZiB0aGUgZXhhbXBsZXMgaW4gdGhlDQo+ZG9jdW1lbnQgc2hvdyBJRE4gZXhhbXBs ZXMsIHNvIHRoYXQgbWF5IGhlbHAuDQo+DQo+Q2FuIHlvdSBlbGFib3JhdGUgbW9yZSBvbiB0aGUg cHJvcG9zZWQgaGFuZGxpbmcgb2YgSUROcywgSSBhbSBlc3BlY2lhbGx5DQo+Y29uY2VybmVkIGFi b3V0IGhvdyByZWdpc3RyaWVzIHdobyBkb24ndCBnZW5lcmF0ZSBhbmQgc3RvcmUgYWxsIHZhcmlh bnRzDQo+YXJlIHN1cHBvcnRlZD8gKFJlZ2lzdHJpZXMgdGhhdCBzaW1wbHkgdXNlIGFuIGFsZ29y aXRobSB0byBibG9jayBuYW1lcw0KPmZyb20gb3RoZXJzLCBhbmQgbWF0Y2ggbmFtZXMgZm9yIHRo ZSByZWdpc3RyYW50IHRvIGJlIGFibGUgdG8gYWRkIGFzDQo+J3Byb3Zpc2lvbmVkJyB2YXJpYW50 cyB0byB0aGUgZG9tYWluIG9iamVjdCkuDQoNCkdMLiBUaGUgYXBwcm9hY2ggcHJvcG9zZWQgaW4g ZG5yZC1vYmplY3RzLW1hcHBpbmctMDEgaXM6DQogDQoNCkEgTk5ETiBvYmplY3QgaXMgcHJvcG9z ZWQgd2hpY2ggYmFzaWNhbGx5IHJlcHJlc2VudCBhIGxhYmVsIChub3QgYSBmdWxsDQpkb21haW4g b2JqZWN0KS4NCg0KTk5ETnMgY291bGQgYmUgdXNlZCB0byBzdG9yZSBkYXRhIG9mIHdoYXQgaXMg Y29tbW9ubHkgY2FsbGVkICJyZXNlcnZlZA0KZG9tYWluIG5hbWVzIi4gRXhwbGljaXQgSUROIHZh cmlhbnRzIGNvdWxkIGJlIHJlcHJlc2VudGVkIHVzaW5nIE5ORE5zLg0KDQogDQpBIHJlZ2lzdHJh bnQgY291bGQgcmVnaXN0ZXIgImNhZmUiLCBhbmQgdGhlIHJlZ2lzdHJ5IGNvdWxkIGNyZWF0ZSBl eHBsaWNpdA0KSUROIHZhcmlhbnRzIChjYWbDqSwgY8OhZmUgb3IgY8OhZsOpKSBhcyBOTkROIG9i amVjdHMuDQogDQoNCkltcGxpY2l0IHZhcmlhbnRzICh1c2VkIGJ5IHJlZ2lzdHJpZXMgd2hvIGRv bid0IGdlbmVyYXRlIGFuZCBzdG9yZSBhbGwNCnZhcmlhbnRzKSBhcmUgc3BlY2lmaWVkIGJhc2Vk IG9uIGEgY2Fub25pY2FsIG5hbWUuICBJbiB0aGUgImNhZmUiIGRvbWFpbg0Kb2JqZWN0LCB5b3Ug Y291bGQgc3BlY2lmeSB0aGUgPHZhcmlhbnRHZW5lcmF0b3I+IGVsZW1lbnQgYW5kDQo8aWRuVGFi bGVJZD5lczwvaWRuVGFibGVJZD4gdG8gaW5kaWNhdGUgdGhhdCBJRE4gdmFyaWFudHMgc2hvdWxk IGJlDQpjcmVhdGVkIGZvbGxvd2luZyB0aGUgTEdSIGRlZmluZWQgaW4gdGhlICJlcyIgSUROIHRh YmxlLiBJZiB0aGUgTEdSIGZvcm1hdA0Kb2YgdGhlICJlcyIgSUROIHRhYmxlIGRvZXNuJ3Qgc3Vw cG9ydCB0byBkZWZpbmUgdGhlIHN0YXRlIG9mIHRoZSBnZW5lcmF0ZWQNCklETiB2YXJpYW50cyB0 aGVuIHlvdSBjb3VsZCBzcGVjaWZ5IGl0IHVzaW5nIGEgZGVmYXVsdFN0YXRlIGF0dHJpYnV0ZSBv Zg0KdGhlIDx2YXJpYW50R2VuZXJhdG9yPiBlbGVtZW50Lg0KIA0KDQpUaGUgTk5ETiBvYmplY3Rz IGFuZCBpbXBsaWNpdCBJRE4gdmFyaWFudHMgY291bGQgZXhpc3QgaW4gdGhyZWUgc3RhdGVzOg0K ICAqIGJsb2NrZWQsIHVuZGVzaXJhYmxlIGZvciByZWdpc3RyYXRpb24NCiAgKiB3aXRoaGVsZCwg Y291bGQgYmUgcmVnaXN0ZXJlZC4NCiAgKiBhbGxvY2F0ZWQsIG1pcnJvciB0aGUgaW5mb3JtYXRp b24gZnJvbSB0aGUgY2Fub25pY2FsIGRvbWFpbiBuYW1lLg0KDQoNClRoaXMgYXBwcm9hY2ggY292 ZXJzIHRoZSBtb3N0IGNvbXBsZXggc2NlbmFyaW8gdGhhdCB3ZSBoYXZlIGtub3dsZWRnZSBvZjoN CkEgVExEIHRoYXQgc3VwcG9ydHMgbXVsdGlwbGUgc2NyaXB0cywgaW5jbHVkaW5nIExHUiB0aGF0 IGNvdWxkIHBvdGVudGlhbA0KZ2VuZXJhdGUgdGhvdXNhbmRzIG9mIHZhcmlhbnRzLCBhbmQgc29t ZSBvZiB0aG9zZSBhbGdvcml0aG1pY2FsbHkNCmdlbmVyYXRlZCB2YXJpYW50cyBzaG91bGQgbm90 IGJlIGF2YWlsYWJsZSBmb3IgcmVnaXN0cmF0aW9uLg0KDQo+DQo+SSBmZWVsIHRoYXQgdGhlIGZh c3Rlc3Qgd2F5IHRvIGdldCB0aGlzIHNvcnRlZCB3b3VsZCBiZSB0byBnZXQgdGhlDQo+cmVnaXN0 cmllcyBpbiB0aGUgcm9vbSBhbmQgY3JhbmsgaXQgb3V0IC0gZm9yIHN1Y2ggYSBzcGVjaWZpYyB1 c2UgSW0gbm90DQo+c3VyZSB0aGF0IGl0IHJlYWxseSBuZWVkcyBhbiBJRVRGIHdvcmtpbmcgZ3Jv dXAgKGV2ZW4gdGhvdWdoIHRoaXMgaXNuJ3QNCj5yZWFsbHkgYSB3b3JraW5nIGdyb3VwKS4NCg0K R0wuIEluIHRoaXMgbWFpbGluZyBsaXN0LCB0aGVyZSBhcmUgcGFydGljaXBhbnRzIGZyb20gY2NU TERzLCBuZXcgZ1RMRHMsDQpjdXJyZW50IGdUTERzLCByZWdpc3RyYXJzLCBpbmRlcGVuZGVudCBk ZXZlbG9wZXJzIGFuZCBtYW55IG90aGVyIHBhcnRpZXMNCnRoYXQgY2FuIGNvbnRyaWJ1dGUgd2l0 aCB0aGVpciBleHBlcnRpc2UuDQogDQoNClRoaXMgc3BlY2lmaWNhdGlvbiBtaWdodCBiZSB1c2Vk IG5vdCBvbmx5IGJ5IG5ldyBnVExEcywgdGhlcmVmb3JlIGl0DQphcHBlYXJzIHRoYXQgdGhpcyBt YWlsaW5nIGxpc3QgaXMgdGhlIGNvcnJlY3QgdmVudWUgdG8gZGlzY3VzcyB0aGlzDQpzcGVjaWZp Y2F0aW9uLg0KIA0KDQpJZiBub3QgdGhpcyBsaXN0LCB3aGF0IGlzIHRoZSBwcm9jZXNzIHRoYXQg eW91IHByb3Bvc2UgdG8gZGlzY3VzcyB0aGUgZGF0YQ0KZXNjcm93IHNwZWNpZmljYXRpb24/DQoN Cg0KVGhhbmsgeW91LA0KDQpSZWdhcmRzLA0KR3VzdGF2byBMb3phbm8NCg0KPg0KPklDQU5OIHNl ZW1zIHRvIGhhdmUgYSB2ZXJ5IGZsYXdlZCB1bmRlcnN0YW5kaW5nIG9mIHdoYXQgSW5mb3JtYXRp b25hbCBSRkNzDQo+YXJlLCBhcyBhcHBvc2VkIHRvIHN0YW5kYXJkcyB0cmFjayBSRkNzLiBUaGlz IGlzIHZlcnkgZXZpZGVudCBpbiB0aGUNCj5yZWZlcmVuY2UgdG8gaW5mb3JtYXRpb25hbCBSRkNz IGluIHRoZSBwcmUgZGVsZWdhdGlvbiB0ZXN0aW5nIHByb2Nlc3MNCj4oZXNwZWNpYWxseSBhcm91 bmQgbGFuZ3VhZ2UgdGFibGVzKS4gSSBmZWFyIHRoYXQgYnkgY29uc3RydWN0aW5nIHRoaXMNCj4n c3BlY2lmaWNhdGlvbicgdW5kZXIgdGhlICdpbGx1c2lvbicgb2YgYW4gSUVURiBjb25zZW5zdXMg cHJvY2Vzcywgd2lsbA0KPm9ubHkgZnVydGhlciBlbnRyZW5jaCB0aGlzIG1pc3VuZGVyc3RhbmRp bmcuDQo+DQo+VGhhbmtzDQo+DQo+Q2hyaXMNCj4NCj5PbiAyLzExLzEyIDExOjE2IEFNLCAiR3Vz dGF2byBMb3phbm8iIDxndXN0YXZvLmxvemFub0BpY2Fubi5vcmc+IHdyb3RlOg0KPg0KPj5DaHJp cywgYWxsLA0KPj4NCj4+IA0KPj5XZSB2YWx1ZSB5b3VyIHN1Z2dlc3Rpb25zIHJlZ2FyZGluZyB0 aGUgbmV3IGdUTEQgcHJvZ3JhbTsNCj4+cGxlYXNlIHNlbmQgeW91ciBzdWdnZXN0aW9ucywgcXVl c3Rpb25zIG9yIGNvbW1lbnRzIHJlZ2FyZGluZyB0aGUgZXNjcm93DQo+PnJlcXVpcmVtZW50cw0K Pj5wcmVzZW50IGluIHRoZSBBR0Igb3IgdGhlIHJlZ2lzdHJ5IHRyYW5zaXRpb24gcHJvY2VzcyB0 bw0KPj5uZXdndGxkQGljYW5uLm9yZy4NCj4+IA0KPj4NCj4+VGhlIG9iamVjdGl2ZSBvZiB0aGUg ZG5kcmQtb2JqZWN0cy1tYXBwaW5nIGRyYWZ0IGlzIHRvDQo+PmNyZWF0ZSBhIHNwZWNpZmljYXRp b24gd2hlcmUgdGhlIGNvbW1vbiBlbGVtZW50cyBhbmQgb2JqZWN0cyBvZiBkb21haW4NCj4+cmVn aXN0cmllcyBhcmUgbGlzdGVkLiBJZiB5b3UgYmVsaWV2ZSB0aGF0IHNvbWUgZWxlbWVudCwgYXR0 cmlidXRlIG9yDQo+Pm9iamVjdCBpcw0KPj5taXNzaW5nIHBsZWFzZSBwcm92aWRlIGZlZWRiYWNr IG9uIHRoZSBsaXN0Lg0KPj4NCj4+IA0KPj5JbiBvcmRlciB0byBhZHZhbmNlIGluIHRoZSBkZXZl bG9wbWVudCBvZiB0aGlzDQo+PnNwZWNpZmljYXRpb24sIHBsZWFzZSBwcm92aWRlIGZlZWRiYWNr IHJlZ2FyZGluZyB0aGUgb2JqZWN0cywgZWxlbWVudHMNCj4+YW5kDQo+PmF0dHJpYnV0ZXMgZGVz Y3JpYmVkIGluIHRoZSBkbmRyZC1vYmplY3RzLW1hcHBpbmctZHJhZnQuDQo+PiANCj4+DQo+PlRo ZSBtYWluIHVwZGF0ZSBvZiBkbmRyZC1vYmplY3RzLW1hcHBpbmcgdmVyc2lvbiAwMSBpcw0KPj5y ZWdhcmRpbmcgSUROIHZhcmlhbnQgaGFuZGxpbmcuIElDQU5OIGhhdmUgYmVlbiB3b3JraW5nIG9u IHRoZSBJRE4NCj4+dmFyaWFudHMNCj4+cHJvamVjdCBmb3Igc29tZSB0aW1lIGFuZCBrbm93bGVk Z2UgZ2F0aGVyZWQgZnJvbSB0aGlzIHByb2plY3QgaGFzIGJlZW4NCj4+aW5jb3Jwb3JhdGVkIGlu dG8gdGhlIGRyYWZ0LiBUaGUgcHJvcG9zZWQgYXBwcm9hY2ggaW4gdGhlIGRyYWZ0IHN1cHBvcnRz DQo+PnZhcmlhbnRzIG9mIHR5cGUgZXhwbGljaXQgKGxpc3RlZCBhcyBvYmplY3RzKSBhbmQgaW1w bGljaXQgKGNvbXB1dGVkDQo+PmJhc2VkDQo+Pm9uIGENCj4+TEdSKS4NCj4+IA0KPj4NCj4+UmVt ZW1iZXIgdGhhdCB0aGlzIHNwZWNpZmljYXRpb24gaXMgYmVpbmcgZGV2ZWxvcGVkIG5vdCBvbmx5 DQo+PmZvciBuZXcgZ1RMRHMgYW5kIGl0IG1pZ2h0IGJlIHVzZWQgYnkgY2NUTERzIG9yIGN1cnJl bnQgZ1RMRHMgdG8gZXNjcm93DQo+Pml0cyBTUlMNCj4+ZGF0YS4NCj4+DQo+Pg0KPj4NCj4+UmVn YXJkcywNCj4+R3VzdGF2byBMb3phbm8NCj4+DQo+Pk9uIDEwLzMxLzEyIDk6NTUgUE0sICJDaHJp cyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3RlOg0KPj4NCj4+PlRoYW5r cyBGcmFuY2lzY28sDQo+Pj4NCj4+PkkgMTAwJSBhZ3JlZSB3aXRoIHdoYXQgeW91ciBzYXlpbmcs IGZyb20gdGhlIHBlcnNwZWN0aXZlIG9mIHRoYXQgaXMgd2hhdA0KPj4+dGhlIGFncmVlbWVudCBj dXJyZW50bHkgc2F5cy4NCj4+Pg0KPj4+SG93ZXZlciBJIGFtIGFyZ3VpbmcgdGhhdCB0aGUgcmVx dWlyZW1lbnRzIGZyb20gdGhhdCBhZ3JlZW1lbnQgYXJlIHNpbGx5DQo+Pj5hbmQgZmxhd2VkLCBh bmQgdGhhdCBpZiB3ZSB0aGUgdGVjaG5pY2FsIGNvbW11bml0eSBnbyBiYWNrIHRvIElDQU5OIGFu ZA0KPj4+dGVsbCB0aGVtIGFzIHN1Y2ggd2UgY2FuIGdldCB0aGF0IGFkZHJlc3NlZC4NCj4+Pg0K Pj4+SXQgbWFrZXMgbm8gc2Vuc2UgdG8gZW5mb3JjZSBhIHRlY2huaWNhbCBwcm9jZXNzIGxpa2Ug dGhpcyBpbiBhIGxlZ2FsDQo+Pj5hZ3JlZW1lbnQsIGluY2x1ZGluZyBkb3duIHRvIHRoZSBsZXZl bCBvZiBob3cgdG8gbmFtZSBmaWxlcy4gQWxsIElDQU5ODQo+Pj5uZWVkcyB0byBjYXJlIGFib3V0 IGlzIGhvdyB0aGV5IGdldCB0aGUgZGF0YSBmcm9tIHRoZSBlc2Nyb3cgcHJvdmlkZXIuDQo+Pj4N Cj4+PlRoZSB2YWxpZGF0aW9uIGN1cnJlbnRseSBhc2tlZCBmb3IgYnkgdGhlIGxlZ2FsIGFncmVl bWVudCwgd2hpY2ggYXMgeW91DQo+Pj5yaWdodGx5IHBvaW50IG91ciBpcyB0cml2aWFsIHRvIGRv LCBpcyBhbHNvIGFsbW9zdCBwb2ludGxlc3MsIHNjaGVtYQ0KPj4+dmFsaWRhdGlvbiBwcm92ZXMg bm90aGluZyBleGNlcHQgdGhhdCBJIHN1Ym1pdHRlZCBzY2hlbWEgdmFsaWQgWE1MLCBJDQo+Pj5j b3VsZCBmaWxsIHNjaGVtYSB2YWxpZCBYTUwgd2l0aCBhbnl0aGluZyAtIGl0IHdpbGwgbm90IG1l ZXQgdGhlDQo+Pj5vYmplY3RpdmVzIG9mIGVuc3VyaW5nIGRhdGEgaXMgdHJ1ZSBhbmQgYWNjdXJh dGUgYmFzZWQgb24gd2hhdCBpcw0KPj4+YWN0dWFsbHkNCj4+PmluIG15IHJlZ2lzdHJ5Lg0KPj4+ DQo+Pj5JbSBmaW5lIHdpdGggdGhlIGVzY3JvdyBwcm92aWRpbmcgaGF2aW5nIHRvIHdyaXRlIGN1 c3RvbSBzdHVmZiB0bw0KPj4+dmFsaWRhdGUNCj4+PmRhdGEsIHRoZXkgd2lsbCBuZWVkIHRvIHRv IGRvICdyZWFsJyB2YWxpZGF0aW9uLCBob3dldmVyIGFnYWluIEkNCj4+PndvdWxkbid0DQo+Pj5n byB0byB0aGF0IGxldmVsIGZyb20gSUNBTk4gcGVyc3BlY3RpdmUsIEkgd291bGQgc3BlY2lmeSBh IHNldCBvZiB0aGluZ3MNCj4+PnRoZSBlc2Nyb3cgcHJvdmlkZXIgbmVlZHMgdG8gdmFsaWRhdGUs IGFuZCBsZWF2ZSB0aGUgJ2hvdycgdG8gdGhlbS4NCj4+Pg0KPj4+SWYgd2UgYXJlIHNlcmlvdXMg YWJvdXQgdmFsaWRhdGlvbiB3ZSBzaG91bGQgdmFsaWRhdGUgdGhpbmdzIGxpa2UsDQo+Pj4NCj4+ PkVuc3VyZSBldmVyeSBjb250YWN0IG9iamVjdCByZWZlcmVuY2VkIGJ5IGEgZG9tYWluIG9iamVj dCBpcyBwcmVzZW50DQo+Pj5FbnN1cmUgZXZlcnkgaG9zdCBvYmplY3QgcmVmZXJlbmNlIGJ5IGEg ZG9tYWluIG9iamVjdCBpcyBwcmVzZW50DQo+Pj5FbnN1cmUgdGhhdCBldmVyeSBzcG9uc29yIHJl ZmVyZW5jZWQgYnkgZG9tYWlucywgY29udGFjdHMgYW5kIGhvc3QgaXMNCj4+PnByZXNlbnQgYXMg YSByZWdpc3RyYXIgb2JqZWN0DQo+Pj5FbnN1cmUgZXZlcnkgY29udGFjdCBjb3VudHJ5IGNvZGUg bWF0Y2hlcyBhIGNvdW50cnkgY29kZSBvbiB0aGUgSVNPIGxpc3QNCj4+Pg0KPj4+T24gYW5kIG9u Li4uDQo+Pj5FdGMuLiAtIHdlIHByb2JhYmx5IHdhbnQgdG8gYXBwbHkgc29tZSBjaGVja3MgdG8g b2JqZWN0IHByb3BlcnRpZXMgYXMNCj4+PndlbGwNCj4+PihlLmcuIENoZWNrIGVtYWlsIGFkZHJl c3MgYXJlIHZhbGlkIChzeW50YWN0aWNhbGx5KSkNCj4+Pg0KPj4+UGVyaGFwcyBzdGF0aXN0aWNh bCBhbmFseXNpcyBvZiBvYmplY3QgY291bnRzIGNvdWxkIGJlIGRvbmUsIGNvbXBhcmVkIHRvDQo+ Pj5wcmV2aW91cyBjb3VudHMgYW5kIGFub21hbGllcyBpbnZlc3RpZ2F0ZWQgKGlmIG9uZSBkYXkg SSBoYXZlIGEgbWlsbGlvbg0KPj4+ZG9tYWlucywgYW5kIHRoZW4gdGhlIG5leHQgZGF5IEkgaGF2 ZSAxMDAsMDAwIHRoZW4gdGhlIGVzY3JvdyBwcm92aWRlcg0KPj4+c2hvdWxkIGxvb2sgZGVlcGVy IGludG8gdGhlIGRhdGEgYW5kIGhhdmUgYSBkaXNjdXNzaW9uIHdpdGggdGhlIHJlZ2lzdHJ5DQo+ Pj50byB3b3JrIG91dCB3aGF0IHdlbnQgd3JvbmcsIG9yIGlmIHRoZSBtYXNzaXZlIGRyb3AgaXMg bGVnaXQpIC0gRXNjcm93DQo+Pj5wcm92aWRlcnMgc2hvdWxkIGJlIG1vcmUgdGhhbiBqdXN0IGZp bGUgcmVwb3NpdG9yaWVzLCBvdGhlcndpc2UgdGhleSBhZGQNCj4+Pm5vIHZhbHVlIHdoYXRzb2V2 ZXIsIGFuZCBJQ0FOTiBtaWdodCBhcyB3ZWxsIHNhdmUgdXMgYWxsIHNvbWUgbW9uZXkgYW5kDQo+ Pj5qdXN0IHNldHVwIGEgY2VudHJhbCBGVFAgc2VydmVyIHdlIGFsbCBzZW5kIHRoZSBkdW1wIGZp bGVzIHRvLg0KPj4+DQo+Pj5UaGUgdmFsaWRhdGlvbiB3ZSBjb3VsZChzaG91bGQ/KSBkby9leHBl Y3QgZ29lcyBvbiBhbmQgb24sIG9ubHkgdGhlbg0KPj4+d2lsbA0KPj4+d2UgYWN0dWFsbHkgYmUg bW9yZSBjb25maWRlbnQgdGhhdCB3ZSBoYXZlIGJldHRlciBkYXRhIC0gdGhlIHRoaW5nIGlzIHRv DQo+Pj5kbyB0aGVzZSB0eXBlcyBvZiB2YWxpZGF0aW9uLCB5b3Ugd291bGQgbmVlZCB0byByZWlu dGVncmF0ZSBhbg0KPj4+aW5jcmVtZW50YWwNCj4+PmZpbGUgd2l0aCBhIGZ1bGwgZmlsZSAoYXMg dGhlIGluY3JlbWVudGFsIGZpbGUgbWF5IHJlZmVyZW5jZSBvYmplY3RzDQo+Pj5mcm9tDQo+Pj50 aGUgZnVsbCBkdW1wIChvciBhIHByZXZpb3VzIGluY3JlbWVudGFsKSBzbyB0aGUgZXNjcm93IHBy b3ZpZGVyIHdpbGwNCj4+Pm5lZWQNCj4+PnRvIGRvIG1vcmUgdGhhbiBzY2hlbWEgdmFsaWRhdGUg YSBmaWxlIGFueXdheS4NCj4+Pg0KPj4+T2J2aW91c2x5IGlmIHRoZSBtZXRob2QgSSB3b3JrZWQg b3V0IGJldHdlZW4gbWUgYW5kIG15IEVzY3JvdyBwcm92aWRlcg0KPj4+d2FzDQo+Pj5kYXRhYmFz ZSByZXBsaWNhdGlvbiwgdGhleSB3b3VsZCBuZWVkIHRvIGVuc3VyZSB0aGF0IGlmIEkgcmVwbGlj YXRlZCBhDQo+Pj4nZHJvcCBkYXRhYmFzZScgc3RhdGVtZW50IHRvIHRoZW0sIHRoZXkgd291bGQg c3RpbGwgaGF2ZSB0aGUgZGF0YSBmcm9tDQo+Pj50aGUNCj4+PnByZXZpb3VzIHJlcGxpY2F0aW9u LCBidXQgYWdhaW4sIHRoYXQgaXMgYSB0ZWNobmljYWwgcHJvYmxlbSBmb3IgdGhlDQo+Pj5lc2Ny b3cgcHJvdmlkZXIgdG8gd29yayBvdXQgd2l0aCB0aGUgcmVnaXN0cnksIGFuZCBJIGNhbiB0aGlu ayBvZiBtYW55DQo+Pj50ZWNobmljYWwgd2F5cyB0byBzb2x2ZSB0aGF0IHByb2JsZW0uDQo+Pj4N Cj4+PlRoZSBlc2Nyb3cgcHJvdmlkZXIgd2lsbCBoYXZlIGEgY29udHJhY3R1YWwgcmVxdWlyZW1l bnQgdG8gcHJvdmlkZSBkYXRhDQo+Pj50bw0KPj4+SUNBTk4gKGluIGEgZm9ybWF0IHByb3ZpZGVk IGJ5IElDQU5OIC0gd2hvIHdpbGwgZGVzaWduIHRoZSBmb3JtYXQgaW4NCj4+PmNvbmp1bmN0aW9u IHdpdGggdGhlIHRlY2huaWNhbCBjb21tdW5pdHkpIHRoYXQgaXMgbm8gbW9yZSB0aGFuIDI0IGhv dXJzDQo+Pj5vbGQsIHRoZXkgd2lsbCBuZWVkIHRvIHRlY2huaWNhbGx5IHdvcmsgb3V0IGEgd2F5 IHRoZXkgY2FuIGZ1bGZpbCBvbg0KPj4+dGhhdA0KPj4+b2JsaWdhdGlvbiB3aXRoIHRoZSByZWdp c3RyeSBvcGVyYXRvciAtIHRoYXTCuXMgYWxsIElDQU5OIG5lZWRzIHRvIGRheS4NCj4+PlRoZQ0K Pj4+ZXNjcm93IHByb3ZpZGVyIHRoZW4gbmVlZHMgYSBwcm9jZXNzIHdoZXJlIGlmIHRoZXkgYXJl IG5vdCByZWNlaXZpbmcgdGhlDQo+Pj5kYXRhIGZyb20gdGhlIHJlZ2lzdHJ5IG9wZXJhdG9yIGlu IGEgdGltZWx5IG1hbm5lciAodGh1cyBub3QgYWJsZSB0bw0KPj4+ZnVsZmlsIG9uIHRoZWlyIG9i bGlnYXRpb24pIG9yIHRoZSByZWdpc3RyeSBvcGVyYXRvciBpcyBub3QgZG9pbmcNCj4+PnNvbWV0 aGluZyB0aGV5IG5lZWQgdG8gZG8sIHRoZW4gdGhleSBlc2NhbGF0ZSB0aGlzIGlzc3VlIHRvIElD QU5OIHdobw0KPj4+d2lsbA0KPj4+Z28gdGhlIHJlZ2lzdHJ5IGZvciBjb250cmFjdCBicmVhY2gg LSB0aGF0wrlzIGl0LiBUaGlzIHNpdHVhdGlvbiBleGlzdCBpZg0KPj4+SQ0KPj4+c3RvcCBzZW5k aW5nIGRhaWx5IGZ1bGwgb3IgaW5jcmVtZW50YWwgZmlsZXMgYW55d2F5Lg0KPj4+DQo+Pj5UaGFu a3MNCj4+Pg0KPj4+Q2hyaXMNCj4+Pg0KPj4+T24gMS8xMS8xMiAyOjM5IFBNLCAiRnJhbmNpc2Nv IE9iaXNwbyIgPGZvYmlzcG9AaXNjLm9yZz4gd3JvdGU6DQo+Pj4NCj4+Pj5IaSBDaHJpcywNCj4+ Pj4NCj4+Pj5QZXJoYXBzIEknbSByZWl0ZXJhdGluZyB3aGF0IEkgc2FpZCBpbiBteSBwcmV2aW91 cyBlbWFpbCwgYnV0IEkgZG9uJ3QNCj4+Pj50aGluayB0aGF0J3MgaG93IHRoZSBlc2Nyb3cgcHJv dmlkZXIgaXMgc3VwcG9zZWQgdG8gd29yay4NCj4+Pj4NCj4+Pj5UaGV5IGFyZSBnb2luZyB0byBy ZWNlaXZlLCB2ZXJpZnkgYW5kIHN0b3JlIGFuIGVzY3JvdyBkdW1wIGZyb20gdGhlDQo+Pj4+cmVn aXN0cnkuIFZlcmlmeSBtZWFucyBnb2luZyB0aHJvdWdoIHRoZSBpdGVtcyBpbiBTcGVjaWZpY2F0 aW9uIDIgb2YNCj4+Pj50aGUNCj4+Pj5BcHBsaWNhbnQncyBndWlkZWJvb2s6DQo+Pj4+aHR0cDov L2FyY2hpdmUuaWNhbm4ub3JnL2VuL3RvcGljcy9uZXctZ3RsZHMvcmZwLWNsZWFuLTMwbWF5MTEt ZW4ucGRmDQo+Pj4+DQo+Pj4+PHNwZWNpZmljYXRpb24yX2V4dHJhY3Q+DQo+Pj4+VmVyaWZpY2F0 aW9uIFByb2NlZHVyZS4NCj4+Pj4NCj4+Pj4J4oKsICgxKSAgVGhlIHNpZ25hdHVyZSBmaWxlIG9m IGVhY2ggcHJvY2Vzc2VkIGZpbGUgaXMgdmFsaWRhdGVkLg0KPj4+Pg0KPj4+PgnigqwgKDIpICBJ ZiBwcm9jZXNzZWQgZmlsZXMgYXJlIHBpZWNlcyBvZiBhIGJpZ2dlciBmaWxlLCB0aGUgbGF0dGVy IGlzDQo+Pj4+cHV0DQo+Pj4+dG9nZXRoZXIuDQo+Pj4+DQo+Pj4+CeKCrCAoMykgIEVhY2ggZmls ZSBvYnRhaW5lZCBpbiB0aGUgcHJldmlvdXMgc3RlcCBpcyB0aGVuIGRlY3J5cHRlZCBhbmQNCj4+ Pj51bmNvbXByZXNzZWQuDQo+Pj4+DQo+Pj4+CeKCrCAoNCkgIEVhY2ggZGF0YSBmaWxlIGNvbnRh aW5lZCBpbiB0aGUgcHJldmlvdXMgc3RlcCBpcyB0aGVuIHZhbGlkYXRlZA0KPj4+PmFnYWluc3Qg dGhlIGZvcm1hdCBkZWZpbmVkIGluIFsxXS4NCj4+Pj4NCj4+Pj4J4oKsICg1KSAgSWYgWzFdIGlu Y2x1ZGVzIGEgdmVyaWZpY2F0aW9uIHByb2Nlc3MsIHRoYXQgd2lsbCBiZSBhcHBsaWVkIGF0DQo+ Pj4+dGhpcyBzdGVwLg0KPj4+Pg0KPj4+PklmIGFueSBkaXNjcmVwYW5jeSBpcyBmb3VuZCBpbiBh bnkgb2YgdGhlIHN0ZXBzLCB0aGUgRGVwb3NpdCB3aWxsIGJlDQo+Pj4+Y29uc2lkZXJlZCBpbmNv bXBsZXRlLg0KPj4+Pg0KPj4+PlsxXSBEb21haW4gTmFtZSBEYXRhIEVzY3JvdyBTcGVjaWZpY2F0 aW9uICh3b3JrIGluIHByb2dyZXNzKSwNCj4+Pj5odHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9k cmFmdC1hcmlhcy1ub2d1Y2hpLXJlZ2lzdHJ5LWRhdGEtZXNjcm93DQo+Pj4+WzJdIE9wZW5QR1Ag TWVzc2FnZSBGb3JtYXQsIGh0dHA6Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzQ4ODAudHh0 DQo+Pj4+WzNdIE9wZW5QR1AgcGFyYW1ldGVycywNCj4+Pj5odHRwOi8vd3d3LmlhbmEub3JnL2Fz c2lnbm1lbnRzL3BncC1wYXJhbWV0ZXJzL3BncC1wYXJhbWV0ZXJzLnhodG1sDQo+Pj4+DQo+Pj4+ PC9zcGVjaWZpY2F0aW9uMl9leHRyYWN0Pg0KPj4+Pg0KPj4+PlRoZSB2YWxpZGF0aW9uIGlzIGFu IFhNTCBTY2hlbWEgVmFsaWRhdGlvbiBiYXNlZCBvbiB0aGUgSUVURiBEcmFmdA0KPj4+PiJhcmlh cy1ub2d1Y2hpIi4gQnkgcGFzc2luZyBYTUwgVmFsaWRhdGlvbiAod2hpY2ggaXMgYSB2ZXJ5IHNp bXBsZQ0KPj4+PmNoZWNrKSwgdGhlIEVzY3JvdyBwcm92aWRlciBjYW4gYmUgc3VyZSB0aGF0IHRo ZSBkYXRhIG5vdCBvbmx5IGlzDQo+Pj4+Y29tcGxldGUsIGJ1dCB0aGF0IHRoZSBmaWVsZHMgY29u Zm9ybSB0aGUgZGF0YSB0eXBlcyBzcGVjaWZpZWQgYnkgdGhlDQo+Pj4+c3BlYy4NCj4+Pj4NCj4+ Pj5WYWxpZGF0aW5nIGEgZHVtcCB3b3VsZG4ndCBiZSBtb3JlIHRoYW4ganVzdDoNCj4+Pj4NCj4+ Pj4kIHhtbGxpbnQgLS1ub291dCAtLXNheCAtLXNjaGVtYSAvcGF0aC90by9hcmlhcy1ub2d1Y2hp LnhzZA0KPj4+PmVzY3Jvd19kdW1wLnhtbA0KPj4+Pg0KPj4+PmFuZCBpZiB0aGUgZmlsZSBpcyBj b21wcmVzc2VkOg0KPj4+Pg0KPj4+PiQgYnpjYXQgZXNjcm93X2R1bXAueG1sLmJ6MiB8IHhtbGxp bnQgLS1ub291dCAtLXNheCAtLXNjaGVtYQ0KPj4+Pi9wYXRoL3RvL2FyaWFzLW5vZ3VjaGkueHNk IC0NCj4+Pj4NCj4+Pj4odGhhdCdzIGFuIGV4YW1wbGUgdXNpbmcgbGlieG1sMikNCj4+Pj4NCj4+ Pj5IYXZpbmcgYW4gQ1NWIGZpbGUgd291bGQgcmVxdWlyZSB0aGUgZXNjcm93IHByb3ZpZGVyIHdy aXRlIHRoZWlyIG93bg0KPj4+PnBhcnNlciB0byB2YWxpZGF0ZSBjb21tYSBzZXBhcmF0ZWQgdmFs dWVzLi4gVGhpcyBpcyB2ZXJ5IGRhbmdlcm91cywgYW5kDQo+Pj4+dGltZSBjb25zdW1pbmcsIGRl cGVuZGluZyBvbiBob3cgdGhleSBkbyBpdCwgc3BlY2lhbGx5IGlmIHRoZXkgaGF2ZSB0bw0KPj4+ PmNvcGUgd2l0aCBjdXN0b20gZm9ybWF0cyBmcm9tIGRpZmZlcmVudCByZWdpc3RyaWVzLg0KPj4+ Pg0KPj4+PklmIEkgd2FzIGFuIGVzY3JvdyBwcm92aWRlciBJIHdvdWxkbid0IHdhbnQgdG8gYmUg bGlhYmxlIGluIGdlbmVyYXRpbmcNCj4+Pj50aGUgZHVtcCBmaWxlLCBiZWNhdXNlIGlmIHNvbWV0 aGluZyBpcyBtaXNzaW5nLCBhbmQgdGhlIHJlZ2lzdHJ5IGdvZXMNCj4+Pj5hd2F5LCBvciBhIERF TEVURSwgVFJVTkNBVEUgVEFCTEUsIERST1AgREFUQUJBU0UsIG9yIGFueXRoaW5nIGxpa2UgaXQN Cj4+Pj5oYXBwZW5zIGFuZCB0aGUgcmVwbGljYSB0aHJvd3MgdGhlIGRhdGEgYXdheSwgdGhlcmUg d2lsbCBiZSBub3doZXJlIHRvDQo+Pj4+ZmV0Y2ggdGhlIGRhdGEgZnJvbSAoYmFja3VwcyBwZXJo YXBzPykNCj4+Pj4NCj4+Pj5PbiB0aGUgdmFyaWFudHMgaXNzdWUsIHRoaXMgd291bGQgYmUgcGFy dCBvZiB0aGUgZXh0ZW5zaW9uIGZyYW1ld29yaywNCj4+Pj5hbmQNCj4+Pj5zaW5jZSB0aGlzIHZh cmllcyBmcm9tIHJlZ2lzdHJ5IHRvIHJlZ2lzdHJ5LCBpdCB3b3VsZCBiZSBzb21ldGhpbmcgdGhh dA0KPj4+Pml0IHdvdWxkIGJlIGhhdmUgdG8gYmUgbWFwcGVkIGFuZCBkb2N1bWVudGVkIGFjY29y ZGluZ2x5Lg0KPj4+Pg0KPj4+PkJlc3QgcmVnYXJkcywNCj4+Pj4NCj4+Pj5GcmFuY2lzY28NCj4+ Pj4NCj4+Pj5PbiBPY3QgMzEsIDIwMTIsIGF0IDc6MTcgUE0sIENocmlzIFdyaWdodCA8Y2hyaXNA YXVzcmVnaXN0cnkuY29tLmF1Pg0KPj4+Pndyb3RlOg0KPj4+Pg0KPj4+Pj4gVW5kZXJzdG9vZCwg YW5kIGlmIHRoYXTCuXMgdGhlIHdheSBWZXJpc2lnbiB3YW50cyB0byBkbyBpdCwgdGhlbiBnbw0K Pj4+Pj5mb3INCj4+Pj4+aXQsDQo+Pj4+PiB5b3UgY2FuIGRlcG9zaXQgaXQgaW4gdGhlIGZvcm1h dCByZXF1aXJlZCB0byBiZSBwcm92aWRlZCB0byBJQ0FOTiwgbm8NCj4+Pj4+IGlzc3VlIHdoYXQg c28gZXZlciwgYnV0IHdoeSBzaG91bGQgZXZlcnlvbmUgYmUgZm9yY2VkIHRvIGRvIHRoYXQ/IEl0 DQo+Pj4+PndvdWxkDQo+Pj4+PiBhY3R1YWxseSBiZSByZWFsbHkgdHJpdmlhbCBmb3IgYm90aCBt ZSBhbmQgbXkgcHJvdmlkZXIgdG8gZG8gZGF0YWJhc2UNCj4+Pj4+IHJlcGxpY2F0aW9uLCBhbmQg dGhlbiB0aGV5IHNpbXBseSBydW4gYSBzY3JpcHQgdG8gdmFsaWRhdGUgdGhlIGRhdGENCj4+Pj4+ KHRoYXQNCj4+Pj4+IEkgd291bGQgc3VwcGx5IHRoZW0pIC0gSW0geWV0IHRvIGFjdHVhbGx5IHNl ZSB3aGF0IHRoZSAndmFsaWRhdGlvbicNCj4+Pj4+dGhleQ0KPj4+Pj4gYXJlIHN1cHBvc2VkIHRv IGRvIGFjdHVhbGx5IGlzIC0gaWYgaXRzIGp1c3Qgb2JqZWN0IGNvdW50cyAtIHRoZW4gSQ0KPj4+ Pj53b3VsZA0KPj4+Pj4gYXNzZXJ0IHRoYXQgZHVtcGluZyB0aGUgZGF0YSBkb2Vzbid0IGV2ZW4g cmVhbGx5IG5lZWQgdG8gYmUgZG9uZSwgYnV0DQo+Pj4+PmV2ZW4NCj4+Pj4+IGl0IGl0IGRvZXMs IHRoZXkgcnVuIHRoZSBkdW1wIHNjcmlwdHMgYW5kIGdldCB0aGUgZGF0YSBpbiB0aGUgZm9ybWF0 DQo+Pj4+PiBuZWVkZWQgLSBub3QgaGFyZCBhdCBhbGwgYW5kIGNvbXBsZXRlbHkgYXV0b21hdGVk Lg0KPj4+Pg0KPj4+PkZyYW5jaXNjbyBPYmlzcG8NCj4+Pj5EaXJlY3RvciBvZiBBcHBsaWNhdGlv bnMgYW5kIFNlcnZpY2VzIC0gSVNDDQo+Pj4+ZW1haWw6IGZvYmlzcG9AaXNjLm9yZw0KPj4+PlBo b25lOiArMSA2NTAgNDIzIDEzNzQgfHwgSU5PQy1EQkEgKjM1NTcqIE5PQw0KPj4+PlBHUCBLZXlJ RCA9IEIzOERCMUJFDQo+Pj4+DQo+Pj4NCj4+Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+Pj5pcmUgbWFpbGluZyBsaXN0DQo+Pj5pcmVAaWV0Zi5vcmcN Cj4+Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXJlDQo+Pg0KPg0KDQo= From cbbrowne@afilias.info Thu Nov 1 13:52:48 2012 Return-Path: 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 38E5321F8F53 for ; Thu, 1 Nov 2012 13:52:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.747 X-Spam-Level: X-Spam-Status: No, score=-0.747 tagged_above=-999 required=5 tests=[AWL=-1.229, BAYES_20=-0.74, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_34=0.6] 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 mgjrnjZqBQ5X for ; Thu, 1 Nov 2012 13:52:46 -0700 (PDT) Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 9EE7621F8660 for ; Thu, 1 Nov 2012 13:52:46 -0700 (PDT) Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from ) id 1TU1kr-0007PJ-63 for ire@ietf.org; Thu, 01 Nov 2012 20:52:45 +0000 Received: from mail-yh0-f70.google.com ([209.85.213.70]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1TU1kr-0001eX-5W for ire@ietf.org; Thu, 01 Nov 2012 20:52:45 +0000 Received: by mail-yh0-f70.google.com with SMTP id o21so4876815yho.1 for ; Thu, 01 Nov 2012 13:52:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=yoAWIj7D+wptOEO/wKBjSM37YtmDi8c6I2dGrE2dIb0=; b=cI3WIDFbIM+KTXcmvsQxRIYnnHeVeRx9uycZ9u7sKJuXPIjTiXelOVj/t49csIqzQo ot69FW3w/I/rRTSbLH/0KF7eY3f9JQXlU9QhMtqJKxUlFFlyA8E1g5sQBnrJ/ghJHWXB +If+rOPg3rAl79/KBb18txO6AuFy75g35vJcNuJxHWA6/iuRjNP0850n4diPlWTzZl8O 9GmuKH2kJdjpHoLVPYeso1Q/mDWx080HpGCyY0uEHc/IumpoxCKgI2AzJ1xCR8DGSrnk FDSQDQNo1nF303y4JVcLz2aGSzX/iZ9nl2VMkfGN6u5PXqRTOXr5We2yqhGiLJrsMj3W 5yrg== Received: by 10.229.76.227 with SMTP id d35mr6994488qck.135.1351803159954; Thu, 01 Nov 2012 13:52:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.76.227 with SMTP id d35mr6994483qck.135.1351803159827; Thu, 01 Nov 2012 13:52:39 -0700 (PDT) Received: by 10.49.109.2 with HTTP; Thu, 1 Nov 2012 13:52:39 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Nov 2012 16:52:39 -0400 Message-ID: From: Christopher Browne To: "Gould, James" Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmohos2Dr4EUUjMJhmsVZB2HT4LACHGodJBghWaLOFgHhTJOKNKBC41zNG1jWizuQFqLYn5KjO9Tc7IAg/F+Nz2V+7xyXxfL3va11NC7hPj78UeTYJ8osoP8DcV4u0qtSikDgsG X-Mailman-Approved-At: Fri, 02 Nov 2012 14:54:29 -0700 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2012 20:52:48 -0000 On Thu, Oct 25, 2012 at 4:43 PM, Gould, James wrote: > We have created a draft of the Domain Name Registration Data (DNRD) Comma-Separated Values (CSV) Objects Mapping that is attached for review and feedback. Preface: Sorry, my comments are pretty long. And I reference footnotes considerably, as well as various later messages in the thread, to date. I'm finding myself considerably torn in all of this. On the one hand, I'm not a big fan of XML, am not particularly keen on the large size attendant to that. On the other hand, I see a few problems attendant with a CSV-based representation, which should be pointed out: - CSV is not a single, well-defined format (see: [1]), although there is a relevant RFC [2]. We can say we'll be strict, but a hostile reader might disagree. - It implies a "flat" representation of information, and is not easily amenable to extension. Unlike with XML, there is not a built-in way to introduce additional attributes and metadata to indicate such. That being said, there was an early IRE draft (which appears to have been lost? [3] references unreferenceable document [4]), which I had some hand in, which took very much the approach that Chris Wright describes in [5], with a series of CSV files: - Domains - Contacts - Nameservers - Registrars - Nameserver IP addresses - Associations: - Domain Statuses - Contact Statuses - Nameserver Statuses - Domain/Nameserver Associations - Domain/Contact Associations - Deletions - Domains - Contacts - Nameservers An XML representation can readily directly express hierarchy; the above approach remaps that into series of "flattened structures." Onwards to comment on the Gould/Thippeswamy[6] document... That document offers a structure largely analogous to the above, although it draws certain of the hierarchies into the objects. In particular, the 2010-01-25 proposal [4] separated object statuses into separate association files, whereas [6] has several multivalued attributes. - On Domains, to indicate - Statuses (regular and RGP) - Nameserver associations - Contact associations - On hosts, to indicate - IP addresses There are arguments both pro- and con- either way: - Melding the associations into the object streams means there can be no mismatches between those streams. - In [6], you can be certain that the domain will have all of its statuses, whereas - in [4], the representation makes it possible to have entries in the *Domain Status* stream that don't correspond to an existing domain - On the other hand, [6] tortures the somewhat dodgy format definition of CSV a bit harder, treating it, in effect as a MultiValue Database[7] - Vis-a-vis contacts, the multivalue handling of [6] makes the format less flexible to cope to cope with potential future need for additional sorts of contacts, which would be more easily handled if contact associations were handled as in [3], which is trivial extensible as in the following "domain/contact association" example: | Domain | Contact Handle | Contact Type | |----------+----------------+--------------| | abc.test | C-123 | Registrant | | abc.test | C-124 | Admin | | abc.test | C-125 | Billing | | abc.test | C-126 | Technical | | abc.test | C-127 | Anti-Abuse | | abc.test | C-128 | Extension #2 | Introducing extra contact types is pretty trivial in this [3]-based approach; in [6], it would require either another data stream, or documenting an out-of-band way of indicating additional columns for the Domains data stream. The thing I want to point out here is /not/ that this implies that [3] is superior to [6], but rather that representation choices like this one will have considerable impact on how easy or difficult later extension will be. /That/ is a broadly important issue. Something I find very interesting about [6] is in its use of XML to describe the data. Francisco comments [8] on the validation process that he anticipates being used to validate escrow; it seems to me that the draft of [6] provides an interesting addition to this. The XML schema that is described therein could be used, hopefully pretty directly, to do a well-formedness validation on the series of CSV files. For that to be possible implies that the "base" usage of [6] needs to be kept quite strict. Adding additional fields would prevent using the XML schema directly, and perhaps it means that it would be necessary to declare that some set of functionality be declared a "core", and that extensions /must not/ alter anything in this core. I wouldn't consider it a terrible thing to have a near-immutable "core," but that certainly has implications for extensions, that they need to be separated. For instance, if we took [6] directly as the "core", then adding an anti-abuse contact could not be done by adding it as an extra field, as that would violate the immutability of the "core." Adding an additional data stream to associate in "Anti-Abuse" contacts would be perfectly straightforward, albeit with the challenge that /validating/ this extension requires some new validation component downstream. (The approach of [3] is not inherently better in this regard - while makes it easier to mix the new contact type into the existing data streams, there is still a need to validate contact types.) But none of this quite gets at an opinion as to whether we should go with the XML form (most recently laid out in version 3, [9]) or the Verisign proposal [6]. As I already said, I'm torn. I am not thrilled at the verbosity of XML, for much the same reasons already laid out by others. And I have had decent success at drawing data into registries using "flat file-based" representations. (And it's quite possible I have more experience at this than anyone else does; I have done this several times.) The flat files may be simplistic, but at the time that someone will most /need/ to use the escrow format, it will be because: - A registry has failed; - Clocks are ticking, the world is watching, as well as the lawyers that released the data from escrow; - A new registry needs to be set up right away, if not sooner; - Time is of the essence, and anything outside of the "simplistic" parts of the data is quite likely to need to go by the wayside; - If the failure was due to technical issues, it may be that it was the fancy extras sitting in the extensions that induced failure, and hence /losing/ that extended data is a prerequisite for avoiding further failure. A dead simple "flat" representation of registry data will look mighty good at a moment like that. On the other hand, I worry that if we get anything wrong in representing data in (say) CSV, we may get stuck with terrible clumsiness in working around shortcomings. If so, the workarounds might well make the "bloat" of XML look pretty good. It's certainly simpler to take a CSV file and toss it at a database and do some bulk processing. The database guys (and I'm one of them) certainly like that. But it truly isn't vastly difficult to write a script to walk through an XML file, unravel, and re-ravel the flat file bits into a flat file. The most surprisingly bug-free code that I ever remember writing was a parser that used Expat to turn an XML bookmark stream into a Lisp list, followed by writing a bit of Lisp to grab elements I wanted to transform. It was a pretty simple case; turning bookmarks from a (now-obsolete) browser's XML into DocBook/SGML. I had the minor shock that the full-bore recursive bits of code ran, and gave me the result I was hoping for, on the very first run. It *scares* me when code works the first time! I'm sure we have people that are *scared* that the XML form isn't shaped like the flat files that they're accustomed to, but there should be little problem in transforming the XML form of [9] into the set of flat files that won't scare them so much. I wouldn't be at all surprised if this requires little more than a few XPath queries that are sufficiently conventional that they might get included as a "near-standard toolset." So I am not terribly scared at using XML. What I think would be *terrible* would be if we wound up defining two standards for this that represent somewhat different sets of data in somewhat different ways, when what's wanted is one representation. I hate the idea of including both [6] and [9] as a single "FrankenStandard." That multiplies the complexities of validation and of trying to read and use the data. I suppose I'd be mollified if it could be proven that one form could always be automatically rewritten into the other, but I think I'd want that code to be publicly available before I'd be willing to believe in such an equivalence. I have thought a little bit about, but don't yet have terribly useful comment, regarding the full-versus-incremental issue. Several others have commented that they haven't found it worthwhile to optimize things by doing partial/incremental dumps, and I can concur with that. Footnotes: [1] [[http://en.wikipedia.org/wiki/Comma-separated_values][Wikipedia: Comma-separated values]] [2] [[http://tools.ietf.org/html/rfc4180][RFC 4180 - Common Format and MIME Type for Comma-Separated Values (CSV) Files]] [3] [[http://www.ietf.org/mail-archive/web/ire/current/msg00012.html][I-D Action:draft-arias-registry-data-escrow-00.txt]], indicating the release, 2010-01-25, of the following draft [4] [[http://www.ietf.org/internet-drafts/draft-arias-registry-data-escrow-00.txt][draft-arias-registry-data-escrow-00.txt]], a draft document specifying the format and contents of Data Escrow deposits for Domain Registries, which used a CSV-based approach [5] [[http://www.ietf.org/mail-archive/web/ire/current/msg00185.html][Chris Wright's message of 2012-10-31]] [6] [[http://www.ietf.org/mail-archive/web/ire/current/msg00165.html][Email with draft-gould-thippeswamy-dnrd-csv-mapping-00]] [7] [[http://en.wikipedia.org/wiki/MultiValue][MultiValue Database]] [8] [[http://www.ietf.org/mail-archive/web/ire/current/msg00186.html][Francisco Obispo comments on DNRD CSV Draft]] [9] [[http://www.ietf.org/mail-archive/web/ire/current/msg00163.html][New version (3) of the spec and new draft on DNRD]] From fobispo@isc.org Fri Nov 2 15:21:20 2012 Return-Path: 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 C63BA21F9B31 for ; Fri, 2 Nov 2012 15:21:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-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 eB-gMLOEVzrH for ; Fri, 2 Nov 2012 15:21:20 -0700 (PDT) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id D38E221F9B2C for ; Fri, 2 Nov 2012 15:21:18 -0700 (PDT) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.ams1.isc.org (Postfix) with ESMTPS id 950A05FA287; Fri, 2 Nov 2012 22:21:06 +0000 (UTC) (envelope-from fobispo@isc.org) Received: from [IPv6:2001:4f8:3:64:ed05:e18e:b3de:bd6e] (unknown [IPv6:2001:4f8:3:64:ed05:e18e:b3de:bd6e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id 1DC5A216C3D; Fri, 2 Nov 2012 22:21:05 +0000 (UTC) (envelope-from fobispo@isc.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Francisco Obispo In-Reply-To: Date: Fri, 2 Nov 2012 15:21:03 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <30B7C67F-C95A-4F20-833C-3631FA45D5D0@isc.org> References: To: "Gould, James" X-Mailer: Apple Mail (2.1499) Cc: Christopher Browne , "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 22:21:20 -0000 Hi James, On Nov 2, 2012, at 12:33 PM, "Gould, James" wrote: > Hopefully you are not stating that any draft produced by ICANN that is > based on draft-arias-noguchi-registry-data-escrow is an implied = extension > of the Application Guidebook and an extension of the commitments made = by > the registry backend operators. Well, the draft is mentioned in the guidebook as the guideline for the = registry escrow. The guidebook in Specification 2, section 3.1 states: Deposit=92s Format. Registry objects, such as domains, contacts, name = servers, registrars, etc. will be compiled into a file constructed as = described in draft-arias-noguchi-registry-data-escrow, see [1]. The = aforementioned document describes some elements as optional; Registry = Operator will include those elements in the Deposits if they are = available. Registry Operator will use the draft version available at the = time of signing the Agreement, if not already an RFC. Once the = specification is published as an RFC, Registry Operator will implement = that specification, no later than 180 days after. UTF-8 character = encoding will be used. So if we are now to propose a new format, technically we would either = need to: 1) Include it as part of the draft in the new version; or 2) Use an ICANN process to adopt the new format as an additional method. I personally think that having two formats for the dump generates = additional burden to both EBEROs and Escrow providers, but that's my = personal opinion.=20 > You previously stated to me that if there > was interest on the IRE list for the CSV model it would be worth > consideration. Since interest has been shown I would like us to take = the > next step of merging the two drafts or create a new draft that meets = the > interest of the community. I encourage further discussion on this = list on > the drafts created in the hope that we can achieve the goals of = meeting > the needs of small and large registries. Yes, we would have to be careful to make sure that we don't loose = functionality by having CSV dumps, but on the other hand, as long as we = can keep using the XML file, I'm ok with having an alternative for those = who don't want it. I don't want to force people to use what I think its best, I prefer to = have alternatives. Francisco Obispo=20 Director of Applications and Services - ISC email: fobispo@isc.org Phone: +1 650 423 1374 || INOC-DBA *3557* NOC PGP KeyID =3D B38DB1BE From JGould@verisign.com Fri Nov 2 15:54:42 2012 Return-Path: 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 C9CD311E80E9 for ; Fri, 2 Nov 2012 15:54:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.712 X-Spam-Level: X-Spam-Status: No, score=-5.712 tagged_above=-999 required=5 tests=[AWL=0.887, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 EZJMNw73yIBh for ; Fri, 2 Nov 2012 15:54:41 -0700 (PDT) Received: from exprod6og105.obsmtp.com (exprod6og105.obsmtp.com [64.18.1.189]) by ietfa.amsl.com (Postfix) with ESMTP id 841FB21F977D for ; Fri, 2 Nov 2012 15:54:18 -0700 (PDT) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob105.postini.com ([64.18.5.12]) with SMTP ID DSNKUJRPGeNtI8vR9h+34STe5EMSVDEe4Jeu@postini.com; Fri, 02 Nov 2012 15:54:41 PDT Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01.vcorp.ad.vrsn.com [10.173.152.255]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qA2MsA0F022502 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 2 Nov 2012 18:54:14 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Fri, 2 Nov 2012 18:54:09 -0400 From: "Gould, James" To: Francisco Obispo Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgACYqoCAANB7AP//z+mAgABx+oD//8YuAA== Date: Fri, 2 Nov 2012 22:54:08 +0000 Message-ID: In-Reply-To: <30B7C67F-C95A-4F20-833C-3631FA45D5D0@isc.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Christopher Browne , "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2012 22:54:42 -0000 Francisco, My feedback is below. -- =20 JG =20 =20 James Gould Principal Software Engineer jgould@verisign.com =20 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 11/2/12 6:21 PM, "Francisco Obispo" wrote: >Hi James, > >On Nov 2, 2012, at 12:33 PM, "Gould, James" wrote: > >> Hopefully you are not stating that any draft produced by ICANN that is >> based on draft-arias-noguchi-registry-data-escrow is an implied >>extension >> of the Application Guidebook and an extension of the commitments made by >> the registry backend operators. > >Well, the draft is mentioned in the guidebook as the guideline for the >registry escrow. > >The guidebook in Specification 2, section 3.1 states: > > > >Deposit=B9s Format. Registry objects, such as domains, contacts, name >servers, registrars, etc. will be compiled into a file constructed as >described in draft-arias-noguchi-registry-data-escrow, see [1]. The >aforementioned document describes some elements as optional; Registry >Operator will include those elements in the Deposits if they are >available. Registry Operator will use the draft version available at the >time of signing the Agreement, if not already an RFC. Once the >specification is published as an RFC, Registry Operator will implement >that specification, no later than 180 days after. UTF-8 character >encoding will be used. > > draft-arias-noguchi-registry-data-escrow is mentioned in the guidebook, but draft-arias-noguchi-dnrd-objects-mapping is not. It does refer to the the various objects that need to be escrowed. Both drafts draft-arias-noguchi-dnrd-objects-mapping and draft-gould-thippeswamy-dnrd-csv-mapping fully support the objects listed and follow draft-arias-noguchi-dnrd-objects-mapping that is referenced. =20 > > >So if we are now to propose a new format, technically we would either >need to: > >1) Include it as part of the draft in the new version; or > >2) Use an ICANN process to adopt the new format as an additional method. > There is not a new format in my interpretation of the guidebook since draft-arias-noguchi-registry-data-escrow is being followed. > >I personally think that having two formats for the dump generates >additional burden to both EBEROs and Escrow providers, but that's my >personal opinion.=20 I agree with you. It would be interesting to ask those that need to implement the data escrow (registries and EBERO providers) which approach they prefer. I have posted previously on this list that XML is not scalable for large registries. I believe that CSV will be much easier for the creation of the data escrow and the consumption of the data escrow in a more compressed format. We created the CSV model as a straw man to address the concern that I've expressed on this list and to see if other implementors of the data escrow have interest in it as well. > > >> You previously stated to me that if there >> was interest on the IRE list for the CSV model it would be worth >> consideration. Since interest has been shown I would like us to take >>the >> next step of merging the two drafts or create a new draft that meets the >> interest of the community. I encourage further discussion on this list >>on >> the drafts created in the hope that we can achieve the goals of meeting >> the needs of small and large registries. > >Yes, we would have to be careful to make sure that we don't loose >functionality by having CSV dumps, but on the other hand, as long as we >can keep using the XML file, I'm ok with having an alternative for those >who don't want it. > >I don't want to force people to use what I think its best, I prefer to >have alternatives. I would leverage the IETF community process to let these drafts get to a natural conclusion. Ideally this could have been an IETF working group. This list is the best sounding board to work things out. I have received two thumbs up publicly and one privately for the use of CSV. I would like to hear from others that feel for or against the use of CSV. I believe there is already adequate interest, but I would like to know how strong the interest is to help drive the next steps. > > >Francisco Obispo=20 >Director of Applications and Services - ISC >email: fobispo@isc.org >Phone: +1 650 423 1374 || INOC-DBA *3557* NOC >PGP KeyID =3D B38DB1BE > From chris@ausregistry.com.au Sun Nov 4 17:14:01 2012 Return-Path: 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 1075321F858E for ; Sun, 4 Nov 2012 17:14:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.875 X-Spam-Level: X-Spam-Status: No, score=-0.875 tagged_above=-999 required=5 tests=[AWL=1.020, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327] 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 fClwxOsrqg6u for ; Sun, 4 Nov 2012 17:14:00 -0800 (PST) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id 613B421F8587 for ; Sun, 4 Nov 2012 17:13:56 -0800 (PST) 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; 05 Nov 2012 12:13:54 +1100 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Mon, 5 Nov 2012 12:13:20 +1100 From: Chris Wright To: "Gould, James" , Francisco Obispo Date: Mon, 5 Nov 2012 12:13:54 +1100 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgACYqoCAANB7AP//z+mAgABx+oD//8YuAIADS1Rg Message-ID: <8CEF048B9EC83748B1517DC64EA130FB72DCF87996@off-win2003-01.ausregistrygroup.local> References: <30B7C67F-C95A-4F20-833C-3631FA45D5D0@isc.org> In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: Christopher Browne , "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 01:14:01 -0000 SSBkb27igJl0IHRoaW5rIHdlIGhhdmUgdG8gYmUgdG9vIGNvbmNlcm5lZCBhYm91dCB0aGUgZ3Vp ZGVib29rIHJlZmVyZW5jaW5nIHRoZSBkcmFmdCAodGhlIG1haW4gcHJvYmxlbSBpcyB0aGUgY29u dHJhY3QgcmVmZXJlbmNlcyB0aGUgZHJhZnQpLg0KDQpIb3dldmVyLCBpZiB3ZSBjYW4gc2hvdyBh bGwgdGhlIHJlZ2lzdHJpZXMsIGFuZCB0aGUgRUJFUk9zICh3aGVuIHRoZXkgYXJlIGFwcG9pbnRl ZCkgY29uc2VudGluZyB0byBhbiBhcHByb2FjaCBJIGFtIGNvbmZpZGVudCBJQ0FOTiB3aWxsIHNl ZSByZWFzb24gYW5kIHVwZGF0ZSB0aGUgYXBwcm9hY2ggaW4gdGhlIGNvbnRyYWN0LiBJIGRvbuKA mXQgdGhpbmsgdGhpcyBzaG91bGQgc3RvcCB1cyB3b3JraW5nIG9uIHRoaXMuDQoNClRoYW5rcw0K DQpjLg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpcmUtYm91bmNlc0Bp ZXRmLm9yZyBbbWFpbHRvOmlyZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgR291bGQs IEphbWVzDQpTZW50OiBTYXR1cmRheSwgMyBOb3ZlbWJlciAyMDEyIDk6NTQgQU0NClRvOiBGcmFu Y2lzY28gT2Jpc3BvDQpDYzogQ2hyaXN0b3BoZXIgQnJvd25lOyBUaGlwcGVzd2FteSwgQ2hldGhh bjsgaXJlQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW2lyZV0gRE5SRCBDU1YgRHJhZnQNCg0KRnJh bmNpc2NvLA0KDQpNeSBmZWVkYmFjayBpcyBiZWxvdy4NCg0KLS0NCiAgDQpKRw0KIA0KDQogDQpK YW1lcyBHb3VsZA0KUHJpbmNpcGFsIFNvZnR3YXJlIEVuZ2luZWVyDQpqZ291bGRAdmVyaXNpZ24u Y29tDQogDQo3MDMtOTQ4LTMyNzEgKE9mZmljZSkNCjEyMDYxIEJsdWVtb250IFdheQ0KUmVzdG9u LCBWQSAyMDE5MA0KVmVyaXNpZ25JbmMuY29tDQoNCg0KDQoNCg0KDQoNCk9uIDExLzIvMTIgNjoy MSBQTSwgIkZyYW5jaXNjbyBPYmlzcG8iIDxmb2Jpc3BvQGlzYy5vcmc+IHdyb3RlOg0KDQo+SGkg SmFtZXMsDQo+DQo+T24gTm92IDIsIDIwMTIsIGF0IDEyOjMzIFBNLCAiR291bGQsIEphbWVzIiA8 SkdvdWxkQHZlcmlzaWduLmNvbT4gd3JvdGU6DQo+DQo+PiBIb3BlZnVsbHkgeW91IGFyZSBub3Qg c3RhdGluZyB0aGF0IGFueSBkcmFmdCBwcm9kdWNlZCBieSBJQ0FOTiB0aGF0IA0KPj5pcyAgYmFz ZWQgb24gZHJhZnQtYXJpYXMtbm9ndWNoaS1yZWdpc3RyeS1kYXRhLWVzY3JvdyBpcyBhbiBpbXBs aWVkIA0KPj5leHRlbnNpb24gIG9mIHRoZSBBcHBsaWNhdGlvbiBHdWlkZWJvb2sgYW5kIGFuIGV4 dGVuc2lvbiBvZiB0aGUgDQo+PmNvbW1pdG1lbnRzIG1hZGUgYnkgIHRoZSByZWdpc3RyeSBiYWNr ZW5kIG9wZXJhdG9ycy4NCj4NCj5XZWxsLCB0aGUgZHJhZnQgaXMgbWVudGlvbmVkIGluIHRoZSBn dWlkZWJvb2sgYXMgdGhlIGd1aWRlbGluZSBmb3IgdGhlIA0KPnJlZ2lzdHJ5IGVzY3Jvdy4NCj4N Cj5UaGUgZ3VpZGVib29rIGluIFNwZWNpZmljYXRpb24gMiwgc2VjdGlvbiAzLjEgc3RhdGVzOg0K Pg0KPjxndWlkZWJvb2s+DQo+DQo+RGVwb3NpdMK5cyBGb3JtYXQuIFJlZ2lzdHJ5IG9iamVjdHMs IHN1Y2ggYXMgZG9tYWlucywgY29udGFjdHMsIG5hbWUgDQo+c2VydmVycywgcmVnaXN0cmFycywg ZXRjLiB3aWxsIGJlIGNvbXBpbGVkIGludG8gYSBmaWxlIGNvbnN0cnVjdGVkIGFzIA0KPmRlc2Ny aWJlZCBpbiBkcmFmdC1hcmlhcy1ub2d1Y2hpLXJlZ2lzdHJ5LWRhdGEtZXNjcm93LCBzZWUgWzFd LiBUaGUgDQo+YWZvcmVtZW50aW9uZWQgZG9jdW1lbnQgZGVzY3JpYmVzIHNvbWUgZWxlbWVudHMg YXMgb3B0aW9uYWw7IFJlZ2lzdHJ5IA0KPk9wZXJhdG9yIHdpbGwgaW5jbHVkZSB0aG9zZSBlbGVt ZW50cyBpbiB0aGUgRGVwb3NpdHMgaWYgdGhleSBhcmUgDQo+YXZhaWxhYmxlLiBSZWdpc3RyeSBP cGVyYXRvciB3aWxsIHVzZSB0aGUgZHJhZnQgdmVyc2lvbiBhdmFpbGFibGUgYXQgDQo+dGhlIHRp bWUgb2Ygc2lnbmluZyB0aGUgQWdyZWVtZW50LCBpZiBub3QgYWxyZWFkeSBhbiBSRkMuIE9uY2Ug dGhlIA0KPnNwZWNpZmljYXRpb24gaXMgcHVibGlzaGVkIGFzIGFuIFJGQywgUmVnaXN0cnkgT3Bl cmF0b3Igd2lsbCBpbXBsZW1lbnQgDQo+dGhhdCBzcGVjaWZpY2F0aW9uLCBubyBsYXRlciB0aGFu IDE4MCBkYXlzIGFmdGVyLiBVVEYtOCBjaGFyYWN0ZXIgDQo+ZW5jb2Rpbmcgd2lsbCBiZSB1c2Vk Lg0KPg0KPjwvZ3VpZGVib29rPg0KDQoNCmRyYWZ0LWFyaWFzLW5vZ3VjaGktcmVnaXN0cnktZGF0 YS1lc2Nyb3cgaXMgbWVudGlvbmVkIGluIHRoZSBndWlkZWJvb2ssIGJ1dCBkcmFmdC1hcmlhcy1u b2d1Y2hpLWRucmQtb2JqZWN0cy1tYXBwaW5nIGlzIG5vdC4gIEl0IGRvZXMgcmVmZXIgdG8gdGhl IHRoZSB2YXJpb3VzIG9iamVjdHMgdGhhdCBuZWVkIHRvIGJlIGVzY3Jvd2VkLiAgQm90aCBkcmFm dHMgZHJhZnQtYXJpYXMtbm9ndWNoaS1kbnJkLW9iamVjdHMtbWFwcGluZyBhbmQgZHJhZnQtZ291 bGQtdGhpcHBlc3dhbXktZG5yZC1jc3YtbWFwcGluZyBmdWxseSBzdXBwb3J0IHRoZSBvYmplY3Rz IGxpc3RlZCBhbmQgZm9sbG93IGRyYWZ0LWFyaWFzLW5vZ3VjaGktZG5yZC1vYmplY3RzLW1hcHBp bmcgdGhhdCBpcyByZWZlcmVuY2VkLg0KICANCg0KDQo+DQo+DQo+U28gaWYgd2UgYXJlIG5vdyB0 byBwcm9wb3NlIGEgbmV3IGZvcm1hdCwgdGVjaG5pY2FsbHkgd2Ugd291bGQgZWl0aGVyIA0KPm5l ZWQgdG86DQo+DQo+MSkgSW5jbHVkZSBpdCBhcyBwYXJ0IG9mIHRoZSBkcmFmdCBpbiB0aGUgbmV3 IHZlcnNpb247IG9yDQo+DQo+MikgVXNlIGFuIElDQU5OIHByb2Nlc3MgdG8gYWRvcHQgdGhlIG5l dyBmb3JtYXQgYXMgYW4gYWRkaXRpb25hbCBtZXRob2QuDQo+DQoNClRoZXJlIGlzIG5vdCBhIG5l dyBmb3JtYXQgaW4gbXkgaW50ZXJwcmV0YXRpb24gb2YgdGhlIGd1aWRlYm9vayBzaW5jZSBkcmFm dC1hcmlhcy1ub2d1Y2hpLXJlZ2lzdHJ5LWRhdGEtZXNjcm93IGlzIGJlaW5nIGZvbGxvd2VkLg0K DQoNCj4NCj5JIHBlcnNvbmFsbHkgdGhpbmsgdGhhdCBoYXZpbmcgdHdvIGZvcm1hdHMgZm9yIHRo ZSBkdW1wIGdlbmVyYXRlcyANCj5hZGRpdGlvbmFsIGJ1cmRlbiB0byBib3RoIEVCRVJPcyBhbmQg RXNjcm93IHByb3ZpZGVycywgYnV0IHRoYXQncyBteSANCj5wZXJzb25hbCBvcGluaW9uLg0KDQpJ IGFncmVlIHdpdGggeW91LiAgSXQgd291bGQgYmUgaW50ZXJlc3RpbmcgdG8gYXNrIHRob3NlIHRo YXQgbmVlZCB0byBpbXBsZW1lbnQgdGhlIGRhdGEgZXNjcm93IChyZWdpc3RyaWVzIGFuZCBFQkVS TyBwcm92aWRlcnMpIHdoaWNoIGFwcHJvYWNoIHRoZXkgcHJlZmVyLiAgSSBoYXZlIHBvc3RlZCBw cmV2aW91c2x5IG9uIHRoaXMgbGlzdCB0aGF0IFhNTCBpcyBub3Qgc2NhbGFibGUgZm9yIGxhcmdl IHJlZ2lzdHJpZXMuICBJIGJlbGlldmUgdGhhdCBDU1Ygd2lsbCBiZSBtdWNoIGVhc2llciBmb3Ig dGhlIGNyZWF0aW9uIG9mIHRoZSBkYXRhIGVzY3JvdyBhbmQgdGhlIGNvbnN1bXB0aW9uIG9mIHRo ZSBkYXRhIGVzY3JvdyBpbiBhIG1vcmUgY29tcHJlc3NlZCBmb3JtYXQuICBXZSBjcmVhdGVkIHRo ZSBDU1YgbW9kZWwgYXMgYSBzdHJhdyBtYW4gdG8gYWRkcmVzcyB0aGUgY29uY2VybiB0aGF0IEkn dmUgZXhwcmVzc2VkIG9uIHRoaXMgbGlzdCBhbmQgdG8gc2VlIGlmIG90aGVyIGltcGxlbWVudG9y cyBvZiB0aGUgZGF0YSBlc2Nyb3cgaGF2ZSBpbnRlcmVzdCBpbiBpdCBhcyB3ZWxsLg0KDQo+DQo+ DQo+PiAgWW91IHByZXZpb3VzbHkgc3RhdGVkIHRvIG1lIHRoYXQgaWYgdGhlcmUgIHdhcyBpbnRl cmVzdCBvbiB0aGUgSVJFIA0KPj5saXN0IGZvciB0aGUgQ1NWIG1vZGVsIGl0IHdvdWxkIGJlIHdv cnRoICBjb25zaWRlcmF0aW9uLiAgU2luY2UgDQo+PmludGVyZXN0IGhhcyBiZWVuIHNob3duIEkg d291bGQgbGlrZSB1cyB0byB0YWtlIHRoZSAgbmV4dCBzdGVwIG9mIA0KPj5tZXJnaW5nIHRoZSB0 d28gZHJhZnRzIG9yIGNyZWF0ZSBhIG5ldyBkcmFmdCB0aGF0IG1lZXRzIHRoZSAgaW50ZXJlc3Qg DQo+Pm9mIHRoZSBjb21tdW5pdHkuICBJIGVuY291cmFnZSBmdXJ0aGVyIGRpc2N1c3Npb24gb24g dGhpcyBsaXN0IG9uICB0aGUgDQo+PmRyYWZ0cyBjcmVhdGVkIGluIHRoZSBob3BlIHRoYXQgd2Ug Y2FuIGFjaGlldmUgdGhlIGdvYWxzIG9mIG1lZXRpbmcgIA0KPj50aGUgbmVlZHMgb2Ygc21hbGwg YW5kIGxhcmdlIHJlZ2lzdHJpZXMuDQo+DQo+WWVzLCB3ZSB3b3VsZCBoYXZlIHRvIGJlIGNhcmVm dWwgdG8gbWFrZSBzdXJlIHRoYXQgd2UgZG9uJ3QgbG9vc2UgDQo+ZnVuY3Rpb25hbGl0eSBieSBo YXZpbmcgQ1NWIGR1bXBzLCBidXQgb24gdGhlIG90aGVyIGhhbmQsIGFzIGxvbmcgYXMgd2UgDQo+ Y2FuIGtlZXAgdXNpbmcgdGhlIFhNTCBmaWxlLCBJJ20gb2sgd2l0aCBoYXZpbmcgYW4gYWx0ZXJu YXRpdmUgZm9yIA0KPnRob3NlIHdobyBkb24ndCB3YW50IGl0Lg0KPg0KPkkgZG9uJ3Qgd2FudCB0 byBmb3JjZSBwZW9wbGUgdG8gdXNlIHdoYXQgSSB0aGluayBpdHMgYmVzdCwgSSBwcmVmZXIgdG8g DQo+aGF2ZSBhbHRlcm5hdGl2ZXMuDQoNCkkgd291bGQgbGV2ZXJhZ2UgdGhlIElFVEYgY29tbXVu aXR5IHByb2Nlc3MgdG8gbGV0IHRoZXNlIGRyYWZ0cyBnZXQgdG8gYSBuYXR1cmFsIGNvbmNsdXNp b24uICBJZGVhbGx5IHRoaXMgY291bGQgaGF2ZSBiZWVuIGFuIElFVEYgd29ya2luZyBncm91cC4N ClRoaXMgbGlzdCBpcyB0aGUgYmVzdCBzb3VuZGluZyBib2FyZCB0byB3b3JrIHRoaW5ncyBvdXQu ICBJIGhhdmUgcmVjZWl2ZWQgdHdvIHRodW1icyB1cCBwdWJsaWNseSBhbmQgb25lIHByaXZhdGVs eSBmb3IgdGhlIHVzZSBvZiBDU1YuICBJIHdvdWxkIGxpa2UgdG8gaGVhciBmcm9tIG90aGVycyB0 aGF0IGZlZWwgZm9yIG9yIGFnYWluc3QgdGhlIHVzZSBvZiBDU1YuICBJIGJlbGlldmUgdGhlcmUg aXMgYWxyZWFkeSBhZGVxdWF0ZSBpbnRlcmVzdCwgYnV0IEkgd291bGQgbGlrZSB0byBrbm93IGhv dyBzdHJvbmcgdGhlIGludGVyZXN0IGlzIHRvIGhlbHAgZHJpdmUgdGhlIG5leHQgc3RlcHMuDQoN Cj4NCj4NCj5GcmFuY2lzY28gT2Jpc3BvDQo+RGlyZWN0b3Igb2YgQXBwbGljYXRpb25zIGFuZCBT ZXJ2aWNlcyAtIElTQw0KPmVtYWlsOiBmb2Jpc3BvQGlzYy5vcmcNCj5QaG9uZTogKzEgNjUwIDQy MyAxMzc0IHx8IElOT0MtREJBICozNTU3KiBOT0MgUEdQIEtleUlEID0gQjM4REIxQkUNCj4NCg0K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmlyZSBtYWls aW5nIGxpc3QNCmlyZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9pcmUNCg== From chris@ausregistry.com.au Sun Nov 4 17:16:53 2012 Return-Path: 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 D029321F8817 for ; Sun, 4 Nov 2012 17:16:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.555 X-Spam-Level: X-Spam-Status: No, score=0.555 tagged_above=-999 required=5 tests=[AWL=-0.750, BAYES_50=0.001, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, J_CHICKENPOX_34=0.6] 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 Yjdb0zJDeOvJ for ; Sun, 4 Nov 2012 17:16:52 -0800 (PST) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id 99B2121F87FA for ; Sun, 4 Nov 2012 17:16:51 -0800 (PST) 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; 05 Nov 2012 12:16:48 +1100 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Mon, 5 Nov 2012 12:16:14 +1100 From: Chris Wright To: Christopher Browne , "Gould, James" Date: Mon, 5 Nov 2012 12:16:47 +1100 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac25RJ9IEWL+ijvTTZGU/iZyC6UCkABrjz4g Message-ID: <8CEF048B9EC83748B1517DC64EA130FB72DCF87997@off-win2003-01.ausregistrygroup.local> References: In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 01:16:53 -0000 QXMgYSBjb21wYW55IHRoYXQgYXBwbGllcyB0byBiZSBhbiBFQkVSTyAoaG9wZWZ1bGx5IGFubm91 bmNlbWVudHMgc29vbiBhcyB0byB3aGljaCBjb21wYW5pZXMgaGF2ZSBiZWVuIHNlbGVjdGVkKSBJ IGFtIGEgQklHIGZhbiBvZiB0aGUgQ1NWcywgYW5kIEkgYWdyZWUgd2l0aCBDaHJpc3RvcGhlciBp biB0aGF0IEkgZG9u4oCZdCBsaWtlIHRoZSAnbXVsdGkgdmFsdWUnIENTVnMgcHJlc2VudGVkIGlu IHRoZSB2ZXJzaWduIGRyYWZ0IGFzIHRoZXkgYXJlIGRpZmZpY3VsdCB0byB1c2UgYXMgZXh0ZXJu YWwgdGFibGVzIGluIGRhdGFiYXNlcy4NCg0KRG9pbmcgaXQgYnJva2VuIHVwIGFzIEkgZGVzY3Jp YmVkIGFuZCBDaHJpc3RvcGhlciBlbGFib3JhdGVkIG9uIGJlbG93LCBpcyB0aGUgc2ltcGxlc3Qg YXBwcm9hY2gsIGVzcGVjaWFsbHkgd2hlbiBoYXZpbmcgdG8gbG9hZCBkYXRhIGludG8gcmVnaXN0 cmllcyBzdHJhaWdodCBhd2F5Lg0KDQpXZSB3b3VsZCBzaW1wbHkgcmVmZXJlbmNlIHRoZSBDU1Zz IGFzIGV4dGVybmFsIHRhYmxlcyAoYWxsIGdvb2QgUkRCTVMgc3lzdGVtcyBoYXZlIHRoaXMgYWJp bGl0eSkgYW5kIHRoZW4gdXNlIFNRTCBzdGF0ZW1lbnRzIHRvIGltcG9ydCB0aGUgZGF0YSAtIGFu eSB0cmFuc2Zvcm1hdGlvbnMgcmVxdWlyZWQgY2FuIGJlIGRvbmUgdXNpbmcgc3RvcmVkIHByb2Nl ZHVyZXMgKFBMU1FMIGluIG91ciBjYXNlIHdpdGhpbiBPcmFjbGUpLiBUaGlzIHdpbGwgYmUgdGhl IGZhc3Rlc3Qgd2F5IHRvIGdldCBkYXRhIGludG8gYSByZWdpc3RyeSBpbiBhIHNob3J0IHRpbWUu DQoNClRoYW5rcw0KDQpjLg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBp cmUtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmlyZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhh bGYgT2YgQ2hyaXN0b3BoZXIgQnJvd25lDQpTZW50OiBGcmlkYXksIDIgTm92ZW1iZXIgMjAxMiA3 OjUzIEFNDQpUbzogR291bGQsIEphbWVzDQpDYzogVGhpcHBlc3dhbXksIENoZXRoYW47IGlyZUBp ZXRmLm9yZw0KU3ViamVjdDogUmU6IFtpcmVdIEROUkQgQ1NWIERyYWZ0DQoNCk9uIFRodSwgT2N0 IDI1LCAyMDEyIGF0IDQ6NDMgUE0sIEdvdWxkLCBKYW1lcyA8SkdvdWxkQHZlcmlzaWduLmNvbT4g d3JvdGU6DQo+IFdlIGhhdmUgY3JlYXRlZCBhIGRyYWZ0IG9mIHRoZSBEb21haW4gTmFtZSBSZWdp c3RyYXRpb24gRGF0YSAoRE5SRCkgQ29tbWEtU2VwYXJhdGVkIFZhbHVlcyAoQ1NWKSBPYmplY3Rz IE1hcHBpbmcgdGhhdCBpcyBhdHRhY2hlZCBmb3IgcmV2aWV3IGFuZCBmZWVkYmFjay4NCg0KUHJl ZmFjZTogU29ycnksIG15IGNvbW1lbnRzIGFyZSBwcmV0dHkgbG9uZy4gIEFuZCBJIHJlZmVyZW5j ZSBmb290bm90ZXMgY29uc2lkZXJhYmx5LCBhcyB3ZWxsIGFzIHZhcmlvdXMgbGF0ZXIgbWVzc2Fn ZXMgaW4gdGhlIHRocmVhZCwgdG8gZGF0ZS4NCg0KSSdtIGZpbmRpbmcgbXlzZWxmIGNvbnNpZGVy YWJseSB0b3JuIGluIGFsbCBvZiB0aGlzLg0KDQpPbiB0aGUgb25lIGhhbmQsIEknbSBub3QgYSBi aWcgZmFuIG9mIFhNTCwgYW0gbm90IHBhcnRpY3VsYXJseSBrZWVuIG9uIHRoZSBsYXJnZSBzaXpl IGF0dGVuZGFudCB0byB0aGF0Lg0KDQpPbiB0aGUgb3RoZXIgaGFuZCwgSSBzZWUgYSBmZXcgcHJv YmxlbXMgYXR0ZW5kYW50IHdpdGggYSBDU1YtYmFzZWQgcmVwcmVzZW50YXRpb24sIHdoaWNoIHNo b3VsZCBiZSBwb2ludGVkIG91dDoNCg0KLSBDU1YgaXMgbm90IGEgc2luZ2xlLCB3ZWxsLWRlZmlu ZWQgZm9ybWF0IChzZWU6IFsxXSksIGFsdGhvdWdoIHRoZXJlDQogIGlzIGEgcmVsZXZhbnQgUkZD IFsyXS4gIFdlIGNhbiBzYXkgd2UnbGwgYmUgc3RyaWN0LCBidXQgYSBob3N0aWxlDQogIHJlYWRl ciBtaWdodCBkaXNhZ3JlZS4NCg0KLSBJdCBpbXBsaWVzIGEgImZsYXQiIHJlcHJlc2VudGF0aW9u IG9mIGluZm9ybWF0aW9uLCBhbmQgaXMgbm90IGVhc2lseQ0KICBhbWVuYWJsZSB0byBleHRlbnNp b24uICBVbmxpa2Ugd2l0aCBYTUwsIHRoZXJlIGlzIG5vdCBhIGJ1aWx0LWluIHdheQ0KICB0byBp bnRyb2R1Y2UgYWRkaXRpb25hbCBhdHRyaWJ1dGVzIGFuZCBtZXRhZGF0YSB0byBpbmRpY2F0ZSBz dWNoLg0KDQpUaGF0IGJlaW5nIHNhaWQsIHRoZXJlIHdhcyBhbiBlYXJseSBJUkUgZHJhZnQgKHdo aWNoIGFwcGVhcnMgdG8gaGF2ZSBiZWVuIGxvc3Q/ICBbM10gcmVmZXJlbmNlcyB1bnJlZmVyZW5j ZWFibGUgZG9jdW1lbnQgWzRdKSwgd2hpY2ggSSBoYWQgc29tZSBoYW5kIGluLCB3aGljaCB0b29r IHZlcnkgbXVjaCB0aGUgYXBwcm9hY2ggdGhhdCBDaHJpcyBXcmlnaHQgZGVzY3JpYmVzIGluIFs1 XSwgd2l0aCBhIHNlcmllcyBvZiBDU1YgZmlsZXM6DQoNCiAtIERvbWFpbnMNCiAtIENvbnRhY3Rz DQogLSBOYW1lc2VydmVycw0KIC0gUmVnaXN0cmFycw0KIC0gTmFtZXNlcnZlciBJUCBhZGRyZXNz ZXMNCiAtIEFzc29jaWF0aW9uczoNCiAgIC0gRG9tYWluIFN0YXR1c2VzDQogICAtIENvbnRhY3Qg U3RhdHVzZXMNCiAgIC0gTmFtZXNlcnZlciBTdGF0dXNlcw0KICAgLSBEb21haW4vTmFtZXNlcnZl ciBBc3NvY2lhdGlvbnMNCiAgIC0gRG9tYWluL0NvbnRhY3QgQXNzb2NpYXRpb25zDQogLSBEZWxl dGlvbnMNCiAgIC0gRG9tYWlucw0KICAgLSBDb250YWN0cw0KICAgLSBOYW1lc2VydmVycw0KDQpB biBYTUwgcmVwcmVzZW50YXRpb24gY2FuIHJlYWRpbHkgZGlyZWN0bHkgZXhwcmVzcyBoaWVyYXJj aHk7IHRoZSBhYm92ZSBhcHByb2FjaCByZW1hcHMgdGhhdCBpbnRvIHNlcmllcyBvZiAiZmxhdHRl bmVkIHN0cnVjdHVyZXMuIg0KDQpPbndhcmRzIHRvIGNvbW1lbnQgb24gdGhlIEdvdWxkL1RoaXBw ZXN3YW15WzZdIGRvY3VtZW50Li4uICBUaGF0IGRvY3VtZW50IG9mZmVycyBhIHN0cnVjdHVyZSBs YXJnZWx5IGFuYWxvZ291cyB0byB0aGUgYWJvdmUsIGFsdGhvdWdoIGl0IGRyYXdzIGNlcnRhaW4g b2YgdGhlIGhpZXJhcmNoaWVzIGludG8gdGhlIG9iamVjdHMuDQoNCkluIHBhcnRpY3VsYXIsIHRo ZSAyMDEwLTAxLTI1IHByb3Bvc2FsIFs0XSBzZXBhcmF0ZWQgb2JqZWN0IHN0YXR1c2VzIGludG8g c2VwYXJhdGUgYXNzb2NpYXRpb24gZmlsZXMsIHdoZXJlYXMgWzZdIGhhcyBzZXZlcmFsIG11bHRp dmFsdWVkIGF0dHJpYnV0ZXMuDQoNCiAtIE9uIERvbWFpbnMsIHRvIGluZGljYXRlDQogICAtIFN0 YXR1c2VzIChyZWd1bGFyIGFuZCBSR1ApDQogICAtIE5hbWVzZXJ2ZXIgYXNzb2NpYXRpb25zDQog ICAtIENvbnRhY3QgYXNzb2NpYXRpb25zDQogLSBPbiBob3N0cywgdG8gaW5kaWNhdGUNCiAgIC0g SVAgYWRkcmVzc2VzDQoNClRoZXJlIGFyZSBhcmd1bWVudHMgYm90aCBwcm8tIGFuZCBjb24tIGVp dGhlciB3YXk6DQoNCiAtIE1lbGRpbmcgdGhlIGFzc29jaWF0aW9ucyBpbnRvIHRoZSBvYmplY3Qg c3RyZWFtcyBtZWFucyB0aGVyZSBjYW4NCiAgIGJlIG5vIG1pc21hdGNoZXMgYmV0d2VlbiB0aG9z ZSBzdHJlYW1zLg0KDQogICAtIEluIFs2XSwgeW91IGNhbiBiZSBjZXJ0YWluIHRoYXQgdGhlIGRv bWFpbiB3aWxsIGhhdmUgYWxsIG9mIGl0cw0KICAgICBzdGF0dXNlcywgd2hlcmVhcw0KDQogICAt IGluIFs0XSwgdGhlIHJlcHJlc2VudGF0aW9uIG1ha2VzIGl0IHBvc3NpYmxlIHRvIGhhdmUgZW50 cmllcyBpbg0KICAgICB0aGUgKkRvbWFpbiBTdGF0dXMqIHN0cmVhbSB0aGF0IGRvbid0IGNvcnJl c3BvbmQgdG8gYW4gZXhpc3RpbmcNCiAgICAgZG9tYWluDQoNCiAtIE9uIHRoZSBvdGhlciBoYW5k LCBbNl0gdG9ydHVyZXMgdGhlIHNvbWV3aGF0IGRvZGd5IGZvcm1hdA0KICAgZGVmaW5pdGlvbiBv ZiBDU1YgYSBiaXQgaGFyZGVyLCB0cmVhdGluZyBpdCwgaW4gZWZmZWN0IGFzIGENCiAgIE11bHRp VmFsdWUgRGF0YWJhc2VbN10NCg0KIC0gVmlzLWEtdmlzIGNvbnRhY3RzLCB0aGUgbXVsdGl2YWx1 ZSBoYW5kbGluZyBvZiBbNl0gbWFrZXMgdGhlDQogICBmb3JtYXQgbGVzcyBmbGV4aWJsZSB0byBj b3BlIHRvIGNvcGUgd2l0aCBwb3RlbnRpYWwgZnV0dXJlIG5lZWQNCiAgIGZvciBhZGRpdGlvbmFs IHNvcnRzIG9mIGNvbnRhY3RzLCB3aGljaCB3b3VsZCBiZSBtb3JlIGVhc2lseQ0KICAgaGFuZGxl ZCBpZiBjb250YWN0IGFzc29jaWF0aW9ucyB3ZXJlIGhhbmRsZWQgYXMgaW4gWzNdLCB3aGljaCBp cw0KICAgdHJpdmlhbCBleHRlbnNpYmxlIGFzIGluIHRoZSBmb2xsb3dpbmcgImRvbWFpbi9jb250 YWN0DQogICBhc3NvY2lhdGlvbiIgZXhhbXBsZToNCiAgIHwgRG9tYWluICAgfCBDb250YWN0IEhh bmRsZSB8IENvbnRhY3QgVHlwZSB8DQogICB8LS0tLS0tLS0tLSstLS0tLS0tLS0tLS0tLS0tKy0t LS0tLS0tLS0tLS0tfA0KICAgfCBhYmMudGVzdCB8IEMtMTIzICAgICAgICAgIHwgUmVnaXN0cmFu dCAgIHwNCiAgIHwgYWJjLnRlc3QgfCBDLTEyNCAgICAgICAgICB8IEFkbWluICAgICAgICB8DQog ICB8IGFiYy50ZXN0IHwgQy0xMjUgICAgICAgICAgfCBCaWxsaW5nICAgICAgfA0KICAgfCBhYmMu dGVzdCB8IEMtMTI2ICAgICAgICAgIHwgVGVjaG5pY2FsICAgIHwNCiAgIHwgYWJjLnRlc3QgfCBD LTEyNyAgICAgICAgICB8IEFudGktQWJ1c2UgICB8DQogICB8IGFiYy50ZXN0IHwgQy0xMjggICAg ICAgICAgfCBFeHRlbnNpb24gIzIgfA0KDQogICBJbnRyb2R1Y2luZyBleHRyYSBjb250YWN0IHR5 cGVzIGlzIHByZXR0eSB0cml2aWFsIGluIHRoaXMNCiAgIFszXS1iYXNlZCBhcHByb2FjaDsgaW4g WzZdLCBpdCB3b3VsZCByZXF1aXJlIGVpdGhlciBhbm90aGVyIGRhdGENCiAgIHN0cmVhbSwgb3Ig ZG9jdW1lbnRpbmcgYW4gb3V0LW9mLWJhbmQgd2F5IG9mIGluZGljYXRpbmcNCiAgIGFkZGl0aW9u YWwgY29sdW1ucyBmb3IgdGhlIERvbWFpbnMgZGF0YSBzdHJlYW0uDQoNCiAgIFRoZSB0aGluZyBJ IHdhbnQgdG8gcG9pbnQgb3V0IGhlcmUgaXMgL25vdC8gdGhhdCB0aGlzIGltcGxpZXMNCiAgIHRo YXQgWzNdIGlzIHN1cGVyaW9yIHRvIFs2XSwgYnV0IHJhdGhlciB0aGF0IHJlcHJlc2VudGF0aW9u DQogICBjaG9pY2VzIGxpa2UgdGhpcyBvbmUgd2lsbCBoYXZlIGNvbnNpZGVyYWJsZSBpbXBhY3Qg b24gaG93IGVhc3kNCiAgIG9yIGRpZmZpY3VsdCBsYXRlciBleHRlbnNpb24gd2lsbCBiZS4gIC9U aGF0LyBpcyBhIGJyb2FkbHkNCiAgIGltcG9ydGFudCBpc3N1ZS4NCg0KU29tZXRoaW5nIEkgZmlu ZCB2ZXJ5IGludGVyZXN0aW5nIGFib3V0IFs2XSBpcyBpbiBpdHMgdXNlIG9mIFhNTCB0byBkZXNj cmliZSB0aGUgZGF0YS4gIEZyYW5jaXNjbyBjb21tZW50cyBbOF0gb24gdGhlIHZhbGlkYXRpb24g cHJvY2VzcyB0aGF0IGhlIGFudGljaXBhdGVzIGJlaW5nIHVzZWQgdG8gdmFsaWRhdGUgZXNjcm93 OyBpdCBzZWVtcyB0byBtZSB0aGF0IHRoZSBkcmFmdCBvZiBbNl0gcHJvdmlkZXMgYW4gaW50ZXJl c3RpbmcgYWRkaXRpb24gdG8gdGhpcy4gIFRoZSBYTUwgc2NoZW1hIHRoYXQgaXMgZGVzY3JpYmVk IHRoZXJlaW4gY291bGQgYmUgdXNlZCwgaG9wZWZ1bGx5IHByZXR0eSBkaXJlY3RseSwgdG8gZG8g YSB3ZWxsLWZvcm1lZG5lc3MgdmFsaWRhdGlvbiBvbiB0aGUgc2VyaWVzIG9mIENTViBmaWxlcy4N Cg0KRm9yIHRoYXQgdG8gYmUgcG9zc2libGUgaW1wbGllcyB0aGF0IHRoZSAiYmFzZSIgdXNhZ2Ug b2YgWzZdIG5lZWRzIHRvIGJlIGtlcHQgcXVpdGUgc3RyaWN0LiAgQWRkaW5nIGFkZGl0aW9uYWwg ZmllbGRzIHdvdWxkIHByZXZlbnQgdXNpbmcgdGhlIFhNTCBzY2hlbWEgZGlyZWN0bHksIGFuZCBw ZXJoYXBzIGl0IG1lYW5zIHRoYXQgaXQgd291bGQgYmUgbmVjZXNzYXJ5IHRvIGRlY2xhcmUgdGhh dCBzb21lIHNldCBvZiBmdW5jdGlvbmFsaXR5IGJlIGRlY2xhcmVkIGEgImNvcmUiLCBhbmQgdGhh dCBleHRlbnNpb25zIC9tdXN0IG5vdC8gYWx0ZXIgYW55dGhpbmcgaW4gdGhpcyBjb3JlLiAgSSB3 b3VsZG4ndCBjb25zaWRlciBpdCBhIHRlcnJpYmxlIHRoaW5nIHRvIGhhdmUgYSBuZWFyLWltbXV0 YWJsZSAiY29yZSwiDQpidXQgdGhhdCBjZXJ0YWlubHkgaGFzIGltcGxpY2F0aW9ucyBmb3IgZXh0 ZW5zaW9ucywgdGhhdCB0aGV5IG5lZWQgdG8gYmUgc2VwYXJhdGVkLg0KDQpGb3IgaW5zdGFuY2Us IGlmIHdlIHRvb2sgWzZdIGRpcmVjdGx5IGFzIHRoZSAiY29yZSIsIHRoZW4gYWRkaW5nIGFuIGFu dGktYWJ1c2UgY29udGFjdCBjb3VsZCBub3QgYmUgZG9uZSBieSBhZGRpbmcgaXQgYXMgYW4gZXh0 cmEgZmllbGQsIGFzIHRoYXQgd291bGQgdmlvbGF0ZSB0aGUgaW1tdXRhYmlsaXR5IG9mIHRoZSAi Y29yZS4iICBBZGRpbmcgYW4gYWRkaXRpb25hbCBkYXRhIHN0cmVhbSB0byBhc3NvY2lhdGUgaW4g IkFudGktQWJ1c2UiIGNvbnRhY3RzIHdvdWxkIGJlIHBlcmZlY3RseSBzdHJhaWdodGZvcndhcmQs IGFsYmVpdCB3aXRoIHRoZSBjaGFsbGVuZ2UgdGhhdCAvdmFsaWRhdGluZy8gdGhpcyBleHRlbnNp b24gcmVxdWlyZXMgc29tZSBuZXcgdmFsaWRhdGlvbiBjb21wb25lbnQgZG93bnN0cmVhbS4NCihU aGUgYXBwcm9hY2ggb2YgWzNdIGlzIG5vdCBpbmhlcmVudGx5IGJldHRlciBpbiB0aGlzIHJlZ2Fy ZCAtIHdoaWxlIG1ha2VzIGl0IGVhc2llciB0byBtaXggdGhlIG5ldyBjb250YWN0IHR5cGUgaW50 byB0aGUgZXhpc3RpbmcgZGF0YSBzdHJlYW1zLCB0aGVyZSBpcyBzdGlsbCBhIG5lZWQgdG8gdmFs aWRhdGUgY29udGFjdCB0eXBlcy4pDQoNCkJ1dCBub25lIG9mIHRoaXMgcXVpdGUgZ2V0cyBhdCBh biBvcGluaW9uIGFzIHRvIHdoZXRoZXIgd2Ugc2hvdWxkIGdvIHdpdGggdGhlIFhNTCBmb3JtICht b3N0IHJlY2VudGx5IGxhaWQgb3V0IGluIHZlcnNpb24gMywgWzldKSBvciB0aGUgVmVyaXNpZ24g cHJvcG9zYWwgWzZdLg0KDQpBcyBJIGFscmVhZHkgc2FpZCwgSSdtIHRvcm4uDQoNCkkgYW0gbm90 IHRocmlsbGVkIGF0IHRoZSB2ZXJib3NpdHkgb2YgWE1MLCBmb3IgbXVjaCB0aGUgc2FtZSByZWFz b25zIGFscmVhZHkgbGFpZCBvdXQgYnkgb3RoZXJzLg0KDQpBbmQgSSBoYXZlIGhhZCBkZWNlbnQg c3VjY2VzcyBhdCBkcmF3aW5nIGRhdGEgaW50byByZWdpc3RyaWVzIHVzaW5nICJmbGF0IGZpbGUt YmFzZWQiIHJlcHJlc2VudGF0aW9ucy4gIChBbmQgaXQncyBxdWl0ZSBwb3NzaWJsZSBJIGhhdmUg bW9yZSBleHBlcmllbmNlIGF0IHRoaXMgdGhhbiBhbnlvbmUgZWxzZSBkb2VzOyBJIGhhdmUgZG9u ZSB0aGlzIHNldmVyYWwgdGltZXMuKQ0KDQpUaGUgZmxhdCBmaWxlcyBtYXkgYmUgc2ltcGxpc3Rp YywgYnV0IGF0IHRoZSB0aW1lIHRoYXQgc29tZW9uZSB3aWxsIG1vc3QgL25lZWQvIHRvIHVzZSB0 aGUgZXNjcm93IGZvcm1hdCwgaXQgd2lsbCBiZSBiZWNhdXNlOg0KDQogLSBBIHJlZ2lzdHJ5IGhh cyBmYWlsZWQ7DQogLSBDbG9ja3MgYXJlIHRpY2tpbmcsIHRoZSB3b3JsZCBpcyB3YXRjaGluZywg YXMgd2VsbCBhcyB0aGUNCiAgIGxhd3llcnMgdGhhdCByZWxlYXNlZCB0aGUgZGF0YSBmcm9tIGVz Y3JvdzsNCiAtIEEgbmV3IHJlZ2lzdHJ5IG5lZWRzIHRvIGJlIHNldCB1cCByaWdodCBhd2F5LCBp ZiBub3Qgc29vbmVyOw0KIC0gVGltZSBpcyBvZiB0aGUgZXNzZW5jZSwgYW5kIGFueXRoaW5nIG91 dHNpZGUgb2YgdGhlICJzaW1wbGlzdGljIg0KICAgcGFydHMgb2YgdGhlIGRhdGEgaXMgcXVpdGUg bGlrZWx5IHRvIG5lZWQgdG8gZ28gYnkgdGhlIHdheXNpZGU7DQogLSBJZiB0aGUgZmFpbHVyZSB3 YXMgZHVlIHRvIHRlY2huaWNhbCBpc3N1ZXMsIGl0IG1heSBiZSB0aGF0IGl0IHdhcw0KICAgdGhl IGZhbmN5IGV4dHJhcyBzaXR0aW5nIGluIHRoZSBleHRlbnNpb25zIHRoYXQgaW5kdWNlZCBmYWls dXJlLA0KICAgYW5kIGhlbmNlIC9sb3NpbmcvIHRoYXQgZXh0ZW5kZWQgZGF0YSBpcyBhIHByZXJl cXVpc2l0ZSBmb3INCiAgIGF2b2lkaW5nIGZ1cnRoZXIgZmFpbHVyZS4NCg0KQSBkZWFkIHNpbXBs ZSAiZmxhdCIgcmVwcmVzZW50YXRpb24gb2YgcmVnaXN0cnkgZGF0YSB3aWxsIGxvb2sgbWlnaHR5 IGdvb2QgYXQgYSBtb21lbnQgbGlrZSB0aGF0Lg0KDQpPbiB0aGUgb3RoZXIgaGFuZCwgSSB3b3Jy eSB0aGF0IGlmIHdlIGdldCBhbnl0aGluZyB3cm9uZyBpbiByZXByZXNlbnRpbmcgZGF0YSBpbiAo c2F5KSBDU1YsIHdlIG1heSBnZXQgc3R1Y2sgd2l0aCB0ZXJyaWJsZSBjbHVtc2luZXNzIGluIHdv cmtpbmcgYXJvdW5kIHNob3J0Y29taW5ncy4gIElmIHNvLCB0aGUgd29ya2Fyb3VuZHMgbWlnaHQg d2VsbCBtYWtlIHRoZSAiYmxvYXQiIG9mIFhNTCBsb29rIHByZXR0eSBnb29kLg0KDQpJdCdzIGNl cnRhaW5seSBzaW1wbGVyIHRvIHRha2UgYSBDU1YgZmlsZSBhbmQgdG9zcyBpdCBhdCBhIGRhdGFi YXNlIGFuZCBkbyBzb21lIGJ1bGsgcHJvY2Vzc2luZy4gIFRoZSBkYXRhYmFzZSBndXlzIChhbmQg SSdtIG9uZSBvZiB0aGVtKSBjZXJ0YWlubHkgbGlrZSB0aGF0Lg0KDQpCdXQgaXQgdHJ1bHkgaXNu J3QgdmFzdGx5IGRpZmZpY3VsdCB0byB3cml0ZSBhIHNjcmlwdCB0byB3YWxrIHRocm91Z2ggYW4g WE1MIGZpbGUsIHVucmF2ZWwsIGFuZCByZS1yYXZlbCB0aGUgZmxhdCBmaWxlIGJpdHMgaW50byBh IGZsYXQgZmlsZS4NCg0KVGhlIG1vc3Qgc3VycHJpc2luZ2x5IGJ1Zy1mcmVlIGNvZGUgdGhhdCBJ IGV2ZXIgcmVtZW1iZXIgd3JpdGluZyB3YXMgYSBwYXJzZXIgdGhhdCB1c2VkIEV4cGF0IHRvIHR1 cm4gYW4gWE1MIGJvb2ttYXJrIHN0cmVhbSBpbnRvIGEgTGlzcCBsaXN0LCBmb2xsb3dlZCBieSB3 cml0aW5nIGEgYml0IG9mIExpc3AgdG8gZ3JhYiBlbGVtZW50cyBJIHdhbnRlZCB0byB0cmFuc2Zv cm0uICBJdCB3YXMgYSBwcmV0dHkgc2ltcGxlIGNhc2U7IHR1cm5pbmcgYm9va21hcmtzIGZyb20g YQ0KKG5vdy1vYnNvbGV0ZSkgYnJvd3NlcidzIFhNTCBpbnRvIERvY0Jvb2svU0dNTC4gIEkgaGFk IHRoZSBtaW5vciBzaG9jayB0aGF0IHRoZSBmdWxsLWJvcmUgcmVjdXJzaXZlIGJpdHMgb2YgY29k ZSByYW4sIGFuZCBnYXZlIG1lIHRoZSByZXN1bHQgSSB3YXMgaG9waW5nIGZvciwgb24gdGhlIHZl cnkgZmlyc3QgcnVuLiAgSXQgKnNjYXJlcyogbWUgd2hlbiBjb2RlIHdvcmtzIHRoZSBmaXJzdCB0 aW1lIQ0KDQpJJ20gc3VyZSB3ZSBoYXZlIHBlb3BsZSB0aGF0IGFyZSAqc2NhcmVkKiB0aGF0IHRo ZSBYTUwgZm9ybSBpc24ndCBzaGFwZWQgbGlrZSB0aGUgZmxhdCBmaWxlcyB0aGF0IHRoZXkncmUg YWNjdXN0b21lZCB0bywgYnV0IHRoZXJlIHNob3VsZCBiZSBsaXR0bGUgcHJvYmxlbSBpbiB0cmFu c2Zvcm1pbmcgdGhlIFhNTCBmb3JtIG9mIFs5XSBpbnRvIHRoZSBzZXQgb2YgZmxhdCBmaWxlcyB0 aGF0IHdvbid0IHNjYXJlIHRoZW0gc28gbXVjaC4gIEkgd291bGRuJ3QgYmUgYXQgYWxsIHN1cnBy aXNlZCBpZiB0aGlzIHJlcXVpcmVzIGxpdHRsZSBtb3JlIHRoYW4gYSBmZXcgWFBhdGggcXVlcmll cyB0aGF0IGFyZSBzdWZmaWNpZW50bHkgY29udmVudGlvbmFsIHRoYXQgdGhleSBtaWdodCBnZXQg aW5jbHVkZWQgYXMgYSAibmVhci1zdGFuZGFyZCB0b29sc2V0LiINCg0KU28gSSBhbSBub3QgdGVy cmlibHkgc2NhcmVkIGF0IHVzaW5nIFhNTC4NCg0KV2hhdCBJIHRoaW5rIHdvdWxkIGJlICp0ZXJy aWJsZSogd291bGQgYmUgaWYgd2Ugd291bmQgdXAgZGVmaW5pbmcgdHdvIHN0YW5kYXJkcyBmb3Ig dGhpcyB0aGF0IHJlcHJlc2VudCBzb21ld2hhdCBkaWZmZXJlbnQgc2V0cyBvZiBkYXRhIGluIHNv bWV3aGF0IGRpZmZlcmVudCB3YXlzLCB3aGVuIHdoYXQncyB3YW50ZWQgaXMgb25lIHJlcHJlc2Vu dGF0aW9uLiAgSSBoYXRlIHRoZSBpZGVhIG9mIGluY2x1ZGluZyBib3RoIFs2XSBhbmQgWzldIGFz IGEgc2luZ2xlICJGcmFua2VuU3RhbmRhcmQuIiAgVGhhdCBtdWx0aXBsaWVzIHRoZSBjb21wbGV4 aXRpZXMgb2YgdmFsaWRhdGlvbiBhbmQgb2YgdHJ5aW5nIHRvIHJlYWQgYW5kIHVzZSB0aGUgZGF0 YS4NCg0KSSBzdXBwb3NlIEknZCBiZSBtb2xsaWZpZWQgaWYgaXQgY291bGQgYmUgcHJvdmVuIHRo YXQgb25lIGZvcm0gY291bGQgYWx3YXlzIGJlIGF1dG9tYXRpY2FsbHkgcmV3cml0dGVuIGludG8g dGhlIG90aGVyLCBidXQgSSB0aGluayBJJ2Qgd2FudCB0aGF0IGNvZGUgdG8gYmUgcHVibGljbHkg YXZhaWxhYmxlIGJlZm9yZSBJJ2QgYmUgd2lsbGluZyB0byBiZWxpZXZlIGluIHN1Y2ggYW4gZXF1 aXZhbGVuY2UuDQoNCkkgaGF2ZSB0aG91Z2h0IGEgbGl0dGxlIGJpdCBhYm91dCwgYnV0IGRvbid0 IHlldCBoYXZlIHRlcnJpYmx5IHVzZWZ1bCBjb21tZW50LCByZWdhcmRpbmcgdGhlIGZ1bGwtdmVy c3VzLWluY3JlbWVudGFsIGlzc3VlLiAgU2V2ZXJhbCBvdGhlcnMgaGF2ZSBjb21tZW50ZWQgdGhh dCB0aGV5IGhhdmVuJ3QgZm91bmQgaXQgd29ydGh3aGlsZSB0byBvcHRpbWl6ZSB0aGluZ3MgYnkg ZG9pbmcgcGFydGlhbC9pbmNyZW1lbnRhbCBkdW1wcywgYW5kIEkgY2FuIGNvbmN1ciB3aXRoIHRo YXQuDQoNCkZvb3Rub3RlczoNCg0KWzFdICBbW2h0dHA6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kv Q29tbWEtc2VwYXJhdGVkX3ZhbHVlc11bV2lraXBlZGlhOg0KQ29tbWEtc2VwYXJhdGVkIHZhbHVl c11dDQoNClsyXSAgW1todHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9yZmM0MTgwXVtSRkMgNDE4 MCAtICBDb21tb24gRm9ybWF0IGFuZCBNSU1FIFR5cGUgZm9yIENvbW1hLVNlcGFyYXRlZCBWYWx1 ZXMgKENTVikgRmlsZXNdXQ0KDQpbM10gW1todHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2 ZS93ZWIvaXJlL2N1cnJlbnQvbXNnMDAwMTIuaHRtbF1bSS1EDQpBY3Rpb246ZHJhZnQtYXJpYXMt cmVnaXN0cnktZGF0YS1lc2Nyb3ctMDAudHh0XV0sIGluZGljYXRpbmcgdGhlIHJlbGVhc2UsIDIw MTAtMDEtMjUsIG9mIHRoZSBmb2xsb3dpbmcgZHJhZnQNCg0KWzRdIFtbaHR0cDovL3d3dy5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtYXJpYXMtcmVnaXN0cnktZGF0YS1lc2Nyb3ctMDAu dHh0XVtkcmFmdC1hcmlhcy1yZWdpc3RyeS1kYXRhLWVzY3Jvdy0wMC50eHRdXSwNCmEgZHJhZnQg ZG9jdW1lbnQNCnNwZWNpZnlpbmcgdGhlIGZvcm1hdCBhbmQgY29udGVudHMgb2YgRGF0YSBFc2Ny b3cgZGVwb3NpdHMgZm9yIERvbWFpbiBSZWdpc3RyaWVzLCB3aGljaCB1c2VkIGEgQ1NWLWJhc2Vk IGFwcHJvYWNoDQoNCls1XSAgW1todHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIv aXJlL2N1cnJlbnQvbXNnMDAxODUuaHRtbF1bQ2hyaXMNCldyaWdodCdzIG1lc3NhZ2Ugb2YgMjAx Mi0xMC0zMV1dDQoNCls2XSAgW1todHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIv aXJlL2N1cnJlbnQvbXNnMDAxNjUuaHRtbF1bRW1haWwNCndpdGggZHJhZnQtZ291bGQtdGhpcHBl c3dhbXktZG5yZC1jc3YtbWFwcGluZy0wMF1dDQoNCls3XSAgW1todHRwOi8vZW4ud2lraXBlZGlh Lm9yZy93aWtpL011bHRpVmFsdWVdW011bHRpVmFsdWUgRGF0YWJhc2VdXQ0KDQpbOF0gIFtbaHR0 cDovL3d3dy5pZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL2lyZS9jdXJyZW50L21zZzAwMTg2Lmh0 bWxdW0ZyYW5jaXNjbw0KT2Jpc3BvIGNvbW1lbnRzIG9uIEROUkQgQ1NWIERyYWZ0XV0NCg0KWzld ICBbW2h0dHA6Ly93d3cuaWV0Zi5vcmcvbWFpbC1hcmNoaXZlL3dlYi9pcmUvY3VycmVudC9tc2cw MDE2My5odG1sXVtOZXcNCnZlcnNpb24gKDMpIG9mIHRoZSBzcGVjIGFuZCBuZXcgZHJhZnQgb24g RE5SRF1dIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpp cmUgbWFpbGluZyBsaXN0DQppcmVAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vaXJlDQo= From chris@ausregistry.com.au Sun Nov 4 17:29:15 2012 Return-Path: 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 AF04521F8817 for ; Sun, 4 Nov 2012 17:29:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.013 X-Spam-Level: * X-Spam-Status: No, score=1.013 tagged_above=-999 required=5 tests=[AWL=-0.993, BAYES_05=-1.11, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, J_CHICKENPOX_56=0.6, SARE_SPEC_REPLICA_OBFU=1.812] 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 3iLOoDe2fUM4 for ; Sun, 4 Nov 2012 17:29:14 -0800 (PST) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id 8C00F21F8815 for ; Sun, 4 Nov 2012 17:29:13 -0800 (PST) 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; 05 Nov 2012 12:29:12 +1100 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Mon, 5 Nov 2012 12:28:37 +1100 From: Chris Wright To: Gustavo Lozano , Francisco Obispo Date: Mon, 5 Nov 2012 12:29:10 +1100 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac25MXs+hNVmWN2QQ5Wv5ixfJFs+9QBwvcGQ Message-ID: <8CEF048B9EC83748B1517DC64EA130FB72DCF8799E@off-win2003-01.ausregistrygroup.local> References: In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 01:29:15 -0000 Pj4gSWYgbm90IHRoaXMgbGlzdCwgd2hhdCBpcyB0aGUgcHJvY2VzcyB0aGF0IHlvdSBwcm9wb3Nl IHRvIGRpc2N1c3MgdGhlIGRhdGEgZXNjcm93IHNwZWNpZmljYXRpb24/DQoNCkkgdW5kZXJzdGFu ZCB0aGF0IHlvdXIgZGVzaXJlIGlzIHRoYXQgdGhpcyAnbWlnaHQnIGJlIHVzZWQgZm9yIGNjVExE cyBhcyB3ZWxsIGFzIGdUTERzLCBidXQgZ2l2ZW4gdGhlIHRpbWVmcmFtZXMgd2UgYXJlIHdvcmtp bmcgdG8gYW5kIHRoZSBmYWN0IHRoYXQgdGhpcyBpc27igJl0IGEgcHJvcGVyIHdvcmtpbmcgZ3Jv dXAgSSB3b3VsZCBzdWdnZXN0IGp1c3QgZm9jdXNpbmcgb24gdGhlIHByb2JsZW0gYXQgaGFuZC4g TmV3IGdUTERzIG5lZWRpbmcgdG8gZXNjcm93IGRhdGEuIEdpdmVuIHRoYXQgSSB3b3VsZCBodW1i bHkgc3VnZ2VzdCB0aGF0IHRoZSBmYXN0ZXN0IHdheSB0byBzb2x2ZSB0aGlzIGlzIHRvIHJ1biBh IHRlY2huaWNhbCBzdW1taXQgaW52aXRpbmcgdGhlIG5ldyBnVExEIHJlZ2lzdHJ5IG9wZXJhdG9y cyB0byAnbnV0IHRoaXMgb3V0JyBpbiBhIG9uZSBvciB0d28gZGF5IHdvcmtpbmcgc2Vzc2lvbiAt IHB1dCB0aGUgdGhpbmcgb3V0IGZvciBjb21tZW50IGZvciBhIGZldyB3ZWVrcywgcmV2aXNlIGJh c2VkIG9uIGNvbW1lbnRzIC0gdGhlbiBnbyB3aXRoIGl0IC0gbXVjaCBsaWtlIHdoYXQgd2Ugc2hv dWxkIGhhdmUgZG9uZSBmb3IgdGhlIFRNQ0ggc29sdXRpb24uDQoNClRoaXMgd2lsbCBiZSBmYXN0 ZXIgYW5kIGdldCB1cyBhbiBhbnN3ZXIgaW4gYSBtdWNoIHF1aWNrZXIgdGltZXIgZnJhbWUuIElt IHdpbGxpbmcgdG8gYmV0IHlvdSBhcmUgYWJvdXQgdG8gaGF2ZSBhbGwgdGhlIHJpZ2h0IHBlb3Bs ZSBpbiBMQSBmb3IgdGhlIFRNQ0ggaW1wbGVtZW50YXRpb24gbWVldGluZyBjb21pbmcgdXAgb24g dGhlIDE1LzE2IHBlcmhhcHMgd2UgY2FuIGp1c3QgYWRkIG9uIHRoZSAxN3RoIChvciB0aGUgZm9s bG93aW5nIE1vbmRheS9UdWVzZGF5KSB0byBkaXNjdXNzIHRoaXMgYXMgd2VsbCBhbmQgZ2V0IGl0 IG92ZXIgYW5kIGRvbmUgd2l0aD8NCg0KVGhhbmtzDQoNCmMuDQoNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IEd1c3Rhdm8gTG96YW5vIFttYWlsdG86Z3VzdGF2by5sb3phbm9A aWNhbm4ub3JnXQ0KU2VudDogU2F0dXJkYXksIDMgTm92ZW1iZXIgMjAxMiA2OjM3IEFNDQpUbzog Q2hyaXMgV3JpZ2h0OyBGcmFuY2lzY28gT2Jpc3BvDQpDYzogaXJlQGlldGYub3JnOyBUaGlwcGVz d2FteSwgQ2hldGhhbg0KU3ViamVjdDogUmU6IFtpcmVdIEROUkQgQ1NWIERyYWZ0DQoNCkhlbGxv IENocmlzLA0KDQpDb21tZW50cyBpbiBsaW5lLg0KDQpPbiAxMS8xLzEyIDk6MDEgUE0sICJDaHJp cyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3RlOg0KDQo+VGhhbmtzIEd1 c3Rhdm8sDQo+DQo+SSB3aWxsIHJhaXNlIG15IGlzc3VlcyB3aXRoIElDQU5OIGFzIHlvdSBzdWdn ZXN0Lg0KPg0KPkkgaGF2ZSBnaXZlbiBzb21lIGZlZWRiYWNrIGFscmVhZHkgb24gdGhlIGRyYWZ0 LCB0aGF0IGJlaW5nIHRoYXQgSQ0KPmNvbmN1ciB3aXRoIHRoZSBvdGhlcnMgaGVyZSB3aG8gaGF2 ZSBzYWlkIHRoZXkgcHJlZmVyIENTViBmb3JtYXQsIEkNCj5oYXZlIHN1Z2dlc3RlZCBhIGRpZmZl cmVudCBhcHByb2FjaCB0byB0aGUgQ1NWcy4NCg0KR0wuIFRoZSBmZWVkYmFjaywgdGhhdCB5b3Ug cHJvdmlkZWQgdXMgd2l0aCwgaXMgaW5jb3Jwb3JhdGVkIGluIHZlcnNpb24gMDEgb2YgZG5yZC1v YmplY3RzLW1hcHBpbmcsIHRoYW5rIHlvdSBmb3IgdGhlIGZlZWRiYWNrLg0KDQo+DQo+T24geW91 ciBzcGVjaWZpYyBkcmFmdCwgSSBhbSB2ZXJ5IGNvbmZ1c2VkIGJ5IGhvdyBpdCBpcyBhdHRlbXB0 aW5nIHRvDQo+aGFuZGxlIElETnMsIHRoaXMgaXMgZXNwZWNpYWxseSBkaWZmaWN1bHQgYXMgbm9u ZSBvZiB0aGUgZXhhbXBsZXMgaW4NCj50aGUgZG9jdW1lbnQgc2hvdyBJRE4gZXhhbXBsZXMsIHNv IHRoYXQgbWF5IGhlbHAuDQo+DQo+Q2FuIHlvdSBlbGFib3JhdGUgbW9yZSBvbiB0aGUgcHJvcG9z ZWQgaGFuZGxpbmcgb2YgSUROcywgSSBhbQ0KPmVzcGVjaWFsbHkgY29uY2VybmVkIGFib3V0IGhv dyByZWdpc3RyaWVzIHdobyBkb24ndCBnZW5lcmF0ZSBhbmQgc3RvcmUNCj5hbGwgdmFyaWFudHMg YXJlIHN1cHBvcnRlZD8gKFJlZ2lzdHJpZXMgdGhhdCBzaW1wbHkgdXNlIGFuIGFsZ29yaXRobSB0 bw0KPmJsb2NrIG5hbWVzIGZyb20gb3RoZXJzLCBhbmQgbWF0Y2ggbmFtZXMgZm9yIHRoZSByZWdp c3RyYW50IHRvIGJlIGFibGUNCj50byBhZGQgYXMgJ3Byb3Zpc2lvbmVkJyB2YXJpYW50cyB0byB0 aGUgZG9tYWluIG9iamVjdCkuDQoNCkdMLiBUaGUgYXBwcm9hY2ggcHJvcG9zZWQgaW4gZG5yZC1v YmplY3RzLW1hcHBpbmctMDEgaXM6DQoNCg0KQSBOTkROIG9iamVjdCBpcyBwcm9wb3NlZCB3aGlj aCBiYXNpY2FsbHkgcmVwcmVzZW50IGEgbGFiZWwgKG5vdCBhIGZ1bGwgZG9tYWluIG9iamVjdCku DQoNCk5ORE5zIGNvdWxkIGJlIHVzZWQgdG8gc3RvcmUgZGF0YSBvZiB3aGF0IGlzIGNvbW1vbmx5 IGNhbGxlZCAicmVzZXJ2ZWQgZG9tYWluIG5hbWVzIi4gRXhwbGljaXQgSUROIHZhcmlhbnRzIGNv dWxkIGJlIHJlcHJlc2VudGVkIHVzaW5nIE5ORE5zLg0KDQoNCkEgcmVnaXN0cmFudCBjb3VsZCBy ZWdpc3RlciAiY2FmZSIsIGFuZCB0aGUgcmVnaXN0cnkgY291bGQgY3JlYXRlIGV4cGxpY2l0IElE TiB2YXJpYW50cyAoY2Fmw6ksIGPDoWZlIG9yIGPDoWbDqSkgYXMgTk5ETiBvYmplY3RzLg0KDQoN CkltcGxpY2l0IHZhcmlhbnRzICh1c2VkIGJ5IHJlZ2lzdHJpZXMgd2hvIGRvbid0IGdlbmVyYXRl IGFuZCBzdG9yZSBhbGwNCnZhcmlhbnRzKSBhcmUgc3BlY2lmaWVkIGJhc2VkIG9uIGEgY2Fub25p Y2FsIG5hbWUuICBJbiB0aGUgImNhZmUiIGRvbWFpbiBvYmplY3QsIHlvdSBjb3VsZCBzcGVjaWZ5 IHRoZSA8dmFyaWFudEdlbmVyYXRvcj4gZWxlbWVudCBhbmQgPGlkblRhYmxlSWQ+ZXM8L2lkblRh YmxlSWQ+IHRvIGluZGljYXRlIHRoYXQgSUROIHZhcmlhbnRzIHNob3VsZCBiZSBjcmVhdGVkIGZv bGxvd2luZyB0aGUgTEdSIGRlZmluZWQgaW4gdGhlICJlcyIgSUROIHRhYmxlLiBJZiB0aGUgTEdS IGZvcm1hdCBvZiB0aGUgImVzIiBJRE4gdGFibGUgZG9lc24ndCBzdXBwb3J0IHRvIGRlZmluZSB0 aGUgc3RhdGUgb2YgdGhlIGdlbmVyYXRlZCBJRE4gdmFyaWFudHMgdGhlbiB5b3UgY291bGQgc3Bl Y2lmeSBpdCB1c2luZyBhIGRlZmF1bHRTdGF0ZSBhdHRyaWJ1dGUgb2YgdGhlIDx2YXJpYW50R2Vu ZXJhdG9yPiBlbGVtZW50Lg0KDQoNClRoZSBOTkROIG9iamVjdHMgYW5kIGltcGxpY2l0IElETiB2 YXJpYW50cyBjb3VsZCBleGlzdCBpbiB0aHJlZSBzdGF0ZXM6DQogICogYmxvY2tlZCwgdW5kZXNp cmFibGUgZm9yIHJlZ2lzdHJhdGlvbg0KICAqIHdpdGhoZWxkLCBjb3VsZCBiZSByZWdpc3RlcmVk Lg0KICAqIGFsbG9jYXRlZCwgbWlycm9yIHRoZSBpbmZvcm1hdGlvbiBmcm9tIHRoZSBjYW5vbmlj YWwgZG9tYWluIG5hbWUuDQoNCg0KVGhpcyBhcHByb2FjaCBjb3ZlcnMgdGhlIG1vc3QgY29tcGxl eCBzY2VuYXJpbyB0aGF0IHdlIGhhdmUga25vd2xlZGdlIG9mOg0KQSBUTEQgdGhhdCBzdXBwb3J0 cyBtdWx0aXBsZSBzY3JpcHRzLCBpbmNsdWRpbmcgTEdSIHRoYXQgY291bGQgcG90ZW50aWFsIGdl bmVyYXRlIHRob3VzYW5kcyBvZiB2YXJpYW50cywgYW5kIHNvbWUgb2YgdGhvc2UgYWxnb3JpdGht aWNhbGx5IGdlbmVyYXRlZCB2YXJpYW50cyBzaG91bGQgbm90IGJlIGF2YWlsYWJsZSBmb3IgcmVn aXN0cmF0aW9uLg0KDQo+DQo+SSBmZWVsIHRoYXQgdGhlIGZhc3Rlc3Qgd2F5IHRvIGdldCB0aGlz IHNvcnRlZCB3b3VsZCBiZSB0byBnZXQgdGhlDQo+cmVnaXN0cmllcyBpbiB0aGUgcm9vbSBhbmQg Y3JhbmsgaXQgb3V0IC0gZm9yIHN1Y2ggYSBzcGVjaWZpYyB1c2UgSW0NCj5ub3Qgc3VyZSB0aGF0 IGl0IHJlYWxseSBuZWVkcyBhbiBJRVRGIHdvcmtpbmcgZ3JvdXAgKGV2ZW4gdGhvdWdoIHRoaXMN Cj5pc24ndCByZWFsbHkgYSB3b3JraW5nIGdyb3VwKS4NCg0KR0wuIEluIHRoaXMgbWFpbGluZyBs aXN0LCB0aGVyZSBhcmUgcGFydGljaXBhbnRzIGZyb20gY2NUTERzLCBuZXcgZ1RMRHMsIGN1cnJl bnQgZ1RMRHMsIHJlZ2lzdHJhcnMsIGluZGVwZW5kZW50IGRldmVsb3BlcnMgYW5kIG1hbnkgb3Ro ZXIgcGFydGllcyB0aGF0IGNhbiBjb250cmlidXRlIHdpdGggdGhlaXIgZXhwZXJ0aXNlLg0KDQoN ClRoaXMgc3BlY2lmaWNhdGlvbiBtaWdodCBiZSB1c2VkIG5vdCBvbmx5IGJ5IG5ldyBnVExEcywg dGhlcmVmb3JlIGl0IGFwcGVhcnMgdGhhdCB0aGlzIG1haWxpbmcgbGlzdCBpcyB0aGUgY29ycmVj dCB2ZW51ZSB0byBkaXNjdXNzIHRoaXMgc3BlY2lmaWNhdGlvbi4NCg0KDQpJZiBub3QgdGhpcyBs aXN0LCB3aGF0IGlzIHRoZSBwcm9jZXNzIHRoYXQgeW91IHByb3Bvc2UgdG8gZGlzY3VzcyB0aGUg ZGF0YSBlc2Nyb3cgc3BlY2lmaWNhdGlvbj8NCg0KDQpUaGFuayB5b3UsDQoNClJlZ2FyZHMsDQpH dXN0YXZvIExvemFubw0KDQo+DQo+SUNBTk4gc2VlbXMgdG8gaGF2ZSBhIHZlcnkgZmxhd2VkIHVu ZGVyc3RhbmRpbmcgb2Ygd2hhdCBJbmZvcm1hdGlvbmFsDQo+UkZDcyBhcmUsIGFzIGFwcG9zZWQg dG8gc3RhbmRhcmRzIHRyYWNrIFJGQ3MuIFRoaXMgaXMgdmVyeSBldmlkZW50IGluDQo+dGhlIHJl ZmVyZW5jZSB0byBpbmZvcm1hdGlvbmFsIFJGQ3MgaW4gdGhlIHByZSBkZWxlZ2F0aW9uIHRlc3Rp bmcNCj5wcm9jZXNzIChlc3BlY2lhbGx5IGFyb3VuZCBsYW5ndWFnZSB0YWJsZXMpLiBJIGZlYXIg dGhhdCBieQ0KPmNvbnN0cnVjdGluZyB0aGlzICdzcGVjaWZpY2F0aW9uJyB1bmRlciB0aGUgJ2ls bHVzaW9uJyBvZiBhbiBJRVRGDQo+Y29uc2Vuc3VzIHByb2Nlc3MsIHdpbGwgb25seSBmdXJ0aGVy IGVudHJlbmNoIHRoaXMgbWlzdW5kZXJzdGFuZGluZy4NCj4NCj5UaGFua3MNCj4NCj5DaHJpcw0K Pg0KPk9uIDIvMTEvMTIgMTE6MTYgQU0sICJHdXN0YXZvIExvemFubyIgPGd1c3Rhdm8ubG96YW5v QGljYW5uLm9yZz4gd3JvdGU6DQo+DQo+PkNocmlzLCBhbGwsDQo+Pg0KPj4NCj4+V2UgdmFsdWUg eW91ciBzdWdnZXN0aW9ucyByZWdhcmRpbmcgdGhlIG5ldyBnVExEIHByb2dyYW07IHBsZWFzZSBz ZW5kDQo+PnlvdXIgc3VnZ2VzdGlvbnMsIHF1ZXN0aW9ucyBvciBjb21tZW50cyByZWdhcmRpbmcg dGhlIGVzY3Jvdw0KPj5yZXF1aXJlbWVudHMgcHJlc2VudCBpbiB0aGUgQUdCIG9yIHRoZSByZWdp c3RyeSB0cmFuc2l0aW9uIHByb2Nlc3MgdG8NCj4+bmV3Z3RsZEBpY2Fubi5vcmcuDQo+Pg0KPj4N Cj4+VGhlIG9iamVjdGl2ZSBvZiB0aGUgZG5kcmQtb2JqZWN0cy1tYXBwaW5nIGRyYWZ0IGlzIHRv IGNyZWF0ZSBhDQo+PnNwZWNpZmljYXRpb24gd2hlcmUgdGhlIGNvbW1vbiBlbGVtZW50cyBhbmQg b2JqZWN0cyBvZiBkb21haW4NCj4+cmVnaXN0cmllcyBhcmUgbGlzdGVkLiBJZiB5b3UgYmVsaWV2 ZSB0aGF0IHNvbWUgZWxlbWVudCwgYXR0cmlidXRlIG9yDQo+Pm9iamVjdCBpcyBtaXNzaW5nIHBs ZWFzZSBwcm92aWRlIGZlZWRiYWNrIG9uIHRoZSBsaXN0Lg0KPj4NCj4+DQo+PkluIG9yZGVyIHRv IGFkdmFuY2UgaW4gdGhlIGRldmVsb3BtZW50IG9mIHRoaXMgc3BlY2lmaWNhdGlvbiwgcGxlYXNl DQo+PnByb3ZpZGUgZmVlZGJhY2sgcmVnYXJkaW5nIHRoZSBvYmplY3RzLCBlbGVtZW50cyBhbmQg YXR0cmlidXRlcw0KPj5kZXNjcmliZWQgaW4gdGhlIGRuZHJkLW9iamVjdHMtbWFwcGluZy1kcmFm dC4NCj4+DQo+Pg0KPj5UaGUgbWFpbiB1cGRhdGUgb2YgZG5kcmQtb2JqZWN0cy1tYXBwaW5nIHZl cnNpb24gMDEgaXMgcmVnYXJkaW5nIElETg0KPj52YXJpYW50IGhhbmRsaW5nLiBJQ0FOTiBoYXZl IGJlZW4gd29ya2luZyBvbiB0aGUgSUROIHZhcmlhbnRzIHByb2plY3QNCj4+Zm9yIHNvbWUgdGlt ZSBhbmQga25vd2xlZGdlIGdhdGhlcmVkIGZyb20gdGhpcyBwcm9qZWN0IGhhcyBiZWVuDQo+Pmlu Y29ycG9yYXRlZCBpbnRvIHRoZSBkcmFmdC4gVGhlIHByb3Bvc2VkIGFwcHJvYWNoIGluIHRoZSBk cmFmdA0KPj5zdXBwb3J0cyB2YXJpYW50cyBvZiB0eXBlIGV4cGxpY2l0IChsaXN0ZWQgYXMgb2Jq ZWN0cykgYW5kIGltcGxpY2l0DQo+Pihjb21wdXRlZCBiYXNlZCBvbiBhIExHUikuDQo+Pg0KPj4N Cj4+UmVtZW1iZXIgdGhhdCB0aGlzIHNwZWNpZmljYXRpb24gaXMgYmVpbmcgZGV2ZWxvcGVkIG5v dCBvbmx5IGZvciBuZXcNCj4+Z1RMRHMgYW5kIGl0IG1pZ2h0IGJlIHVzZWQgYnkgY2NUTERzIG9y IGN1cnJlbnQgZ1RMRHMgdG8gZXNjcm93IGl0cw0KPj5TUlMgZGF0YS4NCj4+DQo+Pg0KPj4NCj4+ UmVnYXJkcywNCj4+R3VzdGF2byBMb3phbm8NCj4+DQo+Pk9uIDEwLzMxLzEyIDk6NTUgUE0sICJD aHJpcyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3RlOg0KPj4NCj4+PlRo YW5rcyBGcmFuY2lzY28sDQo+Pj4NCj4+PkkgMTAwJSBhZ3JlZSB3aXRoIHdoYXQgeW91ciBzYXlp bmcsIGZyb20gdGhlIHBlcnNwZWN0aXZlIG9mIHRoYXQgaXMNCj4+PndoYXQgdGhlIGFncmVlbWVu dCBjdXJyZW50bHkgc2F5cy4NCj4+Pg0KPj4+SG93ZXZlciBJIGFtIGFyZ3VpbmcgdGhhdCB0aGUg cmVxdWlyZW1lbnRzIGZyb20gdGhhdCBhZ3JlZW1lbnQgYXJlDQo+Pj5zaWxseSBhbmQgZmxhd2Vk LCBhbmQgdGhhdCBpZiB3ZSB0aGUgdGVjaG5pY2FsIGNvbW11bml0eSBnbyBiYWNrIHRvDQo+Pj5J Q0FOTiBhbmQgdGVsbCB0aGVtIGFzIHN1Y2ggd2UgY2FuIGdldCB0aGF0IGFkZHJlc3NlZC4NCj4+ Pg0KPj4+SXQgbWFrZXMgbm8gc2Vuc2UgdG8gZW5mb3JjZSBhIHRlY2huaWNhbCBwcm9jZXNzIGxp a2UgdGhpcyBpbiBhIGxlZ2FsDQo+Pj5hZ3JlZW1lbnQsIGluY2x1ZGluZyBkb3duIHRvIHRoZSBs ZXZlbCBvZiBob3cgdG8gbmFtZSBmaWxlcy4gQWxsDQo+Pj5JQ0FOTiBuZWVkcyB0byBjYXJlIGFi b3V0IGlzIGhvdyB0aGV5IGdldCB0aGUgZGF0YSBmcm9tIHRoZSBlc2Nyb3cgcHJvdmlkZXIuDQo+ Pj4NCj4+PlRoZSB2YWxpZGF0aW9uIGN1cnJlbnRseSBhc2tlZCBmb3IgYnkgdGhlIGxlZ2FsIGFn cmVlbWVudCwgd2hpY2ggYXMNCj4+PnlvdSByaWdodGx5IHBvaW50IG91ciBpcyB0cml2aWFsIHRv IGRvLCBpcyBhbHNvIGFsbW9zdCBwb2ludGxlc3MsDQo+Pj5zY2hlbWEgdmFsaWRhdGlvbiBwcm92 ZXMgbm90aGluZyBleGNlcHQgdGhhdCBJIHN1Ym1pdHRlZCBzY2hlbWEgdmFsaWQNCj4+PlhNTCwg SSBjb3VsZCBmaWxsIHNjaGVtYSB2YWxpZCBYTUwgd2l0aCBhbnl0aGluZyAtIGl0IHdpbGwgbm90 IG1lZXQNCj4+PnRoZSBvYmplY3RpdmVzIG9mIGVuc3VyaW5nIGRhdGEgaXMgdHJ1ZSBhbmQgYWNj dXJhdGUgYmFzZWQgb24gd2hhdCBpcw0KPj4+YWN0dWFsbHkgaW4gbXkgcmVnaXN0cnkuDQo+Pj4N Cj4+PkltIGZpbmUgd2l0aCB0aGUgZXNjcm93IHByb3ZpZGluZyBoYXZpbmcgdG8gd3JpdGUgY3Vz dG9tIHN0dWZmIHRvDQo+Pj52YWxpZGF0ZSBkYXRhLCB0aGV5IHdpbGwgbmVlZCB0byB0byBkbyAn cmVhbCcgdmFsaWRhdGlvbiwgaG93ZXZlcg0KPj4+YWdhaW4gSSB3b3VsZG4ndCBnbyB0byB0aGF0 IGxldmVsIGZyb20gSUNBTk4gcGVyc3BlY3RpdmUsIEkgd291bGQNCj4+PnNwZWNpZnkgYSBzZXQg b2YgdGhpbmdzIHRoZSBlc2Nyb3cgcHJvdmlkZXIgbmVlZHMgdG8gdmFsaWRhdGUsIGFuZA0KPj4+ bGVhdmUgdGhlICdob3cnIHRvIHRoZW0uDQo+Pj4NCj4+PklmIHdlIGFyZSBzZXJpb3VzIGFib3V0 IHZhbGlkYXRpb24gd2Ugc2hvdWxkIHZhbGlkYXRlIHRoaW5ncyBsaWtlLA0KPj4+DQo+Pj5FbnN1 cmUgZXZlcnkgY29udGFjdCBvYmplY3QgcmVmZXJlbmNlZCBieSBhIGRvbWFpbiBvYmplY3QgaXMg cHJlc2VudA0KPj4+RW5zdXJlIGV2ZXJ5IGhvc3Qgb2JqZWN0IHJlZmVyZW5jZSBieSBhIGRvbWFp biBvYmplY3QgaXMgcHJlc2VudA0KPj4+RW5zdXJlIHRoYXQgZXZlcnkgc3BvbnNvciByZWZlcmVu Y2VkIGJ5IGRvbWFpbnMsIGNvbnRhY3RzIGFuZCBob3N0IGlzDQo+Pj5wcmVzZW50IGFzIGEgcmVn aXN0cmFyIG9iamVjdCBFbnN1cmUgZXZlcnkgY29udGFjdCBjb3VudHJ5IGNvZGUNCj4+Pm1hdGNo ZXMgYSBjb3VudHJ5IGNvZGUgb24gdGhlIElTTyBsaXN0DQo+Pj4NCj4+Pk9uIGFuZCBvbi4uLg0K Pj4+RXRjLi4gLSB3ZSBwcm9iYWJseSB3YW50IHRvIGFwcGx5IHNvbWUgY2hlY2tzIHRvIG9iamVj dCBwcm9wZXJ0aWVzIGFzDQo+Pj53ZWxsIChlLmcuIENoZWNrIGVtYWlsIGFkZHJlc3MgYXJlIHZh bGlkIChzeW50YWN0aWNhbGx5KSkNCj4+Pg0KPj4+UGVyaGFwcyBzdGF0aXN0aWNhbCBhbmFseXNp cyBvZiBvYmplY3QgY291bnRzIGNvdWxkIGJlIGRvbmUsIGNvbXBhcmVkDQo+Pj50byBwcmV2aW91 cyBjb3VudHMgYW5kIGFub21hbGllcyBpbnZlc3RpZ2F0ZWQgKGlmIG9uZSBkYXkgSSBoYXZlIGEN Cj4+Pm1pbGxpb24gZG9tYWlucywgYW5kIHRoZW4gdGhlIG5leHQgZGF5IEkgaGF2ZSAxMDAsMDAw IHRoZW4gdGhlIGVzY3Jvdw0KPj4+cHJvdmlkZXIgc2hvdWxkIGxvb2sgZGVlcGVyIGludG8gdGhl IGRhdGEgYW5kIGhhdmUgYSBkaXNjdXNzaW9uIHdpdGgNCj4+PnRoZSByZWdpc3RyeSB0byB3b3Jr IG91dCB3aGF0IHdlbnQgd3JvbmcsIG9yIGlmIHRoZSBtYXNzaXZlIGRyb3AgaXMNCj4+PmxlZ2l0 KSAtIEVzY3JvdyBwcm92aWRlcnMgc2hvdWxkIGJlIG1vcmUgdGhhbiBqdXN0IGZpbGUgcmVwb3Np dG9yaWVzLA0KPj4+b3RoZXJ3aXNlIHRoZXkgYWRkIG5vIHZhbHVlIHdoYXRzb2V2ZXIsIGFuZCBJ Q0FOTiBtaWdodCBhcyB3ZWxsIHNhdmUNCj4+PnVzIGFsbCBzb21lIG1vbmV5IGFuZCBqdXN0IHNl dHVwIGEgY2VudHJhbCBGVFAgc2VydmVyIHdlIGFsbCBzZW5kIHRoZSBkdW1wIGZpbGVzIHRvLg0K Pj4+DQo+Pj5UaGUgdmFsaWRhdGlvbiB3ZSBjb3VsZChzaG91bGQ/KSBkby9leHBlY3QgZ29lcyBv biBhbmQgb24sIG9ubHkgdGhlbg0KPj4+d2lsbCB3ZSBhY3R1YWxseSBiZSBtb3JlIGNvbmZpZGVu dCB0aGF0IHdlIGhhdmUgYmV0dGVyIGRhdGEgLSB0aGUNCj4+PnRoaW5nIGlzIHRvIGRvIHRoZXNl IHR5cGVzIG9mIHZhbGlkYXRpb24sIHlvdSB3b3VsZCBuZWVkIHRvDQo+Pj5yZWludGVncmF0ZSBh biBpbmNyZW1lbnRhbCBmaWxlIHdpdGggYSBmdWxsIGZpbGUgKGFzIHRoZSBpbmNyZW1lbnRhbA0K Pj4+ZmlsZSBtYXkgcmVmZXJlbmNlIG9iamVjdHMgZnJvbSB0aGUgZnVsbCBkdW1wIChvciBhIHBy ZXZpb3VzDQo+Pj5pbmNyZW1lbnRhbCkgc28gdGhlIGVzY3JvdyBwcm92aWRlciB3aWxsIG5lZWQg dG8gZG8gbW9yZSB0aGFuIHNjaGVtYQ0KPj4+dmFsaWRhdGUgYSBmaWxlIGFueXdheS4NCj4+Pg0K Pj4+T2J2aW91c2x5IGlmIHRoZSBtZXRob2QgSSB3b3JrZWQgb3V0IGJldHdlZW4gbWUgYW5kIG15 IEVzY3Jvdw0KPj4+cHJvdmlkZXIgd2FzIGRhdGFiYXNlIHJlcGxpY2F0aW9uLCB0aGV5IHdvdWxk IG5lZWQgdG8gZW5zdXJlIHRoYXQgaWYNCj4+PkkgcmVwbGljYXRlZCBhICdkcm9wIGRhdGFiYXNl JyBzdGF0ZW1lbnQgdG8gdGhlbSwgdGhleSB3b3VsZCBzdGlsbA0KPj4+aGF2ZSB0aGUgZGF0YSBm cm9tIHRoZSBwcmV2aW91cyByZXBsaWNhdGlvbiwgYnV0IGFnYWluLCB0aGF0IGlzIGENCj4+PnRl Y2huaWNhbCBwcm9ibGVtIGZvciB0aGUgZXNjcm93IHByb3ZpZGVyIHRvIHdvcmsgb3V0IHdpdGgg dGhlDQo+Pj5yZWdpc3RyeSwgYW5kIEkgY2FuIHRoaW5rIG9mIG1hbnkgdGVjaG5pY2FsIHdheXMg dG8gc29sdmUgdGhhdA0KPj4+cHJvYmxlbS4NCj4+Pg0KPj4+VGhlIGVzY3JvdyBwcm92aWRlciB3 aWxsIGhhdmUgYSBjb250cmFjdHVhbCByZXF1aXJlbWVudCB0byBwcm92aWRlDQo+Pj5kYXRhIHRv IElDQU5OIChpbiBhIGZvcm1hdCBwcm92aWRlZCBieSBJQ0FOTiAtIHdobyB3aWxsIGRlc2lnbiB0 aGUNCj4+PmZvcm1hdCBpbiBjb25qdW5jdGlvbiB3aXRoIHRoZSB0ZWNobmljYWwgY29tbXVuaXR5 KSB0aGF0IGlzIG5vIG1vcmUNCj4+PnRoYW4gMjQgaG91cnMgb2xkLCB0aGV5IHdpbGwgbmVlZCB0 byB0ZWNobmljYWxseSB3b3JrIG91dCBhIHdheSB0aGV5DQo+Pj5jYW4gZnVsZmlsIG9uIHRoYXQg b2JsaWdhdGlvbiB3aXRoIHRoZSByZWdpc3RyeSBvcGVyYXRvciAtIHRoYXTCuXMgYWxsDQo+Pj5J Q0FOTiBuZWVkcyB0byBkYXkuDQo+Pj5UaGUNCj4+PmVzY3JvdyBwcm92aWRlciB0aGVuIG5lZWRz IGEgcHJvY2VzcyB3aGVyZSBpZiB0aGV5IGFyZSBub3QgcmVjZWl2aW5nDQo+Pj50aGUgZGF0YSBm cm9tIHRoZSByZWdpc3RyeSBvcGVyYXRvciBpbiBhIHRpbWVseSBtYW5uZXIgKHRodXMgbm90IGFi bGUNCj4+PnRvIGZ1bGZpbCBvbiB0aGVpciBvYmxpZ2F0aW9uKSBvciB0aGUgcmVnaXN0cnkgb3Bl cmF0b3IgaXMgbm90IGRvaW5nDQo+Pj5zb21ldGhpbmcgdGhleSBuZWVkIHRvIGRvLCB0aGVuIHRo ZXkgZXNjYWxhdGUgdGhpcyBpc3N1ZSB0byBJQ0FOTiB3aG8NCj4+PndpbGwgZ28gdGhlIHJlZ2lz dHJ5IGZvciBjb250cmFjdCBicmVhY2ggLSB0aGF0wrlzIGl0LiBUaGlzIHNpdHVhdGlvbg0KPj4+ ZXhpc3QgaWYgSSBzdG9wIHNlbmRpbmcgZGFpbHkgZnVsbCBvciBpbmNyZW1lbnRhbCBmaWxlcyBh bnl3YXkuDQo+Pj4NCj4+PlRoYW5rcw0KPj4+DQo+Pj5DaHJpcw0KPj4+DQo+Pj5PbiAxLzExLzEy IDI6MzkgUE0sICJGcmFuY2lzY28gT2Jpc3BvIiA8Zm9iaXNwb0Bpc2Mub3JnPiB3cm90ZToNCj4+ Pg0KPj4+PkhpIENocmlzLA0KPj4+Pg0KPj4+PlBlcmhhcHMgSSdtIHJlaXRlcmF0aW5nIHdoYXQg SSBzYWlkIGluIG15IHByZXZpb3VzIGVtYWlsLCBidXQgSQ0KPj4+PmRvbid0IHRoaW5rIHRoYXQn cyBob3cgdGhlIGVzY3JvdyBwcm92aWRlciBpcyBzdXBwb3NlZCB0byB3b3JrLg0KPj4+Pg0KPj4+ PlRoZXkgYXJlIGdvaW5nIHRvIHJlY2VpdmUsIHZlcmlmeSBhbmQgc3RvcmUgYW4gZXNjcm93IGR1 bXAgZnJvbSB0aGUNCj4+Pj5yZWdpc3RyeS4gVmVyaWZ5IG1lYW5zIGdvaW5nIHRocm91Z2ggdGhl IGl0ZW1zIGluIFNwZWNpZmljYXRpb24gMiBvZg0KPj4+PnRoZSBBcHBsaWNhbnQncyBndWlkZWJv b2s6DQo+Pj4+aHR0cDovL2FyY2hpdmUuaWNhbm4ub3JnL2VuL3RvcGljcy9uZXctZ3RsZHMvcmZw LWNsZWFuLTMwbWF5MTEtZW4ucGQNCj4+Pj5mDQo+Pj4+DQo+Pj4+PHNwZWNpZmljYXRpb24yX2V4 dHJhY3Q+DQo+Pj4+VmVyaWZpY2F0aW9uIFByb2NlZHVyZS4NCj4+Pj4NCj4+Pj4gICAg4oKsICgx KSAgVGhlIHNpZ25hdHVyZSBmaWxlIG9mIGVhY2ggcHJvY2Vzc2VkIGZpbGUgaXMgdmFsaWRhdGVk Lg0KPj4+Pg0KPj4+PiAgICDigqwgKDIpICBJZiBwcm9jZXNzZWQgZmlsZXMgYXJlIHBpZWNlcyBv ZiBhIGJpZ2dlciBmaWxlLCB0aGUgbGF0dGVyDQo+Pj4+aXMgcHV0IHRvZ2V0aGVyLg0KPj4+Pg0K Pj4+PiAgICDigqwgKDMpICBFYWNoIGZpbGUgb2J0YWluZWQgaW4gdGhlIHByZXZpb3VzIHN0ZXAg aXMgdGhlbiBkZWNyeXB0ZWQNCj4+Pj5hbmQgdW5jb21wcmVzc2VkLg0KPj4+Pg0KPj4+PiAgICDi gqwgKDQpICBFYWNoIGRhdGEgZmlsZSBjb250YWluZWQgaW4gdGhlIHByZXZpb3VzIHN0ZXAgaXMg dGhlbg0KPj4+PnZhbGlkYXRlZCBhZ2FpbnN0IHRoZSBmb3JtYXQgZGVmaW5lZCBpbiBbMV0uDQo+ Pj4+DQo+Pj4+ICAgIOKCrCAoNSkgIElmIFsxXSBpbmNsdWRlcyBhIHZlcmlmaWNhdGlvbiBwcm9j ZXNzLCB0aGF0IHdpbGwgYmUgYXBwbGllZA0KPj4+PmF0IHRoaXMgc3RlcC4NCj4+Pj4NCj4+Pj5J ZiBhbnkgZGlzY3JlcGFuY3kgaXMgZm91bmQgaW4gYW55IG9mIHRoZSBzdGVwcywgdGhlIERlcG9z aXQgd2lsbCBiZQ0KPj4+PmNvbnNpZGVyZWQgaW5jb21wbGV0ZS4NCj4+Pj4NCj4+Pj5bMV0gRG9t YWluIE5hbWUgRGF0YSBFc2Nyb3cgU3BlY2lmaWNhdGlvbiAod29yayBpbiBwcm9ncmVzcyksDQo+ Pj4+aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtYXJpYXMtbm9ndWNoaS1yZWdpc3Ry eS1kYXRhLWVzY3Jvdw0KPj4+PlsyXSBPcGVuUEdQIE1lc3NhZ2UgRm9ybWF0LA0KPj4+Pmh0dHA6 Ly93d3cucmZjLWVkaXRvci5vcmcvcmZjL3JmYzQ4ODAudHh0DQo+Pj4+WzNdIE9wZW5QR1AgcGFy YW1ldGVycywNCj4+Pj5odHRwOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL3BncC1wYXJhbWV0 ZXJzL3BncC1wYXJhbWV0ZXJzLnhodG1sDQo+Pj4+DQo+Pj4+PC9zcGVjaWZpY2F0aW9uMl9leHRy YWN0Pg0KPj4+Pg0KPj4+PlRoZSB2YWxpZGF0aW9uIGlzIGFuIFhNTCBTY2hlbWEgVmFsaWRhdGlv biBiYXNlZCBvbiB0aGUgSUVURiBEcmFmdA0KPj4+PiJhcmlhcy1ub2d1Y2hpIi4gQnkgcGFzc2lu ZyBYTUwgVmFsaWRhdGlvbiAod2hpY2ggaXMgYSB2ZXJ5IHNpbXBsZQ0KPj4+PmNoZWNrKSwgdGhl IEVzY3JvdyBwcm92aWRlciBjYW4gYmUgc3VyZSB0aGF0IHRoZSBkYXRhIG5vdCBvbmx5IGlzDQo+ Pj4+Y29tcGxldGUsIGJ1dCB0aGF0IHRoZSBmaWVsZHMgY29uZm9ybSB0aGUgZGF0YSB0eXBlcyBz cGVjaWZpZWQgYnkNCj4+Pj50aGUgc3BlYy4NCj4+Pj4NCj4+Pj5WYWxpZGF0aW5nIGEgZHVtcCB3 b3VsZG4ndCBiZSBtb3JlIHRoYW4ganVzdDoNCj4+Pj4NCj4+Pj4kIHhtbGxpbnQgLS1ub291dCAt LXNheCAtLXNjaGVtYSAvcGF0aC90by9hcmlhcy1ub2d1Y2hpLnhzZA0KPj4+PmVzY3Jvd19kdW1w LnhtbA0KPj4+Pg0KPj4+PmFuZCBpZiB0aGUgZmlsZSBpcyBjb21wcmVzc2VkOg0KPj4+Pg0KPj4+ PiQgYnpjYXQgZXNjcm93X2R1bXAueG1sLmJ6MiB8IHhtbGxpbnQgLS1ub291dCAtLXNheCAtLXNj aGVtYQ0KPj4+Pi9wYXRoL3RvL2FyaWFzLW5vZ3VjaGkueHNkIC0NCj4+Pj4NCj4+Pj4odGhhdCdz IGFuIGV4YW1wbGUgdXNpbmcgbGlieG1sMikNCj4+Pj4NCj4+Pj5IYXZpbmcgYW4gQ1NWIGZpbGUg d291bGQgcmVxdWlyZSB0aGUgZXNjcm93IHByb3ZpZGVyIHdyaXRlIHRoZWlyIG93bg0KPj4+PnBh cnNlciB0byB2YWxpZGF0ZSBjb21tYSBzZXBhcmF0ZWQgdmFsdWVzLi4gVGhpcyBpcyB2ZXJ5IGRh bmdlcm91cywNCj4+Pj5hbmQgdGltZSBjb25zdW1pbmcsIGRlcGVuZGluZyBvbiBob3cgdGhleSBk byBpdCwgc3BlY2lhbGx5IGlmIHRoZXkNCj4+Pj5oYXZlIHRvIGNvcGUgd2l0aCBjdXN0b20gZm9y bWF0cyBmcm9tIGRpZmZlcmVudCByZWdpc3RyaWVzLg0KPj4+Pg0KPj4+PklmIEkgd2FzIGFuIGVz Y3JvdyBwcm92aWRlciBJIHdvdWxkbid0IHdhbnQgdG8gYmUgbGlhYmxlIGluDQo+Pj4+Z2VuZXJh dGluZyB0aGUgZHVtcCBmaWxlLCBiZWNhdXNlIGlmIHNvbWV0aGluZyBpcyBtaXNzaW5nLCBhbmQg dGhlDQo+Pj4+cmVnaXN0cnkgZ29lcyBhd2F5LCBvciBhIERFTEVURSwgVFJVTkNBVEUgVEFCTEUs IERST1AgREFUQUJBU0UsIG9yDQo+Pj4+YW55dGhpbmcgbGlrZSBpdCBoYXBwZW5zIGFuZCB0aGUg cmVwbGljYSB0aHJvd3MgdGhlIGRhdGEgYXdheSwgdGhlcmUNCj4+Pj53aWxsIGJlIG5vd2hlcmUg dG8gZmV0Y2ggdGhlIGRhdGEgZnJvbSAoYmFja3VwcyBwZXJoYXBzPykNCj4+Pj4NCj4+Pj5PbiB0 aGUgdmFyaWFudHMgaXNzdWUsIHRoaXMgd291bGQgYmUgcGFydCBvZiB0aGUgZXh0ZW5zaW9uDQo+ Pj4+ZnJhbWV3b3JrLCBhbmQgc2luY2UgdGhpcyB2YXJpZXMgZnJvbSByZWdpc3RyeSB0byByZWdp c3RyeSwgaXQgd291bGQNCj4+Pj5iZSBzb21ldGhpbmcgdGhhdCBpdCB3b3VsZCBiZSBoYXZlIHRv IGJlIG1hcHBlZCBhbmQgZG9jdW1lbnRlZA0KPj4+PmFjY29yZGluZ2x5Lg0KPj4+Pg0KPj4+PkJl c3QgcmVnYXJkcywNCj4+Pj4NCj4+Pj5GcmFuY2lzY28NCj4+Pj4NCj4+Pj5PbiBPY3QgMzEsIDIw MTIsIGF0IDc6MTcgUE0sIENocmlzIFdyaWdodCA8Y2hyaXNAYXVzcmVnaXN0cnkuY29tLmF1Pg0K Pj4+Pndyb3RlOg0KPj4+Pg0KPj4+Pj4gVW5kZXJzdG9vZCwgYW5kIGlmIHRoYXTCuXMgdGhlIHdh eSBWZXJpc2lnbiB3YW50cyB0byBkbyBpdCwgdGhlbiBnbw0KPj4+Pj5mb3IgaXQsICB5b3UgY2Fu IGRlcG9zaXQgaXQgaW4gdGhlIGZvcm1hdCByZXF1aXJlZCB0byBiZSBwcm92aWRlZA0KPj4+Pj50 byBJQ0FOTiwgbm8gIGlzc3VlIHdoYXQgc28gZXZlciwgYnV0IHdoeSBzaG91bGQgZXZlcnlvbmUg YmUgZm9yY2VkDQo+Pj4+PnRvIGRvIHRoYXQ/IEl0IHdvdWxkICBhY3R1YWxseSBiZSByZWFsbHkg dHJpdmlhbCBmb3IgYm90aCBtZSBhbmQgbXkNCj4+Pj4+cHJvdmlkZXIgdG8gZG8gZGF0YWJhc2Ug IHJlcGxpY2F0aW9uLCBhbmQgdGhlbiB0aGV5IHNpbXBseSBydW4gYQ0KPj4+Pj5zY3JpcHQgdG8g dmFsaWRhdGUgdGhlIGRhdGEgKHRoYXQgIEkgd291bGQgc3VwcGx5IHRoZW0pIC0gSW0geWV0IHRv DQo+Pj4+PmFjdHVhbGx5IHNlZSB3aGF0IHRoZSAndmFsaWRhdGlvbicNCj4+Pj4+dGhleQ0KPj4+ Pj4gYXJlIHN1cHBvc2VkIHRvIGRvIGFjdHVhbGx5IGlzIC0gaWYgaXRzIGp1c3Qgb2JqZWN0IGNv dW50cyAtIHRoZW4NCj4+Pj4+SSB3b3VsZCAgYXNzZXJ0IHRoYXQgZHVtcGluZyB0aGUgZGF0YSBk b2Vzbid0IGV2ZW4gcmVhbGx5IG5lZWQgdG8NCj4+Pj4+YmUgZG9uZSwgYnV0IGV2ZW4gIGl0IGl0 IGRvZXMsIHRoZXkgcnVuIHRoZSBkdW1wIHNjcmlwdHMgYW5kIGdldA0KPj4+Pj50aGUgZGF0YSBp biB0aGUgZm9ybWF0ICBuZWVkZWQgLSBub3QgaGFyZCBhdCBhbGwgYW5kIGNvbXBsZXRlbHkNCj4+ Pj4+YXV0b21hdGVkLg0KPj4+Pg0KPj4+PkZyYW5jaXNjbyBPYmlzcG8NCj4+Pj5EaXJlY3RvciBv ZiBBcHBsaWNhdGlvbnMgYW5kIFNlcnZpY2VzIC0gSVNDDQo+Pj4+ZW1haWw6IGZvYmlzcG9AaXNj Lm9yZw0KPj4+PlBob25lOiArMSA2NTAgNDIzIDEzNzQgfHwgSU5PQy1EQkEgKjM1NTcqIE5PQyBQ R1AgS2V5SUQgPSBCMzhEQjFCRQ0KPj4+Pg0KPj4+DQo+Pj5fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4+aXJlIG1haWxpbmcgbGlzdA0KPj4+aXJlQGll dGYub3JnDQo+Pj5odHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2lyZQ0KPj4N Cj4NCg0K From fobispo@isc.org Sun Nov 4 17:30:05 2012 Return-Path: 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 09E1621F8817 for ; Sun, 4 Nov 2012 17:30:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.259 X-Spam-Level: X-Spam-Status: No, score=-2.259 tagged_above=-999 required=5 tests=[AWL=0.340, BAYES_00=-2.599] 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 Qilw-O0MJWOm for ; Sun, 4 Nov 2012 17:30:04 -0800 (PST) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by ietfa.amsl.com (Postfix) with ESMTP id 4D05821F881B for ; Sun, 4 Nov 2012 17:30:04 -0800 (PST) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id D8D3BCA121; Mon, 5 Nov 2012 01:29:52 +0000 (UTC) (envelope-from fobispo@isc.org) Received: from [192.168.255.105] (c-24-7-39-79.hsd1.ca.comcast.net [24.7.39.79]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id A8697216C7B; Mon, 5 Nov 2012 01:29:52 +0000 (UTC) (envelope-from fobispo@isc.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) From: Francisco Obispo In-Reply-To: <8CEF048B9EC83748B1517DC64EA130FB72DCF87997@off-win2003-01.ausregistrygroup.local> Date: Sun, 4 Nov 2012 17:29:52 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8CEF048B9EC83748B1517DC64EA130FB72DCF87997@off-win2003-01.ausregistrygroup.local> To: Chris Wright X-Mailer: Apple Mail (2.1499) Cc: "ire@ietf.org" , Christopher Browne , "Thippeswamy, Chethan" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 01:30:05 -0000 On Nov 4, 2012, at 5:16 PM, Chris Wright = wrote: >=20 > We would simply reference the CSVs as external tables (all good RDBMS = systems have this ability) and then use SQL statements to import the = data - any transformations required can be done using stored procedures = (PLSQL in our case within Oracle). This will be the fastest way to get = data into a registry in a short time. Well, I would argue that, you can also write an extension to PgSQL to = consume the XML directly, using Foreign Data Wrappers (FDW), here's an = example on how to do it with a twitter feed: = https://github.com/umitanuki/twitter_fdw, in which case it can = decompress, parse, validate and then just leave a plan view to be = queried from where you can do a copy to another table ;-) But I see your point, this is all agnostic to the gTLD program and if we = are going to have multiple formats, lets do it, there is no one size = fits all. (we also applied to be an EBERO) Francisco Francisco Obispo=20 Director of Applications and Services - ISC email: fobispo@isc.org Phone: +1 650 423 1374 || INOC-DBA *3557* NOC PGP KeyID =3D B38DB1BE From JGould@verisign.com Mon Nov 5 06:04:30 2012 Return-Path: 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 C45CC21F8694 for ; Mon, 5 Nov 2012 06:04:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.574 X-Spam-Level: X-Spam-Status: No, score=-4.574 tagged_above=-999 required=5 tests=[AWL=-0.387, BAYES_00=-2.599, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_MED=-4, SARE_SPEC_REPLICA_OBFU=1.812] 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 p-KKYjgLoBYt for ; Mon, 5 Nov 2012 06:04:28 -0800 (PST) Received: from exprod6og127.obsmtp.com (exprod6og127.obsmtp.com [64.18.1.78]) by ietfa.amsl.com (Postfix) with ESMTP id 727EE21F85F3 for ; Mon, 5 Nov 2012 06:03:59 -0800 (PST) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob127.postini.com ([64.18.5.12]) with SMTP ID DSNKUJfHTsdJAYDKtd7Zm4dDyPZu6sZmXb6n@postini.com; Mon, 05 Nov 2012 06:04:27 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qA5E3pSq015240 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Nov 2012 09:03:51 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Mon, 5 Nov 2012 09:03:51 -0500 From: "Gould, James" To: "chris@ausregistry.com.au" , Gustavo Lozano , Francisco Obispo Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfR9JSAgABzAQD//8A2gIAAAGNggABZA4CAAEalAIAAW7oAgAADHgCAAALmAIAAk+GAgADNwoCAABbVAIAAFWiAgAFETwCAAD7XgIABBYYAgAOXtwCAAG46gA== Date: Mon, 5 Nov 2012 14:03:50 +0000 Message-ID: In-Reply-To: <8CEF048B9EC83748B1517DC64EA130FB72DCF8799E@off-win2003-01.ausregistrygroup.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 14:04:30 -0000 V2UgY291bGQgYWxzbyBjb25zaWRlciBtZWV0aW5nIHRoZSBkYXkgYmVmb3JlIG9uIHRoZSAxNHRo LiBJZiBhIHNldCBvZg0KcGVvcGxlIGFyZSBpbiBMQSwgdGhhbiBJIGFncmVlIHRoYXQgaXQgbWFr ZXMgc2Vuc2UgdG8gaGF2ZSBhIHRlY2huaWNhbA0KZGlzY3Vzc2lvbiBvbiB0aGlzLiAgRnJhbmNp c2NvLCBpcyB0aGlzIGEgcG9zc2liaWxpdHk/DQoNCi0tDQogIA0KSkcNCiANCg0KIA0KSmFtZXMg R291bGQNClByaW5jaXBhbCBTb2Z0d2FyZSBFbmdpbmVlcg0KamdvdWxkQHZlcmlzaWduLmNvbQ0K IA0KNzAzLTk0OC0zMjcxIChPZmZpY2UpDQoxMjA2MSBCbHVlbW9udCBXYXkNClJlc3RvbiwgVkEg MjAxOTANClZlcmlzaWduSW5jLmNvbQ0KDQoNCg0KDQoNCg0KDQpPbiAxMS80LzEyIDg6MjkgUE0s ICJDaHJpcyBXcmlnaHQiIDxjaHJpc0BhdXNyZWdpc3RyeS5jb20uYXU+IHdyb3RlOg0KDQo+Pj4g SWYgbm90IHRoaXMgbGlzdCwgd2hhdCBpcyB0aGUgcHJvY2VzcyB0aGF0IHlvdSBwcm9wb3NlIHRv IGRpc2N1c3MgdGhlDQo+Pj5kYXRhIGVzY3JvdyBzcGVjaWZpY2F0aW9uPw0KPg0KPkkgdW5kZXJz dGFuZCB0aGF0IHlvdXIgZGVzaXJlIGlzIHRoYXQgdGhpcyAnbWlnaHQnIGJlIHVzZWQgZm9yIGNj VExEcyBhcw0KPndlbGwgYXMgZ1RMRHMsIGJ1dCBnaXZlbiB0aGUgdGltZWZyYW1lcyB3ZSBhcmUg d29ya2luZyB0byBhbmQgdGhlIGZhY3QNCj50aGF0IHRoaXMgaXNu4oCZdCBhIHByb3BlciB3b3Jr aW5nIGdyb3VwIEkgd291bGQgc3VnZ2VzdCBqdXN0IGZvY3VzaW5nIG9uDQo+dGhlIHByb2JsZW0g YXQgaGFuZC4gTmV3IGdUTERzIG5lZWRpbmcgdG8gZXNjcm93IGRhdGEuIEdpdmVuIHRoYXQgSSB3 b3VsZA0KPmh1bWJseSBzdWdnZXN0IHRoYXQgdGhlIGZhc3Rlc3Qgd2F5IHRvIHNvbHZlIHRoaXMg aXMgdG8gcnVuIGEgdGVjaG5pY2FsDQo+c3VtbWl0IGludml0aW5nIHRoZSBuZXcgZ1RMRCByZWdp c3RyeSBvcGVyYXRvcnMgdG8gJ251dCB0aGlzIG91dCcgaW4gYQ0KPm9uZSBvciB0d28gZGF5IHdv cmtpbmcgc2Vzc2lvbiAtIHB1dCB0aGUgdGhpbmcgb3V0IGZvciBjb21tZW50IGZvciBhIGZldw0K PndlZWtzLCByZXZpc2UgYmFzZWQgb24gY29tbWVudHMgLSB0aGVuIGdvIHdpdGggaXQgLSBtdWNo IGxpa2Ugd2hhdCB3ZQ0KPnNob3VsZCBoYXZlIGRvbmUgZm9yIHRoZSBUTUNIIHNvbHV0aW9uLg0K Pg0KPlRoaXMgd2lsbCBiZSBmYXN0ZXIgYW5kIGdldCB1cyBhbiBhbnN3ZXIgaW4gYSBtdWNoIHF1 aWNrZXIgdGltZXIgZnJhbWUuDQo+SW0gd2lsbGluZyB0byBiZXQgeW91IGFyZSBhYm91dCB0byBo YXZlIGFsbCB0aGUgcmlnaHQgcGVvcGxlIGluIExBIGZvcg0KPnRoZSBUTUNIIGltcGxlbWVudGF0 aW9uIG1lZXRpbmcgY29taW5nIHVwIG9uIHRoZSAxNS8xNiBwZXJoYXBzIHdlIGNhbg0KPmp1c3Qg YWRkIG9uIHRoZSAxN3RoIChvciB0aGUgZm9sbG93aW5nIE1vbmRheS9UdWVzZGF5KSB0byBkaXNj dXNzIHRoaXMgYXMNCj53ZWxsIGFuZCBnZXQgaXQgb3ZlciBhbmQgZG9uZSB3aXRoPw0KPg0KPlRo YW5rcw0KPg0KPmMuDQo+DQo+DQo+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj5Gcm9tOiBH dXN0YXZvIExvemFubyBbbWFpbHRvOmd1c3Rhdm8ubG96YW5vQGljYW5uLm9yZ10NCj5TZW50OiBT YXR1cmRheSwgMyBOb3ZlbWJlciAyMDEyIDY6MzcgQU0NCj5UbzogQ2hyaXMgV3JpZ2h0OyBGcmFu Y2lzY28gT2Jpc3BvDQo+Q2M6IGlyZUBpZXRmLm9yZzsgVGhpcHBlc3dhbXksIENoZXRoYW4NCj5T dWJqZWN0OiBSZTogW2lyZV0gRE5SRCBDU1YgRHJhZnQNCj4NCj5IZWxsbyBDaHJpcywNCj4NCj5D b21tZW50cyBpbiBsaW5lLg0KPg0KPk9uIDExLzEvMTIgOTowMSBQTSwgIkNocmlzIFdyaWdodCIg PGNocmlzQGF1c3JlZ2lzdHJ5LmNvbS5hdT4gd3JvdGU6DQo+DQo+PlRoYW5rcyBHdXN0YXZvLA0K Pj4NCj4+SSB3aWxsIHJhaXNlIG15IGlzc3VlcyB3aXRoIElDQU5OIGFzIHlvdSBzdWdnZXN0Lg0K Pj4NCj4+SSBoYXZlIGdpdmVuIHNvbWUgZmVlZGJhY2sgYWxyZWFkeSBvbiB0aGUgZHJhZnQsIHRo YXQgYmVpbmcgdGhhdCBJDQo+PmNvbmN1ciB3aXRoIHRoZSBvdGhlcnMgaGVyZSB3aG8gaGF2ZSBz YWlkIHRoZXkgcHJlZmVyIENTViBmb3JtYXQsIEkNCj4+aGF2ZSBzdWdnZXN0ZWQgYSBkaWZmZXJl bnQgYXBwcm9hY2ggdG8gdGhlIENTVnMuDQo+DQo+R0wuIFRoZSBmZWVkYmFjaywgdGhhdCB5b3Ug cHJvdmlkZWQgdXMgd2l0aCwgaXMgaW5jb3Jwb3JhdGVkIGluIHZlcnNpb24NCj4wMSBvZiBkbnJk LW9iamVjdHMtbWFwcGluZywgdGhhbmsgeW91IGZvciB0aGUgZmVlZGJhY2suDQo+DQo+Pg0KPj5P biB5b3VyIHNwZWNpZmljIGRyYWZ0LCBJIGFtIHZlcnkgY29uZnVzZWQgYnkgaG93IGl0IGlzIGF0 dGVtcHRpbmcgdG8NCj4+aGFuZGxlIElETnMsIHRoaXMgaXMgZXNwZWNpYWxseSBkaWZmaWN1bHQg YXMgbm9uZSBvZiB0aGUgZXhhbXBsZXMgaW4NCj4+dGhlIGRvY3VtZW50IHNob3cgSUROIGV4YW1w bGVzLCBzbyB0aGF0IG1heSBoZWxwLg0KPj4NCj4+Q2FuIHlvdSBlbGFib3JhdGUgbW9yZSBvbiB0 aGUgcHJvcG9zZWQgaGFuZGxpbmcgb2YgSUROcywgSSBhbQ0KPj5lc3BlY2lhbGx5IGNvbmNlcm5l ZCBhYm91dCBob3cgcmVnaXN0cmllcyB3aG8gZG9uJ3QgZ2VuZXJhdGUgYW5kIHN0b3JlDQo+PmFs bCB2YXJpYW50cyBhcmUgc3VwcG9ydGVkPyAoUmVnaXN0cmllcyB0aGF0IHNpbXBseSB1c2UgYW4g YWxnb3JpdGhtIHRvDQo+PmJsb2NrIG5hbWVzIGZyb20gb3RoZXJzLCBhbmQgbWF0Y2ggbmFtZXMg Zm9yIHRoZSByZWdpc3RyYW50IHRvIGJlIGFibGUNCj4+dG8gYWRkIGFzICdwcm92aXNpb25lZCcg dmFyaWFudHMgdG8gdGhlIGRvbWFpbiBvYmplY3QpLg0KPg0KPkdMLiBUaGUgYXBwcm9hY2ggcHJv cG9zZWQgaW4gZG5yZC1vYmplY3RzLW1hcHBpbmctMDEgaXM6DQo+DQo+DQo+QSBOTkROIG9iamVj dCBpcyBwcm9wb3NlZCB3aGljaCBiYXNpY2FsbHkgcmVwcmVzZW50IGEgbGFiZWwgKG5vdCBhIGZ1 bGwNCj5kb21haW4gb2JqZWN0KS4NCj4NCj5OTkROcyBjb3VsZCBiZSB1c2VkIHRvIHN0b3JlIGRh dGEgb2Ygd2hhdCBpcyBjb21tb25seSBjYWxsZWQgInJlc2VydmVkDQo+ZG9tYWluIG5hbWVzIi4g RXhwbGljaXQgSUROIHZhcmlhbnRzIGNvdWxkIGJlIHJlcHJlc2VudGVkIHVzaW5nIE5ORE5zLg0K Pg0KPg0KPkEgcmVnaXN0cmFudCBjb3VsZCByZWdpc3RlciAiY2FmZSIsIGFuZCB0aGUgcmVnaXN0 cnkgY291bGQgY3JlYXRlDQo+ZXhwbGljaXQgSUROIHZhcmlhbnRzIChjYWbDqSwgY8OhZmUgb3Ig Y8OhZsOpKSBhcyBOTkROIG9iamVjdHMuDQo+DQo+DQo+SW1wbGljaXQgdmFyaWFudHMgKHVzZWQg YnkgcmVnaXN0cmllcyB3aG8gZG9uJ3QgZ2VuZXJhdGUgYW5kIHN0b3JlIGFsbA0KPnZhcmlhbnRz KSBhcmUgc3BlY2lmaWVkIGJhc2VkIG9uIGEgY2Fub25pY2FsIG5hbWUuICBJbiB0aGUgImNhZmUi IGRvbWFpbg0KPm9iamVjdCwgeW91IGNvdWxkIHNwZWNpZnkgdGhlIDx2YXJpYW50R2VuZXJhdG9y PiBlbGVtZW50IGFuZA0KPjxpZG5UYWJsZUlkPmVzPC9pZG5UYWJsZUlkPiB0byBpbmRpY2F0ZSB0 aGF0IElETiB2YXJpYW50cyBzaG91bGQgYmUNCj5jcmVhdGVkIGZvbGxvd2luZyB0aGUgTEdSIGRl ZmluZWQgaW4gdGhlICJlcyIgSUROIHRhYmxlLiBJZiB0aGUgTEdSDQo+Zm9ybWF0IG9mIHRoZSAi ZXMiIElETiB0YWJsZSBkb2Vzbid0IHN1cHBvcnQgdG8gZGVmaW5lIHRoZSBzdGF0ZSBvZiB0aGUN Cj5nZW5lcmF0ZWQgSUROIHZhcmlhbnRzIHRoZW4geW91IGNvdWxkIHNwZWNpZnkgaXQgdXNpbmcg YSBkZWZhdWx0U3RhdGUNCj5hdHRyaWJ1dGUgb2YgdGhlIDx2YXJpYW50R2VuZXJhdG9yPiBlbGVt ZW50Lg0KPg0KPg0KPlRoZSBOTkROIG9iamVjdHMgYW5kIGltcGxpY2l0IElETiB2YXJpYW50cyBj b3VsZCBleGlzdCBpbiB0aHJlZSBzdGF0ZXM6DQo+ICAqIGJsb2NrZWQsIHVuZGVzaXJhYmxlIGZv ciByZWdpc3RyYXRpb24NCj4gICogd2l0aGhlbGQsIGNvdWxkIGJlIHJlZ2lzdGVyZWQuDQo+ICAq IGFsbG9jYXRlZCwgbWlycm9yIHRoZSBpbmZvcm1hdGlvbiBmcm9tIHRoZSBjYW5vbmljYWwgZG9t YWluIG5hbWUuDQo+DQo+DQo+VGhpcyBhcHByb2FjaCBjb3ZlcnMgdGhlIG1vc3QgY29tcGxleCBz Y2VuYXJpbyB0aGF0IHdlIGhhdmUga25vd2xlZGdlIG9mOg0KPkEgVExEIHRoYXQgc3VwcG9ydHMg bXVsdGlwbGUgc2NyaXB0cywgaW5jbHVkaW5nIExHUiB0aGF0IGNvdWxkIHBvdGVudGlhbA0KPmdl bmVyYXRlIHRob3VzYW5kcyBvZiB2YXJpYW50cywgYW5kIHNvbWUgb2YgdGhvc2UgYWxnb3JpdGht aWNhbGx5DQo+Z2VuZXJhdGVkIHZhcmlhbnRzIHNob3VsZCBub3QgYmUgYXZhaWxhYmxlIGZvciBy ZWdpc3RyYXRpb24uDQo+DQo+Pg0KPj5JIGZlZWwgdGhhdCB0aGUgZmFzdGVzdCB3YXkgdG8gZ2V0 IHRoaXMgc29ydGVkIHdvdWxkIGJlIHRvIGdldCB0aGUNCj4+cmVnaXN0cmllcyBpbiB0aGUgcm9v bSBhbmQgY3JhbmsgaXQgb3V0IC0gZm9yIHN1Y2ggYSBzcGVjaWZpYyB1c2UgSW0NCj4+bm90IHN1 cmUgdGhhdCBpdCByZWFsbHkgbmVlZHMgYW4gSUVURiB3b3JraW5nIGdyb3VwIChldmVuIHRob3Vn aCB0aGlzDQo+Pmlzbid0IHJlYWxseSBhIHdvcmtpbmcgZ3JvdXApLg0KPg0KPkdMLiBJbiB0aGlz IG1haWxpbmcgbGlzdCwgdGhlcmUgYXJlIHBhcnRpY2lwYW50cyBmcm9tIGNjVExEcywgbmV3IGdU TERzLA0KPmN1cnJlbnQgZ1RMRHMsIHJlZ2lzdHJhcnMsIGluZGVwZW5kZW50IGRldmVsb3BlcnMg YW5kIG1hbnkgb3RoZXIgcGFydGllcw0KPnRoYXQgY2FuIGNvbnRyaWJ1dGUgd2l0aCB0aGVpciBl eHBlcnRpc2UuDQo+DQo+DQo+VGhpcyBzcGVjaWZpY2F0aW9uIG1pZ2h0IGJlIHVzZWQgbm90IG9u bHkgYnkgbmV3IGdUTERzLCB0aGVyZWZvcmUgaXQNCj5hcHBlYXJzIHRoYXQgdGhpcyBtYWlsaW5n IGxpc3QgaXMgdGhlIGNvcnJlY3QgdmVudWUgdG8gZGlzY3VzcyB0aGlzDQo+c3BlY2lmaWNhdGlv bi4NCj4NCj4NCj5JZiBub3QgdGhpcyBsaXN0LCB3aGF0IGlzIHRoZSBwcm9jZXNzIHRoYXQgeW91 IHByb3Bvc2UgdG8gZGlzY3VzcyB0aGUNCj5kYXRhIGVzY3JvdyBzcGVjaWZpY2F0aW9uPw0KPg0K Pg0KPlRoYW5rIHlvdSwNCj4NCj5SZWdhcmRzLA0KPkd1c3Rhdm8gTG96YW5vDQo+DQo+Pg0KPj5J Q0FOTiBzZWVtcyB0byBoYXZlIGEgdmVyeSBmbGF3ZWQgdW5kZXJzdGFuZGluZyBvZiB3aGF0IElu Zm9ybWF0aW9uYWwNCj4+UkZDcyBhcmUsIGFzIGFwcG9zZWQgdG8gc3RhbmRhcmRzIHRyYWNrIFJG Q3MuIFRoaXMgaXMgdmVyeSBldmlkZW50IGluDQo+PnRoZSByZWZlcmVuY2UgdG8gaW5mb3JtYXRp b25hbCBSRkNzIGluIHRoZSBwcmUgZGVsZWdhdGlvbiB0ZXN0aW5nDQo+PnByb2Nlc3MgKGVzcGVj aWFsbHkgYXJvdW5kIGxhbmd1YWdlIHRhYmxlcykuIEkgZmVhciB0aGF0IGJ5DQo+PmNvbnN0cnVj dGluZyB0aGlzICdzcGVjaWZpY2F0aW9uJyB1bmRlciB0aGUgJ2lsbHVzaW9uJyBvZiBhbiBJRVRG DQo+PmNvbnNlbnN1cyBwcm9jZXNzLCB3aWxsIG9ubHkgZnVydGhlciBlbnRyZW5jaCB0aGlzIG1p c3VuZGVyc3RhbmRpbmcuDQo+Pg0KPj5UaGFua3MNCj4+DQo+PkNocmlzDQo+Pg0KPj5PbiAyLzEx LzEyIDExOjE2IEFNLCAiR3VzdGF2byBMb3phbm8iIDxndXN0YXZvLmxvemFub0BpY2Fubi5vcmc+ IHdyb3RlOg0KPj4NCj4+PkNocmlzLCBhbGwsDQo+Pj4NCj4+Pg0KPj4+V2UgdmFsdWUgeW91ciBz dWdnZXN0aW9ucyByZWdhcmRpbmcgdGhlIG5ldyBnVExEIHByb2dyYW07IHBsZWFzZSBzZW5kDQo+ Pj55b3VyIHN1Z2dlc3Rpb25zLCBxdWVzdGlvbnMgb3IgY29tbWVudHMgcmVnYXJkaW5nIHRoZSBl c2Nyb3cNCj4+PnJlcXVpcmVtZW50cyBwcmVzZW50IGluIHRoZSBBR0Igb3IgdGhlIHJlZ2lzdHJ5 IHRyYW5zaXRpb24gcHJvY2VzcyB0bw0KPj4+bmV3Z3RsZEBpY2Fubi5vcmcuDQo+Pj4NCj4+Pg0K Pj4+VGhlIG9iamVjdGl2ZSBvZiB0aGUgZG5kcmQtb2JqZWN0cy1tYXBwaW5nIGRyYWZ0IGlzIHRv IGNyZWF0ZSBhDQo+Pj5zcGVjaWZpY2F0aW9uIHdoZXJlIHRoZSBjb21tb24gZWxlbWVudHMgYW5k IG9iamVjdHMgb2YgZG9tYWluDQo+Pj5yZWdpc3RyaWVzIGFyZSBsaXN0ZWQuIElmIHlvdSBiZWxp ZXZlIHRoYXQgc29tZSBlbGVtZW50LCBhdHRyaWJ1dGUgb3INCj4+Pm9iamVjdCBpcyBtaXNzaW5n IHBsZWFzZSBwcm92aWRlIGZlZWRiYWNrIG9uIHRoZSBsaXN0Lg0KPj4+DQo+Pj4NCj4+PkluIG9y ZGVyIHRvIGFkdmFuY2UgaW4gdGhlIGRldmVsb3BtZW50IG9mIHRoaXMgc3BlY2lmaWNhdGlvbiwg cGxlYXNlDQo+Pj5wcm92aWRlIGZlZWRiYWNrIHJlZ2FyZGluZyB0aGUgb2JqZWN0cywgZWxlbWVu dHMgYW5kIGF0dHJpYnV0ZXMNCj4+PmRlc2NyaWJlZCBpbiB0aGUgZG5kcmQtb2JqZWN0cy1tYXBw aW5nLWRyYWZ0Lg0KPj4+DQo+Pj4NCj4+PlRoZSBtYWluIHVwZGF0ZSBvZiBkbmRyZC1vYmplY3Rz LW1hcHBpbmcgdmVyc2lvbiAwMSBpcyByZWdhcmRpbmcgSURODQo+Pj52YXJpYW50IGhhbmRsaW5n LiBJQ0FOTiBoYXZlIGJlZW4gd29ya2luZyBvbiB0aGUgSUROIHZhcmlhbnRzIHByb2plY3QNCj4+ PmZvciBzb21lIHRpbWUgYW5kIGtub3dsZWRnZSBnYXRoZXJlZCBmcm9tIHRoaXMgcHJvamVjdCBo YXMgYmVlbg0KPj4+aW5jb3Jwb3JhdGVkIGludG8gdGhlIGRyYWZ0LiBUaGUgcHJvcG9zZWQgYXBw cm9hY2ggaW4gdGhlIGRyYWZ0DQo+Pj5zdXBwb3J0cyB2YXJpYW50cyBvZiB0eXBlIGV4cGxpY2l0 IChsaXN0ZWQgYXMgb2JqZWN0cykgYW5kIGltcGxpY2l0DQo+Pj4oY29tcHV0ZWQgYmFzZWQgb24g YSBMR1IpLg0KPj4+DQo+Pj4NCj4+PlJlbWVtYmVyIHRoYXQgdGhpcyBzcGVjaWZpY2F0aW9uIGlz IGJlaW5nIGRldmVsb3BlZCBub3Qgb25seSBmb3IgbmV3DQo+Pj5nVExEcyBhbmQgaXQgbWlnaHQg YmUgdXNlZCBieSBjY1RMRHMgb3IgY3VycmVudCBnVExEcyB0byBlc2Nyb3cgaXRzDQo+Pj5TUlMg ZGF0YS4NCj4+Pg0KPj4+DQo+Pj4NCj4+PlJlZ2FyZHMsDQo+Pj5HdXN0YXZvIExvemFubw0KPj4+ DQo+Pj5PbiAxMC8zMS8xMiA5OjU1IFBNLCAiQ2hyaXMgV3JpZ2h0IiA8Y2hyaXNAYXVzcmVnaXN0 cnkuY29tLmF1PiB3cm90ZToNCj4+Pg0KPj4+PlRoYW5rcyBGcmFuY2lzY28sDQo+Pj4+DQo+Pj4+ SSAxMDAlIGFncmVlIHdpdGggd2hhdCB5b3VyIHNheWluZywgZnJvbSB0aGUgcGVyc3BlY3RpdmUg b2YgdGhhdCBpcw0KPj4+PndoYXQgdGhlIGFncmVlbWVudCBjdXJyZW50bHkgc2F5cy4NCj4+Pj4N Cj4+Pj5Ib3dldmVyIEkgYW0gYXJndWluZyB0aGF0IHRoZSByZXF1aXJlbWVudHMgZnJvbSB0aGF0 IGFncmVlbWVudCBhcmUNCj4+Pj5zaWxseSBhbmQgZmxhd2VkLCBhbmQgdGhhdCBpZiB3ZSB0aGUg dGVjaG5pY2FsIGNvbW11bml0eSBnbyBiYWNrIHRvDQo+Pj4+SUNBTk4gYW5kIHRlbGwgdGhlbSBh cyBzdWNoIHdlIGNhbiBnZXQgdGhhdCBhZGRyZXNzZWQuDQo+Pj4+DQo+Pj4+SXQgbWFrZXMgbm8g c2Vuc2UgdG8gZW5mb3JjZSBhIHRlY2huaWNhbCBwcm9jZXNzIGxpa2UgdGhpcyBpbiBhIGxlZ2Fs DQo+Pj4+YWdyZWVtZW50LCBpbmNsdWRpbmcgZG93biB0byB0aGUgbGV2ZWwgb2YgaG93IHRvIG5h bWUgZmlsZXMuIEFsbA0KPj4+PklDQU5OIG5lZWRzIHRvIGNhcmUgYWJvdXQgaXMgaG93IHRoZXkg Z2V0IHRoZSBkYXRhIGZyb20gdGhlIGVzY3Jvdw0KPj4+PnByb3ZpZGVyLg0KPj4+Pg0KPj4+PlRo ZSB2YWxpZGF0aW9uIGN1cnJlbnRseSBhc2tlZCBmb3IgYnkgdGhlIGxlZ2FsIGFncmVlbWVudCwg d2hpY2ggYXMNCj4+Pj55b3UgcmlnaHRseSBwb2ludCBvdXIgaXMgdHJpdmlhbCB0byBkbywgaXMg YWxzbyBhbG1vc3QgcG9pbnRsZXNzLA0KPj4+PnNjaGVtYSB2YWxpZGF0aW9uIHByb3ZlcyBub3Ro aW5nIGV4Y2VwdCB0aGF0IEkgc3VibWl0dGVkIHNjaGVtYSB2YWxpZA0KPj4+PlhNTCwgSSBjb3Vs ZCBmaWxsIHNjaGVtYSB2YWxpZCBYTUwgd2l0aCBhbnl0aGluZyAtIGl0IHdpbGwgbm90IG1lZXQN Cj4+Pj50aGUgb2JqZWN0aXZlcyBvZiBlbnN1cmluZyBkYXRhIGlzIHRydWUgYW5kIGFjY3VyYXRl IGJhc2VkIG9uIHdoYXQgaXMNCj4+Pj5hY3R1YWxseSBpbiBteSByZWdpc3RyeS4NCj4+Pj4NCj4+ Pj5JbSBmaW5lIHdpdGggdGhlIGVzY3JvdyBwcm92aWRpbmcgaGF2aW5nIHRvIHdyaXRlIGN1c3Rv bSBzdHVmZiB0bw0KPj4+PnZhbGlkYXRlIGRhdGEsIHRoZXkgd2lsbCBuZWVkIHRvIHRvIGRvICdy ZWFsJyB2YWxpZGF0aW9uLCBob3dldmVyDQo+Pj4+YWdhaW4gSSB3b3VsZG4ndCBnbyB0byB0aGF0 IGxldmVsIGZyb20gSUNBTk4gcGVyc3BlY3RpdmUsIEkgd291bGQNCj4+Pj5zcGVjaWZ5IGEgc2V0 IG9mIHRoaW5ncyB0aGUgZXNjcm93IHByb3ZpZGVyIG5lZWRzIHRvIHZhbGlkYXRlLCBhbmQNCj4+ Pj5sZWF2ZSB0aGUgJ2hvdycgdG8gdGhlbS4NCj4+Pj4NCj4+Pj5JZiB3ZSBhcmUgc2VyaW91cyBh Ym91dCB2YWxpZGF0aW9uIHdlIHNob3VsZCB2YWxpZGF0ZSB0aGluZ3MgbGlrZSwNCj4+Pj4NCj4+ Pj5FbnN1cmUgZXZlcnkgY29udGFjdCBvYmplY3QgcmVmZXJlbmNlZCBieSBhIGRvbWFpbiBvYmpl Y3QgaXMgcHJlc2VudA0KPj4+PkVuc3VyZSBldmVyeSBob3N0IG9iamVjdCByZWZlcmVuY2UgYnkg YSBkb21haW4gb2JqZWN0IGlzIHByZXNlbnQNCj4+Pj5FbnN1cmUgdGhhdCBldmVyeSBzcG9uc29y IHJlZmVyZW5jZWQgYnkgZG9tYWlucywgY29udGFjdHMgYW5kIGhvc3QgaXMNCj4+Pj5wcmVzZW50 IGFzIGEgcmVnaXN0cmFyIG9iamVjdCBFbnN1cmUgZXZlcnkgY29udGFjdCBjb3VudHJ5IGNvZGUN Cj4+Pj5tYXRjaGVzIGEgY291bnRyeSBjb2RlIG9uIHRoZSBJU08gbGlzdA0KPj4+Pg0KPj4+Pk9u IGFuZCBvbi4uLg0KPj4+PkV0Yy4uIC0gd2UgcHJvYmFibHkgd2FudCB0byBhcHBseSBzb21lIGNo ZWNrcyB0byBvYmplY3QgcHJvcGVydGllcyBhcw0KPj4+PndlbGwgKGUuZy4gQ2hlY2sgZW1haWwg YWRkcmVzcyBhcmUgdmFsaWQgKHN5bnRhY3RpY2FsbHkpKQ0KPj4+Pg0KPj4+PlBlcmhhcHMgc3Rh dGlzdGljYWwgYW5hbHlzaXMgb2Ygb2JqZWN0IGNvdW50cyBjb3VsZCBiZSBkb25lLCBjb21wYXJl ZA0KPj4+PnRvIHByZXZpb3VzIGNvdW50cyBhbmQgYW5vbWFsaWVzIGludmVzdGlnYXRlZCAoaWYg b25lIGRheSBJIGhhdmUgYQ0KPj4+Pm1pbGxpb24gZG9tYWlucywgYW5kIHRoZW4gdGhlIG5leHQg ZGF5IEkgaGF2ZSAxMDAsMDAwIHRoZW4gdGhlIGVzY3Jvdw0KPj4+PnByb3ZpZGVyIHNob3VsZCBs b29rIGRlZXBlciBpbnRvIHRoZSBkYXRhIGFuZCBoYXZlIGEgZGlzY3Vzc2lvbiB3aXRoDQo+Pj4+ dGhlIHJlZ2lzdHJ5IHRvIHdvcmsgb3V0IHdoYXQgd2VudCB3cm9uZywgb3IgaWYgdGhlIG1hc3Np dmUgZHJvcCBpcw0KPj4+PmxlZ2l0KSAtIEVzY3JvdyBwcm92aWRlcnMgc2hvdWxkIGJlIG1vcmUg dGhhbiBqdXN0IGZpbGUgcmVwb3NpdG9yaWVzLA0KPj4+Pm90aGVyd2lzZSB0aGV5IGFkZCBubyB2 YWx1ZSB3aGF0c29ldmVyLCBhbmQgSUNBTk4gbWlnaHQgYXMgd2VsbCBzYXZlDQo+Pj4+dXMgYWxs IHNvbWUgbW9uZXkgYW5kIGp1c3Qgc2V0dXAgYSBjZW50cmFsIEZUUCBzZXJ2ZXIgd2UgYWxsIHNl bmQgdGhlDQo+Pj4+ZHVtcCBmaWxlcyB0by4NCj4+Pj4NCj4+Pj5UaGUgdmFsaWRhdGlvbiB3ZSBj b3VsZChzaG91bGQ/KSBkby9leHBlY3QgZ29lcyBvbiBhbmQgb24sIG9ubHkgdGhlbg0KPj4+Pndp bGwgd2UgYWN0dWFsbHkgYmUgbW9yZSBjb25maWRlbnQgdGhhdCB3ZSBoYXZlIGJldHRlciBkYXRh IC0gdGhlDQo+Pj4+dGhpbmcgaXMgdG8gZG8gdGhlc2UgdHlwZXMgb2YgdmFsaWRhdGlvbiwgeW91 IHdvdWxkIG5lZWQgdG8NCj4+Pj5yZWludGVncmF0ZSBhbiBpbmNyZW1lbnRhbCBmaWxlIHdpdGgg YSBmdWxsIGZpbGUgKGFzIHRoZSBpbmNyZW1lbnRhbA0KPj4+PmZpbGUgbWF5IHJlZmVyZW5jZSBv YmplY3RzIGZyb20gdGhlIGZ1bGwgZHVtcCAob3IgYSBwcmV2aW91cw0KPj4+PmluY3JlbWVudGFs KSBzbyB0aGUgZXNjcm93IHByb3ZpZGVyIHdpbGwgbmVlZCB0byBkbyBtb3JlIHRoYW4gc2NoZW1h DQo+Pj4+dmFsaWRhdGUgYSBmaWxlIGFueXdheS4NCj4+Pj4NCj4+Pj5PYnZpb3VzbHkgaWYgdGhl IG1ldGhvZCBJIHdvcmtlZCBvdXQgYmV0d2VlbiBtZSBhbmQgbXkgRXNjcm93DQo+Pj4+cHJvdmlk ZXIgd2FzIGRhdGFiYXNlIHJlcGxpY2F0aW9uLCB0aGV5IHdvdWxkIG5lZWQgdG8gZW5zdXJlIHRo YXQgaWYNCj4+Pj5JIHJlcGxpY2F0ZWQgYSAnZHJvcCBkYXRhYmFzZScgc3RhdGVtZW50IHRvIHRo ZW0sIHRoZXkgd291bGQgc3RpbGwNCj4+Pj5oYXZlIHRoZSBkYXRhIGZyb20gdGhlIHByZXZpb3Vz IHJlcGxpY2F0aW9uLCBidXQgYWdhaW4sIHRoYXQgaXMgYQ0KPj4+PnRlY2huaWNhbCBwcm9ibGVt IGZvciB0aGUgZXNjcm93IHByb3ZpZGVyIHRvIHdvcmsgb3V0IHdpdGggdGhlDQo+Pj4+cmVnaXN0 cnksIGFuZCBJIGNhbiB0aGluayBvZiBtYW55IHRlY2huaWNhbCB3YXlzIHRvIHNvbHZlIHRoYXQN Cj4+Pj5wcm9ibGVtLg0KPj4+Pg0KPj4+PlRoZSBlc2Nyb3cgcHJvdmlkZXIgd2lsbCBoYXZlIGEg Y29udHJhY3R1YWwgcmVxdWlyZW1lbnQgdG8gcHJvdmlkZQ0KPj4+PmRhdGEgdG8gSUNBTk4gKGlu IGEgZm9ybWF0IHByb3ZpZGVkIGJ5IElDQU5OIC0gd2hvIHdpbGwgZGVzaWduIHRoZQ0KPj4+PmZv cm1hdCBpbiBjb25qdW5jdGlvbiB3aXRoIHRoZSB0ZWNobmljYWwgY29tbXVuaXR5KSB0aGF0IGlz IG5vIG1vcmUNCj4+Pj50aGFuIDI0IGhvdXJzIG9sZCwgdGhleSB3aWxsIG5lZWQgdG8gdGVjaG5p Y2FsbHkgd29yayBvdXQgYSB3YXkgdGhleQ0KPj4+PmNhbiBmdWxmaWwgb24gdGhhdCBvYmxpZ2F0 aW9uIHdpdGggdGhlIHJlZ2lzdHJ5IG9wZXJhdG9yIC0gdGhhdMK5cyBhbGwNCj4+Pj5JQ0FOTiBu ZWVkcyB0byBkYXkuDQo+Pj4+VGhlDQo+Pj4+ZXNjcm93IHByb3ZpZGVyIHRoZW4gbmVlZHMgYSBw cm9jZXNzIHdoZXJlIGlmIHRoZXkgYXJlIG5vdCByZWNlaXZpbmcNCj4+Pj50aGUgZGF0YSBmcm9t IHRoZSByZWdpc3RyeSBvcGVyYXRvciBpbiBhIHRpbWVseSBtYW5uZXIgKHRodXMgbm90IGFibGUN Cj4+Pj50byBmdWxmaWwgb24gdGhlaXIgb2JsaWdhdGlvbikgb3IgdGhlIHJlZ2lzdHJ5IG9wZXJh dG9yIGlzIG5vdCBkb2luZw0KPj4+PnNvbWV0aGluZyB0aGV5IG5lZWQgdG8gZG8sIHRoZW4gdGhl eSBlc2NhbGF0ZSB0aGlzIGlzc3VlIHRvIElDQU5OIHdobw0KPj4+PndpbGwgZ28gdGhlIHJlZ2lz dHJ5IGZvciBjb250cmFjdCBicmVhY2ggLSB0aGF0wrlzIGl0LiBUaGlzIHNpdHVhdGlvbg0KPj4+ PmV4aXN0IGlmIEkgc3RvcCBzZW5kaW5nIGRhaWx5IGZ1bGwgb3IgaW5jcmVtZW50YWwgZmlsZXMg YW55d2F5Lg0KPj4+Pg0KPj4+PlRoYW5rcw0KPj4+Pg0KPj4+PkNocmlzDQo+Pj4+DQo+Pj4+T24g MS8xMS8xMiAyOjM5IFBNLCAiRnJhbmNpc2NvIE9iaXNwbyIgPGZvYmlzcG9AaXNjLm9yZz4gd3Jv dGU6DQo+Pj4+DQo+Pj4+PkhpIENocmlzLA0KPj4+Pj4NCj4+Pj4+UGVyaGFwcyBJJ20gcmVpdGVy YXRpbmcgd2hhdCBJIHNhaWQgaW4gbXkgcHJldmlvdXMgZW1haWwsIGJ1dCBJDQo+Pj4+PmRvbid0 IHRoaW5rIHRoYXQncyBob3cgdGhlIGVzY3JvdyBwcm92aWRlciBpcyBzdXBwb3NlZCB0byB3b3Jr Lg0KPj4+Pj4NCj4+Pj4+VGhleSBhcmUgZ29pbmcgdG8gcmVjZWl2ZSwgdmVyaWZ5IGFuZCBzdG9y ZSBhbiBlc2Nyb3cgZHVtcCBmcm9tIHRoZQ0KPj4+Pj5yZWdpc3RyeS4gVmVyaWZ5IG1lYW5zIGdv aW5nIHRocm91Z2ggdGhlIGl0ZW1zIGluIFNwZWNpZmljYXRpb24gMiBvZg0KPj4+Pj50aGUgQXBw bGljYW50J3MgZ3VpZGVib29rOg0KPj4+Pj5odHRwOi8vYXJjaGl2ZS5pY2Fubi5vcmcvZW4vdG9w aWNzL25ldy1ndGxkcy9yZnAtY2xlYW4tMzBtYXkxMS1lbi5wZA0KPj4+Pj5mDQo+Pj4+Pg0KPj4+ Pj48c3BlY2lmaWNhdGlvbjJfZXh0cmFjdD4NCj4+Pj4+VmVyaWZpY2F0aW9uIFByb2NlZHVyZS4N Cj4+Pj4+DQo+Pj4+PiAgICDigqwgKDEpICBUaGUgc2lnbmF0dXJlIGZpbGUgb2YgZWFjaCBwcm9j ZXNzZWQgZmlsZSBpcyB2YWxpZGF0ZWQuDQo+Pj4+Pg0KPj4+Pj4gICAg4oKsICgyKSAgSWYgcHJv Y2Vzc2VkIGZpbGVzIGFyZSBwaWVjZXMgb2YgYSBiaWdnZXIgZmlsZSwgdGhlIGxhdHRlcg0KPj4+ Pj5pcyBwdXQgdG9nZXRoZXIuDQo+Pj4+Pg0KPj4+Pj4gICAg4oKsICgzKSAgRWFjaCBmaWxlIG9i dGFpbmVkIGluIHRoZSBwcmV2aW91cyBzdGVwIGlzIHRoZW4gZGVjcnlwdGVkDQo+Pj4+PmFuZCB1 bmNvbXByZXNzZWQuDQo+Pj4+Pg0KPj4+Pj4gICAg4oKsICg0KSAgRWFjaCBkYXRhIGZpbGUgY29u dGFpbmVkIGluIHRoZSBwcmV2aW91cyBzdGVwIGlzIHRoZW4NCj4+Pj4+dmFsaWRhdGVkIGFnYWlu c3QgdGhlIGZvcm1hdCBkZWZpbmVkIGluIFsxXS4NCj4+Pj4+DQo+Pj4+PiAgICDigqwgKDUpICBJ ZiBbMV0gaW5jbHVkZXMgYSB2ZXJpZmljYXRpb24gcHJvY2VzcywgdGhhdCB3aWxsIGJlDQo+Pj4+ PmFwcGxpZWQNCj4+Pj4+YXQgdGhpcyBzdGVwLg0KPj4+Pj4NCj4+Pj4+SWYgYW55IGRpc2NyZXBh bmN5IGlzIGZvdW5kIGluIGFueSBvZiB0aGUgc3RlcHMsIHRoZSBEZXBvc2l0IHdpbGwgYmUNCj4+ Pj4+Y29uc2lkZXJlZCBpbmNvbXBsZXRlLg0KPj4+Pj4NCj4+Pj4+WzFdIERvbWFpbiBOYW1lIERh dGEgRXNjcm93IFNwZWNpZmljYXRpb24gKHdvcmsgaW4gcHJvZ3Jlc3MpLA0KPj4+Pj5odHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1hcmlhcy1ub2d1Y2hpLXJlZ2lzdHJ5LWRhdGEtZXNj cm93DQo+Pj4+PlsyXSBPcGVuUEdQIE1lc3NhZ2UgRm9ybWF0LA0KPj4+Pj5odHRwOi8vd3d3LnJm Yy1lZGl0b3Iub3JnL3JmYy9yZmM0ODgwLnR4dA0KPj4+Pj5bM10gT3BlblBHUCBwYXJhbWV0ZXJz LA0KPj4+Pj5odHRwOi8vd3d3LmlhbmEub3JnL2Fzc2lnbm1lbnRzL3BncC1wYXJhbWV0ZXJzL3Bn cC1wYXJhbWV0ZXJzLnhodG1sDQo+Pj4+Pg0KPj4+Pj48L3NwZWNpZmljYXRpb24yX2V4dHJhY3Q+ DQo+Pj4+Pg0KPj4+Pj5UaGUgdmFsaWRhdGlvbiBpcyBhbiBYTUwgU2NoZW1hIFZhbGlkYXRpb24g YmFzZWQgb24gdGhlIElFVEYgRHJhZnQNCj4+Pj4+ImFyaWFzLW5vZ3VjaGkiLiBCeSBwYXNzaW5n IFhNTCBWYWxpZGF0aW9uICh3aGljaCBpcyBhIHZlcnkgc2ltcGxlDQo+Pj4+PmNoZWNrKSwgdGhl IEVzY3JvdyBwcm92aWRlciBjYW4gYmUgc3VyZSB0aGF0IHRoZSBkYXRhIG5vdCBvbmx5IGlzDQo+ Pj4+PmNvbXBsZXRlLCBidXQgdGhhdCB0aGUgZmllbGRzIGNvbmZvcm0gdGhlIGRhdGEgdHlwZXMg c3BlY2lmaWVkIGJ5DQo+Pj4+PnRoZSBzcGVjLg0KPj4+Pj4NCj4+Pj4+VmFsaWRhdGluZyBhIGR1 bXAgd291bGRuJ3QgYmUgbW9yZSB0aGFuIGp1c3Q6DQo+Pj4+Pg0KPj4+Pj4kIHhtbGxpbnQgLS1u b291dCAtLXNheCAtLXNjaGVtYSAvcGF0aC90by9hcmlhcy1ub2d1Y2hpLnhzZA0KPj4+Pj5lc2Ny b3dfZHVtcC54bWwNCj4+Pj4+DQo+Pj4+PmFuZCBpZiB0aGUgZmlsZSBpcyBjb21wcmVzc2VkOg0K Pj4+Pj4NCj4+Pj4+JCBiemNhdCBlc2Nyb3dfZHVtcC54bWwuYnoyIHwgeG1sbGludCAtLW5vb3V0 IC0tc2F4IC0tc2NoZW1hDQo+Pj4+Pi9wYXRoL3RvL2FyaWFzLW5vZ3VjaGkueHNkIC0NCj4+Pj4+ DQo+Pj4+Pih0aGF0J3MgYW4gZXhhbXBsZSB1c2luZyBsaWJ4bWwyKQ0KPj4+Pj4NCj4+Pj4+SGF2 aW5nIGFuIENTViBmaWxlIHdvdWxkIHJlcXVpcmUgdGhlIGVzY3JvdyBwcm92aWRlciB3cml0ZSB0 aGVpciBvd24NCj4+Pj4+cGFyc2VyIHRvIHZhbGlkYXRlIGNvbW1hIHNlcGFyYXRlZCB2YWx1ZXMu LiBUaGlzIGlzIHZlcnkgZGFuZ2Vyb3VzLA0KPj4+Pj5hbmQgdGltZSBjb25zdW1pbmcsIGRlcGVu ZGluZyBvbiBob3cgdGhleSBkbyBpdCwgc3BlY2lhbGx5IGlmIHRoZXkNCj4+Pj4+aGF2ZSB0byBj b3BlIHdpdGggY3VzdG9tIGZvcm1hdHMgZnJvbSBkaWZmZXJlbnQgcmVnaXN0cmllcy4NCj4+Pj4+ DQo+Pj4+PklmIEkgd2FzIGFuIGVzY3JvdyBwcm92aWRlciBJIHdvdWxkbid0IHdhbnQgdG8gYmUg bGlhYmxlIGluDQo+Pj4+PmdlbmVyYXRpbmcgdGhlIGR1bXAgZmlsZSwgYmVjYXVzZSBpZiBzb21l dGhpbmcgaXMgbWlzc2luZywgYW5kIHRoZQ0KPj4+Pj5yZWdpc3RyeSBnb2VzIGF3YXksIG9yIGEg REVMRVRFLCBUUlVOQ0FURSBUQUJMRSwgRFJPUCBEQVRBQkFTRSwgb3INCj4+Pj4+YW55dGhpbmcg bGlrZSBpdCBoYXBwZW5zIGFuZCB0aGUgcmVwbGljYSB0aHJvd3MgdGhlIGRhdGEgYXdheSwgdGhl cmUNCj4+Pj4+d2lsbCBiZSBub3doZXJlIHRvIGZldGNoIHRoZSBkYXRhIGZyb20gKGJhY2t1cHMg cGVyaGFwcz8pDQo+Pj4+Pg0KPj4+Pj5PbiB0aGUgdmFyaWFudHMgaXNzdWUsIHRoaXMgd291bGQg YmUgcGFydCBvZiB0aGUgZXh0ZW5zaW9uDQo+Pj4+PmZyYW1ld29yaywgYW5kIHNpbmNlIHRoaXMg dmFyaWVzIGZyb20gcmVnaXN0cnkgdG8gcmVnaXN0cnksIGl0IHdvdWxkDQo+Pj4+PmJlIHNvbWV0 aGluZyB0aGF0IGl0IHdvdWxkIGJlIGhhdmUgdG8gYmUgbWFwcGVkIGFuZCBkb2N1bWVudGVkDQo+ Pj4+PmFjY29yZGluZ2x5Lg0KPj4+Pj4NCj4+Pj4+QmVzdCByZWdhcmRzLA0KPj4+Pj4NCj4+Pj4+ RnJhbmNpc2NvDQo+Pj4+Pg0KPj4+Pj5PbiBPY3QgMzEsIDIwMTIsIGF0IDc6MTcgUE0sIENocmlz IFdyaWdodCA8Y2hyaXNAYXVzcmVnaXN0cnkuY29tLmF1Pg0KPj4+Pj53cm90ZToNCj4+Pj4+DQo+ Pj4+Pj4gVW5kZXJzdG9vZCwgYW5kIGlmIHRoYXTCuXMgdGhlIHdheSBWZXJpc2lnbiB3YW50cyB0 byBkbyBpdCwgdGhlbiBnbw0KPj4+Pj4+Zm9yIGl0LCAgeW91IGNhbiBkZXBvc2l0IGl0IGluIHRo ZSBmb3JtYXQgcmVxdWlyZWQgdG8gYmUgcHJvdmlkZWQNCj4+Pj4+PnRvIElDQU5OLCBubyAgaXNz dWUgd2hhdCBzbyBldmVyLCBidXQgd2h5IHNob3VsZCBldmVyeW9uZSBiZSBmb3JjZWQNCj4+Pj4+ PnRvIGRvIHRoYXQ/IEl0IHdvdWxkICBhY3R1YWxseSBiZSByZWFsbHkgdHJpdmlhbCBmb3IgYm90 aCBtZSBhbmQgbXkNCj4+Pj4+PnByb3ZpZGVyIHRvIGRvIGRhdGFiYXNlICByZXBsaWNhdGlvbiwg YW5kIHRoZW4gdGhleSBzaW1wbHkgcnVuIGENCj4+Pj4+PnNjcmlwdCB0byB2YWxpZGF0ZSB0aGUg ZGF0YSAodGhhdCAgSSB3b3VsZCBzdXBwbHkgdGhlbSkgLSBJbSB5ZXQgdG8NCj4+Pj4+PmFjdHVh bGx5IHNlZSB3aGF0IHRoZSAndmFsaWRhdGlvbicNCj4+Pj4+PnRoZXkNCj4+Pj4+PiBhcmUgc3Vw cG9zZWQgdG8gZG8gYWN0dWFsbHkgaXMgLSBpZiBpdHMganVzdCBvYmplY3QgY291bnRzIC0gdGhl bg0KPj4+Pj4+SSB3b3VsZCAgYXNzZXJ0IHRoYXQgZHVtcGluZyB0aGUgZGF0YSBkb2Vzbid0IGV2 ZW4gcmVhbGx5IG5lZWQgdG8NCj4+Pj4+PmJlIGRvbmUsIGJ1dCBldmVuICBpdCBpdCBkb2VzLCB0 aGV5IHJ1biB0aGUgZHVtcCBzY3JpcHRzIGFuZCBnZXQNCj4+Pj4+PnRoZSBkYXRhIGluIHRoZSBm b3JtYXQgIG5lZWRlZCAtIG5vdCBoYXJkIGF0IGFsbCBhbmQgY29tcGxldGVseQ0KPj4+Pj4+YXV0 b21hdGVkLg0KPj4+Pj4NCj4+Pj4+RnJhbmNpc2NvIE9iaXNwbw0KPj4+Pj5EaXJlY3RvciBvZiBB cHBsaWNhdGlvbnMgYW5kIFNlcnZpY2VzIC0gSVNDDQo+Pj4+PmVtYWlsOiBmb2Jpc3BvQGlzYy5v cmcNCj4+Pj4+UGhvbmU6ICsxIDY1MCA0MjMgMTM3NCB8fCBJTk9DLURCQSAqMzU1NyogTk9DIFBH UCBLZXlJRCA9IEIzOERCMUJFDQo+Pj4+Pg0KPj4+Pg0KPj4+Pl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4+aXJlIG1haWxpbmcgbGlzdA0KPj4+Pmly ZUBpZXRmLm9yZw0KPj4+Pmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaXJl DQo+Pj4NCj4+DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj5pcmUgbWFpbGluZyBsaXN0DQo+aXJlQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pcmUNCg0K From JGould@verisign.com Mon Nov 5 06:29:27 2012 Return-Path: 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 ADD8B21F848B for ; Mon, 5 Nov 2012 06:29:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.523 X-Spam-Level: X-Spam-Status: No, score=-4.523 tagged_above=-999 required=5 tests=[AWL=-0.383, BAYES_20=-0.74, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4] 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 W0D29arcpS31 for ; Mon, 5 Nov 2012 06:29:26 -0800 (PST) Received: from exprod6og111.obsmtp.com (exprod6og111.obsmtp.com [64.18.1.27]) by ietfa.amsl.com (Postfix) with ESMTP id 7EDB021F84C1 for ; Mon, 5 Nov 2012 06:29:02 -0800 (PST) Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob111.postini.com ([64.18.5.12]) with SMTP ID DSNKUJfNLX3hc8O6Y5q6I+PSzGbcfdoYspS8@postini.com; Mon, 05 Nov 2012 06:29:25 PST Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01.vcorp.ad.vrsn.com [10.173.152.205]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id qA5ESwdZ022398 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Nov 2012 09:28:58 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Mon, 5 Nov 2012 09:28:57 -0500 From: "Gould, James" To: "chris@ausregistry.com.au" , Christopher Browne Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgAURj4CAAHi6gA== Date: Mon, 5 Nov 2012 14:28:57 +0000 Message-ID: In-Reply-To: <8CEF048B9EC83748B1517DC64EA130FB72DCF87997@off-win2003-01.ausregistrygroup.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <60F63120346821479056975AAED718FD@verisign.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 14:29:27 -0000 As stated in an earlier posting, the draft has been posted as an I-D at the URL below: http://tools.ietf.org/html/draft-gould-thippeswamy-dnrd-csv-mapping We intend to create an 01 draft that addresses Christopher's and Chris's concern related to the support for list CSV fields. -- =20 JG =20 =20 James Gould Principal Software Engineer jgould@verisign.com =20 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 11/4/12 8:16 PM, "Chris Wright" wrote: >As a company that applies to be an EBERO (hopefully announcements soon as >to which companies have been selected) I am a BIG fan of the CSVs, and I >agree with Christopher in that I don=B9t like the 'multi value' CSVs >presented in the versign draft as they are difficult to use as external >tables in databases. > >Doing it broken up as I described and Christopher elaborated on below, is >the simplest approach, especially when having to load data into >registries straight away. > >We would simply reference the CSVs as external tables (all good RDBMS >systems have this ability) and then use SQL statements to import the data >- any transformations required can be done using stored procedures (PLSQL >in our case within Oracle). This will be the fastest way to get data into >a registry in a short time. > >Thanks > >c. > > >-----Original Message----- >From: ire-bounces@ietf.org [mailto:ire-bounces@ietf.org] On Behalf Of >Christopher Browne >Sent: Friday, 2 November 2012 7:53 AM >To: Gould, James >Cc: Thippeswamy, Chethan; ire@ietf.org >Subject: Re: [ire] DNRD CSV Draft > >On Thu, Oct 25, 2012 at 4:43 PM, Gould, James wrote: >> We have created a draft of the Domain Name Registration Data (DNRD) >>Comma-Separated Values (CSV) Objects Mapping that is attached for review >>and feedback. > >Preface: Sorry, my comments are pretty long. And I reference footnotes >considerably, as well as various later messages in the thread, to date. > >I'm finding myself considerably torn in all of this. > >On the one hand, I'm not a big fan of XML, am not particularly keen on >the large size attendant to that. > >On the other hand, I see a few problems attendant with a CSV-based >representation, which should be pointed out: > >- CSV is not a single, well-defined format (see: [1]), although there > is a relevant RFC [2]. We can say we'll be strict, but a hostile > reader might disagree. > >- It implies a "flat" representation of information, and is not easily > amenable to extension. Unlike with XML, there is not a built-in way > to introduce additional attributes and metadata to indicate such. > >That being said, there was an early IRE draft (which appears to have been >lost? [3] references unreferenceable document [4]), which I had some >hand in, which took very much the approach that Chris Wright describes in >[5], with a series of CSV files: > > - Domains > - Contacts > - Nameservers > - Registrars > - Nameserver IP addresses > - Associations: > - Domain Statuses > - Contact Statuses > - Nameserver Statuses > - Domain/Nameserver Associations > - Domain/Contact Associations > - Deletions > - Domains > - Contacts > - Nameservers > >An XML representation can readily directly express hierarchy; the above >approach remaps that into series of "flattened structures." > >Onwards to comment on the Gould/Thippeswamy[6] document... That document >offers a structure largely analogous to the above, although it draws >certain of the hierarchies into the objects. > >In particular, the 2010-01-25 proposal [4] separated object statuses into >separate association files, whereas [6] has several multivalued >attributes. > > - On Domains, to indicate > - Statuses (regular and RGP) > - Nameserver associations > - Contact associations > - On hosts, to indicate > - IP addresses > >There are arguments both pro- and con- either way: > > - Melding the associations into the object streams means there can > be no mismatches between those streams. > > - In [6], you can be certain that the domain will have all of its > statuses, whereas > > - in [4], the representation makes it possible to have entries in > the *Domain Status* stream that don't correspond to an existing > domain > > - On the other hand, [6] tortures the somewhat dodgy format > definition of CSV a bit harder, treating it, in effect as a > MultiValue Database[7] > > - Vis-a-vis contacts, the multivalue handling of [6] makes the > format less flexible to cope to cope with potential future need > for additional sorts of contacts, which would be more easily > handled if contact associations were handled as in [3], which is > trivial extensible as in the following "domain/contact > association" example: > | Domain | Contact Handle | Contact Type | > |----------+----------------+--------------| > | abc.test | C-123 | Registrant | > | abc.test | C-124 | Admin | > | abc.test | C-125 | Billing | > | abc.test | C-126 | Technical | > | abc.test | C-127 | Anti-Abuse | > | abc.test | C-128 | Extension #2 | > > Introducing extra contact types is pretty trivial in this > [3]-based approach; in [6], it would require either another data > stream, or documenting an out-of-band way of indicating > additional columns for the Domains data stream. > > The thing I want to point out here is /not/ that this implies > that [3] is superior to [6], but rather that representation > choices like this one will have considerable impact on how easy > or difficult later extension will be. /That/ is a broadly > important issue. > >Something I find very interesting about [6] is in its use of XML to >describe the data. Francisco comments [8] on the validation process that >he anticipates being used to validate escrow; it seems to me that the >draft of [6] provides an interesting addition to this. The XML schema >that is described therein could be used, hopefully pretty directly, to do >a well-formedness validation on the series of CSV files. > >For that to be possible implies that the "base" usage of [6] needs to be >kept quite strict. Adding additional fields would prevent using the XML >schema directly, and perhaps it means that it would be necessary to >declare that some set of functionality be declared a "core", and that >extensions /must not/ alter anything in this core. I wouldn't consider >it a terrible thing to have a near-immutable "core," >but that certainly has implications for extensions, that they need to be >separated. > >For instance, if we took [6] directly as the "core", then adding an >anti-abuse contact could not be done by adding it as an extra field, as >that would violate the immutability of the "core." Adding an additional >data stream to associate in "Anti-Abuse" contacts would be perfectly >straightforward, albeit with the challenge that /validating/ this >extension requires some new validation component downstream. >(The approach of [3] is not inherently better in this regard - while >makes it easier to mix the new contact type into the existing data >streams, there is still a need to validate contact types.) > >But none of this quite gets at an opinion as to whether we should go with >the XML form (most recently laid out in version 3, [9]) or the Verisign >proposal [6]. > >As I already said, I'm torn. > >I am not thrilled at the verbosity of XML, for much the same reasons >already laid out by others. > >And I have had decent success at drawing data into registries using "flat >file-based" representations. (And it's quite possible I have more >experience at this than anyone else does; I have done this several times.) > >The flat files may be simplistic, but at the time that someone will most >/need/ to use the escrow format, it will be because: > > - A registry has failed; > - Clocks are ticking, the world is watching, as well as the > lawyers that released the data from escrow; > - A new registry needs to be set up right away, if not sooner; > - Time is of the essence, and anything outside of the "simplistic" > parts of the data is quite likely to need to go by the wayside; > - If the failure was due to technical issues, it may be that it was > the fancy extras sitting in the extensions that induced failure, > and hence /losing/ that extended data is a prerequisite for > avoiding further failure. > >A dead simple "flat" representation of registry data will look mighty >good at a moment like that. > >On the other hand, I worry that if we get anything wrong in representing >data in (say) CSV, we may get stuck with terrible clumsiness in working >around shortcomings. If so, the workarounds might well make the "bloat" >of XML look pretty good. > >It's certainly simpler to take a CSV file and toss it at a database and >do some bulk processing. The database guys (and I'm one of them) >certainly like that. > >But it truly isn't vastly difficult to write a script to walk through an >XML file, unravel, and re-ravel the flat file bits into a flat file. > >The most surprisingly bug-free code that I ever remember writing was a >parser that used Expat to turn an XML bookmark stream into a Lisp list, >followed by writing a bit of Lisp to grab elements I wanted to transform. > It was a pretty simple case; turning bookmarks from a >(now-obsolete) browser's XML into DocBook/SGML. I had the minor shock >that the full-bore recursive bits of code ran, and gave me the result I >was hoping for, on the very first run. It *scares* me when code works >the first time! > >I'm sure we have people that are *scared* that the XML form isn't shaped >like the flat files that they're accustomed to, but there should be >little problem in transforming the XML form of [9] into the set of flat >files that won't scare them so much. I wouldn't be at all surprised if >this requires little more than a few XPath queries that are sufficiently >conventional that they might get included as a "near-standard toolset." > >So I am not terribly scared at using XML. > >What I think would be *terrible* would be if we wound up defining two >standards for this that represent somewhat different sets of data in >somewhat different ways, when what's wanted is one representation. I >hate the idea of including both [6] and [9] as a single >"FrankenStandard." That multiplies the complexities of validation and of >trying to read and use the data. > >I suppose I'd be mollified if it could be proven that one form could >always be automatically rewritten into the other, but I think I'd want >that code to be publicly available before I'd be willing to believe in >such an equivalence. > >I have thought a little bit about, but don't yet have terribly useful >comment, regarding the full-versus-incremental issue. Several others >have commented that they haven't found it worthwhile to optimize things >by doing partial/incremental dumps, and I can concur with that. > >Footnotes: > >[1] [[http://en.wikipedia.org/wiki/Comma-separated_values][Wikipedia: >Comma-separated values]] > >[2] [[http://tools.ietf.org/html/rfc4180][RFC 4180 - Common Format and >MIME Type for Comma-Separated Values (CSV) Files]] > >[3] [[http://www.ietf.org/mail-archive/web/ire/current/msg00012.html][I-D >Action:draft-arias-registry-data-escrow-00.txt]], indicating the release, >2010-01-25, of the following draft > >[4]=20 >[[http://www.ietf.org/internet-drafts/draft-arias-registry-data-escrow-00. >txt][draft-arias-registry-data-escrow-00.txt]], >a draft document >specifying the format and contents of Data Escrow deposits for Domain >Registries, which used a CSV-based approach > >[5] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00185.html][Chris >Wright's message of 2012-10-31]] > >[6] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00165.html][Email >with draft-gould-thippeswamy-dnrd-csv-mapping-00]] > >[7] [[http://en.wikipedia.org/wiki/MultiValue][MultiValue Database]] > >[8] =20 >[[http://www.ietf.org/mail-archive/web/ire/current/msg00186.html][Francisc >o >Obispo comments on DNRD CSV Draft]] > >[9] [[http://www.ietf.org/mail-archive/web/ire/current/msg00163.html][New >version (3) of the spec and new draft on DNRD]] >_______________________________________________ >ire mailing list >ire@ietf.org >https://www.ietf.org/mailman/listinfo/ire From JGould@verisign.com Mon Nov 5 09:10:09 2012 Return-Path: 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 C163C21F8898 for ; Mon, 5 Nov 2012 09:10:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.227 X-Spam-Level: X-Spam-Status: No, score=-4.227 tagged_above=-999 required=5 tests=[AWL=-0.628, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] 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 fTbT17bGQZpw for ; Mon, 5 Nov 2012 09:10:08 -0800 (PST) Received: from exprod6og123.obsmtp.com (exprod6og123.obsmtp.com [64.18.1.241]) by ietfa.amsl.com (Postfix) with ESMTP id 11A3D21F87C9 for ; Mon, 5 Nov 2012 09:09:46 -0800 (PST) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob123.postini.com ([64.18.5.12]) with SMTP ID DSNKUJfy2hZvjpcUULoDIHeKwiypOEV1GEIC@postini.com; Mon, 05 Nov 2012 09:10:07 PST Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by peregrine.verisign.com (8.13.6/8.13.4) with ESMTP id qA5H9gdg022105 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 5 Nov 2012 12:09:42 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Mon, 5 Nov 2012 12:09:42 -0500 From: "Gould, James" To: Christopher Browne Thread-Topic: [ire] DNRD CSV Draft Thread-Index: AQHNsvFe/aJ3RS8H6U+/LvAXD9hPVJfVwtOAgACYqoCABXo6gP//pEUA Date: Mon, 5 Nov 2012 17:09:41 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: text/plain; charset="iso-8859-2" Content-ID: <51BC58ABC3262041AA9EA2292F741697@verisign.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 17:10:09 -0000 Christopher, My feedback is below. Thanks for your thoughtful feedback. -- =20 JG =20 =20 James Gould Principal Software Engineer jgould@verisign.com =20 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 11/5/12 11:37 AM, "Christopher Browne" wrote: >On Fri, Nov 2, 2012 at 5:59 AM, Gould, James wrote: >> Christopher, >> Thank you for your detailed feedback. I have the following >>clarification >> comments and questions to your feedback below prefixed with "JG -". >> >> -- >> >> JG >> >> >> >> James Gould >> Principal Software Engineer >> jgould@verisign.com >> >> 703-948-3271 (Office) >> 12061 Bluemont Way >> Reston, VA 20190 >> VerisignInc.com >> >> >> >> >> >> >> >> On 11/1/12 4:52 PM, "Christopher Browne" wrote: >> >>>On Thu, Oct 25, 2012 at 4:43 PM, Gould, James >>>wrote: >>>> We have created a draft of the Domain Name Registration Data (DNRD) >>>>Comma-Separated Values (CSV) Objects Mapping that is attached for >>>>review >>>>and feedback. > >... > >>>- It implies a "flat" representation of information, and is not easily >>> amenable to extension. Unlike with XML, there is not a built-in way >>> to introduce additional attributes and metadata to indicate such. >> >> JG - Why is a flat representation not amenable to extension? It is >> correct that you need to use a relational model (one file per record >>type) >> instead of an object oriented model (XML) to represent the data with >>CSV. >> Since the source and the target databases are most likely relational it >> makes sense to stick with a flat relational model. Additional fields >>can >> be easily added to the CSV field definition. An EBERO provider would >> understand specific standard fields and could support custom fields as >> well. > >I add an extra field to my escrow, and you add a different extra field >to your escrow, there's a conflict there that needs to get resolved, >somehow. JG - What conflict are you referring to? Assume that you create a new field called "foo" and I create a new field call "bar" that is to be included in the "domain" CSV deposit, then each of us will create our own XML schema definition to formally define the fields with a unique XML namespace and referenced prefix like prefix "you" for your custom fields and "my" for my custom fields, and with the field names and respectively. The custom field would be included in the list for the "domain" element. So, your definition could look something like: ... ... ... ... My deposit would look lie ... ... ... ... The EBERO would most likely support a defined set of fields to import like but might decide to handle custom field references differently. XML doesn't magically handle the processing of unique extensions. In both cases the fields and extensions are defined via XSD and need to be handled is a custom way by the EBERO provider. > >If we're using XML, entities and attributes are named, which provides >conflict resolution, and that's inherent to using XML for this. JG - The fields are equally named as shown about in the CSV draft. > >In a CSV-based model, there needs to be some convention declared for >how to recognize these attribute/field additions. That can be done, >to be sure; it's an extra body of material to add to the standard. JG - I don't see the definition of the custom fields in the CSV draft to be that much different from the extensibility defined in the XML draft. > >Here's what I wrote, way back. >------- snip here ------- >Extensions >If a particular registry operator's contract requires submission of >additional data, not included above, additional "extension" files may >be defined to represent that data which may use Domain, Contact, >Nameserver, and Registrar handles in order to associate that data with >these objects, and which may introduce new objects, with their own >handles that may, in turn, be used to allow extension files to >indicate references to these new objects. >If there turn out to be extensions that are to be imposed against all >registry operators, then it might be reasonable to consider revising >this escrow format specification to add additional fields to the >existing files. > >If, however, an extension is not universally imposed, however, then it >should be applied by adding additional "extension files." That way, >existing escrow validation systems will continue to be applicable. The >extension would only require adding additional validation "extensions" >to support the additional data. >------- snip here ------- > >The excerpted material assumes that new attributes would be added by >adding additional file streams, and the last paragraph explains why >that would be desirable. > >>>That being said, there was an early IRE draft (which appears to have >>>been lost? [3] references unreferenceable document [4]), which I had >>>some hand in, which took very much the approach that Chris Wright >>>describes in [5], with a series of CSV files: >> >> JG - I haven't seen draft that you're referring to, but I would be very >> interested in reviewing it. > >I don't seem to have a copy of what was ultimately published, only >earlier drafts that were pretty significantly changed before the >published draft. Perhaps Francisco can provide a copy? > >>> - Domains >>> - Contacts >>> - Nameservers >>> - Registrars >>> - Nameserver IP addresses >>> - Associations: >>> - Domain Statuses >>> - Contact Statuses >>> - Nameserver Statuses >>> - Domain/Nameserver Associations >>> - Domain/Contact Associations >>> - Deletions >>> - Domains >>> - Contacts >>> - Nameservers >>> >>>An XML representation can readily directly express hierarchy; the >>>above approach remaps that into series of "flattened structures." >>> >>>Onwards to comment on the Gould/Thippeswamy[6] document... That >>>document offers a structure largely analogous to the above, although >>>it draws certain of the hierarchies into the objects. >>> >>>In particular, the 2010-01-25 proposal [4] separated object statuses >>>into separate association files, whereas [6] has several multivalued >>>attributes. >>> >>> - On Domains, to indicate >>> - Statuses (regular and RGP) >>> - Nameserver associations >>> - Contact associations >>> - On hosts, to indicate >>> - IP addresses >> >> JG - Yes, it was decided in draft-gould-thippeswamy-dnrd-csv-mapping to >> support lists (not structures) in the CSV files. If this is not desired >> we can consider flattening it further to not support lists as well >>within >> the CSV. What are the thoughts to this? I believe most of the feedback >> below is related to supporting lists within the CSV files. Let me know >>if >> this is not the case. The first draft is truly a straw man that can be >> changed (even drastically) based on feedback from the list. > >Yes, I think you're reading things right. > >I prefer the "flattened" forms, from an extensibility perspective, >particularly vis-a-vis contact associations, as the [ Domain >reference, Contact reference, Contact type ] representation makes it >simpler to extend things to support additional contact types. The use >of new sorts of contacts appears to be getting popular as a way to >extend registry functionality. > >The one place where it seems to me that functionality was missing in >your representation was vis-a-vis statuses. The EPP standard allows >accompanying statuses with a string indicating rationale for the >status; if a registry captures the accompanying data, then it would be >reasonable for escrow to also capture that. (It's also an interesting >idea to propose that the "human readable rationale" should *NOT* be >part of escrow; that would be interesting to debate...) JG - Good point, this can be addressed. > >I feel less strongly about host and IP associations. > >There is a good argument to be made in favour of the list-based >approach, namely that this eliminates several data streams, and >eliminates the possibility of mismatches. (e.g. - the Domain/Contact >stream has entries for contacts or domains that do not exist, or >misses entries. One could induce this to happen, in an SQL context, >if the respective streams were constructed in separate SQL >transactions.) Of course, "good argument" is not the same as >"forcible argument." JG - The advantage of supporting list fields directly in the CSV is that you require less CSV files, but I believe the advantage of truly modeling CSV with the link tables held in separate CSV will be easier to produce and consume. We will create an 01 draft that addresses this. > >>>Something I find very interesting about [6] is in its use of XML to >>>describe the data. Francisco comments [8] on the validation process >>>that he anticipates being used to validate escrow; it seems to me that >>>the draft of [6] provides an interesting addition to this. The XML >>>schema that is described therein could be used, hopefully pretty >>>directly, to do a well-formedness validation on the series of CSV >>>files. >>> >>>For that to be possible implies that the "base" usage of [6] needs to >>>be kept quite strict. Adding additional fields would prevent using >>>the XML schema directly, and perhaps it means that it would be >>>necessary to declare that some set of functionality be declared a >>>"core", and that extensions /must not/ alter anything in this core. I >>>wouldn't consider it a terrible thing to have a near-immutable "core," >>>but that certainly has implications for extensions, that they need to >>>be separated. >> >> JG - draft-gould-thippeswamy-dnrd-csv-mapping can support custom fields >> via the field with a required "name" attribute or a >> custom set of fields can be defined with a custom XSD and referenced >> within the XML field definition. Is it not clear how >> draft-gould-thippeswamy-dnrd-csv-mapping can be extended, since there is >> not the intent to make it near-immutable for the deposits since we fully >> understand that there different registries can and will contain custom >> objects and custom attributes. >> >> >>> >>>For instance, if we took [6] directly as the "core", then adding an >>>anti-abuse contact could not be done by adding it as an extra field, >>>as that would violate the immutability of the "core." Adding an >>>additional data stream to associate in "Anti-Abuse" contacts would be >>>perfectly straightforward, albeit with the challenge that /validating/ >>>this extension requires some new validation component downstream. >>>(The approach of [3] is not inherently better in this regard - while >>>makes it easier to mix the new contact type into the existing data >>>streams, there is still a need to validate contact types.) >> >> JG - Independent of the support for lists in CSV, a custom XSD can be >> defined like an XSD with the namespace prefix csvCustom that defines an >> Anti-Abuse contacts field as shown below. You can also use the >> field with the required "name" attribute to define a >> custom field that is of XSD token type. >> >> > substitutionGroup=3D"rdeCsv:field"> >> >> This can be included in the element and will have full >>XSD >> format information included with it: >> >> ... >> >> >> >> >> >> =A9 >> >> =A9 >> >> Does this address you extensibility concern? > >Yes; it introduces some extra details, though. > >If it is intended that we extend via custom XSDs, then there needs to >be a way to communicate the custom XSDs to EBERO providers. In >effect, this means that the XSD being used needs to be a part of the >escrow. JG - Yes that is correct, the custom XSD files should be included in the deposit. This is the same case for the XML approach. > >>>I'm sure we have people that are *scared* that the XML form isn't >>>shaped like the flat files that they're accustomed to, but there >>>should be little problem in transforming the XML form of [9] into the >>>set of flat files that won't scare them so much. I wouldn't be at all >>>surprised if this requires little more than a few XPath queries that >>>are sufficiently conventional that they might get included as a >>>"near-standard toolset." >> >> JG - Why go through the transformation process at all? The source and >>the >> target databases are most likely relational, so why inject an object >> representation in the middle for data escrow? Just because you can >> translate the XML to CSV doesn't mean that you should. > >Well, this diverges, for the moment, from discussing the merits of CSV. > >If I were given a dump in the *other* proposed format, which is, in >effect, an XML "tree", my inclination would be to write some >transformations to unravel it into a bunch of flat streams to load >into a database, and I expect that to work perfectly well. Of course, >if I start with CSV, there's no unravelling required. > >Some of my colleagues might rather collect data for a domain object, >and do an "object-oriented" loading of that data. And there's nothing >deeply wrong about doing that instead. JG - You are correct that the data could be handled via "object-oriented" loading, but I believe this is more complex then using the CSV files. It would be great to hear from those that prefer to do the OO mapping either for the production of the data escrow or the consumption of the data escrow. =20 > >>>So I am not terribly scared at using XML. >>> >>>What I think would be *terrible* would be if we wound up defining two >>>standards for this that represent somewhat different sets of data in >>>somewhat different ways, when what's wanted is one representation. I >>>hate the idea of including both [6] and [9] as a single >>>"FrankenStandard." That multiplies the complexities of validation and >>>of trying to read and use the data. >> >> JG - I agree and disagree on this one. I see applicability of CSV for >> medium to large registries and XML as an option for small registries. I >> would be interested to understand the interest in both models to help >> drive whether one or both models are applicable. The authors of >> draft-arias-noguchi-dnrd-objects-mapping have expressed interest in >> collaborating. > >This is a small enough community that it seems to me that if two >standards are created, then it is unlikely that the effort would go in >to make them really consistent with one another, and unhappiness will >come from inconsistency. I'd like to be wrong about that. JG - My hope is that we can have the discussion of the merits of both approaches and agree upon the right solution going forward (XML, CSV, or both) based on the interests of the producers (registries) and the consumers (EBERO providers). I might be an optimist. =20 > From cbbrowne@afilias.info Mon Nov 5 08:38:01 2012 Return-Path: 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 0022621F8823 for ; Mon, 5 Nov 2012 08:38:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.362 X-Spam-Level: X-Spam-Status: No, score=-1.362 tagged_above=-999 required=5 tests=[AWL=0.615, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] 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 bQ50279+rNvM for ; Mon, 5 Nov 2012 08:37:59 -0800 (PST) Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 74D5521F87BF for ; Mon, 5 Nov 2012 08:37:59 -0800 (PST) Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from ) id 1TVPgU-0005t4-6E for ire@ietf.org; Mon, 05 Nov 2012 16:37:58 +0000 Received: from mail-vc0-f198.google.com ([209.85.220.198]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1TVPgR-0005fe-4c for ire@ietf.org; Mon, 05 Nov 2012 16:37:55 +0000 Received: by mail-vc0-f198.google.com with SMTP id d16so10597232vcd.1 for ; Mon, 05 Nov 2012 08:37:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=WNTkQ2hnWo7M922ubdgVGgIaGdPSgPGv95eSlNL7rJ8=; b=BKXI6SetweuG2wghDddZMni5iNSx23S8yJygDaYdM3dLR4Q4AAyjUuRv+h3lsJaE66 3H+gFywMEEwa55uyJESAgIlhmeIZhquAa0vnnyYia3oliL60hIYf9oQRTpSgJZD9UAgq sptG96OZ/h+NE7EzqFAj6Rk26/ea/Mx2MxoHRo504InQbSPycsRwJvM+MdKeoH82G47A OrfyeAABp08ZOaIiigjejSJ9j2624OXKtLCHp8wuhh6uFmo486Lbs4KYzQ0aO1yUeUGh 2nHUh3rNf/xeM19WkPmCDkehTR5OSG5kTNm+7EH8TWP+WDpUq5/0plhkIVVGrVdPrT9i aOSA== Received: by 10.49.49.234 with SMTP id x10mr18216167qen.53.1352133469944; Mon, 05 Nov 2012 08:37:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.49.234 with SMTP id x10mr18216156qen.53.1352133469814; Mon, 05 Nov 2012 08:37:49 -0800 (PST) Received: by 10.49.109.2 with HTTP; Mon, 5 Nov 2012 08:37:49 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Nov 2012 11:37:49 -0500 Message-ID: From: Christopher Browne To: "Gould, James" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQnmHIB/7fWE/l1W4A0hXXuu3O6XKib+LD6xTWdCJzeAshQH2NZxIBuluMsQaTY/LsqZFCn242EG/wsSfYYo7CGSRquISUpvMfEjcnem7CFaU+30TtDtUfsTLI3IrzC5Okm7uk/2 X-Mailman-Approved-At: Mon, 05 Nov 2012 11:44:56 -0800 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 16:38:01 -0000 On Fri, Nov 2, 2012 at 5:59 AM, Gould, James wrote: > Christopher, > Thank you for your detailed feedback. I have the following clarification > comments and questions to your feedback below prefixed with "JG -". > > -- > > JG > > > > James Gould > Principal Software Engineer > jgould@verisign.com > > 703-948-3271 (Office) > 12061 Bluemont Way > Reston, VA 20190 > VerisignInc.com > > > > > > > > On 11/1/12 4:52 PM, "Christopher Browne" wrote: > >>On Thu, Oct 25, 2012 at 4:43 PM, Gould, James wrote= : >>> We have created a draft of the Domain Name Registration Data (DNRD) >>>Comma-Separated Values (CSV) Objects Mapping that is attached for review >>>and feedback. ... >>- It implies a "flat" representation of information, and is not easily >> amenable to extension. Unlike with XML, there is not a built-in way >> to introduce additional attributes and metadata to indicate such. > > JG - Why is a flat representation not amenable to extension? It is > correct that you need to use a relational model (one file per record type= ) > instead of an object oriented model (XML) to represent the data with CSV. > Since the source and the target databases are most likely relational it > makes sense to stick with a flat relational model. Additional fields can > be easily added to the CSV field definition. An EBERO provider would > understand specific standard fields and could support custom fields as > well. I add an extra field to my escrow, and you add a different extra field to your escrow, there's a conflict there that needs to get resolved, somehow. If we're using XML, entities and attributes are named, which provides conflict resolution, and that's inherent to using XML for this. In a CSV-based model, there needs to be some convention declared for how to recognize these attribute/field additions. That can be done, to be sure; it's an extra body of material to add to the standard. Here's what I wrote, way back. ------- snip here ------- Extensions If a particular registry operator's contract requires submission of additional data, not included above, additional "extension" files may be defined to represent that data which may use Domain, Contact, Nameserver, and Registrar handles in order to associate that data with these objects, and which may introduce new objects, with their own handles that may, in turn, be used to allow extension files to indicate references to these new objects. If there turn out to be extensions that are to be imposed against all registry operators, then it might be reasonable to consider revising this escrow format specification to add additional fields to the existing files. If, however, an extension is not universally imposed, however, then it should be applied by adding additional "extension files." That way, existing escrow validation systems will continue to be applicable. The extension would only require adding additional validation "extensions" to support the additional data. ------- snip here ------- The excerpted material assumes that new attributes would be added by adding additional file streams, and the last paragraph explains why that would be desirable. >>That being said, there was an early IRE draft (which appears to have >>been lost? [3] references unreferenceable document [4]), which I had >>some hand in, which took very much the approach that Chris Wright >>describes in [5], with a series of CSV files: > > JG - I haven't seen draft that you're referring to, but I would be very > interested in reviewing it. I don't seem to have a copy of what was ultimately published, only earlier drafts that were pretty significantly changed before the published draft. Perhaps Francisco can provide a copy? >> - Domains >> - Contacts >> - Nameservers >> - Registrars >> - Nameserver IP addresses >> - Associations: >> - Domain Statuses >> - Contact Statuses >> - Nameserver Statuses >> - Domain/Nameserver Associations >> - Domain/Contact Associations >> - Deletions >> - Domains >> - Contacts >> - Nameservers >> >>An XML representation can readily directly express hierarchy; the >>above approach remaps that into series of "flattened structures." >> >>Onwards to comment on the Gould/Thippeswamy[6] document... That >>document offers a structure largely analogous to the above, although >>it draws certain of the hierarchies into the objects. >> >>In particular, the 2010-01-25 proposal [4] separated object statuses >>into separate association files, whereas [6] has several multivalued >>attributes. >> >> - On Domains, to indicate >> - Statuses (regular and RGP) >> - Nameserver associations >> - Contact associations >> - On hosts, to indicate >> - IP addresses > > JG - Yes, it was decided in draft-gould-thippeswamy-dnrd-csv-mapping to > support lists (not structures) in the CSV files. If this is not desired > we can consider flattening it further to not support lists as well within > the CSV. What are the thoughts to this? I believe most of the feedback > below is related to supporting lists within the CSV files. Let me know i= f > this is not the case. The first draft is truly a straw man that can be > changed (even drastically) based on feedback from the list. Yes, I think you're reading things right. I prefer the "flattened" forms, from an extensibility perspective, particularly vis-a-vis contact associations, as the [ Domain reference, Contact reference, Contact type ] representation makes it simpler to extend things to support additional contact types. The use of new sorts of contacts appears to be getting popular as a way to extend registry functionality. The one place where it seems to me that functionality was missing in your representation was vis-a-vis statuses. The EPP standard allows accompanying statuses with a string indicating rationale for the status; if a registry captures the accompanying data, then it would be reasonable for escrow to also capture that. (It's also an interesting idea to propose that the "human readable rationale" should *NOT* be part of escrow; that would be interesting to debate...) I feel less strongly about host and IP associations. There is a good argument to be made in favour of the list-based approach, namely that this eliminates several data streams, and eliminates the possibility of mismatches. (e.g. - the Domain/Contact stream has entries for contacts or domains that do not exist, or misses entries. One could induce this to happen, in an SQL context, if the respective streams were constructed in separate SQL transactions.) Of course, "good argument" is not the same as "forcible argument." >>Something I find very interesting about [6] is in its use of XML to >>describe the data. Francisco comments [8] on the validation process >>that he anticipates being used to validate escrow; it seems to me that >>the draft of [6] provides an interesting addition to this. The XML >>schema that is described therein could be used, hopefully pretty >>directly, to do a well-formedness validation on the series of CSV >>files. >> >>For that to be possible implies that the "base" usage of [6] needs to >>be kept quite strict. Adding additional fields would prevent using >>the XML schema directly, and perhaps it means that it would be >>necessary to declare that some set of functionality be declared a >>"core", and that extensions /must not/ alter anything in this core. I >>wouldn't consider it a terrible thing to have a near-immutable "core," >>but that certainly has implications for extensions, that they need to >>be separated. > > JG - draft-gould-thippeswamy-dnrd-csv-mapping can support custom fields > via the field with a required "name" attribute or a > custom set of fields can be defined with a custom XSD and referenced > within the XML field definition. Is it not clear how > draft-gould-thippeswamy-dnrd-csv-mapping can be extended, since there is > not the intent to make it near-immutable for the deposits since we fully > understand that there different registries can and will contain custom > objects and custom attributes. > > >> >>For instance, if we took [6] directly as the "core", then adding an >>anti-abuse contact could not be done by adding it as an extra field, >>as that would violate the immutability of the "core." Adding an >>additional data stream to associate in "Anti-Abuse" contacts would be >>perfectly straightforward, albeit with the challenge that /validating/ >>this extension requires some new validation component downstream. >>(The approach of [3] is not inherently better in this regard - while >>makes it easier to mix the new contact type into the existing data >>streams, there is still a need to validate contact types.) > > JG - Independent of the support for lists in CSV, a custom XSD can be > defined like an XSD with the namespace prefix csvCustom that defines an > Anti-Abuse contacts field as shown below. You can also use the > field with the required "name" attribute to define a > custom field that is of XSD token type. > > substitutionGroup=3D"rdeCsv:field"> > > This can be included in the element and will have full XS= D > format information included with it: > > ... > > > > > > =C5=A0 > > =C5=A0 > > Does this address you extensibility concern? Yes; it introduces some extra details, though. If it is intended that we extend via custom XSDs, then there needs to be a way to communicate the custom XSDs to EBERO providers. In effect, this means that the XSD being used needs to be a part of the escrow. >>I'm sure we have people that are *scared* that the XML form isn't >>shaped like the flat files that they're accustomed to, but there >>should be little problem in transforming the XML form of [9] into the >>set of flat files that won't scare them so much. I wouldn't be at all >>surprised if this requires little more than a few XPath queries that >>are sufficiently conventional that they might get included as a >>"near-standard toolset." > > JG - Why go through the transformation process at all? The source and th= e > target databases are most likely relational, so why inject an object > representation in the middle for data escrow? Just because you can > translate the XML to CSV doesn't mean that you should. Well, this diverges, for the moment, from discussing the merits of CSV. If I were given a dump in the *other* proposed format, which is, in effect, an XML "tree", my inclination would be to write some transformations to unravel it into a bunch of flat streams to load into a database, and I expect that to work perfectly well. Of course, if I start with CSV, there's no unravelling required. Some of my colleagues might rather collect data for a domain object, and do an "object-oriented" loading of that data. And there's nothing deeply wrong about doing that instead. >>So I am not terribly scared at using XML. >> >>What I think would be *terrible* would be if we wound up defining two >>standards for this that represent somewhat different sets of data in >>somewhat different ways, when what's wanted is one representation. I >>hate the idea of including both [6] and [9] as a single >>"FrankenStandard." That multiplies the complexities of validation and >>of trying to read and use the data. > > JG - I agree and disagree on this one. I see applicability of CSV for > medium to large registries and XML as an option for small registries. I > would be interested to understand the interest in both models to help > drive whether one or both models are applicable. The authors of > draft-arias-noguchi-dnrd-objects-mapping have expressed interest in > collaborating. This is a small enough community that it seems to me that if two standards are created, then it is unlikely that the effort would go in to make them really consistent with one another, and unhappiness will come from inconsistency. I'd like to be wrong about that. From gustavo.lozano@icann.org Mon Nov 5 12:47:43 2012 Return-Path: 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 7A58B21F8533 for ; Mon, 5 Nov 2012 12:47:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.393 X-Spam-Level: X-Spam-Status: No, score=-5.393 tagged_above=-999 required=5 tests=[AWL=1.206, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 Jc4MQhJA4prR for ; Mon, 5 Nov 2012 12:47:42 -0800 (PST) Received: from EXPFE100-1.exc.icann.org (expfe100-1.exc.icann.org [64.78.22.236]) by ietfa.amsl.com (Postfix) with ESMTP id C943021F84DD for ; Mon, 5 Nov 2012 12:47:33 -0800 (PST) Received: from EXVPMBX100-1.exc.icann.org ([64.78.22.232]) by EXPFE100-1.exc.icann.org ([64.78.22.236]) with mapi; Mon, 5 Nov 2012 12:47:33 -0800 From: Gustavo Lozano To: Christopher Browne , "Gould, James" Date: Mon, 5 Nov 2012 12:47:31 -0800 Thread-Topic: [ire] DNRD CSV Draft Thread-Index: Ac27lsc5tjtXZ9+QRtCjJBuMx+YsNA== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Nov 2012 20:47:43 -0000 Christopher, On 11/5/12 8:37 AM, "Christopher Browne" wrote: >>>That being said, there was an early IRE draft (which appears to have >>>been lost? [3] references unreferenceable document [4]), which I had >>>some hand in, which took very much the approach that Chris Wright >>>describes in [5], with a series of CSV files: >> >>JG - I haven't seen draft that you're referring to, but I would be very >>interested in reviewing it. > >I don't seem to have a copy of what was ultimately published, only >earlier drafts that were pretty significantly changed before the >published draft. Perhaps Francisco can provide a copy? On the following link you can find it: http://tools.ietf.org/html/draft-arias-registry-data-escrow-00 Regards, Gustavo From JGould@verisign.com Tue Nov 13 05:25:42 2012 Return-Path: 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 D0B3021F8445 for ; Tue, 13 Nov 2012 05:25:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.187 X-Spam-Level: X-Spam-Status: No, score=-5.187 tagged_above=-999 required=5 tests=[AWL=0.411, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] 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 qj9fPgjpirFQ for ; Tue, 13 Nov 2012 05:25:39 -0800 (PST) Received: from exprod6og106.obsmtp.com (exprod6og106.obsmtp.com [64.18.1.191]) by ietfa.amsl.com (Postfix) with ESMTP id 8473121F853C for ; Tue, 13 Nov 2012 05:25:36 -0800 (PST) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKUKJKTUGb4Fo1Flx+G/vm97Xf3Ct0PIJ6@postini.com; Tue, 13 Nov 2012 05:25:36 PST 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 qADDPU0p032386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Tue, 13 Nov 2012 08:25:33 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Tue, 13 Nov 2012 08:25:30 -0500 From: "Gould, James" To: "ire@ietf.org" Thread-Topic: DNRD CSV 01 Draft Thread-Index: AQHNwaJZM1xIK9Quuka7YRu4X3SZQw== Date: Tue, 13 Nov 2012 13:25:29 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: multipart/related; boundary="_004_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_"; type="multipart/alternative" MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" Subject: [ire] DNRD CSV 01 Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Nov 2012 13:25:42 -0000 --_004_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_ Content-Type: multipart/alternative; boundary="_000_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_" --_000_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable All, The Domain Name Registration Data (DNRD) Comma-Separated Values (CSV) Objec= ts Mapping 01 draft has been created that addresses the issue raised by Chr= istopher Browne and Chris Wright related to the use of list fields in the 0= 0 draft. The 01 draft is available below for feedback: http://tools.ietf.org/id/draft-gould-thippeswamy-dnrd-csv-mapping-01.txt http://tools.ietf.org/html/draft-gould-thippeswamy-dnrd-csv-mapping-01 Thanks, -- JG [cid:D53BB67F-0D37-41F7-BE9A-73A4F307DB92] James Gould Principal Software Engineer jgould@verisign.com 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com --_000_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
All,

The Domain Name Registration Data (DNRD) Comma-Separated Values (CSV) = Objects Mapping 01 draft has been created that addresses the issue raised b= y Christopher Browne and Chris Wright related to the use of list fields in = the 00 draft.  The 01 draft is available below for feedback:

 

Thanks,


--

  

JG<= /p>

 

 

James Gould

Principal Software Engineer

jgould@verisign.com

 

703-948-3271 (Office)

12061 Bluemont Way

Reston, VA 20190

VerisignInc.com

=

--_000_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_-- --_004_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_ Content-Type: image/png; name="86BF0728-DD04-4F90-8380-5AA8A9AB5D0B[18].png" Content-Description: 86BF0728-DD04-4F90-8380-5AA8A9AB5D0B[18].png Content-Disposition: inline; filename="86BF0728-DD04-4F90-8380-5AA8A9AB5D0B[18].png"; size=4109; creation-date="Tue, 13 Nov 2012 13:25:29 GMT"; modification-date="Tue, 13 Nov 2012 13:25:29 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAEkAAABACAIAAADZHs1DAAAP1ElEQVRoBe2aa3CU1RnHN3vLJtmQ hEtiwlUBtZUUCiU6tU7wVhinjOB0xmJnFIdpO1Y6DY586Iwdo36gLc4Iip3pVAL9IKjTDnhDEEWC 1GoICHLRctEkXHIPuZHr7qa/c553T152N9lsNvnWM5nDec97Ls//+T+X854lZWBgwDFuRRaXOiUl hX2kHrcNr1vYfd1T0g/ACIVCQV0CgQD/8miwOZ1Ol8vldrupKTyOK9QU2ThpUA4w9Pf39/X19fT0 UCsYYHA6QcLiYKCwF2MEMNh8Pp/X6/V4PAxOXoDoFcYAG7ICplsXNvClpSFvipAimGy1wQmrMgV4 aUzxekEbLV8yPUlhE66u6YJkqT6fMjKDyjRs2GgaeNKA587OTqZnZGSMLYejx4biEautrQ3eUlNT LUiCx6AyjWHhAbKrqwuEwMNQxYyTYUzmjhIbboMo7e3tyIwoMYA5nZ+duXiyur6ju88u5ZL5s+ff mJ+TmUan4JUGNVbQ2tqKNvx+PwTaZ42uPRpseBeoYMygUvRoijp7AnuPXdhz9PyeyvPI7khxqtoU yTcDofk35j1674LH7luY7U8zVsoo2qgMc5gwYQIeaOaNrpEwNoCBqraujgBALDeoOnr6X9t/4rX9 x9t7gg6Xx+F0K1QEQOBRFKoBVYdCjoGgI6T+MtO9j9+74Nlf3gNChhiQHR0dwMvKykoSXmLYMEUY u3T5MoyxMZEDbJTK81fWlR242NrrcHsdToBpSBZpsKeps0gDocYWDDhC6i8zzbO9ZOWKH38/Ah5K hL1kjDMBbMQMDKa6pgaE6enpggp4r+z5cvOeLx0en6bLpRkTbIKKWjGnijoCgQ3qdB3sdwR6FcJg 8NF7Crc99XNeG/ZQIvkQ3xt1bhgpNrYhlMFYY0NDVna2Bczp/MPrh3dVVjncAHOrvxSwuSw3U3SF SVPIxDKpBVuYQOABMtg3f+aUA39aY/fApqYmLB89CmBZY+T1SA8EcIWb1dfXk8QIaFIUsKM1Dk+a w+1xuLQ1Ag9s1p9uC9rBTk2sUoRLq8Ojp6cy/UR100MvvK41oPkdGMjJySF3svXI8dhHjggbSDhD ED8wSxgTYLsqLihgbsRCULBp3gghBobyN5AY33NalKoeuA2rgInYs1rHU37m4rq/vW/gsReZk63Z 0S70CNsjwiakNTU2etxuAXax5dpf3juuuBJgFiQtPdgUKv3n1DZpPdrawFPDwvBoW/C8L79bceD4 eQOPcELMHB118bHhab29vYq0UIhjvGB77p+VHeRk7MpCIn5lgobRrHY5noCnQgrD5JX5sJJOPZ0Y q/h3rdn0NpsaePgbAkiPWXckjfjfOJytMHrcmngltnGsqqmyqllZUYozK82z4MY8tZNYmtnT6T5+ saWtV1DpXuARRYLB4ltyVWw0hZRA4VDS1Xfiu3pe1TR3vLDz4B9XLSGEAIlw0tzcTJ1oPoiPDXto uXoVzfkzM/kyQ4y/f3JW0QVpig3H7vXLJfkqEW3l4OlLd/95n7JbU0KB4rkTDz6z3HTYGyVlH5+o alTjQ6FtHx575hfFvAUeXodaESNRbHFsErWRQxsaGpRBpqRQX2ru/LKmRScxZZBtnd0lr31oF9G0 l9w2rfjmXJWppdDo79n+xL1mgL1RVd+6+f1jWmUq9dc0tb/z+TfsTmEYB2jEkLZ91vDtONgwQhgj ZavPaf1N/enZegUM3uTP7f3Hga8OnqyKuc323xQ7OH9ICQaefWjRrCkTYo5c/fK7yshlTXVkc739 +RlGanQDREvEEI+IOT1mZxxsBH0WlfO+uioIhQ6dbdSuhffrUI5Aqf7SNz6NuTpInl2xQHlXKJDl CZU8sCDmsN1fnC0/16wCiVqTU6jS3cGvqoUoakk87B9z+lCdcbChKoAJY7SBV9PUobMTE3VwQ9Me X/nXtds/Ph5zj5JlhVk+J2erTY/+JDvDF3tM2ceaNI41kjzw5BTMsrWzx8DD8caBt76+YEDZlaYt 1N4bUqo1fyBE39700rf+09rZHS16dkbqplWL5xf4Vy9Rp+HoUvrG4eo2/emgzmgUWVzBO/Fdrdgk vZjlGPPG0nClCVP1uXpIE6qtPKVBOtF6dUv3pt2faeEiK1Bt/+39kb36ufVaz6YPz6jEDf+WvvQL Mor+WhVsSozwfVnMdWJ2DpcDZF0MElj9+kKuvZuERdEJ16p1B/nAk/bcv46svn/RrLxs3XVdBaUp KzYoR7UX1IS7qg+I62+BLALVUGSQGQbkyM/N129m31jnFukQ3kBoey9bWhuTudWXmze9ZOsQ+aBw 1oN3znOkZTsyJg3+pecQh3QCDFvB4AaqR1NlgZI3IwfG+OGwqdda0xg6qRPjnJGdqveIAKb7OBx6 fG8frR4qH2xaXZzl12diuDJ/KjbiYNevqriytGboMsLooSOq4mBDT1wbWLwFgz5sx3xZyh1B2GaU fDqolJR9FHNn8kHJT2+77rRlH6ew8EUnqHRjYGD65Ex1Ka0Lyk2INJaLg43DzqRJk8BG4WQAgd/L y9ASKFfQsoWl4UH7z4lL7cPkg5k5sdKAAFPLWahYnNuU6ZMnWDFkYEBpOcIt9fbDVHGwyRcUVyNg 6+ntxeVmT0pVx6jBb2cjjd6FtOtJKyk7MFQ+KF35Qz6xBwViHWV++m9wzRD03nXrVIs09tZxUhxk cG68VhxsqIrEkpOdDWPwxi43TUzVt1TcC+g/uyHRxnncqW39rtK3hsgHxbfOn04g1WFJARNcRkE0 9LKh4AOL5hjSerq7EWOMecMSIC0/Px9UwOMzceE0/+QMtyUBcqg7Of5EOK1Jwo/Ht/m9So6/0Zol oVXVNmueBJidNFmKNdVF2LKFsxVvmjTUihhj7G8GG1KyC2dLEN4xw69ub7QEgyAlDIgT6qCijr9R pfTNf7f1Ch4YE1O0kabW5Nqr/+E7b8HfLN50Khh7bMjGVSQ2mX/DDRBHsEKFS+dOSHMNqAO+OgSL 74VVrkxUZUYss/ybuoh8UNXYvnnfaXUNQRkExly9iFpKX10G+p56sMgAQ6EYJGJEKSpORxx/YzZW zlf9DwoL+aUQeHyDp7oGfnW7/nYWNataY6OWBtN0UFm95QP7/qu37FUpnnAKfqWFsEbURI0KfQFs +aJpE/3GIFEoAiTqbEoE+95DtbGHvLy8adOmCTwunublehfc4NWWGWZPtG6FUO1Lbm91c9emdypk WT7DYVJhpoijGkiWjrilDMzLz/j9zxYpLwt7mvwEOZRsw/SPCBs649ejosWLyePA69W/jD6+aNL0 TKe+NhV42j5F/cKeTnelbx6WfKDcT04h8lZpQXOlv+5knUxP8K+/vl9QCTyiCVuPgjQwu0pLS4eB Lq+IKOQWNiDF1dXVYVB89fi8njtmZp6u62rvjfpk5IwiQcXh6O3rr2u6WtXQ/mZFtcKmStjBFHth eMFApjuwY+19N+XlMEIdwrjCCAYzMzPBlmhmU5uwAIqRVtyaKNLS0rJv//5Lly6xGT/iZPj9AYfr xU8bLnaElNzqRkDukuUTUx8TddxT0UUNIHnoqIizKfYEWBBVwdi2J+6bN30SK8tPKMjD3dbEiRPx iLiyxRyQADa0QH6rra19b88efkayw3v3m7aPLnQp0YmB6kssjA1IFKU+/cVptXUUUf7JlZ6y5x/N yN782J1ZGT4FTBcuDjP9fo57OFuiac3gTAAbc/ABAsmV2toP9u418Pgxghh9rrlv29Hmpi5NINjI 4NQUqa0NNWkqPMIbpAVmZPseL5774KJZYVBwlkLQz87Kys3NhTf6ramJ/5MYNtYHHj/ocM1sh+f2 eOTHpM8vdh3+ruPrhm7NXvhT2vqGYbZgA1VozpSMh4tmLl84w6CiweJYfu4UVYj7yQBjs4SxCTzY u3r16ifl5TU1NUigfkB1uVAzJkTIaekOfl3f9d/G3sbOvsZr/U3X1HVLps81c2J6flba3Dz/XTfn FWSnMYW5jBcM5DHaBfn5+FiSjLEdZTTYmCYK5grs9JkzlZWVJAaBh5QKIeda/R9nlNxadgEgtYUG VBqZOqeyXCgEpKkFBfJLt6DVEo6+GiU2NiS04PHYZ0Nj4+lTp85duECXoYIjEgg9/LcfQBqcNpaY TgEXMPhpG1Rgww6ZOOrgEaGG0WOThYRAEDa3tJw/f/7Ct98SCTQfihXT4AGcBApmCXtkTMATCfNy c/kNEVTEesZHyJfMY7LYZG/Uj7eQIQBZ39DAz6tkQvXY3W2HRxuLJeqo+D55MkdwIOGi/IgB4GRg xJw7NthkaTgUkPK5QI3R0kM/AwQkJgcSKKKmCIcxJUu+cyyxGWnEl4BEkTav8CIKCCnSNuPHqTEu 2MZJ1kSXHUvfTXTv8R7/f2zjreHxWT/hS4hkxLhy5QqHNVaYOnUqoX/4pS5wGNCFnE4CHH5wzLfu jS++eOXyZd5t2LBB9tu9e3d5eTk9a9as2bp1a/S0tWvXzp49+9VXXyVZ298iRFFR0dKlS+k0b196 6SUeQcVSJD0znpErV65kRzBs2bKF/mXLlsncYQYzbN26ddQFU6euf/ppGma6SLVz586TJ0/Sj/DO 24uKaFGki8Y5LTFJdt68efrNSCtE37t376lTp6InRABjQEVFxfPPP09+jxgMMKCKFpCBIoNf0fjN YPg4dOiQeTQNVIZRiHW4CwsLd+3axTtIWLx4Mad7oZF+M2HOnDlPPvmkeYxoGGY2btzIK4SOUAqq FVmLi4tXrFgBHlTAMFQbbZm8EskeeeQR5GFBoYKLtoh9GQmSiE4MyojqxpThFzzwtmrVKmNmdmxI tm/fPrOKWI55lAYGKQ2RLOKtPLIFPKBXZALkUGPoRyQBRhupMNdol2MjWImGZ5ZVsQSzZBBDsQex TCSw616MzcyJwIZr8UqYoQHJZqQ00KWoz74OW+BvBkDEFGEJecSm5C3jCwoKpM10BIZ8NBUx1zwq bMYsASa82UljgCjbzIloGKrpR4sYXsQAHn+3di0mhCeLwdODZDt27IjYyEzkrYyxLy6dMoaNkNau LDPXNBQ2Y5Zsb2aaETTQjTFie7+0MZivTp4UoQEW7UIyTJyNNmywkRjIZR2i7WsKIbzFaNmX6McY O3syWGgnRNkB29ehbZ1LltiUjedgRfZxfKoQD0xBOPtbTPShlSulJ1oI+omchEQizZEjR4hV9PCx J+ONl8ojtTAJIWVlZYL8iwrrZtqMkQZeE23/9jGKN4rdNuxteQsnkoLkMTpsogtmiUmDxO6rTEG1 ol2MUFaQGrvCZIyjSidWwDqMp6bYx0e3iaVoLbpfeixsGBI2I3qyR56YihH3jXBiHF0AIBDY7G8J GPDDecDIyiO7SEzCumQX4RC069evh38ZzFsEE6+jjdARg9GF/a0d5/8ActOtScHpPCkAAAAASUVO RK5CYII= --_004_C41D7AF7FCECBE44940E9477E8E70D7A0D710ED6BRN1WNEXMBX01vc_-- From cbbrowne@afilias.info Wed Nov 14 10:40:09 2012 Return-Path: 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 F122A21F8575 for ; Wed, 14 Nov 2012 10:40:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.567 X-Spam-Level: X-Spam-Status: No, score=-1.567 tagged_above=-999 required=5 tests=[AWL=0.410, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622] 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 J0qUx00AxLtx for ; Wed, 14 Nov 2012 10:40:08 -0800 (PST) Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 6A9C721F852C for ; Wed, 14 Nov 2012 10:40:08 -0800 (PST) Received: from ms5.on1.afilias-ops.info ([10.109.8.9] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from ) id 1TYhsd-0004Bk-4c for ire@ietf.org; Wed, 14 Nov 2012 18:40:07 +0000 Received: from mail-vb0-f70.google.com ([209.85.212.70]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1TYhsd-0006w3-4O for ire@ietf.org; Wed, 14 Nov 2012 18:40:07 +0000 Received: by mail-vb0-f70.google.com with SMTP id fo1so1148533vbb.1 for ; Wed, 14 Nov 2012 10:40:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding:x-gm-message-state; bh=PX9TR4vL4mxzQPf4ds7pcRJoObkI3T9UxxyPkcY/tE0=; b=I+kDQUKrZfs4ZSN6vurJKQj+S0n2pbuQJN7vuRXY5EqYWLrxDiZDzb3d+KA2W/bAXI 4dUYMuC/k72Map4BZTvebThoyZ7YEd31ikk8+Xl9OpwxVM5/E5N5Yb02v1xkMkhnsJ6u 9JCnpooCh+0sY1k46aqDPoJn2+2Jve+G3Ph6B6vb6M/i7E23iAIOsvK4SGat26WfZXPq UaEEdynmRZipTUu5swDMkRYxUMdL6rNxqj/pjph+GUA28z+Y0q+FzSoNsIARnLbESypP 0b7eRDF7joVpa96ADqivs2ltN5Z1X9tzrLWRbMIyWz0N5NR5iYFq0Nm2JCqo92pIeYYv +IXA== Received: by 10.49.106.70 with SMTP id gs6mr31170244qeb.36.1352918401836; Wed, 14 Nov 2012 10:40:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.49.106.70 with SMTP id gs6mr31170237qeb.36.1352918401733; Wed, 14 Nov 2012 10:40:01 -0800 (PST) Received: by 10.49.109.2 with HTTP; Wed, 14 Nov 2012 10:40:01 -0800 (PST) In-Reply-To: References: Date: Wed, 14 Nov 2012 13:40:01 -0500 Message-ID: From: Christopher Browne To: "Gould, James" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQn0zX16VYzY503rV7UgwKS2+gjrywtz3sgBuR7koJaW2xF7DNAUqZisXF1jytiWZuUM90EwffUPLWgPMR8px7Ask7EAgBMQj+/QK8y/cnjyG2793QV+FPYX6Lk8vqoex8XByW35 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV 01 Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 18:40:09 -0000 On Tue, Nov 13, 2012 at 8:25 AM, Gould, James wrote: > > All, > > The Domain Name Registration Data (DNRD) Comma-Separated Values (CSV) Obj= ects Mapping 01 draft has been created that addresses the issue raised by C= hristopher Browne and Chris Wright related to the use of list fields in the= 00 draft. The 01 draft is available below for feedback: > > http://tools.ietf.org/id/draft-gould-thippeswamy-dnrd-csv-mapping-01.txt > http://tools.ietf.org/html/draft-gould-thippeswamy-dnrd-csv-mapping-01 That looks to address the "list fields" issues, thanks. I notice that you included a fair bit of optional information, such as "whodunnit" (rdeCsv:fCrID) and "whendunnit" (rdeCsv:fCrDate), and agree that it is preferable for them to be optional. When I put my "loading it in" hat on, optional elements are often troublesome, as someone trying to interpret it may find it difficult to decide between: a) Saying, "it was optional; we'll not bother loading it!" versus b) Expecting optional pieces, and agonizing over what to do when that data isn't there. If it's not included, there's nothing to agonize over. I still remain uncomfortable about there being two drafts indicating two very different data representations. I'd be happiest if one were determined preferable, by the community, and the other one dropped. I don't have a strong preference; there are good reasons to like either of them. Having two standards would complicate the lives of EBERO providers that would need to read the data. From JGould@verisign.com Wed Nov 14 15:06:56 2012 Return-Path: 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 7CF7921F8628 for ; Wed, 14 Nov 2012 15:06:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[AWL=-0.613, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] 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 4ff-gvNYXZuY for ; Wed, 14 Nov 2012 15:06:55 -0800 (PST) Received: from exprod6og119.obsmtp.com (exprod6og119.obsmtp.com [64.18.1.234]) by ietfa.amsl.com (Postfix) with ESMTP id 0C84A21F8612 for ; Wed, 14 Nov 2012 15:06:27 -0800 (PST) Received: from peregrine.verisign.com ([216.168.239.74]) (using TLSv1) by exprod6ob119.postini.com ([64.18.5.12]) with SMTP ID DSNKUKQj8lfBkTn0TQ9TDo07hGVZd3wJHRqb@postini.com; Wed, 14 Nov 2012 15:06:47 PST 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 qAEN6NpJ015052 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 14 Nov 2012 18:06:23 -0500 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0318.004; Wed, 14 Nov 2012 18:06:23 -0500 From: "Gould, James" To: Gustavo Lozano , "ire@ietf.org" Thread-Topic: [ire] New version (4) of the spec and new draft on DNRD (1) Thread-Index: Ac2yTfOti6zvW6WRSs6IEhQPZFwOdwQVYfCA Date: Wed, 14 Nov 2012 23:06:22 +0000 Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.13.0.110805 x-originating-ip: [10.173.152.4] Content-Type: multipart/alternative; boundary="_000_C41D7AF7FCECBE44940E9477E8E70D7A0D712FB6BRN1WNEXMBX01vc_" MIME-Version: 1.0 Subject: Re: [ire] New version (4) of the spec and new draft on DNRD (1) X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Nov 2012 23:06:56 -0000 --_000_C41D7AF7FCECBE44940E9477E8E70D7A0D712FB6BRN1WNEXMBX01vc_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Gustavo, Below is my feedback for draft-arias-noguchi-dnrd-objects-mapping-01: * High level * There was support for an element for each of the objec= ts (domain, host, and contact) in draft-arias-noguchi-registry-data-escrow-= 02 that never made it into draft-arias-noguchi-dnrd-objects-mapping. What = is the mechanism to include attribute extensions for the objects? * Domain Object * Based on feedback to the NNDN Object I suggest adding the followin= g domain object elements: * - An OPTIONAL UTF-8 encoded fully qualified name of the= IDN domain name object. * - An OPTIONAL boolean flag indicating if the domain name = object is an IDN domain name object. * - An OPTIONAL language tag value for an IDN domain n= ame object. The language tag value MUST be one of the elements c= ontained in an element * - An OPTIONAL boolean flag indicating if the domain n= ame object is an IDN variant domain name object. If the value is = "true" the SHOULD be set with the original IDN domain name o= bject. * - An OPTIONAL fully qualified name of the origin= al IDN domain name object related to the variant domain name object. This v= alue SHOULD be set if is "true". * - An OPTIONAL boolean flag indicating if the domain = name object is a reserved domain name object. A reserved domain name object= is not registered by a client but by the server to ensure that it can't be= registered by a client. * is not typically a true data element in the SRS since it = is calculated by the RGP policies. There can be other statuses that have a= dditional date policies like other pending statuses (pendingCreate, pending= Update, pendingRestore). It would be better to include a date (created dat= e) that a status was set that matches what is typically included in the dat= a model along with a pending status policy set of elements. This way it ma= kes it straight forward to create the deposits and consume the deposits. * might not be needed. If variants are blocked o= r available only to the registrant of the original IDN then that could be c= aptured in a registry policy descriptor instead of on a per domain basis. = Inclusion of the canonical variant won't be of much use for an EBERO provid= er, since the EBERO provider would generate the canonical variant using the= ir canonical variant generation function. * Host Object * Should an optional be supported similar to a eleme= nt for the domain object? * Should a element be added? * An OPTIONAL parent domain name for the subordinate host object. * Could add an element similar to what I propose for the domai= n object * An OPTIONAL boolean flag indicating if the host object is an ID= N host object. * Contact Object * The element is missing from the list of elements * Registrar contacts =E7an be different from object contacts since t= hey are typically not provisioned via EPP and they could have types directl= y assigned to them (admin, tech, billing, legal, icann, abuse, etc.). It wo= uld be good to be able to identify which contacts are registrar contacts ve= rsus object contacts and support a set of optional registrar contact elemen= ts. The registrar contact could be routed to a different data source (e.g. = account / registrar database) instead of being included in the registry dat= abase directly. The draft-gould-thippeswamy-dnrd-csv-mapping-01 draft defi= nes some of the registrar contact specific attributes for reference. * Registrar Object * It would be good to support a element that could support = a single status value like below with an optional name attribute to define = the sub-status or the custom status name: * ok - A normal status value for a registrar object. * Hold - A restricted status value for a registrar object. * Terminated - A status for a registrar object that has no remain= ing access or privileges. * Custom - A custom status that is defined using the "name" attri= bute. * Recommend not reusing the element of the contact obje= ct for the registrar. I recommend including the following registrar specif= ic elements: * - One or two elements that contain t= he name of the registrar. Two elements are provided so that name informatio= n can be provided in both internationlized and localized forms * from the contact element. * I don't believe there is any need for an element for th= e registrar object. * Add elements similar to the other objects. * NNDN Object * Wouldn't it be better to merge the domain object with the NNDN obj= ect, since the NNDN object attributes are just additional attributes for do= mains (e.g. IDN domain) * The element could be an optional domain object element * The domain object could include an element that indicates wh= ether the domain name is an IDN domain name. * The element could be reflected with the following opti= onal domain object boolean elements: * element that matches the "blocked" tag * element that matches the "withheld" tag * element that matches the "allocated" tag. A domain o= bject marked as a SHOULD include a domain object e= lement that includes the name of the original IDN (OIDN). * would already be covered by the domain object * could be handled with an OPTIONAL domain object element that references the domain name of the original IDN (O= IDN) for a registered variant. Replicating the registrant I don't believe = would serve much of a purpose since the business logic could apply registra= nt equivalence or precedence rules between related IDN domains (OIDN and VI= DN's). -- JG James Gould Principal Software Engineer jgould@verisign.com 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com On 10/24/12 9:13 PM, "Gustavo Lozano" > wrote: All, New versions of both data escrow drafts have been published: http://tools.ietf.org/html/draft-arias-noguchi-dnrd-objects-mapping-01 http://tools.ietf.org/html/draft-arias-noguchi-registry-data-escrow-04 * The main update is regarding IDN variant handling. ICANN have been working on the IDN variants project for some time and knowledge gathered from this project has been incorporated into draft-arias-noguchi-dnrd-objects-mapping-01. * Some elements were removed because they were redundant and could be derived from other elements. * Several elements are now OPTIONAL to accommodate different domain name registry business models. We would like to get feedback regarding these new versions of the drafts, especially regarding the proposed IDN variants handling approach. Expect a new version of the drafts shortly in which we propose the extension mechanism. Thank you. Regards, Gustavo _______________________________________________ ire mailing list ire@ietf.org https://www.ietf.org/mailman/listinfo/ire --_000_C41D7AF7FCECBE44940E9477E8E70D7A0D712FB6BRN1WNEXMBX01vc_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable
Gustavo,

Below is my feedback f= or draft-arias-noguchi-dnrd-objects-mapping-01:

  • High level
    • There was support for an <extension> element for each of the o= bjects (domain, host, and contact) in draft-arias-noguchi-registry-dat= a-escrow-02 that never made it into draft-arias-noguchi-dnrd-objects-mapping. &nb= sp;What is the mechanism to include attribute extensions for the objects?
  • Domain Object
    • Based on feedback to the NNDN Object I s= uggest adding the following domain object elements:
      • <uName&= gt; - An OPTIONAL UTF-8 encoded fully qualified name of the IDN domain name object.=
      • <idn> - An OPTIONAL boolean flag indicating if the domain name object is an IDN domai= n name object.
      • <language> - An OPTIONAL language tag value for an IDN domain name object. The language ta= g value MUST be one of the <language> elements contained in an <id= nTableRef> element
      • <variant> - An OPTIONAL boolean flag indicating if the domain name object is an IDN varia= nt domain name object. If the <variant> value is "true" the= <originalName> SHOULD be set with the original IDN domain name objec= t.
      • <ori= ginalName> - An OPTIONAL fully qualified name of the original IDN domain name object relat= ed to the variant domain name object. This value SHOULD be set if <varia= nt> is "true".
      • <reserved> - An OPTIONAL boolean flag indicating if the domain name object is a reserved d= omain name object. A reserved domain name object is not registered by a cli= ent but by the server to ensure that it can't be registered by a client.
    • <deDate> is not typical= ly a true data element in the SRS since it is calculated by the RGP policies.  There can be other statuses that have additiona= l date policies like other pending statuses (pendingCreate, pendingUpdate, = pendingRestore).  It would be better to include a date (created date) = that a status was set that matches what is typically included in the data model along with a pending status policy se= t of elements.  This way it makes it straight forward to create the de= posits and consume the deposits.
    • <variantGenerator> might not be needed.  If variants a= re blocked or available only to the registrant of the original IDN then that could be captured in = a registry policy descriptor instead of on a per domain basis.  Inclus= ion of the canonical variant won't be of much use for an EBERO provider, si= nce the EBERO provider would generate the canonical variant using their canonical variant generation function. &= nbsp;
  • Host Object
    • Should an optional <uName> be supported simil= ar to a <uName> element for the domain object?
    • Should a <parentDomain> e= lement be added?
      • An OPTIONAL parent domain name for the subordinate host object.
      • Could add an <idn> element similar to what I propose for the domain = object
        • An OPTIONAL boolean flag indicating if the host object is an IDN host object.=
    • Contact Object
      • The = <roid> element is missing from the list of elements
      • Registrar contacts =E7an b= e different from object contacts since they are typically not provisioned v= ia EPP and they could have types directly assigned to them (admin, tech, bi= lling, legal, icann, abuse, etc.). It would be good to be able to identify which contacts are registrar conta= cts versus object contacts and support a set of optional registrar contact = elements. The registrar contact could be routed to a different data source = (e.g. account / registrar database) instead of being included in the registry database directly.  The&nbs= p;draft-gould-thippeswamy-dnrd-csv-mapping-01 draft defines some of the reg= istrar contact specific attributes for reference.
    • Registrar Objec= t
      • It would be good to = support a <status> element that could support a single status value l= ike below with an optional name attribute to define the sub-status or the c= ustom status name:
        • ok - A normal status value for a registrar object.
        • Hold - A restricted status value for a registrar object.
        • Terminated - A status for a registrar object that has no remaining access or privileges.<= /span>
        • Custom -&n= bsp;Recommend not reusing the <postalInfo> element of the contact object= for the registrar.  I recommend including the following registrar specific elements:
          • <name> - <= /span>One or two <rdeRegistrar:name> elements that contain the name of the reg= istrar. Two elements are provided so that name information can be provided = in both internationlized and localized forms
          • <addr> from the contact <postal= Info> element.
        • I don't believe there is any need for an <authInfo> element for the = registrar object.
        • Add <crID> <upID> elements similar to the other object= s.
      • NNDN Object <= /font>
        • Wouldn't it be better to merge the domain object with the= NNDN object, since the NNDN object attributes are just additional attribut= es for domains (e.g. IDN domain)
        • The <uName> element could be an optional domain object element&nb= sp;
        • The domain object could include an <idn> element that indicates whether the domain nam= e is an IDN domain name.
        • The <nameState> element could be reflected with the following o= ptional domain object boolean elements:
          • <reserv= ed> element that matches the "blocked" tag
          • <withheld= > element that matches the "withheld" tag
          • <variant> element that = matches the "allocated" tag.  A domain object marked as a &l= t;variant> SHOULD include a <originalName> domain object element t= hat includes the name of the original IDN (OIDN).  
        • <crDate> would already be covered by the dom= ain object <crDate>
        • <originEle= ment> could be handled with an OPTIONAL domain object <originalName&g= t; element that references the domain name of the original IDN (OIDN) for a= registered variant.  Replicating the registrant I don't believe would serve much= of a purpose since the business logic could apply registrant equivalence o= r precedence rules between related IDN domains (OIDN and VIDN's).  

      --
        
      JG
       

       
      James Gould
      Principal Software Eng= ineer
       
      703-948-3271 (Office)<= /font>
      12061 Bluemont Way
      Reston, VA 20190
      VerisignInc.com=






      On 10/24= /12 9:13 PM, "Gustavo Lozano" <gustavo.lozano@icann.org> wrote:

      All,

      New versions of both data escrow drafts have been published:

      * The main update is regarding IDN variant handling. ICANN have been
      working on the IDN variants project for some time and knowledge gather= ed
      from this project has been incorporated into
      draft-arias-noguchi-dnrd-objects-mapping-01.
      * Some elements were removed because they were redundant and could be<= /div>
      derived from other elements.
      * Several elements are now OPTIONAL to accommodate different domain na= me
      registry business models.

      We would like to get feedback regarding these new versions of the draf= ts,
      especially regarding the proposed IDN variants handling approach.

      Expect a new version of the drafts shortly in which we propose the
      extension mechanism.

      Thank you.

      Regards,
      Gustavo

      _______________________________________________
      ire mailing list

      --_000_C41D7AF7FCECBE44940E9477E8E70D7A0D712FB6BRN1WNEXMBX01vc_-- From james.mitchell@ausregistry.com.au Wed Nov 14 17:57:17 2012 Return-Path: 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 859A821F84FF for ; Wed, 14 Nov 2012 17:57:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.895 X-Spam-Level: X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327] 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 xKjVdPzan8T2 for ; Wed, 14 Nov 2012 17:57:17 -0800 (PST) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id A4FAE21F84DF for ; Wed, 14 Nov 2012 17:57:14 -0800 (PST) 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; 15 Nov 2012 12:57:08 +1100 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Thu, 15 Nov 2012 12:56:31 +1100 From: James Mitchell To: Christopher Browne , "Gould, James" Date: Thu, 15 Nov 2012 12:57:06 +1100 Thread-Topic: [ire] DNRD CSV 01 Draft Thread-Index: Ac3C1G6pWOnwzzs7QLaffM1UvHztIg== Message-ID: In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.4.120824 acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "Thippeswamy, Chethan" , "ire@ietf.org" Subject: Re: [ire] DNRD CSV 01 Draft X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Nov 2012 01:57:17 -0000 On 15/11/12 5:40 AM, "Christopher Browne" wrote: >On Tue, Nov 13, 2012 at 8:25 AM, Gould, James wrote: >> >> All, >> >> The Domain Name Registration Data (DNRD) Comma-Separated Values (CSV) >>Objects Mapping 01 draft has been created that addresses the issue >>raised by Christopher Browne and Chris Wright related to the use of list >>fields in the 00 draft. The 01 draft is available below for feedback: >> >> http://tools.ietf.org/id/draft-gould-thippeswamy-dnrd-csv-mapping-01.txt >> http://tools.ietf.org/html/draft-gould-thippeswamy-dnrd-csv-mapping-01 > >That looks to address the "list fields" issues, thanks. > >I notice that you included a fair bit of optional information, such as >"whodunnit" (rdeCsv:fCrID) and "whendunnit" (rdeCsv:fCrDate), and >agree that it is preferable for them to be optional. I would be hesitant to call this information optional for concern of having to restore a registry that chose not to escrow "optional" information. The exclusion of crDate in an escrow deposit would leave the EBERO without complete registration (WHOIS) data. While the elements you mentioned are "optional" in response to a domain/host/contact info query, I find it hard to believe that a registry would not know the date that a particular domain/host/contact was created and who it was created by. I am only nitpicking on the use of the term optional and am not wanting to get into a discussion about whether individual fields are mandatory or not. This effort should stop once the data elements required to rebuild a registry (EPP/WHOIS/DNS etc) can be escrowed and restored; it is outside our control whether incumbent registry operators escrow complete and accurate information. > >When I put my "loading it in" hat on, optional elements are often >troublesome, as someone trying to interpret it may find it difficult >to decide between: >a) Saying, "it was optional; we'll not bother loading it!" versus >b) Expecting optional pieces, and agonizing over what to do when that >data isn't there. > >If it's not included, there's nothing to agonize over. > >I still remain uncomfortable about there being two drafts indicating >two very different data representations. I'd be happiest if one were >determined preferable, by the community, and the other one dropped. I >don't have a strong preference; there are good reasons to like either >of them. Having two standards would complicate the lives of EBERO >providers that would need to read the data. I am also uncomfortable being two drafts. I do not see any value in trying to create a "generic" registry data escrow specification when current contributors are trying to solve one specific problem. I feel the current separation makes it difficult to describe the process of restoring a registry within the context of domain name registries; a high-level description should provide some consistency in the process used by implementors to test the completeness of their deposits. I will have further comments on the two drafts in the coming days. James >_______________________________________________ >ire mailing list >ire@ietf.org >https://www.ietf.org/mailman/listinfo/ire