[dns-operations] FW: IANA testbed problem

Richard Lamb richard.lamb at icann.org
Fri Apr 9 00:18:34 UTC 2010


FYI.

Thanks to Eric and George for checking up on me. By no means do I claim perfection but I am glad nothing was wrong.

-Rick

-----Original Message-----
From: Eric Osterweil [mailto:eoster at CS.UCLA.EDU] 
Sent: Thursday, April 08, 2010 10:21 AM
To: Richard Lamb
Cc: George Barwood
Subject: Re: [dns-operations] IANA testbed problem

Hey Rick!

Argh, my apologies.

I seem to have misunderstood the OP; I had thought the comment was that the iana servers were returning DS information for their own  
zone.  I should have checked before quoting scripture (mea culpa).   
The auth zone seems to be responding properly as it is returning no data.  While I cannot seem illicit a DNSSEC response, the poDNS response (no data) does seem to be proper, by my reading of 4035.

Eric

On Apr 8, 2010, at 9:21 AM, Richard Lamb wrote:

> Thank you George and Eric.
>
> You are not being stupid. And I don't pretend to have any special 
> experience here other than the marks on my face from discovering my 
> mistakes by bumping into walls.  I do remember having to make 
> ns.iana.org authoritative for iana.org as well to make the priming 
> queries work.  I think that's why a "dig ds iana.org @ns.iana.org"
> returns itself.
>
> So Eric.  Is ns.iana.org doing the right thing given 4035/2.4  and
> 4035/3.1.4.1 since it is returning "no data".
>
> Any help would be appreciated.
>
> Thanks,
> -Rick
>
>>>
>>> should ( I think) be a referral to the org servers, since the DS
>> RRset
>>> is served by the parent zone.
>>> However, the actual response is an authoritative NoData response,
>>>
>>> iana.org.               3600    IN      SOA     dns1.icann.org.
>>> hostmaster.icann
>>>
>>> i.e. it is coming from the iana.org zone rather than the root zone.
>>>
>>> Am I being stupid, or is this a bug?
>>
>> afaict, you seem to be right:
>>
>> RFC 4035:
>> 	2.4. Including DS RRs in a Zone
>> ...
>> DS RRsets MUST NOT appear at a zone's apex As for the referral:
>>
>> RFC 4035:
>> 	3.1.4.1. Responding to Queries for DS RRs ...
>> the name server MUST return an authoritative "no data" response 
>> showing that the DS RRset does not exist in the child zone's apex.
>> Eric
>>
>>>
>>> It can lead to authentication errors if the org zone has not yet
>>> been discovered
>>> by the resolver, e.g. if the first query is for ns.iana.org
>>>
>>> George
>>> _______________________________________________
>>> dns-operations mailing list
>>> dns-operations at lists.dns-oarc.net
>>> https://lists.dns-oarc.net/mailman/listinfo/dns-operations




More information about the dns-operations mailing list