From Klaus.Malorny@knipp.de Fri May 3 03:06:12 2013 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 753E321F9593 for ; Fri, 3 May 2013 03:06:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7HLuiSsuDlZf for ; Fri, 3 May 2013 03:06:06 -0700 (PDT) Received: from kmx10a.knipp.de (clust3b.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id 321F721F9488 for ; Fri, 3 May 2013 03:06:06 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 260E562; Fri, 3 May 2013 12:06:05 +0200 (MESZ) X-Knipp-VirusScanned: Yes Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id E2WIhtLTrxNn; Fri, 3 May 2013 12:05:57 +0200 (MESZ) Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id F095161; Fri, 3 May 2013 12:05:56 +0200 (MESZ) Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id r43A5uwP009821; Fri, 3 May 2013 12:05:56 +0200 (MESZ) Message-ID: <51838C04.2050000@knipp.de> Date: Fri, 03 May 2013 12:05:56 +0200 From: Klaus Malorny User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:23.0) Gecko/20100101 Thunderbird/23.0a1 MIME-Version: 1.0 To: ire@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [ire] Header question (draft-arias-noguchi-dnrd-objects-mapping-03) 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, 03 May 2013 10:06:12 -0000 Hi, I have a question to the Header object (section 5.9). Sorry if this has been asked/answered already, I just subscribed to the list in order to clarify an understanding problem that came up and did not want to walk through all the previous posts. The question is rather simple: is the Header object mandatory, and if so, may it also be placed at the end of the deposit (which should be possible from an XML schema standpoint)? One the one hand, we would like to avoid the extra counting in the database, on the other hand we would like to avoid to build up the whole XML document in the memory first just to insert the header at the top after having counted the objects during the generation of their XML representation. Regards, Klaus From liushuo@knet.cn Wed May 15 01:57:28 2013 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 88E4B21F8F20 for ; Wed, 15 May 2013 01:57:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.306 X-Spam-Level: *** X-Spam-Status: No, score=3.306 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z9Sl1bYb1Pyr for ; Wed, 15 May 2013 01:57:22 -0700 (PDT) Received: from cnnic.cn (unknown [218.241.105.202]) by ietfa.amsl.com (Postfix) with SMTP id 6018521F8F0C for ; Wed, 15 May 2013 01:57:22 -0700 (PDT) X-EYOUMAIL-SMTPAUTH: liushuo@knet.cn Received: from unknown203.119.80.47 (HELO stuart-knet) (203.119.80.47) by 218.241.118.7 with SMTP; Wed, 15 May 2013 16:57:15 +0800 Date: Wed, 15 May 2013 16:57:14 +0800 From: "liushuo@knet" To: ire X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.92[cn] Mime-Version: 1.0 Message-ID: <2013051516571376226516@knet.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart613855837285_=----" Subject: [ire] About Host Data Issue X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: liushuo List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 May 2013 09:13:58 -0000 This is a multi-part message in MIME format. ------=_001_NextPart613855837285_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQpXZSBhcmUgcHV6emxlZCB3aXRoIHRoZSBob3N0IGRhdGEgaW4gZGVwb3NpdCwg d2UgdXNlZCB0byB0aGluayB0aGF0IHRoZSBob3N0IGRhdGEgc2hvdWxkIGJlIHRoZSBuYW1lIHNl cnZlcnMgYXNzb2NpYXRlZCB3aXRoIGRvbWFpbiBpbiB0aGUgZGVwb3NpdCwgaW4gdGhpcyBjYXNl IHNvbWUgb3RoZXIgZ1RMRCdzIE5TZXMgbWF5IGJlICBpbmNsdWRlZCBpbiBkZXBvc2l0cyBzdWNo IGFzIG5zMS5nb29nbGUuY29tLGV0Yy4gDQpCdXQgbm93IHdlIHRlbmQgdG8gYmVsaWV2ZSB0aGF0 IHRoZSBob3N0cyB1bmRlciB0aGUgc2FtZSByZWdpc3RyeSBzaG91bGQgYmUgdGhlIGFuc3dlciwg dGhhdCBpcyBvbmx5IHRoZSBob3N0cyB1bmRlciBuZXcgZ1RMRCAneG4tLWZpcTY0Yicgc2hvdWxk IGJlIGluY2x1ZGVkIGluIHhuLS1maXE2NGIncyBkZXBvc2l0IGZpbGUuIA0KDQpBcmUgd2Ugcmln aHQ/IE9yIGJvdGggb2YgdGhlIGhvc3RzIHVuZGVyIHRoZSByZWdpc3RyeSBhbmQgdGhlIE5TZXMg d2hpY2ggbWF5IG5vdCB1bmRlciB0aGUgcmVnaXN0cnkgc2hvdWxkIGJlIGluY2x1ZGVkPw0KDQoN ClJlZ2FyZHMsDQpTdHVhcnQ= ------=_001_NextPart613855837285_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi All,
 

We=20 are puzzled with the host data in deposit, we used to think that the host = data=20 should be the name servers associated with domain in the deposit, in = this=20 case some other gTLD's NSes may be  included in deposits su= ch as=20 ns1.google.com,etc.

But=20 now we tend to believe that the hosts under the same registry should = be the=20 answer, that is only the hosts under new gTLD 'xn--fiq64b' should be inclu= ded in=20 xn--fiq64b's deposit file.

 

Are=20 we right? Or both of the hosts under the registry and the NSes which may n= ot=20 under the registry should be included?

 
 
Regards,
Stuart
------=_001_NextPart613855837285_=------ From JGould@verisign.com Wed May 15 05:42:44 2013 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 231E821F8F4A for ; Wed, 15 May 2013 05:42:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.598 X-Spam-Level: X-Spam-Status: No, score=-5.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bSCOXdd7rleh for ; Wed, 15 May 2013 05:42:39 -0700 (PDT) Received: from exprod6og124.obsmtp.com (exprod6og124.obsmtp.com [64.18.1.242]) by ietfa.amsl.com (Postfix) with ESMTP id 8CCBF21F8F83 for ; Wed, 15 May 2013 05:42:00 -0700 (PDT) Received: from osprey.verisign.com ([216.168.239.75]) (using TLSv1) by exprod6ob124.postini.com ([64.18.5.12]) with SMTP ID DSNKUZOCmDwCxsO/1fGiCR5rxFnKvTbpHdB3@postini.com; Wed, 15 May 2013 05:42:38 PDT Received: from brn1wnexcas02.vcorp.ad.vrsn.com (brn1wnexcas02.vcorp.ad.vrsn.com [10.173.152.206]) by osprey.verisign.com (8.13.6/8.13.4) with ESMTP id r4FCfulr030904 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 15 May 2013 08:41:57 -0400 Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas02.vcorp.ad.vrsn.com ([::1]) with mapi id 14.02.0342.003; Wed, 15 May 2013 08:41:56 -0400 From: "Gould, James" To: liushuo , ire Thread-Topic: [ire] About Host Data Issue Thread-Index: AQHOUUyLvM09w0YjC0eGeJVO68HZs5kGMImA Date: Wed, 15 May 2013 12:41:56 +0000 Message-ID: In-Reply-To: <2013051516571376226516@knet.cn> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.1.130117 x-originating-ip: [10.173.152.4] Content-Type: multipart/related; boundary="_004_CDB8F9834FA40jgouldverisigncom_"; type="multipart/alternative" MIME-Version: 1.0 Subject: Re: [ire] About Host Data Issue 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, 15 May 2013 12:42:44 -0000 --_004_CDB8F9834FA40jgouldverisigncom_ Content-Type: multipart/alternative; boundary="_000_CDB8F9834FA40jgouldverisigncom_" --_000_CDB8F9834FA40jgouldverisigncom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Stuart, I believe that both internal and external hosts need to be included in the = deposit, since the goal of the deposit is to capture the information contai= ned in the registry database. Both internal and external hosts are first-c= lass objects in the registry database, so they must be included in the depo= sit. The name server links between the domain names and the hosts should r= esult in an objects at both ends of the links, meaning external hosts canno= t be excluded from the deposit to make the links complete. -- JG [cid:B476A0A8-45B6-4EBE-9E9C-9BA01E552F32] James Gould Principal Software Engineer jgould@verisign.com 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com From: "liushuo@knet" > Reply-To: liushuo > Date: Wednesday, May 15, 2013 4:57 AM To: ire > Subject: [ire] About Host Data Issue Hi All, We are puzzled with the host data in deposit, we used to think that the hos= t data should be the name servers associated with domain in the deposit, in= this case some other gTLD's NSes may be included in deposits such as ns1.= google.com,etc. But now we tend to believe that the hosts under the same registry should be= the answer, that is only the hosts under new gTLD 'xn--fiq64b' should be i= ncluded in xn--fiq64b's deposit file. Are we right? Or both of the hosts under the registry and the NSes which ma= y not under the registry should be included? Regards, Stuart --_000_CDB8F9834FA40jgouldverisigncom_ Content-Type: text/html; charset="us-ascii" Content-ID: <46875319A19A9F4DB521E7CD484E093D@verisign.com> Content-Transfer-Encoding: quoted-printable
Stuart,

I believe that both internal and external hosts need to be included in= the deposit, since the goal of the deposit is to capture the information c= ontained in the registry database.  Both internal and external hosts a= re first-class objects in the registry database, so they must be included in the deposit.  The name server l= inks between the domain names and the hosts should result in an objects at = both ends of the links, meaning external hosts cannot be excluded from the = deposit to make the links complete.  

-- 

 

JG

 

 

James Gould

= Principal Software Engineer

j= gould@verisign.com

=  

= 703-948-3271 (Office)

= 12061 Bluemont Way

= Reston, VA 20190

VerisignInc.com


From: "liushuo@knet" <= liushuo@knet.cn>
Reply-To: liushuo <liushuo@knet.cn>
Date: Wednesday, May 15, 2013 4:57 = AM
To: ire <ire@ietf.org>
Subject: [ire] About Host Data Issu= e

Hi All,
 

We = are puzzled with the host data in deposit, we used to think that the host d= ata should be the name servers associated with domain in the deposit, in this case some other gTLD's NSes&= nbsp;may be  included in deposits such as ns1.google.com,etc.

But= now we tend to believe that the hosts under the same registry should = be the answer, that is only the hosts under new gTLD 'xn--fiq64b' should be included in xn--fiq64b's deposit file.

 

Are= we right? Or both of the hosts under the registry and the NSes which may n= ot under the registry should be included?

 
 
Regards,
Stuart
 --_000_CDB8F9834FA40jgouldverisigncom_-- --_004_CDB8F9834FA40jgouldverisigncom_ Content-Type: image/png; name="8A7A655D-9ED0-4D38-898D-E9E8B754666E.png" Content-Description: 8A7A655D-9ED0-4D38-898D-E9E8B754666E.png Content-Disposition: inline; filename="8A7A655D-9ED0-4D38-898D-E9E8B754666E.png"; size=4109; creation-date="Wed, 15 May 2013 12:41:55 GMT"; modification-date="Wed, 15 May 2013 12:41:55 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_CDB8F9834FA40jgouldverisigncom_-- From james.mitchell@ausregistry.com.au Wed May 15 07:18:34 2013 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 B49F721F8ED3 for ; Wed, 15 May 2013 07:18:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.894 X-Spam-Level: X-Spam-Status: No, score=-1.894 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BJzME8rP+bll for ; Wed, 15 May 2013 07:18:30 -0700 (PDT) Received: from mx01.ausregistry.net.au (mx01.ausregistry.net.au [202.65.15.41]) by ietfa.amsl.com (Postfix) with ESMTP id 8DBDB21F8EAD for ; Wed, 15 May 2013 07:18:28 -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; 16 May 2013 00:18:26 +1000 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Thu, 16 May 2013 00:18:25 +1000 From: James Mitchell To: "Gould, James" , liushuo , ire Date: Thu, 16 May 2013 00:18:18 +1000 Thread-Topic: [ire] About Host Data Issue Thread-Index: Ac5Rdw+baweUq3gaQFqHdSIFH0S9cA== Message-ID: In-Reply-To: Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 acceptlanguage: en-US, en-AU x-kse-antivirus-interceptor-info: scan successful x-kse-antivirus-info: Clean Content-Type: multipart/mixed; boundary="_004_CDB9D4378B048jamesmitchellausregistrycomau_" MIME-Version: 1.0 Subject: Re: [ire] About Host Data Issue 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, 15 May 2013 14:18:35 -0000 --_004_CDB9D4378B048jamesmitchellausregistrycomau_ Content-Type: multipart/alternative; boundary="_000_CDB9D4378B048jamesmitchellausregistrycomau_" --_000_CDB9D4378B048jamesmitchellausregistrycomau_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I see no need for a deposit to include external hosts, however their omissi= on may complicate the process of restoring a registry. Furthermore, I'd exp= ect escrow agents check that all name-server associations have correspondin= g host objects, where host objects are used. Regards, James From: , James > Date: Wednesday, 15 May 2013 10:41 PM To: liushuo >, ire > Subject: Re: [ire] About Host Data Issue Stuart, I believe that both internal and external hosts need to be included in the = deposit, since the goal of the deposit is to capture the information contai= ned in the registry database. Both internal and external hosts are first-c= lass objects in the registry database, so they must be included in the depo= sit. The name server links between the domain names and the hosts should r= esult in an objects at both ends of the links, meaning external hosts canno= t be excluded from the deposit to make the links complete. -- JG [cid:B476A0A8-45B6-4EBE-9E9C-9BA01E552F32] James Gould Principal Software Engineer jgould@verisign.com 703-948-3271 (Office) 12061 Bluemont Way Reston, VA 20190 VerisignInc.com From: "liushuo@knet" > Reply-To: liushuo > Date: Wednesday, May 15, 2013 4:57 AM To: ire > Subject: [ire] About Host Data Issue Hi All, We are puzzled with the host data in deposit, we used to think that the hos= t data should be the name servers associated with domain in the deposit, in= this case some other gTLD's NSes may be included in deposits such as ns1.= google.com,etc. But now we tend to believe that the hosts under the same registry should be= the answer, that is only the hosts under new gTLD 'xn--fiq64b' should be i= ncluded in xn--fiq64b's deposit file. Are we right? Or both of the hosts under the registry and the NSes which ma= y not under the registry should be included? Regards, Stuart --_000_CDB9D4378B048jamesmitchellausregistrycomau_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
I see no need for a depo= sit to include external hosts, however their omission may complicate the pr= ocess of restoring a registry. Furthermore, I'd expect escrow agents check = that all name-server associations have corresponding host objects, where ho= st objects are used.

Regards,
James

From: <Gou= ld>, James <JGould@verisign.co= m>
Date: Wednesday, 15 M= ay 2013 10:41 PM
To: liushuo &l= t;liushuo@knet.cn>, ire <ire@ietf.org>
Subject: Re: [ire] About Host Data Issue
Stuart,

I believe that both internal and external hosts need to be include= d in the deposit, since the goal of the deposit is to capture the informati= on contained in the registry database.  Both internal and external hos= ts are first-class objects in the registry database, so they must be included in the deposit.  The name server l= inks between the domain names and the hosts should result in an objects at = both ends of the links, meaning external hosts cannot be excluded from the = deposit to make the links complete.  

--&nbs= p;

 

JG

 <= o:p>

 

James Gould

Principal Software Engineer=

jgould@verisign.com

 

703-948-3271 (Office)

12061 Bluemont Way

Reston,= VA 20190

VerisignInc.com


From: "liushuo@knet" <liushuo@knet.cn>
Reply-To: liushuo <liushuo@knet.cn>
Date: = Wednesday, May 15, 2013 4:57 AM
To: ire <ire@ietf.org>
Subject: [ire] About Host Data Issue

Hi All,
 

We are puzz= led with the host data in deposit, we used to think that the host data shou= ld be the name servers associated with domain in the deposit, in this case some other gTLD's NSes&= nbsp;may be  included in deposits such as ns1.google.com,etc.

= But now we tend to believe that the hosts under the= same registry should be the answer, that is only the hosts under new gTLD 'xn--fiq64b' should be included in xn--fiq64b's deposit file.

 

Are we right? Or both of the hosts= under the registry and the NSes which may not under the registry should be= included?

 
 
Reg= ards,
Stuart
--_000_CDB9D4378B048jamesmitchellausregistrycomau_-- --_004_CDB9D4378B048jamesmitchellausregistrycomau_ Content-Type: image/png; name="8A7A655D-9ED0-4D38-898D-E9E8B754666E.png" Content-Description: 8A7A655D-9ED0-4D38-898D-E9E8B754666E.png Content-Disposition: attachment; filename="8A7A655D-9ED0-4D38-898D-E9E8B754666E.png"; size=4109; creation-date="Wed, 15 May 2013 14:18:24 GMT"; modification-date="Wed, 15 May 2013 14:18:24 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_CDB9D4378B048jamesmitchellausregistrycomau_-- From fobispo@isc.org Wed May 15 08:36:01 2013 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 BDD2421F8E8F for ; Wed, 15 May 2013 08:36:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KdLVNVLIaJJT for ; Wed, 15 May 2013 08:36:01 -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 4539A21F8CE9 for ; Wed, 15 May 2013 08:36:01 -0700 (PDT) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id 00130C9493; Wed, 15 May 2013 15:35:53 +0000 (UTC) (envelope-from fobispo@isc.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=isc.org; s=dkim2012; t=1368632161; bh=ettXa9EVvEDCvHOaQCyERiTI3iDl+qIK2NtDVQ2VJeE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=Yutf174YjruWY50aDLePefqr9sXCVdhGBr4iQXEBTCHZi4qgOfG0xaebhz22pi9oF 6QQWN0Ps43NLMt7P79iC24JchZdqj75WhjHmGIEHkl/HFjVgDjpAHiUjUpBv+tC14O Xca+kHCMLlpLr+59f2c6Q3b3fdGqVOPvYdUepCvw= 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; Wed, 15 May 2013 15:35:53 +0000 (UTC) (envelope-from fobispo@isc.org) Received: from [IPv6:2001:470:1f05:1326:b1f2:e6a5:462:3e39] (unknown [IPv6:2001:470:1f05:1326:b1f2:e6a5:462:3e39]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id AC4FF216C40; Wed, 15 May 2013 15:35:53 +0000 (UTC) (envelope-from fobispo@isc.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) From: Francisco Obispo In-Reply-To: Date: Wed, 15 May 2013 08:35:54 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: James Mitchell X-Mailer: Apple Mail (2.1503) X-DCC--Metrics: post.isc.org; whitelist Cc: liushuo , ire Subject: Re: [ire] About Host Data Issue 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, 15 May 2013 15:36:01 -0000 Hi James, On May 15, 2013, at 7:18 AM, James Mitchell = wrote: > I see no need for a deposit to include external hosts, however their = omission may complicate the process of restoring a registry. I believe they both need to be included, because the sponsorship = component is very important.=20 > Furthermore, I'd expect escrow agents check that all name-server = associations have corresponding host objects, where host objects are = used. >=20 It would be ideal if we could get some clarity with regards of what type = of checks Escrow agents are supposed to be doing. They could technically: A) Verify just the signature B) Verify the signature + schema C) Verify the signature + schema + object relationships D) Do none of the above > Regards, > James 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 Wed May 15 08:44:40 2013 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 B9BDA21F8A53 for ; Wed, 15 May 2013 08:44:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k7RaL-cZ3SDC for ; Wed, 15 May 2013 08:44:36 -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 1E7B021F8ED8 for ; Wed, 15 May 2013 08:44:36 -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; Wed, 15 May 2013 08:44:35 -0700 From: Gustavo Lozano To: Francisco Obispo , James Mitchell Date: Wed, 15 May 2013 08:44:35 -0700 Thread-Topic: [ire] About Host Data Issue Thread-Index: Ac5Rgxnoi2ns2vrLTLO9jvwg8hpK8A== 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.3.4.130416 acceptlanguage: en-US Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="B_3451452275_1980474" MIME-Version: 1.0 Cc: liushuo , ire Subject: Re: [ire] About Host Data Issue 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, 15 May 2013 15:44:40 -0000 --B_3451452275_1980474 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Hi All, Comments in line. Regards, Gustavo On 5/15/13 8:35 AM, "Francisco Obispo" wrote: >Hi James, > > > >On May 15, 2013, at 7:18 AM, James Mitchell > wrote: > >> I see no need for a deposit to include external hosts, however their >>omission may complicate the process of restoring a registry. > > >I believe they both need to be included, because the sponsorship >component is very important. > > > >> Furthermore, I'd expect escrow agents check that all name-server >>associations have corresponding host objects, where host objects are >>used. >> > >It would be ideal if we could get some clarity with regards of what type >of checks Escrow agents are supposed to be doing. The answer is C + other validations (e.g. NNDN comparison with Domain Name) > >They could technically: > >A) Verify just the signature >B) Verify the signature + schema >C) Verify the signature + schema + object relationships >D) Do none of the above > > > >> Regards, >> James > >Francisco Obispo >Director of Applications and Services - ISC >email: fobispo@isc.org >Phone: +1 650 423 1374 || INOC-DBA *3557* NOC >PGP KeyID = B38DB1BE > >_______________________________________________ >ire mailing list >ire@ietf.org >https://www.ietf.org/mailman/listinfo/ire --B_3451452275_1980474 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIITsQYJKoZIhvcNAQcCoIITojCCE54CAQExCzAJBgUrDgMCGgUAMAsGCSqGSIb3DQEHAaCC EX0wggb4MIIF4KADAgECAhAMNMzaaOCLlcX5TdjpURhNMA0GCSqGSIb3DQEBBQUAMGIxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xITAfBgNVBAMTGERpZ2lDZXJ0IEFzc3VyZWQgSUQgQ0EtMTAeFw0xMzA1MDgwMDAw MDBaFw0xNjA1MDgxMjAwMDBaMIGiMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5p YTEUMBIGA1UEBxMLTG9zIEFuZ2VsZXMxPDA6BgNVBAoTM0ludGVybmV0IENvcnBvcmF0aW9u IGZvciBBc3NpZ25lZCBOYW1lcyBhbmQgTnVtYmVyczERMA8GA1UECxMIUmVnaXN0cnkxFzAV BgNVBAMTDkd1c3Rhdm8gTG96YW5vMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA 3w18r+IUAk+jj+kX9oTY/E3q0GyAzR+0x8YvIlksG3cKpkVBqjAKnpZL+GaN98aXYqsIDo8g gctjo1fAx8QxgPkGeZ56EP5uaaN65I1guFa/mVTzSGg2WyXVMRjJmcLBBt//k9APKpvl4Qj4 o+ItgJAKcEA9mtErJB1UE6FtX6ubRd7l/t2BlYHaJLEmdtA4hXfE9TYiVSo4J8652aQ1ba7I g/Qzse32X4A6gm2w6EbEt7m8UVcH0pbxOXpi8Vvz1l6qG3+kxdtJUclg3os4mm0/Iz5glFzM a7OvDyGDbRZbL8ewlnsx3+mjNqDy2S5xNSYFKmdo65xJL1HItfJcSQIDAQABo4IDZzCCA2Mw HwYDVR0jBBgwFoAUFQASKxOYspkH7R7for5XDStnAs0wHQYDVR0OBBYEFDejkLO4b/vTq4z4 /ln0RuaCGgvuMCMGA1UdEQQcMBqBGGd1c3Rhdm8ubG96YW5vQGljYW5uLm9yZzAOBgNVHQ8B Af8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMH0GA1UdHwR2MHQwOKA2 oDSGMmh0dHA6Ly9jcmwzLmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFzc3VyZWRJRENBLTEuY3Js MDigNqA0hjJodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vRGlnaUNlcnRBc3N1cmVkSURDQS0x LmNybDCCAcUGA1UdIASCAbwwggG4MIIBtAYKYIZIAYb9bAQBAjCCAaQwOgYIKwYBBQUHAgEW Lmh0dHA6Ly93d3cuZGlnaWNlcnQuY29tL3NzbC1jcHMtcmVwb3NpdG9yeS5odG0wggFkBggr BgEFBQcCAjCCAVYeggFSAEEAbgB5ACAAdQBzAGUAIABvAGYAIAB0AGgAaQBzACAAQwBlAHIA dABpAGYAaQBjAGEAdABlACAAYwBvAG4AcwB0AGkAdAB1AHQAZQBzACAAYQBjAGMAZQBwAHQA YQBuAGMAZQAgAG8AZgAgAHQAaABlACAARABpAGcAaQBDAGUAcgB0ACAAQwBQAC8AQwBQAFMA IABhAG4AZAAgAHQAaABlACAAUgBlAGwAeQBpAG4AZwAgAFAAYQByAHQAeQAgAEEAZwByAGUA ZQBtAGUAbgB0ACAAdwBoAGkAYwBoACAAbABpAG0AaQB0ACAAbABpAGEAYgBpAGwAaQB0AHkA IABhAG4AZAAgAGEAcgBlACAAaQBuAGMAbwByAHAAbwByAGEAdABlAGQAIABoAGUAcgBlAGkA bgAgAGIAeQAgAHIAZQBmAGUAcgBlAG4AYwBlAC4wdwYIKwYBBQUHAQEEazBpMCQGCCsGAQUF BzABhhhodHRwOi8vb2NzcC5kaWdpY2VydC5jb20wQQYIKwYBBQUHMAKGNWh0dHA6Ly9jYWNl cnRzLmRpZ2ljZXJ0LmNvbS9EaWdpQ2VydEFzc3VyZWRJRENBLTEuY3J0MAwGA1UdEwEB/wQC MAAwDQYJKoZIhvcNAQEFBQADggEBAGaf7RGm6z5gi7JPp8yiw4JQc1rNztSU2JyQfjy3XtFU rrkK3UhhhYKXVoTRL4bSEx2OTc7ejQ2uMNNKU0ew/hPWhx1jU3AMvf6f3FHFt8X/dAcse+TU QyHT822Kup802tVILAijiq+3SnpNoT2VbI1aw1M4lJpIUezERhbDSRkPXMdIK/nRl57KCXc/ PyM2AD4HvdT1OqXQ1j1baeooPcvofWewjD/WyHkpdVbQ+RJ7F1a9ndagERt4D1kTp1yiZwVH 8gKthT5JXVvA1yTOg8Z8nDl2c12SrVQcP/pIAz8VsTNFlIrcO22XGFfyIfj+WFeLkDJeMccK B1IlFAPPKO0wggbCMIIFqqADAgECAhAKBN8hdF1NK4zqM3IFAFDpMA0GCSqGSIb3DQEBBQUA MGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5k aWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0w NjExMTAwMDAwMDBaFw0yMTExMTAwMDAwMDBaMGIxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxE aWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xITAfBgNVBAMTGERpZ2lD ZXJ0IEFzc3VyZWQgSUQgQ0EtMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOiC LZn5ysJClaWAc0Bw0p5WVFypxNJBBo/JM/xNRZFcgZ/tLJz4FlnfnrUkFcKYubR3SdyJxAra r8tea+2tsHEx6886QAxGTZPsi3o2CAOrDDT+GEmC/sfHMUiAfB6iD5IOUMnGh+s2P9gww/+m 9/uizW9zI/6sVgWQ8DIhFonGcIj5BZd9o8dD3QLoOz3tsUGj7T++25VIxO4es/K8DCuZ0MZd EkKB4YNugnM/JksUkK5ZZgrEjb7SzgaurYRvSISbT0C58Uzyr5j79s5AXVz2qPEvr+yJIvJr GGWxwXOt1/HYzx4KdFxCuGh+t9V3CidWfA9ipD8yFGCV/QcEogkCAwEAAaOCA28wggNrMA4G A1UdDwEB/wQEAwIBhjA7BgNVHSUENDAyBggrBgEFBQcDAQYIKwYBBQUHAwIGCCsGAQUFBwMD BggrBgEFBQcDBAYIKwYBBQUHAwgwggHGBgNVHSAEggG9MIIBuTCCAbUGC2CGSAGG/WwBAwAE MIIBpDA6BggrBgEFBQcCARYuaHR0cDovL3d3dy5kaWdpY2VydC5jb20vc3NsLWNwcy1yZXBv c2l0b3J5Lmh0bTCCAWQGCCsGAQUFBwICMIIBVh6CAVIAQQBuAHkAIAB1AHMAZQAgAG8AZgAg AHQAaABpAHMAIABDAGUAcgB0AGkAZgBpAGMAYQB0AGUAIABjAG8AbgBzAHQAaQB0AHUAdABl AHMAIABhAGMAYwBlAHAAdABhAG4AYwBlACAAbwBmACAAdABoAGUAIABEAGkAZwBpAEMAZQBy AHQAIABDAFAALwBDAFAAUwAgAGEAbgBkACAAdABoAGUAIABSAGUAbAB5AGkAbgBnACAAUABh AHIAdAB5ACAAQQBnAHIAZQBlAG0AZQBuAHQAIAB3AGgAaQBjAGgAIABsAGkAbQBpAHQAIABs AGkAYQBiAGkAbABpAHQAeQAgAGEAbgBkACAAYQByAGUAIABpAG4AYwBvAHIAcABvAHIAYQB0 AGUAZAAgAGgAZQByAGUAaQBuACAAYgB5ACAAcgBlAGYAZQByAGUAbgBjAGUALjAPBgNVHRMB Af8EBTADAQH/MH0GCCsGAQUFBwEBBHEwbzAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuZGln aWNlcnQuY29tMEcGCCsGAQUFBzAChjtodHRwOi8vd3d3LmRpZ2ljZXJ0LmNvbS9DQUNlcnRz L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDov L2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0 aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDAd BgNVHQ4EFgQUFQASKxOYspkH7R7for5XDStnAs0wHwYDVR0jBBgwFoAUReuir/SSy4IxLVGL p6chnfNtyA8wDQYJKoZIhvcNAQEFBQADggEBAIRhTkEeuHYEKrW274/yVYW5XVb+Cpjm5L1l in1AKdP8sV1F/Tq4KlszSyRczbm05HOtYV12rXQzimbVI69MH3JuRdl1QLuiO8+NSS/AQbDi KaNROENQmRSsMwY1Yol9d6lSB+VsIFe2gbpvvLPClO12AoDZfM6FqBzsx0NKS7FXz3LO3/Ul PMsiT/2fUtE3ywi7OD7g1T5veQmtW3wxs3c1w+Rj+WgKmAfnRjh3hNI+l7wKoKisJU9EbpHh 0lqva+8wHI2jREKzEIsj+tfmNXQ3rM/rq1gfyYgj/zbUB+o0akfqnZVsnilPU+3jK5UgTirP lmB6+CyA8JVSzimWgWIwggO3MIICn6ADAgECAhAM5+DlF9hG/o/lYPwb8DA5MA0GCSqGSIb3 DQEBBQUAMGUxCzAJBgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsT EHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBD QTAeFw0wNjExMTAwMDAwMDBaFw0zMTExMTAwMDAwMDBaMGUxCzAJBgNVBAYTAlVTMRUwEwYD VQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2VydC5jb20xJDAiBgNVBAMT G0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAK0OFc7kQ4BcsYfzt2D5cRKlrtwmlIiq9M71IDkoWGAM+IDaqRWVMmE8tbEohIqK 3J8KDIMXeo+QrIrneVNcMYQq9g+YMjZ2zN7dPKii72r7IfJSYd+fINcf4rHZ/hhk0hJbX/lY GDW8R82hNvlrf9SwOD7BG8OMM9nYLxj+KA+zp4PWw25EwGE1lhb+WZyLdm3X8aJLDSv/C3La nmDQjpA1xnhVhyChz+VtCshJfDGYM2wi6YfQMlqiuhOCEe05F52ZOnKh5vqk2dUXMXWuhX0i rj8BRob2KHnIsdrkVxfEfhwOsLSSplazvbKX7aqn8LfFqD+VFtD/oZbrCF8Yd08CAwEAAaNj MGEwDgYDVR0PAQH/BAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFEXroq/0ksuC MS1Ri6enIZ3zbcgPMB8GA1UdIwQYMBaAFEXroq/0ksuCMS1Ri6enIZ3zbcgPMA0GCSqGSIb3 DQEBBQUAA4IBAQCiDrzf4u3w43JzemSUv/dyZtgy5EJ1Yq6H6/LV2d5Ws5/MzhQouQ2XYFwS TFjk0z2DSUVYlzVpGqhH6lbGeasS2GeBhN9/CTyU5rgmLCC9PbMoifdf/yLil4Qf6WXvh+Df wWdJs13rsgkq6ybteL59PyvztyY1bV+JAbZJW58BBZurPSXBzLZ/wvFvhsb6ZGjrgS2U60K3 +owe3WLxvlBnt2y98/Efaww2BxZ/N3ypW2168RJGYIPXJwS+S86XvsNnKmgR34DnDDNmvxMN FG7zfx9jEB76jRslbWyPpbdhAbHSoyahEHGdreLD+cOZUbcrBwjOLuZQsqf6CkUvovDyMYIB /DCCAfgCAQEwdjBiMQswCQYDVQQGEwJVUzEVMBMGA1UEChMMRGlnaUNlcnQgSW5jMRkwFwYD VQQLExB3d3cuZGlnaWNlcnQuY29tMSEwHwYDVQQDExhEaWdpQ2VydCBBc3N1cmVkIElEIENB LTECEAw0zNpo4IuVxflN2OlRGE0wCQYFKw4DAhoFAKBdMCMGCSqGSIb3DQEJBDEWBBRdWy6K 3RMy2LDRXIIs/Jc6MsXVUjAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJ BTEPFw0xMzA1MTUxNTQ0MzVaMA0GCSqGSIb3DQEBAQUABIIBAF36dGJUzjQCulxL+8ALEA1A s1T7+5GsgDUSV/8fV2EZ2IZk+8nlZOsAQdMysEb0b25TajrMR/JvJB/tx5nJF2C8yaj8DdeN XduEglev24A1CzojkvhTqLHWVqBYYccI6nSb0GfHkkvtZg0bhtEDClWpLu/kjr6aHShNIvk2 hywKARGe9Kmq57RF3JYr13P9tTLW9tgkE8Y+JMWtu1if98ZNp+8EFqqgSk8HWjIHf8IFUOEF +l1dTy9wWyBJtNy1LzktdxS4bPlHVjU9R/zqaxjkl6BlFPhSYQH9beF/B9ekUDT7Rln1/7xZ yH0rugSCm2vbvLEj5j5kZiefl2KVHLc= --B_3451452275_1980474-- From jkeating@afilias.info Wed May 15 12:49:45 2013 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 6768521F8517 for ; Wed, 15 May 2013 12:49:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.976 X-Spam-Level: X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29+5fK3VcHad for ; Wed, 15 May 2013 12:49:38 -0700 (PDT) Received: from outbound.afilias.info (outbound.afilias.info [66.199.183.4]) by ietfa.amsl.com (Postfix) with ESMTP id 752C121F848A for ; Wed, 15 May 2013 12:49:34 -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.72) (envelope-from ) id 1Uchhd-0004eJ-4U for ire@ietf.org; Wed, 15 May 2013 19:49:33 +0000 Received: from mail-ea0-f178.google.com ([209.85.215.178]) by smtp.afilias.info with esmtps (TLSv1:RC4-SHA:128) (Exim 4.72) (envelope-from ) id 1Uchhd-0006nP-42 for ire@ietf.org; Wed, 15 May 2013 19:49:33 +0000 Received: by mail-ea0-f178.google.com with SMTP id q16so1324761ead.9 for ; Wed, 15 May 2013 12:49:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=FO8aOJpLK+t2CEzkwr1CZOxZVdezwWPuX4l7fDA/f7g=; b=MKsBfoVGvH3ZzmqNXjTDkwL4w4EDJQXRg9El9ZgYizYjCPJXQVsYCJxtJAXFo72UNO RmHt3X/AL0bYcDzSRZh3nCRv/xEJcBrJ9n26LX2/hgO3dFEYuupoHqWt9Fl0yIjZZbcB sAXxY9CJbFE+O3rISkHS2Lv4OQcH1mGEcTI4pSStpd0pr9OMPK9oHIYeFGwEwSrIa/LV 9oKSZe/oHJAq/nFhUUbF2zEjyPKM/Dhg8WDvgKJyfJpzxBaWMWBdycm6NWIKxgYHsoVQ 8arBpBVP1DFvNgaUi9qLbz1/uMj2ox/i/dyPnZOdE18+lxUslr2TYWpgi5qoCPu5ZnCD 4Mtg== X-Received: by 10.14.42.9 with SMTP id i9mr106649150eeb.18.1368647367126; Wed, 15 May 2013 12:49:27 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.14.42.9 with SMTP id i9mr106649137eeb.18.1368647367041; Wed, 15 May 2013 12:49:27 -0700 (PDT) Received: by 10.223.3.19 with HTTP; Wed, 15 May 2013 12:49:26 -0700 (PDT) Date: Wed, 15 May 2013 15:49:26 -0400 Message-ID: From: John Keating To: ire@ietf.org Content-Type: multipart/alternative; boundary=089e01681d9822dd7104dcc70c64 X-Gm-Message-State: ALoCoQnfhY4zicyzfPUl+/h4H6l6/BYmQFGlZZC3b0eSI90rtyBvxDwTCp+E6yAJM56pNIeMjkKfLlb5vExaTcSu1omfmBPRLcIE+a6T+tHswBb7j2etY88c7oVzCKW4/jhTZfQcGHlO Subject: [ire] http PUT Data Escrow report and ICANN response 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, 15 May 2013 19:49:45 -0000 --089e01681d9822dd7104dcc70c64 Content-Type: text/plain; charset=ISO-8859-1 Registries now need to send a report to ICANN regarding escrow deposits sent to the Escrow Agent. The details about the response that I see are: After successfully receiving a object, ICANN validates it and provides a result code in the same HTTP transaction. 2.1.1 . Result codes The following table lists the result codes of the interface: +-----------+-------------------------------------------------------+ | Result | Description | | Code | | +-----------+-------------------------------------------------------+ | 1000 | No ERRORs were found and the report has been accepted | | | by ICANN. | | 2001 | The report did not validate against the schema. | | 2002 | A report for that day already exists, the cut-off | | | date already passed. | +-----------+-------------------------------------------------------+ Data Escrow Reporting Result Codes Are there any more details about this response? Will the result code be in an html snippet that we parse to get the result code? --089e01681d9822dd7104dcc70c64 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Registries now need to send a report to ICANN regarding es= crow deposits sent to the Escrow Agent.=A0 The details about the response t= hat I see are:

After successfully receiving a <rd=
eReport:report> object, ICANN
validates it and provides a result code in the same HTTP transaction.
=
2.1.1.  Result codes



   The following table lists the result codes of the interface:

   +-----------+-------------------------------------------------------+
   | Result    | Description                                           |
   | Code      |                                                       |
   +-----------+-------------------------------------------------------+
   | 1000      | No ERRORs were found and the report has been accepted |
   |           | by ICANN.                                             |
   | 2001      | The report did not validate against the schema.       |
   | 2002      | A report for that day already exists, the cut-off     |
   |           | date already passed.                                  |
   +-----------+-------------------------------------------------------+

                    Data Escrow Reporting Result Codes


Are there any more details about this response? Will the resu= lt code be in an html snippet that we parse to get the result code?
--089e01681d9822dd7104dcc70c64-- From Klaus.Malorny@knipp.de Thu May 16 00:19:27 2013 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 A626521F907E for ; Thu, 16 May 2013 00:19:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T6m5kQzxyO6B for ; Thu, 16 May 2013 00:19:21 -0700 (PDT) Received: from kmx10a.knipp.de (clust3b.bbone.knipp.de [195.253.6.85]) by ietfa.amsl.com (Postfix) with ESMTP id 5F34121F90EB for ; Thu, 16 May 2013 00:19:20 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id 11DD676; Thu, 16 May 2013 09:19:16 +0200 (MESZ) X-Knipp-VirusScanned: Yes Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id 7QFJWQZXN6zx; Thu, 16 May 2013 09:19:10 +0200 (MESZ) Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 6438572; Thu, 16 May 2013 09:19:10 +0200 (MESZ) Received: from [195.253.2.27] (mclane.do.knipp.de [195.253.2.27]) by hp9000.do.knipp.de (@(#)Sendmail version 8.13.3 - Revision 1.000 - 1st August,2006/8.13.3) with ESMTP id r4G7J7AK025667; Thu, 16 May 2013 09:19:10 +0200 (MESZ) Message-ID: <5194886B.10209@knipp.de> Date: Thu, 16 May 2013 09:19:07 +0200 From: Klaus Malorny User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0a1 MIME-Version: 1.0 To: ire@ietf.org References: <51838C04.2050000@knipp.de> In-Reply-To: <51838C04.2050000@knipp.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [ire] Header question (draft-arias-noguchi-dnrd-objects-mapping-03) 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, 16 May 2013 07:19:27 -0000 On 03/05/13 12:05, Klaus Malorny wrote: Hi, I don't want to be annoying, but I would highly appreciate if someone of the authors or others could comment on my recent question. Thanks in advance. Regards, Klaus > > > Hi, > > I have a question to the Header object (section 5.9). Sorry if this has been > asked/answered already, I just subscribed to the list in order to clarify an > understanding problem that came up and did not want to walk through all the > previous posts. > > The question is rather simple: is the Header object mandatory, and if so, may it > also be placed at the end of the deposit (which should be possible from an XML > schema standpoint)? One the one hand, we would like to avoid the extra counting > in the database, on the other hand we would like to avoid to build up the whole > XML document in the memory first just to insert the header at the top after > having counted the objects during the generation of their XML representation. > > Regards, > > Klaus From james.mitchell@ausregistry.com.au Thu May 16 01:19:07 2013 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 BD54A21F9057 for ; Thu, 16 May 2013 01:19:07 -0700 (PDT) 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=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9JaYXz34iVLS for ; Thu, 16 May 2013 01:19:03 -0700 (PDT) Received: from mx02.ausregistry.net.au (mx02.ausregistry.net.au [202.65.15.42]) by ietfa.amsl.com (Postfix) with ESMTP id A62F121F9026 for ; Thu, 16 May 2013 01:18:58 -0700 (PDT) Received: from off-win2003-01.stkildard.vic.ausregistry.com.au (HELO off-win2003-01.ausregistrygroup.local) ([10.30.1.3]) by iron02.off08.stkildard.vic.ausregistry.com.au with ESMTP; 16 May 2013 18:18:56 +1000 Received: from off-win2003-01.ausregistrygroup.local ([10.30.1.3]) by off-win2003-01.ausregistrygroup.local ([10.30.1.3]) with mapi; Thu, 16 May 2013 18:18:55 +1000 From: James Mitchell To: Klaus Malorny , "ire@ietf.org" Date: Thu, 16 May 2013 18:18:52 +1000 Thread-Topic: [ire] Header question (draft-arias-noguchi-dnrd-objects-mapping-03) Thread-Index: Ac5SDgGptynODWShSYyUmjHZuU+tgg== Message-ID: In-Reply-To: <5194886B.10209@knipp.de> Accept-Language: en-US, en-AU Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 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 Subject: Re: [ire] Header question (draft-arias-noguchi-dnrd-objects-mapping-03) 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, 16 May 2013 08:19:07 -0000 We placed the
element at the end of the deposit, and our escrow agent has not had any issues processing and validating our deposit. Thanks, James On 16/05/13 5:19 PM, "Klaus Malorny" wrote: >On 03/05/13 12:05, Klaus Malorny wrote: > > >Hi, > >I don't want to be annoying, but I would highly appreciate if someone of >the=20 >authors or others could comment on my recent question. Thanks in advance. > >Regards, > >Klaus > >> >> >> Hi, >> >> I have a question to the Header object (section 5.9). Sorry if this has >>been >> asked/answered already, I just subscribed to the list in order to >>clarify an >> understanding problem that came up and did not want to walk through all >>the >> previous posts. >> >> The question is rather simple: is the Header object mandatory, and if >>so, may it >> also be placed at the end of the deposit (which should be possible from >>an XML >> schema standpoint)? One the one hand, we would like to avoid the extra >>counting >> in the database, on the other hand we would like to avoid to build up >>the whole >> XML document in the memory first just to insert the header at the top >>after >> having counted the objects during the generation of their XML >>representation. >> >> Regards, >> >> Klaus >_______________________________________________ >ire mailing list >ire@ietf.org >https://www.ietf.org/mailman/listinfo/ire From liushuo@knet.cn Thu May 16 02:28:52 2013 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 B23E221F8756 for ; Thu, 16 May 2013 02:28:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.356 X-Spam-Level: * X-Spam-Status: No, score=1.356 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7SfW4uU-Tauy for ; Thu, 16 May 2013 02:28:48 -0700 (PDT) Received: from cnnic.cn (unknown [218.241.105.202]) by ietfa.amsl.com (Postfix) with SMTP id 6617821F8605 for ; Thu, 16 May 2013 02:28:46 -0700 (PDT) X-EYOUMAIL-SMTPAUTH: liushuo@knet.cn Received: from unknown203.119.80.47 (HELO stuart-knet) (203.119.80.47) by 218.241.118.7 with SMTP; Thu, 16 May 2013 17:28:37 +0800 Date: Thu, 16 May 2013 17:28:35 +0800 From: "liushuo@knet" To: "Gustavo Lozano" References: X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.92[cn] Mime-Version: 1.0 Message-ID: <2013051617283528597159@knet.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart268555123155_=----" Cc: ire Subject: Re: [ire] About Host Data Issue X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: liushuo List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 May 2013 09:28:52 -0000 This is a multi-part message in MIME format. ------=_001_NextPart268555123155_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgQWxsLA0KDQpTbyBpdCBpcyByZWNvbW1lbmRlZCB0aGF0IHRoZSBleHRlcm5hbCBob3N0cyBj b3VsZCBub3QgYmUgaW5jbHVkZWQsIHJpZ2h0Pw0KDQpSZWdhcmRzLA0KU3R1YXJ0DQoNCkZyb206 IEd1c3Rhdm8gTG96YW5vDQpEYXRlOiAyMDEzLTA1LTE1IDIzOjQ0DQpUbzogRnJhbmNpc2NvIE9i aXNwbzsgSmFtZXMgTWl0Y2hlbGwNCkNDOiBsaXVzaHVvOyBpcmUNClN1YmplY3Q6IFJlOiBbaXJl XSBBYm91dCBIb3N0IERhdGEgSXNzdWUNCkhpIEFsbCwNCg0KQ29tbWVudHMgaW4gbGluZS4NCg0K UmVnYXJkcywNCkd1c3Rhdm8NCg0KT24gNS8xNS8xMyA4OjM1IEFNLCAiRnJhbmNpc2NvIE9iaXNw byIgPGZvYmlzcG9AaXNjLm9yZz4gd3JvdGU6DQoNCj5IaSBKYW1lcywNCj4NCj4NCj4NCj5PbiBN YXkgMTUsIDIwMTMsIGF0IDc6MTggQU0sIEphbWVzIE1pdGNoZWxsDQo+PGphbWVzLm1pdGNoZWxs QGF1c3JlZ2lzdHJ5LmNvbS5hdT4gd3JvdGU6DQo+DQo+PiBJIHNlZSBubyBuZWVkIGZvciBhIGRl cG9zaXQgdG8gaW5jbHVkZSBleHRlcm5hbCBob3N0cywgaG93ZXZlciB0aGVpcg0KPj5vbWlzc2lv biBtYXkgY29tcGxpY2F0ZSB0aGUgcHJvY2VzcyBvZiByZXN0b3JpbmcgYSByZWdpc3RyeS4NCj4N Cj4NCj5JIGJlbGlldmUgdGhleSBib3RoIG5lZWQgdG8gYmUgaW5jbHVkZWQsIGJlY2F1c2UgdGhl IHNwb25zb3JzaGlwDQo+Y29tcG9uZW50IGlzIHZlcnkgaW1wb3J0YW50Lg0KPg0KPg0KPg0KPj4g IEZ1cnRoZXJtb3JlLCBJJ2QgZXhwZWN0IGVzY3JvdyBhZ2VudHMgY2hlY2sgdGhhdCBhbGwgbmFt ZS1zZXJ2ZXINCj4+YXNzb2NpYXRpb25zIGhhdmUgY29ycmVzcG9uZGluZyBob3N0IG9iamVjdHMs IHdoZXJlIGhvc3Qgb2JqZWN0cyBhcmUNCj4+dXNlZC4NCj4+IA0KPg0KPkl0IHdvdWxkIGJlIGlk ZWFsIGlmIHdlIGNvdWxkIGdldCBzb21lIGNsYXJpdHkgd2l0aCByZWdhcmRzIG9mIHdoYXQgdHlw ZQ0KPm9mIGNoZWNrcyBFc2Nyb3cgYWdlbnRzIGFyZSBzdXBwb3NlZCB0byBiZSBkb2luZy4NCg0K VGhlIGFuc3dlciBpcyBDICsgb3RoZXIgdmFsaWRhdGlvbnMgKGUuZy4gTk5ETiBjb21wYXJpc29u IHdpdGggRG9tYWluIE5hbWUpDQoNCj4NCj5UaGV5IGNvdWxkIHRlY2huaWNhbGx5Og0KPg0KPkEp IFZlcmlmeSBqdXN0IHRoZSBzaWduYXR1cmUNCj5CKSBWZXJpZnkgdGhlIHNpZ25hdHVyZSArIHNj aGVtYQ0KPkMpIFZlcmlmeSB0aGUgc2lnbmF0dXJlICsgc2NoZW1hICsgb2JqZWN0IHJlbGF0aW9u c2hpcHMNCj5EKSBEbyBub25lIG9mIHRoZSBhYm92ZQ0KPg0KPg0KPg0KPj4gUmVnYXJkcywNCj4+ IEphbWVzDQo+DQo+RnJhbmNpc2NvIE9iaXNwbyANCj5EaXJlY3RvciBvZiBBcHBsaWNhdGlvbnMg YW5kIFNlcnZpY2VzIC0gSVNDDQo+ZW1haWw6IGZvYmlzcG9AaXNjLm9yZw0KPlBob25lOiArMSA2 NTAgNDIzIDEzNzQgfHwgSU5PQy1EQkEgKjM1NTcqIE5PQw0KPlBHUCBLZXlJRCA9IEIzOERCMUJF DQo+DQo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj5p cmUgbWFpbGluZyBsaXN0DQo+aXJlQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9pcmU= ------=_001_NextPart268555123155_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi All,
 
So it is recommended that the external hosts could not be included,=20 right?
 
Regards,
Stuart
 
Date: 2013-05-15 23:44
CC: liushuo; ire
Subject: Re: [ire] About Host Data Issue
Hi All,
 
Comments in line.
 
Regards,
Gustavo
 
On 5/15/13 8:35 AM, "Francisco Obispo" = <fobispo@isc.org> wrote:
 
>Hi James,
>
>
>
>On May 15, 2013, at 7:18 AM, J= ames Mitchell
><james.mitchell@ausregistry.com.au> wrote:
>
>> I see no need for a depos= it to include external hosts, however their<= /DIV>
>>omission may complicate the process = of restoring a registry.
>
>
>I believe they both need to be = ;included, because the sponsorship
>component is very important.
>
>
>
>>  Furthermore, I'd expect escrow&nbs= p;agents check that all name-server
>>associations have corresponding host obje= cts, where host objects are
>>used.
>> 
>
>It would be ideal if we could = get some clarity with regards of what t= ype
>of checks Escrow agents are supposed&nbs= p;to be doing.
 
The answer is C + other validations&nbs= p;(e.g. NNDN comparison with Domain Name)
 
>
>They could technically:
>
>A) Verify just the signature
>B) Verify the signature + schema
>C) Verify the signature + schema +&= nbsp;object relationships
>D) Do none of the above
>
>
>
>> Regards,
>> James
>
>Francisco Obispo 
>Director of Applications and Services -&= nbsp;ISC
>email: fobispo@isc.org
>Phone: +1 650 423 1374 || INOC-DBA&= nbsp;*3557* NOC
>PGP KeyID =3D B38DB1BE
>
>_______________________________________________
>ire mailing list
>ire@ietf.org
>https://www.ietf.org/mailman/listinfo/ire
 
------=_001_NextPart268555123155_=------ From francisco.arias@icann.org Thu May 16 16:29:20 2013 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 5488521F8F62 for ; Thu, 16 May 2013 16:29:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id utyRZGiGQ7Gn for ; Thu, 16 May 2013 16:29:06 -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 AB59621F8F43 for ; Thu, 16 May 2013 16:29:02 -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, 16 May 2013 16:29:02 -0700 From: Francisco Arias To: "ire@ietf.org" Date: Thu, 16 May 2013 16:28:51 -0700 Thread-Topic: gtld-tech mailing list Thread-Index: Ac5SjSXmEvF6HHGDRSKXQPz3UL6jOA== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.3.4.130416 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [ire] gtld-tech mailing list 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, 16 May 2013 23:29:20 -0000 Colleagues, This is to let you know that we are launching a public, open mailing list for technical discussions regarding gTLD registries and registrars. The intention is to provide a forum for discussion of issues that may appear during ongoing operation and particularly with the upcoming launch of new gTLDs. You can subscribe to the list at: https://mm.icann.org/mailman/listinfo/gtld-tech Regards, --=20 Francisco Arias ICANN technical staff From mark.hofstetter@univie.ac.at Wed May 22 04:39:37 2013 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 53BD721F84F9 for ; Wed, 22 May 2013 04:39:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.43 X-Spam-Level: X-Spam-Status: No, score=-1.43 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6jrEwlPw8l6z for ; Wed, 22 May 2013 04:39:33 -0700 (PDT) Received: from grace.univie.ac.at (grace.univie.ac.at [IPv6:2001:62a:4:25::25:115]) by ietfa.amsl.com (Postfix) with ESMTP id 7FD4921F9647 for ; Wed, 22 May 2013 04:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=univie.ac.at; s=rev2; h=Content-Transfer-Encoding:Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=KGkSAO/GfkGi7liv4S0DcYfi9baKn4ZyePD7I8y1mr4=; b=RUxtYpyNTcMLW72r09c0jibW+KhYgkqnIrWChUftzdXPh7e5OnsIRwxKxJFqPSv4MwNKHOlNyR8cBfi2YTwsb4k5iYp+fcT/9a/DceRumAHgi/IXLE5oYXnJg+amyhpxwTfvOKbA0H4DM4fiLqXIADP7jtJTK9YLD11O6lwAOIc=; Received: from joan.univie.ac.at ([131.130.3.110] helo=joan.univie.ac.at) by grace.univie.ac.at with esmtp (Exim 4.80) (envelope-from ) id 1Uf7O7-00048z-3k for ire@ietf.org; Wed, 22 May 2013 13:39:23 +0200 Received: from [2001:62a:4:203:b568:e826:452:80fc] by joan.univie.ac.at with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.80) (envelope-from ) id 1Uf7O6-0004oS-QZ for ire@ietf.org; Wed, 22 May 2013 13:39:23 +0200 Message-ID: <519CAE69.1060301@univie.ac.at> Date: Wed, 22 May 2013 13:39:21 +0200 From: Mark Hofstetter User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: ire@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Univie-Virus-Scan: scanned by ClamAV on joan.univie.ac.at Subject: [ire] generating escrow for nndn and eppapram 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, 22 May 2013 11:40:33 -0000 Hi, I am currently working on implementing escrow for us and encountered some problems for NNDN and EppParams All the xsd definitions from http://tools.ietf.org/html/draft-arias-noguchi-dnrd-objects-mapping-03 work fine for me but: urn:ietf:params:xml:ns:rdeNNDN-1.0 urn:ietf:params:xml:ns:rdeEppParams-1.0 both define the the content type as abstract="true" which does not work for a validating XML creator and vs correctly abstract types may not be instantiated so I am not able to build a valid XML based on those definitions If there is a misunderstanding on my side please excuse & correct me, but I think the definitons have to be reconsidered best regards Mark Hofstetter From liushuo@knet.cn Tue May 28 18:52:49 2013 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 3BAB321E804B for ; Tue, 28 May 2013 18:52:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.306 X-Spam-Level: *** X-Spam-Status: No, score=3.306 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, RDNS_NONE=0.1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HM1PGhSrVpEV for ; Tue, 28 May 2013 18:52:43 -0700 (PDT) Received: from cnnic.cn (unknown [218.241.105.202]) by ietfa.amsl.com (Postfix) with SMTP id 039B811E80A2 for ; Tue, 28 May 2013 18:52:41 -0700 (PDT) X-EYOUMAIL-SMTPAUTH: liushuo@knet.cn Received: from unknown203.119.80.47 (HELO stuart-knet) (203.119.80.47) by 218.241.118.7 with SMTP; Wed, 29 May 2013 09:52:38 +0800 Date: Wed, 29 May 2013 09:52:34 +0800 From: "liushuo@knet" To: ire X-Priority: 3 X-Has-Attach: no X-Mailer: Foxmail 7.0.1.92[cn] Mime-Version: 1.0 Message-ID: <2013052909523452915715@knet.cn> Content-Type: multipart/alternative; boundary="----=_001_NextPart875878617776_=----" Subject: [ire] Response From ICANN About Host Info X-BeenThere: ire@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: liushuo List-Id: "Internet Registration Escrow discussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 May 2013 01:52:49 -0000 This is a multi-part message in MIME format. ------=_001_NextPart875878617776_=---- Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksDQoNCkkgaGF2ZSBzdWJtaXRlZCB0aGUgc2FtZSBxdWVzdGlvbiB0byBJQ0FOTiByZWdhcmRp bmcgdGhlIGV4dGVybmFsIGFuZCBpbnRlcm5hbCBob3N0IGlzc3N1ZSBpbiBlc2Nyb3cgZmlsZSwg YW5kIEkgZ290IHRoZSBmb2xsb3dpbmcgYW5zd2VyOg0KDQpUaGUgZHJhZnQtYXJpYXMtbm9ndWNo aS1kbnJkLW9iamVjdHMtbWFwcGluZyAoaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt YXJpYXMtbm9ndWNoaS1kbnJkLW9iamVjdHMtbWFwcGluZy0wMyNzZWN0aW9uLTEpIHN1cHBvcnRz IHR3byB3YXlzIG9mIGVzY3Jvd2luZyBob3N0IGluZm9ybWF0aW9uOiBob3N0IG9iamVjdHMgYW5k IGhvc3QgYXR0cmlidXRlcyAoc2VlIHNlY3Rpb24gMS4xIG9mIFJGQyA1NzMxIGF0IGh0dHA6Ly90 b29scy5pZXRmLm9yZy9odG1sL3JmYzU3MzEpLiANCiANCklmIHlvdSBhcmUgZXNjcm93aW5nIHVz aW5nIGhvc3QgYXR0cmlidXRlcywgdGhlcmUgaXMgbm8gbmVlZCB0byB1c2UgaG9zdCBvYmplY3Rz IGluIHRoZSBlc2Nyb3cgZGVwb3NpdC4gSWYgeW91IGFyZSBlc2Nyb3dpbmcgdXNpbmcgaG9zdCBv YmplY3RzLCBib3RoIGludGVybmFsIGFuZCBleHRlcm5hbCBob3N0cyBtdXN0IGJlIGVzY3Jvd2Vk LiANCiANClRoaXMgc2VydmVzIGFzIGEgcmVzb2x1dGlvbiB0byB5b3VyIGlucXVpcnkuIFBsZWFz ZSBzdWJtaXQgYSBuZXcgY29tbWVudCB3aXRoaW4gc2V2ZW4gZGF5cyB0byByZW9wZW4gdGhpcyBj YXNlLiANCiANCg0KU28gSSB0aGluayBpbiBjYXNlIG9mIHRoZSBleGlzdGluZyBob3N0IGF0dHJp YnV0ZSBpbiBkb21haW4gb2JqZWN0cywgdGhlcmUgaXMgbm8gbmVlZCB0byB1c2UgaG9zdCBvYmpl Y3RzIGF0IGFsbC4NCg0KV2hhdCBkbyB5b3Ugc2F5Pw0KDQoNClJlZ2FyZHMsDQpTdHVhcnQ= ------=_001_NextPart875878617776_=---- Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable
Hi,
 
I have submited the same question to ICANN regarding the external and= =20 internal host isssue in escrow file, and I got the following answer:<= /DIV>
 

The draft-arias-noguchi-dnrd-objects-mapping&nbs= p;(http://tools.ietf.org/html/draft-arias-noguchi-dnrd-object= s-mapping-03#section-1) supports two ways o= f escrowing host information: host objects a= nd host attributes (see section 1.1 of = RFC 5731 at http://tools.ietf.org/html/rfc5731). 

 

If you are escrowing using h= ost attributes, there is no need to use=  host objects in the escrow deposit. If=  you are escrowing using host objects, = both internal and external hosts must be&nbs= p;escrowed. 

 

This serves as a resolution = to your inquiry. Please submit a new co= mment within seven days to reopen this = case. 

 

 

So I think in case of the existing host attribute in domai= n=20 objects, there is no need to use host objects at all.<= /P>

 

What do you say?

 

 

Regards,

Stuart

------=_001_NextPart875878617776_=------