<div dir="ltr">actually, It would be extremely useful for the DNS probe results to immediately and clearly reflect whether any response included EDNS0 bits or not, without this being a separate test. I am trying to debug some oddball CDN DNS assignments and this means trying to hunt down specific probes and tweaking specific lookups in order to get this... inconvenient to the point of almost unusable with that regards.<div>something like this is a quick hack to achieve it: <a href="https://www.dns-oarc.net/oarc/services/replysizetest">https://www.dns-oarc.net/oarc/services/replysizetest</a></div><div>yet, it's much better to have it built-in.</div><div><div><br></div><div>Regards,</div><div><br></div><div>Gil Bahat,</div></div><div>DevOps and Network Engineer,</div><div>Magisto Ltd.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 10, 2015 at 2:54 PM, Philip Homburg <span dir="ltr"><<a href="mailto:philip.homburg@ripe.net" target="_blank">philip.homburg@ripe.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 2015/12/10 13:43 , Gil Bahat wrote:<br>
> what could be very interesting though, is to map DNS servers supporting<br>
> EDNS0 and ones not supporting it (i.e. which network operators should be<br>
> bugged to support it...). it would be very good for network operators to<br>
> see e.g. in-country adoption rate before relying on a CDN using EDNS0 as<br>
> the core POP routing technology.<br>
<br>
</span>Mapping EDNS0 support can be done today. There are the various DNSSEC<br>
related flags and udp payload size. And probes can prepend their probe<br>
ids so you can see at the dns server which probe is which.<br>
<br>
<br>
<br>
<br>
<br>
</blockquote></div><br></div>