Maintained by: NLnet Labs

[Unbound-users] Once TTL has gone, don't fetch again

W.C.A. Wijngaards
Thu Sep 17 16:38:08 CEST 2009


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Koh-ichi Ito,

There is a fix in unbound svn trunk.
It detects that recently it saw other nameserver glue
and attempts to fetch it by querying the parent again.

Best regards,
   Wouter

On 09/09/2009 10:58 AM, Koh-ichi Ito wrote:
> Hello again, Wouter
> 
> At Mon, 07 Sep 2009 10:57:43 +0200,
> W.C.A. Wijngaards wrote:
>>
>> Yes I could reproduce this.
>>
>> The trouble is this:
>> the TTL for ns1.visualjapan.co.jp and ns2.visualjapan.co.jp
>> is 3600 when visualjapan.co.jp servers are queried, not
>> 86400 like the other IP addresses have - like the lame
>> server has.
> 
> Original poster in our forum agrees your description. But he
> also points out that the problem doesn't occur with BIND9.
> 
> Though we understand that to fix lame delegation is proper
> way, I guess this is a disadvantage to deploy unbound. Any
> plan to rescue?
> 
> For example, if you find that ns-tk022.ocn.ad.jp is lame
> delegated, fetch A's of ns[12].visualjapan.co.jp, and
> continue to work.
> 
> Thanks in advance
> 
> 					Koh-ichi Ito
> _______________________________________________
> Unbound-users mailing list
> Unbound-users at unbound.net
> http://unbound.nlnetlabs.nl/mailman/listinfo/unbound-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkqySc8ACgkQkDLqNwOhpPhX6ACdGQnde4avurs34FGmtdRqSorA
l9MAni3OuMn6M6OHkbcTfyzEPEF9z3bH
=7Uuv
-----END PGP SIGNATURE-----