[Opendnssec-user] occluded data?

Billy Glynn billy.glynn at domainregistry.ie
Wed Jan 26 12:36:48 UTC 2011


Hi Michael,

On 22/11/10 09:45, Michael Braunoeder wrote:
> Hi Rickard,
> 
> Am 20.11.2010 10:03, schrieb Rickard Bellgrim:
>>
>> On 19 nov 2010, at 15.55, Michael Braunoeder wrote:
>>
>>> The zonefile looks like this:
>>>
>>> at.     172800  IN      NS      d.nic.at.
>>> at.     172800  IN      NS      j.nic.at.
>>> at.     172800  IN      NS      n.nic.at.
>>> at.     172800  IN      NS      ns1.univie.ac.at.
>>> at.     172800  IN      NS      ns2.univie.ac.at.
>>> at.     172800  IN      NS      ns9.univie.ac.at.
>>> at.     172800  IN      NS      ns-uk.nic.at.
>>>
>>> and contains the corresponding A and AAAA glue records.
>>>
>>>  From my point of view, this is a valid setup or do I miss something?
>>
>> Sorry for the spamming, but I have been giving this some more thoughts.
>> Glue is only needed when we delegate to a name server which is part of
>> that subdomain, thus avoiding circular dependencies. But the NS that
>> you have in your zone apex is not a delegation. The delegation for .at
>> is in the root where the glue should be located.
>>
>> The *.nic.at and *.univie.ac.at can be resolved without the
>> corresponding glue for .at, because if the resolver have reached this
>> zone then it can continue querying the subdomains.
>> Conclusion: The extra glue that you have in your zone is occluded by
>> the delegations to nic.at and ac.at.
>>
>> Is it ok to mark these as occluded data?
> 
> I think you are right, this sounds ok for me.
> 
>> Is there any benefits of having extra glue for the NS in the zone apex?
> 
> I will discuss this with our guys who generate the zonefile whats the
> reason why we have this extra data in the zonefile.

We have the same issue here.

What conclusion did you come to?

Best regards,

Billy



More information about the Opendnssec-user mailing list