home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!uknet!doc.ic.ac.uk!agate!spool.mu.edu!darwin.sura.net!uvaarpa!cv3.cv.nrao.edu!cv3.cv.nrao.edu!dwells
- From: dwells@fits.cv.nrao.edu (Don Wells)
- Newsgroups: comp.protocols.tcp-ip.domains
- Subject: Re: Why no MX records for .BITNET hosts?
- Message-ID: <DWELLS.92Dec27141205@fits.cv.nrao.edu>
- Date: 27 Dec 92 19:12:05 GMT
- References: <NELSON.92Dec25002433@cheetah.clarkson.edu>
- <VIXIE.92Dec26031209@cognition.pa.dec.com>
- Sender: news@nrao.edu
- Organization: nrao
- Lines: 43
- In-Reply-To: vixie@pa.dec.com's message of 26 Dec 92 03: 12:09
-
- In article <VIXIE.92Dec26031209@cognition.pa.dec.com> vixie@pa.dec.com
- (Paul A Vixie) writes:
- References: <NELSON.92Dec25002433@cheetah.clarkson.edu>
- > So why not have MX records whose preference value is based on the number
- > of hops from the gateway machines?
- PAV> " ... the NIC has been historically unwilling to create real
- PAV> domains for .BITNET (and .UUCP for that matter)..
- PAV> uucp-gw-1.pa.dec.com's name server believes that it is primary
- PAV> for .BITNET.. This greatly simplifies connecting to .BITNET
- PAV> hosts since many of them are dual-hosted (IP and BITNET) or have
- PAV> dual-hosted close neighbors.. If the new GSI NIC is willing to
- PAV> entertain a .BITNET domain.. I will personally guarantee primary
- PAV> and secondary nameservers .."
-
- Official creation of .BITNET, as you suggest, certainly would be the
- most esthetically pleasing of the sufficient solutions to this
- historic problem. However, it is not a *necessary* solution! It would
- also be sufficient for any existing domain to create a .BITNET
- subdomain, with or without the NIC's permission. The obvious domain
- which should do this is EDUCOM.EDU, so that all BITnet hosts could be
- addressed as bithost.BITNET.EDUCOM.EDU. As a prototype of this
- service you could configure DEC's server(s) to resolve names of the
- form bithost.BITNET.PA.DEC.COM.
-
- This suggestion is not just theoretical, there is such a nameserver
- configuration for SPAN, another network with a flat namespace.
- Queries for MX records for names of the form spanhost.DNET.NASA.GOV
- produce prioritorized resource records pointing to a pair of MX
- gateways. It appears that there is not actually a "DNET" server, but
- there could be, and it could also contain CNAME records for SPAN hosts
- that are on the Internet (i.e., have FQDN's), which would help with
- the telnet/rlogin/ftp protocols. The existing facility has the
- wonderful result that users can be told that *all* span hosts have
- Email addresses of the form spanhost.DNET.NASA.GOV. This simplifies
- documentation and improves interoperability. Also, it hastens the day
- when users will, just naturally, regard FQDNs as the right and proper
- convention.
- --
-
- Donald C. Wells Associate Scientist dwells@nrao.edu
- National Radio Astronomy Observatory +1-804-296-0277
- 520 Edgemont Road Fax= +1-804-296-0278
- Charlottesville, Virginia 22903-2475 USA 78:31.1W, 38:02.2N
-