Allow-Query=any

[Warren Kumari]

Yah, I guess it does kinda :-)
I seem to remember Olafur or Marek admitted that including the text was an
ugly, temporary kludge, and provided some "cover" so that is was more clear
that this was the intended behavior, and not that e.g they had just not
fully implemented ANY (as many DNS load-balancers / middleboxes seem to
do). Once this becomes common practice the HINFO can go to null.

Personally I think that they should have instead:
A: inserted naughty limericks or
B: sold this space off as advertising space.

W
DISCLAIMER: B is a joke... although.... huh....



On Thu, Jan 7, 2016 at 5:05 PM Darcy Kevin (FCA) <kevin.darcy at fcagroup.com>
wrote:

> I do find it a little ironic that the HINFO RDATA shown earlier in the
> thread, references the "refuse-any" draft, yet, in the selfsame RDATA,
> violates one of the "SHOULD"s of the draft:
>
> "The OS field of the HINFO RDATA SHOULD be set to the null string to
> minimise the size of the response."
>
> Kind of sends a mixed message, don't you think?
>
>                                                                         -
> Kevin
>
> -----Original Message-----
> From: bind-users-bounces at lists.isc.org [mailto:
> bind-users-bounces at lists.isc.org] On Behalf Of Reindl Harald
> Sent: Thursday, January 07, 2016 4:41 PM
> To: bind-users at lists.isc.org
> Subject: Re: Allow-Query=any
>
>
> Am 07.01.2016 um 22:31 schrieb Warren Kumari:
> > Reindl, did you read the draft referred to in the HINFO? (
> > https://datatracker.ietf.org/doc/draft-ietf-dnsop-refuse-any/ ). It
> > clearly outlines the reasons that cloudfare is doing this. This
> > document was discussed in the DNSOP WG, and was presented at a few
> meetings.
> > The consensus within the DNSOP WG was to adopt and work on the draft,
> > so I object to your characterization of this as "another clueless
> > idiot degrading services" at a large company.
> > Olafur and Joe (the authors of this) are far from clueless idiots.
> > In addition, please try to moderate your tone - people come to the
> > BIND Users list for assistance - your argumentative (and often
> > insulting) posts are not helpful to building a community
>
> i did read and understand the reasoning long before this thread as i also
> had the RRL patches in production long before they went to stable releases
> http://www.tummy.com/blogs/2013/02/20/bindrrl-patched-rpms-available/
>
> with RRL and "minimal-responses yes;" the response size/impact of a ANY
> query is very limited while that is a completly different reasoning than "I
> don't want display all info"
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20160107/b15f0d3c/attachment.html>