On Thu, Jul 2, 2009 at 11:06 AM, Mark Kosters<markk@arin.net> wrote:

...

ARIN is now signing the /8 zones that it is authoritative for (eg 192.in-addr.arpa, etc). Thanks!

indeed! randy

In message <20090707171251.GA2797@arin.net>, Mark Kosters writes:

On Mon, Jul 06, 2009 at 10:35:56AM -0400, Dan White wrote:

...

Are there any high level operational details you could share?

Specifically, are you using any commercial/OSS software to handle the (automated?) periodic key roll overs?

We looked at Secure64's product but decided to follow the open source route. We are using ISC's bind (9.6.1) for resolution service on ARIN-hosted servers and I'm not sure what VerSign does on theirs (they secondary the /8's as well) but it is modern enough to support NSEC RR's. As far as the zone signing and key management is concerned, we are using zkt (http://www.hznet.de/dns/zkt/) and are basically following RIPE's model for zone signing.

...

Are you using bind? Do you have any experience or suggestions on what version to start with?

Depends on what you want to do. For example, we are using plain old NSEC which bind has supported for a while. If you want to support the shiny new NSEC3 that .org emits, you need to have Bind 9.6.1 or later. There are other authoritative servers that support DNSSEC as well - NSD comes to mind but I'm sure there are others as well.

...

Given that phase 3 is still a work in progress - do you anticipate giving ARIN members an automated/scripted way to submit their delegation records?

ARIN Online is going to have a management interface to insert DS RR's. It would be good to hear from you and others on what sorts of ways you would want to interface with us on bulk data transfers/uploads etc. We had a BOF related to this with SWIPS at the last ARIN meeting and received a lot of good feedback with the conclusion that using a restful service would be a useful transport for this type of data transfer. We certainly need your feedback on future services and encourage you and others to join an upcoming ARIN meeting so that we can get good direction from you and others.

Regards, Mark

DS (DNSKEY?) to parent is a general problem which needs to be solved for all delegations. It would be nice if this could be completely in-band child master to parent master so humans were completely out of the loop except to establish the initial DS RRset in the parent. Nanog however isn't the venue to discuss this. I would think IETF DNSEXT WG <namedroppers@ops.ietf.org> would be a reasonable place to hold the discussion. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org

In message <20090708013805.GA1838@vacation.karoshi.com.>, bmanning@vacation.kar oshi.com writes:

On Wed, Jul 08, 2009 at 11:09:49AM +1000, Mark Andrews wrote:

...

In message <20090707171251.GA2797@arin.net>, Mark Kosters writes:

...

On Mon, Jul 06, 2009 at 10:35:56AM -0400, Dan White wrote:

...

Are there any high level operational details you could share?

Specifically, are you using any commercial/OSS software to handle the (automated?) periodic key roll overs?

We looked at Secure64's product but decided to follow the open source route. We are using ISC's bind (9.6.1) for resolution service on ARIN-hosted servers and I'm not sure what VerSign does on theirs (they secondary the /8's as well) but it is modern enough to support NSEC RR's. As far as the zone signing and key management is concerned, we

...

...

are using zkt (http://www.hznet.de/dns/zkt/) and are basically following RIPE's model for zone signing.

...

Are you using bind? Do you have any experience or suggestions on what version to start with?

Depends on what you want to do. For example, we are using plain old NSEC which bind has supported for a while. If you want to support the

...

...

shiny new NSEC3 that .org emits, you need to have Bind 9.6.1 or later. There are other authoritative servers that support DNSSEC as well - NSD comes to mind but I'm sure there are others as well.

...

Given that phase 3 is still a work in progress - do you anticipate giving ARIN members an automated/scripted way to submit their delegatio n records?

ARIN Online is going to have a management interface to insert DS RR's. It would be good to hear from you and others on what sorts of ways you would want to interface with us on bulk data transfers/uploads etc. We had a BOF related to this with SWIPS at the last ARIN meeting and

...

...

received a lot of good feedback with the conclusion that using a restful service would be a useful transport for this type of data transfer. We certainly need your feedback on future services and encourage you and others to join an upcoming ARIN meeting so that we can get good direction from you and others.

Regards, Mark

DS (DNSKEY?) to parent is a general problem which needs to be solved for all delegations. It would be nice if this could be completely in-band child master to parent master so humans were completely out of the loop except to establish the initial DS RRset in the parent.

Nanog however isn't the venue to discuss this. I would think IETF DNSEXT WG <namedroppers@ops.ietf.org> would be a reasonable place to hold the discussion.

Mark

hey, thats what the CADR tool does. fully in-band maintainace for the child/parent interactions. only needs manual re-keying if a party loses control of the credential.

It would be nice if http://www.rs.net/cadr/ wan't a blank page. Mark

--bill -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org

In message <20090708025854.GA1519@vacation.karoshi.com.>, bmanning@vacation.kar oshi.com writes:

On Wed, Jul 08, 2009 at 11:58:17AM +1000, Mark Andrews wrote:

...

...

...

...

received a lot of good feedback with the conclusion that using a rest

ful

...

...

...

...

service would be a useful transport for this type of data transfer. We certainly need your feedback on future services and encourage you and others to join an upcoming ARIN meeting so that we can get good direction from you and others.

Regards, Mark (Kosters)

DS (DNSKEY?) to parent is a general problem which needs to be solved for all delegations. It would be nice if this could be completely in-band child master to parent master so humans were completely out of the loop except to establish the initial DS RRset in the parent.

Mark (Andrews)

hey, thats what the CADR tool does. fully in-band maintainace for the child/parent interactions. only needs manual re-keying if a party loses control of the credential. -- bill

It would be nice if http://www.rs.net/cadr/ wan't a blank page.

Mark (Andrews)

You mean someone wants the code? I'll be happy to put it back up if folks are interested.

I wanted to look at it. Updating the parent is something that need to be automated and if this does it well enough why re-invent the wheel if we don't have to. I can see several way to do it within the DNS frame work. Can I presume you are willing to have the method turned into a RFC? Mark

--bill -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org

On Wed, Jul 08, 2009 at 11:58:17AM +1000, Mark Andrews wrote:

...

hey, thats what the CADR tool does. fully in-band maintainace for the child/parent interactions. only needs manual re-keying if a party loses control of the credential. -- bill

It would be nice if http://www.rs.net/cadr/ wan't a blank page.

Mark

for you, the pages are back. --bill