home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.protocols.tcp-ip.domains
- Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!vixie
- From: vixie@pa.dec.com (Paul A Vixie)
- Subject: Re: Domain Name Service Deficiencies
- In-Reply-To: silverm@bcstec.ca.boeing.com's message of 19 Nov 92 07:03:38 GMT
- Message-ID: <VIXIE.92Nov19115623@cognition.pa.dec.com>
- Sender: news@PA.dec.com (News)
- Organization: DEC Network Software Lab
- References: <4285@bcstec.ca.boeing.com> <4293@bcstec.ca.boeing.com>
- Date: 19 Nov 92 11:56:23
- Lines: 31
-
- >> 1) DNS should support other address classes besides InterNet (IN),
- >> including (but not limited to) Apple Talk (AT?), DECnet (DN?), OSI or
- >> DECnet phase V (OS?), etc.
-
- I considered adding a DN class for decnet a while back, before I
- realized that most DECnet end-nodes don't also speak IP -- so I
- would be providing DECnet name service to a non-DECnet network,
- which seemed like it wasn't terribly useful. For this to work I
- would have had to teach BIND how to speak to DECnet clients, and
- those clients already have their own distributed name service so
- it was pretty much a losing idea all around. The same is true of
- Appletalk and OSI. The real solution to all of these other nets
- is to go pound on the vendors and get them to layer their various
- proprietary network applications on top of IP instead of inventing
- their own lower-level each time.
-
- >> 2) This is probably an implementation issue, but the resolv.conf and
- >> named.boot files should be able to use names instead of IP addresses, and
- >> use /etc/hosts to look up the addresses.
-
- For implementation-related reasons, this is difficult. So far, the
- difficulty has always seemed to outweigh the advantages. Considering
- that allowing this mapping is only useful if you want to be able to
- change an IP address without editing the static resolv.conf or named.boot
- files, it ends up being a non-win since you still have to update the
- static "hosts" file.
- --
- Paul Vixie, DEC Network Systems Lab
- Palo Alto, California, USA "Don't be a rebel, or a conformist;
- <vixie@pa.dec.com> decwrl!vixie they're the same thing, anyway. Find
- <paul@vix.com> vixie!paul your own path, and stay on it." -me
-