[dns-wg] lameness and unreachability

At 19:02 +0200 5/22/03, Stephane D'Alu wrote:
>In fact the test check for a '-' at the beginning or at the end of
>a label as suggested in the grammar of 1035.

That section of 1035 is a source of great confusion.  Note that the 
text preceding the parsing rules says:

    "The following syntax will result in fewer problems with many
    applications that use domain names (e.g., mail, TELNET)."

It doesn't say that the syntax rules are mandatory.  In fact, elsewhere:

#   Because these files are text files several special encodings are
#   necessary to allow arbitrary data to be loaded.  In particular:
#
#   \X           where X is any character other than a digit (0-9), is
#                used to quote that character so that its special meaning
#                does not apply.  For example, "\." can be used to place
#                a dot character in a label.
#
#   \DDD         where each D is a digit is the octet corresponding to
#                the decimal number described by DDD.  The resulting
#                octet is assumed to be text and is not checked for
#                special meaning.

So, arbitrary octet values are allowed, but isn't 8-bit clean because 
of the upper==lower case rules.

>I don't think there are many anycast server for now,
>but the heuristic used to determine the subnet make it already
>a policy issue :(
>
>And I fear that the rise of anycast server will make it really
>difficult to check the consistency of the different server for a zone.

I've already been slapped by our beloved WG chair (Jim) for the same 
comment when I accused him of placing both name servers for an ENUM 
experiment on one LAN.  He muttered 'they're anycasted...'

>We could provide different list of test, where the degree of completeness
>increase.

At least a flag to trim back the tests...

>These tests are only marked as 'Warning', due to the fact that
>if you really know what you are doing you could want to go beyond the
>recommanded values.

Peter mentioned that there is a RIPE document behind this. I wasn't 
aware of that.  (As an aside, there was a short post meeting 
discussion about where would we publish operations documents - as in 
within what venue?)

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis                                            +1-703-227-9854
ARIN Research Engineer

Your office is *not* a reality-based sit-com TV show.