> On Sat, Jul 05, 2008 at 01:11:36AM -0400, Brian Dickson wrote:
> > That's precisely why it makes sense to think about the partial name 
> > problem, before big problems happen for lots of ISPs.
> 
> My feeling is that search lists for DNS are a bad optimization that
> should never have happened.  After publication of RFC 1535, they
> should have been removed altogether, instead of being half-patched.
>     ftp://ftp.rfc-editor.org/in-notes/rfc1535.txt
> 
> I routinely dot-terminate domain names and disable search lists,
> and I believe software should treat any given domain name as it is
> presented, without trying to second-guess the intent.  Software should
> not try to guess intent when the syntax is unambiguous.

        no dots == local (search)
        dots == global unique

        It's only when you start treating one as the other that you
        get into problems.  This can be enforced in the getaddrinfo()
        and friends by not looking up single label tokens against
        ".".  "localhost" is solvable before anyone complains about it.

> It is way too late to catch this particular horse, but removing bad
> optimizations from current software releases would still be a useful
> step to take.  It would certainly be better than continuing to keep
> them around due to some notion that inertia is invincible.

        To get rid of searching you also need to get rid of alternate
        name spaces (NIS, /etc/hosts).

        We really need to provide / encourage mechanisms for home
        networks to get domains for $0 additional cost.  With IPv6
        we will be connecting networks, not machines.  ISP's need
        to come up with schemes which can be used to plug home
        networks into the global DNS.  ISP's are going to have to
        support reverse IPv6 zones (delegate/serve).  It's only a
        small additional step to support the forward zones in
        addition to reverse zone.

        e.g.
                <identifer>.<isp>.net -> <machine>.<identifer>.<isp>.net
        or
                <identifer>.home.<isp>.net ->
                         <machine>.<identifer>.home.<isp>.net

        Where <identifer>.<isp>.net or <identifer>.home.<isp>.net
        is a dynamic zone.  <identifer> may or may not be the account
        identifier.

        Mark

> -- Andras Salamon                   [EMAIL PROTECTED]
> _______________________________________________
> DNSOP mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/dnsop
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: [EMAIL PROTECTED]
_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to