<font size=2 face="sans-serif">I asked namedroppers for opinion on the
/D notation in resource records (as discussed last week on this list).
</font>
<br>
<br><font size=2 face="sans-serif">The response (below) seems to be that
this is an error. </font>
<br>
<br><font size=2 face="sans-serif">Should we update ldns and dnsruby with
this behaviour, so that they at least behave consistently when confronted
with this invalid notation?</font>
<br>
<br><font size=2 face="sans-serif">Thanks,</font>
<br>
<br>
<br><font size=2 face="sans-serif">Alex.</font>
<br>
<br>
<br><font size=1 color=#800080 face="sans-serif">----- Forwarded by Alex
Dalitz/Nominet on 03/02/2010 09:28 -----</font>
<br>
<br><tt><font size=2>Donald Eastlake <d3e3e3@gmail.com> wrote on
02/02/2010 23:10:40:<br>
<br>
> Donald Eastlake <d3e3e3@gmail.com> </font></tt>
<br><tt><font size=2>> 02/02/2010 23:10</font></tt>
<br><tt><font size=2>> <br>
> To</font></tt>
<br><tt><font size=2>> <br>
> Alexd@nominet.org.uk</font></tt>
<br><tt><font size=2>> <br>
> cc</font></tt>
<br><tt><font size=2>> <br>
> namedroppers@ops.ietf.org</font></tt>
<br><tt><font size=2>> <br>
> Subject</font></tt>
<br><tt><font size=2>> <br>
> Re: [dnsext] Question on NAPTR text format</font></tt>
<br><tt><font size=2>> <br>
> Right, see RFC 4343:</font></tt>
<br><tt><font size=2>> "A back-slash followed by only one or two
decimal digits is undefined"</font></tt>
<br><tt><font size=2>> <br>
> Donald<br>
> =============================<br>
> Donald E. Eastlake 3rd   +1-508-634-2066 (home)<br>
> 155 Beaver Street<br>
> Milford, MA 01757 USA<br>
> d3e3e3@gmail.com<br>
> <br>
</font></tt>
<br><tt><font size=2>> On Tue, Feb 2, 2010 at 4:33 PM, Mark Andrews
<marka@isc.org> wrote:</font></tt>
<br><tt><font size=2>> <br>
> In message <OF1814005C.703B880F-ON802576BE.00419B44-802576BE.<br>
> 004271B4@nominet.or</font></tt>
<br><tt><font size=2>> g.uk>, Alexd@nominet.org.uk writes:<br>
> > Hi -<br>
> ><br>
> > I'm hoping somebody can please help me understand how to treat
the<br>
> > following text in a NAPTR/TXT record  :<br>
> ><br>
> > "blah\2blah"<br>
> ><br>
> > We have from RFC 1035 :<br>
> ><br>
> > \X              where X is
any character other than a digit (0-9), is<br>
> >                used to
quote that character so that its special meaning<br>
> >                does not
apply.  For example, "\." can be used to place<br>
> >                a dot
character in a label.<br>
> ><br>
> > and<br>
> ><br>
> > \DDD            where each D is
a digit is the octet corresponding to<br>
> >                the decimal
number described by DDD.  The resulting<br>
> >                octet
is assumed to be text and is not checked for<br>
> >                special
meaning.<br>
> ><br>
> > So what happens if there is only one digit, instead of three?
(i.e. \D)<br>
> ><br>
> > Should this be taken as :<br>
> ><br>
> > 1) a one digit decimal number specifying an octet between 0 and
9 (e.g.<br>
> > \002)<br>
> > 2) the number character itself (e.g. '2')<br>
> > 3) an error?<br>
</font></tt>
<br><tt><font size=2>> It's a error because it is undefined.</font></tt>
<br><tt><font size=2>> <br>
> > I've noticed that different libraries take different views on
this, and<br>
> > thought it would be nice to have more common behaviour.<br>
> ><br>
> > Thanks in advance for your help!<br>
> ><br>
> > Alex.</font></tt>
<br><tt><font size=2>> --<br>
> Mark Andrews, ISC<br>
> 1 Seymour St., Dundas Valley, NSW 2117, Australia<br>
> PHONE: +61 2 9871 4742              
  INTERNET: marka@isc.org<br>
</font></tt>