<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Thanks bert, Fred and

Florian for your comments. I think I may not make the problem statement clear in my first mail. </div><div dir="ltr"><br></div><div>The target issue here is the outage of popluar names during the TTL (usually hours). The authoritative servers can react the first time when outage is spotted for example misconfiguration, cache poisoning or other issue can be resolved by refreshing the cache of resolver. Users of large population will be affected until TTL expired. Normally the resolver operators are not aware the problem until the affected users or the popular name owners call in. Populer names may be <a href="http://google.com">google.com</a>, <a href="http://facebook.com">facebook.com</a>, <a href="http://twitter.com">twitter.com</a>, <a href="http://qq.com">qq.com</a>,etc.</div><div><br></div><div>I heard this issue from a popular name owner in China. I would ask is it a typical and commen problem for other popular names. Is there any existing solution or work around for this kind of problem.</div><div><br></div><div>Best regards,</div><div>Davey</div><div><br></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Apr 2019 at 23:06, bert hubert <<a href="mailto:bert.hubert@powerdns.com">bert.hubert@powerdns.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Fri, Apr 05, 2019 at 09:19:27AM +0800, Davey Song(宋林健) wrote:<br>
> I’m writing to ask if any resolver operator is doing or be asked to do<br>
> aggressive pre-fetch for popular names in the case of urgent changes of<br>
> owners’ names. <br>
<br>
So why would anyone want to prefetch popular names? You get a lot of hits<br>
already while the TTL expires. Preventing that one cache miss does not get<br>
you a lot of gain on aggregate. It appears that the benefit of prefetching<br>
is concentrated among 'moderately popular domains'. <br>
<br>
If a popular name with a low TTL has a slow / unreliable set of<br>
authoritative servers, why paper over that? They can either raise their TTL<br>
or fix their servers.<br>
<br>
In general, I don't think resolvers should be bending over backwards to fix<br>
suboptimal authoritative server configurations.<br>
<br>
Also, users can definitely deal with a 10 millisecond cache miss.<br>
<br>
Writing a correct resolver is already super hard. The recent 'windows<br>
update' outage showed that doing prefetching is not easy.<br>
<br>
    Bert<br>
_______________________________________________<br>
dns-operations mailing list<br>
<a href="mailto:dns-operations@lists.dns-oarc.net" target="_blank">dns-operations@lists.dns-oarc.net</a><br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-operationsdns-operations" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-operations<br>
dns-operations</a> mailing list<br>
<a href="https://lists.dns-oarc.net/mailman/listinfo/dns-operations" rel="noreferrer" target="_blank">https://lists.dns-oarc.net/mailman/listinfo/dns-operations</a><br>
</blockquote></div>