[Fwd: Re: Proposed resolution: PTR queries for 254.169.in-addr.arpa]
Erik Guttman <[email protected]> Mon, 25 Apr 2005 15:55:23 +0200
| Newsgroups | gmane.ietf.zeroconf |
|---|---|
| Organization | Sun Microsystems - N1 Architecture & Strategy |
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --Boundary_(ID_UZaBClbGEOL6R8X6vwFCag) Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT Forwarded for Eric Hall. -------- Original Message -------- Subject: Re: Proposed resolution: PTR queries for 254.169.in-addr.arpa Date: Mon, 25 Apr 2005 09:44:26 -0400 From: Eric A. Hall <[email protected]> To: Erik Guttman <[email protected]> CC: Daniel Senie <[email protected]>, Rob Austein <[email protected]>, [email protected], Margaret Wasserman <[email protected]>, Thomas Narten <[email protected]>, Mark Townsley <[email protected]> References: <[email protected]> <[email protected]> <[email protected]> <[email protected]> > By default, recursive name server implementations *MUST* be > configured to act as if they were authoritative for an > empty 254.169.in-addr.arpa zone and return RCODE 3 for any > such query. Implementations *MUST* allow this default to > be overridden. Returning an RCODE 3 is the correct default > setting because it reduces the query load but also because if > the site administrator has not set up the reverse tree > corresponding to IPv4 Link-Local addresses in use, > returning RCODE 3 is in fact the correct answer." My posts aren't getting on the list and I haven't figured out why yet, but anyway I have said three times now that silently dropping queries is unacceptable behavior. Clients will treat such a signal as time-out error, and will simply move on to ask another server. Eventually they will find one that doesn't know about this rule, and the queries will escape. It is very bad mojo to silently drop DNS lookups. -- Eric A. Hall http://www.ehsco.com/ Internet Core Protocols http://www.oreilly.com/catalog/coreprot/ --Boundary_(ID_UZaBClbGEOL6R8X6vwFCag) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Geneva">Forwarded for Eric Hall.</font></font><br> <br> -------- Original Message -------- <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <th align="right" nowrap="nowrap" valign="baseline">Subject: </th> <td>Re: Proposed resolution: PTR queries for 254.169.in-addr.arpa</td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">Date: </th> <td>Mon, 25 Apr 2005 09:44:26 -0400</td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">From: </th> <td>Eric A. Hall <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a></td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">To: </th> <td>Erik Guttman <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a></td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">CC: </th> <td>Daniel Senie <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a>, Rob Austein <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a>, <a class="moz-txt-link-abbreviated" href="mailto:[email protected]">[email protected]</a>, Margaret Wasserman <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a>, Thomas Narten <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a>, Mark Townsley <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a></td> </tr> <tr> <th align="right" nowrap="nowrap" valign="baseline">References: </th> <td><a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a> <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a> <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a> <a class="moz-txt-link-rfc2396E" href="mailto:[email protected]"><[email protected]></a></td> </tr> </tbody> </table> <br> <br> <pre>> By default, recursive name server implementations *MUST* be > configured to act as if they were authoritative for an > empty 254.169.in-addr.arpa zone and return RCODE 3 for any > such query. Implementations *MUST* allow this default to > be overridden. Returning an RCODE 3 is the correct default > setting because it reduces the query load but also because if > the site administrator has not set up the reverse tree > corresponding to IPv4 Link-Local addresses in use, > returning RCODE 3 is in fact the correct answer." My posts aren't getting on the list and I haven't figured out why yet, but anyway I have said three times now that silently dropping queries is unacceptable behavior. Clients will treat such a signal as time-out error, and will simply move on to ask another server. Eventually they will find one that doesn't know about this rule, and the queries will escape. It is very bad mojo to silently drop DNS lookups. -- Eric A. Hall <a class="moz-txt-link-freetext" href="http://www.ehsco.com/">http://www.ehsco.com/</a> Internet Core Protocols <a class="moz-txt-link-freetext" href="http://www.oreilly.com/catalog/coreprot/">http://www.oreilly.com/catalog/coreprot/</a> </pre> <br> </body> </html> --Boundary_(ID_UZaBClbGEOL6R8X6vwFCag)--