📄 rfc881.txt
字号:
RFC 881 November 1983The Domain Names Plan and Schedule "BLAT-VAX" in the ARPA domain could set up mailboxes of the form "user@BLAT.ARPA" and use the domain server mechanisms for mapping these to the host that accepts the mail for the organization. Mailbox binding will allow different mappings for individual mailboxes of an organization or host to the destination host. It will also provide for aliases and mailing groups. Mailbox binding requires adding information on individual mailboxes to the domain server database. This could be a substantial increase in the database size and management responsibility. The ARPA Community and the DDN Community This plan will be put into effect in the ARPA community. The DDN community will adopt the domain style names, but will continue with the present scheme of a centrally maintained table copied periodically by each host. Once the use of domain servers has been demonstrated by use in the ARPA community, the DDN-PMO will establish a schedule for implementing the domain system in the DDN community. This means that there may be a period of a year or more with the two communities using different schemes for distributing information about host names and addresses. Specifically: The NIC will maintain a table a "HOSTS.TXT" style table for use by DDN hosts. This table will contain domain style names for all DDN hosts (e.g., USC-ISIA.DDN). Since this is the only information DDN hosts will use to translate host names to Internet Addresses, this table must also contain names and addresses of ARPA community hosts of interest to DDN users (e.g., USC-ISIF.ARPA). There will be a domain server with data for the DDN domain. That is, hosts in the ARPA community that use the domain system of resolvers and servers will be able to access servers that have the data base covering the DDN community. It is quite likely that the table for the use of the DDN hosts will be incomplete with respect to coverage of the ARPA community and any new domains that are established. One motivation for the domain system is the subdivision of name management to avoid thePostel [Page 6]RFC 881 November 1983The Domain Names Plan and Schedule difficulty of keeping a global table of all hosts. As the ARPA community moves to significant use of the domains system the maintenance of a global table for use by the DDN community will become very difficult. This means that DDN hosts might not be able to look up the names of some ARPA community hosts in their local tables. In some cases this might result in an inability establish communication from a DDN hosts to such "unknown" ARPA community hosts. The most likely case is for a computer mail message sent from an ARPA community user on a host know to name servers but not in the central table to a user on a DDN community host that relies on a local copy of the central table. When the DDN user attempts to answer this message his mail program will attempt to look up the host name. This will fail, and the most likely result is that the mail program will tell the user that there is no such host! Please note that DDN community hosts are permitted (even encouraged) to implement the domain system in parallel with the ARPA community. However, there is no requirement that they do so until called for in the schedule to be established by the DDN-PMO.Postel [Page 7]RFC 881 November 1983The Domain Names Plan and Schedule The Schedule 04-Oct-83 The ARPANET/MILNET Logical Split 02-Nov-83 Publish Domain Name Documents This Plan and Schedule (RFC-881), Domain Names - Concepts and Facilities (RFC-882), and Domain Names - Implementation Specification (RFC-883). 16-Nov-83 Make Available Domain Style Host Table Create a copy a modified version of the HOSTS.TXT table named DHOSTS.TXT with an additional name (as the first name) in each entry of the form "official-host-name.ARPA". 15-Dec-83 Final Specification of simple Query & Reply Protocol Available This specification covers the protocol procedures and message formats for the simple queries and replies to support translating host names to internet addresses only. 15-Dec-83 Make Limited Domain Server & Resolvers Available An example limited domain server running on TOPS-20 and example limited resolvers running on each of TOPS-20 and VAX-Berkeley-Unix should be made available for testing and copying. This simple version would be able to do queries and responses for host name to internet address translation only, and the servers would still use the global table. This simple server would not refer the resolver to another server. This simple server and these resolvers operate in datagram mode only. However, this would allow user programs to begin to use the servers. 01-Feb-84 Specification of Domain Requirements Available Detailed requirements for qualifying a set of hosts as a domain, and procedure for registering new domains is published. 15-Feb-84 The ARPANET/MILNET Access Controls MILNET access controls installed in the MILNET/ARPANET gateways and TAC user access controls put into effect (see DDN MGT Bulletin 16). [Date approximate.]Postel [Page 8]RFC 881 November 1983The Domain Names Plan and Schedule 07-Mar-84 Replace Main Host Table with Domain Style Host Table The DHOSTS.TXT becomes HOSTS.TXT. 14-Mar-84 Final Specification of Query & Reply Protocol Available This specification covers the protocol procedures and message formats for the all queries and replies between resolvers and servers. 14-Mar-84 Make Improved Domain Servers & Resolvers Available An example improved domain server running on TOPS-20 and example improved resolvers running on each of TOPS-20 and VAX-Berkeley-Unix should be made available for testing and copying. This version should be able to do any of the defined query and response operations, and should support segmented data base by refering resolvers to other servers if necessary. This server loads zone data from local master files only, and only at program start up. This server and these resolvers operate with either datagram or reliable connection style communication. This version does not support the data base update portion of the server protocol. 04-Apr-84 Domain Servers for ARPA Domain Available Authoritative domain servers for the ARPA domain will be available for regular use. 02-May-84 Introduce New Domains in the Main Host Table Add the DDN domain. Most MILNET hosts will change to the DDN domain. Authoritative domain servers for the DDN domain will be available for regular use. HOSTS.TXT is updated. 02-May-84 Establish a New Top Level Domains Only Table Start a new table, DOMAINS.TXT, that lists only the top level domains and the entries for their domain servers. 16-May-84 Final Specification of Maintenance Protocol Available This specification covers the protocol procedures and message formats for the data base update exchanges between servers. 16-May-84 Make Improved Domain Servers & Resolvers Available An example improved domain server running on TOPS-20 and examplePostel [Page 9]RFC 881 November 1983The Domain Names Plan and Schedule improved resolvers running on each of TOPS-20 and VAX-Berkeley-Unix should be made available for testing and copying. This version should be able to do any of the defined query and response operations, and should support segmented data base by refering resolvers to other servers if necessary. This server loads zone data from local master files and remote servers, and only at program start up. This server and these resolvers operate with either datagram or reliable connection style communication. 06-Jun-84 Permit the Introduction of New Domains Organizations meeting the requirements for establishing new domains will be allowed to begin use of new domain names. New domains must be registered, meet the requirements (including running domain servers), and will be added to the HOSTS.TXT table. 18-Jul-84 Final Specification of Complete Protocol Available This specification covers the protocol procedures and message formats for the complete domain names system. 18-Jul-84 Make Full Domain Servers & Resolvers Available At this point an example domain server and an example resolver running on each of TOPS-20 and VAX-Berkeley-Unix should be made available for testing and copying. This version should be able to do any of the defined query and response operations, and should support segmented data base by refering resolvers to other servers if necessary. This version should support the data base update portion of the server protocol, including data aging and dynamic zone updating from remote servers. This is a full implementation of the protocol. 05-Sep-84 Discontinue the Full Host Table for the ARPA Community Stop maintaining the HOSTS.TXT table for the ARPA community. The HOSTS.TXT table continues to be used in the DDN community with complete data for the DDN domain, however the data for the ARPA and other domains may no longer be complete or fully up to date. 03-Oct-84 DDN-PMO Schedules DDN Implementation The DDN-PMO establishes the schedule for the implementation of the domain system in the DDN community.Postel [Page 10]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -