<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 10, 2015 at 2:33 PM, Jared Mauch <span dir="ltr"><<a href="mailto:jared@puck.nether.net" target="_blank">jared@puck.nether.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=""><br>
> On Dec 10, 2015, at 6:21 AM, Philip Homburg <<a href="mailto:philip.homburg@ripe.net">philip.homburg@ripe.net</a>> wrote:<br>
><br>
> On 2015/12/10 10:11 , Willem Toorop wrote:<br>
>> And sending arbitrary EDNS0 options?  Have you ever considered that too?<br>
>> Is it on the todo list too?<br>
><br>
> Hi Willem,<br>
><br>
> Just about all EDNS0 options take parameters. It is not part of the<br>
> model to allow users to inject arbitrary binary data. Though if there is<br>
> sufficient interest, we can add some of the options currently proposed<br>
> (cookies, keepalive)<br>
<br>
</span>client-subnet? :)<br>
<span class="HOEnZb"><font color="#888888"><br>
- Jared<br>
</font></span></blockquote></div><br></div><div class="gmail_extra">Is this really useful? I mean, if a DNS server honors client-subnet, then it doesn't really matter which node is making the lookup. you might as well loop over your local machine and change the client-subnet.</div><div class="gmail_extra"><br></div><div class="gmail_extra">what could be very interesting though, is to map DNS servers supporting EDNS0 and ones not supporting it (i.e. which network operators should be bugged to support it...). it would be very good for network operators to see e.g. in-country adoption rate before relying on a CDN using EDNS0 as the core POP routing technology.</div></div>