Variations on lame delegations (terminology question)
Ladislav Vobr
lvobr at ies.etisalat.ae
Sun Oct 26 04:23:36 UTC 2003
>>> They are all lame delegations.
>>
>>hmm but for some reasons, isc bind lame-ttl option has a different
>>opinion, and considers server to be lame only in the first case :-(,
>
>
> Well the second case you can't tell the difference between
> that and a nameserver that is down which is how it is
> treated.
do i really need to know?, what is the point using incredible system
resources of a bind recursive server, just to follow up with servers,
which are apperantly down, and everybody except the bind itself has
figured it out.
Ladislav
>
> The third case can be detected and the servers are ignored.
>
> Mark
>
>
>>Ladislav
>>
>>
>>>--
>>>Mark Andrews, Internet Software Consortium
>>>1 Seymour St., Dundas Valley, NSW 2117, Australia
>>>PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews at isc.org
>>>
>>
>>
> --
> Mark Andrews, Internet Software Consortium
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742 INTERNET: Mark.Andrews at isc.org
>
More information about the bind-users
mailing list