Re: [ire] CSV woes

Francisco Obispo <fobispo@isc.org> Fri, 06 June 2014 23:25 UTC

Return-Path: <fobispo@isc.org>
X-Original-To: ire@ietfa.amsl.com
Delivered-To: ire@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 813AA1A0247 for <ire@ietfa.amsl.com>; Fri, 6 Jun 2014 16:25:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.065
X-Spam-Level: **
X-Spam-Status: No, score=2.065 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_44=0.6, SPF_SOFTFAIL=0.665] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cMUOJaix4Otm for <ire@ietfa.amsl.com>; Fri, 6 Jun 2014 16:25:18 -0700 (PDT)
Received: from mail.hostingnet.com (mail.hostingnet.com [208.87.35.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B92FD1A0086 for <ire@ietf.org>; Fri, 6 Jun 2014 16:25:18 -0700 (PDT)
Received: from dynamic-200.sna1.uniregistry.net (wsip-98-189-40-200.oc.oc.cox.net [98.189.40.200]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: fobispo@uniregistry.com) by mail.hostingnet.com (Postfix) with ESMTPSA id B9D2B4501D2; Fri, 6 Jun 2014 16:25:10 -0700 (PDT)
Content-Type: text/plain; charset=windows-1252
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
From: Francisco Obispo <fobispo@isc.org>
In-Reply-To: <646E78088D2A9F4D9F94512C78674EEE0B04B791@EXCHANGE-AX.nic.com.mx>
Date: Fri, 6 Jun 2014 16:25:09 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <2061A619-6418-4E4E-AFBF-6B75B7A5683A@isc.org>
References: <524AA490.9060808@knipp.de> <CE703AC8.4EADE%jgould@verisign.com> <646E78088D2A9F4D9F94512C78674EEE0B04B791@EXCHANGE-AX.nic.com.mx>
To: Roger Francisco Castillo Cortazar <rcastillo@nic.mx>
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/ire/l_AVg0RoCUt6CzBebqMaO-x7wWc
Cc: "ire@ietf.org" <ire@ietf.org>
Subject: Re: [ire] CSV woes
X-BeenThere: ire@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Internet Registration Escrow discussion list." <ire.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ire>, <mailto:ire-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ire/>
List-Post: <mailto:ire@ietf.org>
List-Help: <mailto:ire-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ire>, <mailto:ire-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Jun 2014 23:25:19 -0000

Using the hostObjects automatically makes the host:name the natural index. so just make sure that every single host mentioned in the domain section appears in the <host> section of the deposit and you’ll be good.

Francisco


On Jun 6, 2014, at 4:21 PM, Roger Francisco Castillo Cortazar <rcastillo@nic.mx>; wrote:

> So far so god. Our system uses the HostObject approach, and a host name change only results in a change to a single record and not to all links to that host record. Now, we are implementing our deposits using the XML format, and we see that the specification does not consider using the ROID to link the domainObject  and the hostObjects but only the by the HostName. We think this  could be an omission in the specification and could be amended. The CVS version actually uses the ROID to link domainObjects and hostObjects(nameservers).
> 
> Any thoughts?
> Thanks in advance
> 
> Roger Castillo
> NIC Mexico