Re: [DNSOP] On resolver priming

Joao Damas <joao@bondis.org> Sat, 13 November 2010 17:02 UTC

Return-Path: <joao@bondis.org>
X-Original-To: dnsop@core3.amsl.com
Delivered-To: dnsop@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 48EBB3A6BD1 for <dnsop@core3.amsl.com>; Sat, 13 Nov 2010 09:02:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level:
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_ORG=0.611, HOST_MISMATCH_NET=0.311]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZHNAn0vm7g-c for <dnsop@core3.amsl.com>; Sat, 13 Nov 2010 09:02:16 -0800 (PST)
Received: from smtp1.bondis.org (voyager.c-l-i.net [194.176.119.229]) by core3.amsl.com (Postfix) with ESMTP id 2BA393A6A7E for <dnsop@ietf.org>; Sat, 13 Nov 2010 09:02:15 -0800 (PST)
Received: from [204.62.249.253] (120.89.217.87.dynamic.jazztel.es [87.217.89.120]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp1.bondis.org (Postfix) with ESMTPSA id A356A1AB301; Sat, 13 Nov 2010 17:02:48 +0000 (UTC)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset="us-ascii"
From: Joao Damas <joao@bondis.org>
In-Reply-To: <p0624083cc9037a3d2cac@[130.129.37.235]>
Date: Sat, 13 Nov 2010 18:02:47 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <465427C4-153F-4947-B719-E62F8D9FFBFF@bondis.org>
References: <20101111100350.GA1997@shinkuro.com> <20101111184914.GA12031@DUL1MLARSON-M1.labs.vrsn.com> <p0624080fc902387a14c5@[130.129.37.235]> <046B85AE-F7E0-4166-AC5C-7CEFAEB5FC6A@virtualized.org> <p0624083cc9037a3d2cac@[130.129.37.235]>
To: Paul Hoffman <paul.hoffman@vpnc.org>
X-Mailer: Apple Mail (2.1082)
Cc: dnsop@ietf.org, David Conrad <drc@virtualized.org>
Subject: Re: [DNSOP] On resolver priming
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Nov 2010 17:02:23 -0000

On 13 Nov 2010, at 00:17, Paul Hoffman wrote:

> At 12:34 PM -0800 11/12/10, David Conrad wrote:
>> To me, It doesn't make a whole lot of sense to sign root-servers.net before .net is signed.  As long as there is commitment from relevant parties that root-servers.net will be signed within some fixed timeframe after .net is signed, I'd be satisfied.  But that's just me...
> 
> I didn't hear anyone asking for root-servers.net to be signed before .net is signed; it's kind of hard to sign a zone before its parent is, unless you are going to sign with a super-parent. To me, it would make more sense to sign root-servers.net with the .net key, not the root key.

I would hope root-servers.net would have its own key and not simply use some other key that happens to be "lying around". Or did you mean signing of the DS record for root-servers.net?
In any case .net is going to be signed within 6 weeks. I would be surprise if root-servers.net can get all the rubber stamps in place by then, so not having .net signed right now is not an argument against starting the root-servers.net process now.

> 
> A different way to think of this problem is that the registrant of this zone, VeriSign, should simply sign the zone just like it does other zones it controls, such as verisign.net. It would be hard for VeriSign to claim that signing verisign.net is of more security value than signing root-servers.net.
> 

the admin contact is the IANA, not Verisign.

Joao