.GOV Domain: U.S. Government Internet Domain Names
The Federal Networking Council's rules for who may register a name directly under .GOV: one agency, one name.
Federal Networking Council, "U.S. Government Internet Domain Names", RFC 2146, DOI 10.17487/RFC2146, May 1997, <https://www.rfc-editor.org/info/rfc2146>.
@misc{rfc2146,
series = {Request for Comments},
number = 2146,
howpublished = {RFC 2146},
publisher = {RFC Editor},
doi = {10.17487/RFC2146},
url = {https://www.rfc-editor.org/info/rfc2146},
author = {Federal Networking Council},
title = {{U.S. Government Internet Domain Names}},
pagetotal = 12,
year = 1997,
month = may,
} RFC text
Contents
Network Working Group Federal Networking Council
Request For Comments: 2146 May 1997
Category: Informational
Obsoletes: 1816
U.S. Government Internet Domain Names
Status of this Memo
This memo provides information for the Internet community. This memo
does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.
Abstract
This memo provides an update and clarification to RFC 1816. This
document describes the registration policies for the top-level domain
".GOV". The purpose of the domain is to provide naming conventions
that identify US Federal government agencies in order to facilitate
access to their electronic resources. This memo provides guidance
for registrations by Federal Agencies that avoids name duplication
and facilitates responsiveness to the public. It restricts
registrations to coincide with the approved structure of the US
government and the advice of its Chief Information Officers. Two
documents are recognized as constituting documentation on the US
government structure: FIPS 95-1 provides a standard recognized
structure into which domain registrations for .GOV and FED.US can
fit; and, the US Government Manual [3], a special publication of the
Federal Register, provides official documentation of the government
structure. The latter document may be subject to more timely updates
than the former. Either document is suitable for determining which
entities qualify for second-level domain registration within .GOV and
FED.US.
As a side effect, this RFC reduces the number of .GOV and FED.US
level registrations and reduces the workload on the registration
authority. Previous versions of this document did not address the
FED.US domain. This document anticipates the migration of the .GOV
domain into the FED.US domain, in keeping with common practice on the
Internet today.
U.S. GOVERNMENT INTERNET DOMAIN NAMES POLICY
The .GOV domain is delegated from the root authority to the US
Federal Networking Council. The .GOV domain is for registration of
US governmental entities on the federal level only. Registrations
for state and local governmental agencies shall be made under the .US
domain in accordance with the policies for that domain. Further
references in this document to .GOV should be understood to apply to
FED.US as well. The most succinct form of the policy is "one agency,
one name". The agency may choose its own name, but an easily
recognized acronym is suggested. The following paragraphs enumerate
the types of agencies eligible for registration and the types that
are not eligible:
1) The document "Codes for the Identification of Federal and
Federally Assisted Organizations", FIPS 95-1 (or its successor)
lists the official names of US Government agencies. Either that
document or the US Government Manual can be used to determine that
an entity is eligible for registration as a second level domain of
.GOV.
A) Top-level entities (e.g., those in FIPS 95-1 with codes
ending in 00 such a"1200 Department of Agriculture"), those in
the US Government Manual listed as "Departments, Independent
Establishments (not Corporations), and all the Boards,
Commissions, and Committees"), and independent agencies and
organizations (e.g., "National Science Foundation" and other
non-indented listings unless prohibited below) as listed in
this document are eligible for registration directly under
.GOV.
B) Cross-agency collaborative organizations (e.g.,
"Federal Networking Council", "Information Infrastructure Task
Force") are eligible for registration under .GOV upon
presentation of the chartering document and are the only non-
FIPS-listed or non-US-Government-Manual-listed organizations
eligible for registration under .GOV.
C) Subsidiary, non-autonomous components of top-level or
other entities are not eligible for separate registration.
International organizations listed in this document are NOT
eligible for registration under .GOV. Subsidiary components
should register as third-level domains under their parent
organization. Other Federal entities may apply to the FED.US
domain.
D) Organizations listed as "Federally Aided Organizations"
in FIPS 95-1 are not eligible for registration under .GOV and
should register under .ORG or other appropriate top-level
domain that reflects their status.
E) Organizations subsidiary to "Department of Defense"
must register under the ".MIL" domain via the Defense Data
Network Information Center - contact registrar@nic.ddn.mil.
F) Other entities may be registered by request of a
cognizant Chief Information Officer (CIO); CIO's are those
agency officials designated by the agency head in accordance
with the requirements of the Information Technology Management
Reform Act of 1996 and Executive Order 13011.
G) Federal Courts constitute a special class of domains.
All Federal courts seeking domain registrations should contact
the Administrative Office of the US Courts for their guidance
on policy and naming.
a) The string "SUPREME-COURT" is reserved for the Supreme
Court domain.
b) All other courts and their officers and officials should
register in .USCOURTS.GOV. The only standard exceptions to
these rules are changes to governmental structure due to
statutory, regulatory or executive directives not yet
reflected in the above document. The requesting agency
should provide documentation in one of the above forms to
request an exception. Other requests for exception should
be referred to the Federal Networking Council.
2) A domain name should be derived from the official name for
the organization (e.g., "USDA.Gov" or "AGRICULTURE.GOV".) The
registration shall be listed in the registration database under
the official name (per FIPS 95-1 or US Government Manual) for the
organization or under the name in the chartering document.
3) Only ONE registration and delegation shall be made for the
purpose of identifying an agency. The .GOV registration authority
shall provide registrations on a first-come first-served basis.
It is an individual agency matter as to which portion of the
agency is responsible for managing the domain space under a
delegated agency domain.
4) Those agencies and entities that had multiple registrations
under .GOV may retain them until August 1998, but sub-delegations
will be permitted only under the one name chosen by the agency as
its permanent name. As of August 1996, the auxiliary domains will
become un-delegated and will revert to the control of the .GOV
owner. As of 2 August 1997, all registrations in the auxiliary
domains must be mirrored in the permanent domain and those names
should be used where possible. At the three year point, all
auxiliary domain registrations will be deleted (August 1998).
5) Those agencies and entities already registered in .GOV but
not listed in FIPS 95-1 (e.g., DOE labs, state entities) or the US
Government Manual may retain their registration within the
constraint of the single registration rule (see para 4). No
further non-listed registrations will be made. State and local
entities are strongly encouraged to re-register under .US, but
this is not mandatory.
REFERENCES
[1] Federal Information Processing Standards Publication 95-1
(FIPS PUB 95-1), "Codes for the Identification of Federal and
Federally Assisted Organizations", U.S. Department of Commerce,
National Institute of Standards and Technology, January 4, 1993.
[2] Postel, J., "Domain Name System Structure and Delegation", RFC
1591, USC/Information Sciences Institute, March 1994.
[3] US Government Manual, Office of the Federal Register,
National Archives and Records Administration, Washington DC 20804.
CLARIFICATION
* Registrations prior to August 1995 are grand-fathered and do NOT
require re-registration with the exception of duplicate registrations
for the SAME organization at the same level. E.g., 2 registrations
that represent the Department of Transportation would be considered
duplicates. Registrations for each of the Department of
Transportation and the FAA would not. (The FAA is an autonomous
component contained within the DOT).
* The policy requires resolution of all duplicate registrations by
August 1998.
* Local and state agencies registered under the ".GOV" domain may
remain there. However, they are strongly encouraged to transfer to
the .US domain.
* Cross-agency collaborative efforts may register under "FED.US"
as an alternative to asking for an exception to the .GOV policy.
FREQUENTLY ASKED QUESTIONS / ANSWERS
EXISTING .GOV REGISTRATIONS
Q. What are examples of FIPS 95-1 Departments possessing
duplicate top-level domain names, and what guidance has been given
to them regarding these names?
A. Examples of FIPS 95-1 Departments with duplicate DNS'
include "STATE.GOV" and "LABOR.GOV". These departments had six
months (until December 1996) to determine which name is permanent
and which is auxiliary and three years to drop the auxiliary
registration.
Q. Currently, our services are defined as www.cdc.gov,
ftp.cdc.gov, and gopher.cdc.gov. Does this proposal mean that
our names will now be: www.ntb.ops.cdc.phs.dhhs.gov, etc or at a
minimum: www.cdc.phs.dhhs.gov, ftp.cdc.phs.dhhs.gov, and
gopher.cdc.phs.dhhs.gov?
A. In the case of CDC, NIST, NIH, FDA, and the numerous other
non-FIPS-95-1 agencies registered with ".GOV" domains, there will
be no changes. The existing DNS' of these agencies are grand-
fathered under this policy. In addition, the policy effects only
the domains allowed to be registered directly under .GOV; further
delegations are under the control of the sub-domain owner. For
the above, assuming the HHS sub-domain owner concurs, there is no
problem with the HHS registering "cdc.dhhs.gov" as a sub-domain of
"dhhs.gov".
Q. How will registrations by Federal Laboratories be
addressed?
A. The existing domain names will be grand-fathered, i.e.,
LBL.GOV. Any new registrations will generally be within the
domain of the sponsoring agency (and subject to agency policies),
within the .US domain as a geographic entity, or within the FED.US
domain.
Q. What are some examples of state government agencies
registered under ".GOV" domain? Will they need to change their
DNS?
A. Examples of cities and states that originally registered
under the .GOV include: WA.GOV Department of Information
Services, State of Washington LA.GOV Bureau of Sanitation, City of
Los Angeles These entities are strongly encouraged to re-register
in the .US domain but this is NOT mandatory. No further state and
local agencies will be registered under .GOV.
Q. It is not in anyone's best interest to name things by
organizational boundaries as these things change. Internet domain
names and host names, once defined and used, become so widely
distributed that they become virtually impossible to change.
A. The policy does not require organizations to change their
names once established, but individual agency policies may. The
DNS system contains some capabilities to assist in name transition
- the CNAME record provides a capability for cross-domain aliases
which can be used to ease a transition between one name space and
another. As noted in the clarifications, naming and sub-domain
conventions WITHIN an agency or department DNS delegation are
solely the province of that entity.
Q. How can two entities have the same name registered? How
does this apply to NIH.GOV, FDA.GOV, and CDC.GOV, all of which are
large components of DHHS/PHS? NCIFCRF.GOV is a component of NIH.
Does it have to change? I don't understand how a distinction is
made if some are grand-fathered and some are not.
A. US-STATE.GOV and STATE.GOV for example. The problem is
actually one entity with two names. NIH.GOV and FDA.GOV represent
separate entities (albeit within DHHS). If there were an NIH.GOV
and an NIH-EAST.GOV for example, NIH would have to eliminate one
of them (probably moving NIH-EAST.GOV to EAST.NIH.GOV).
Q. How much is the taxpayer being asked to spend to alter tens
of thousands of existing computer and telecommunications systems
to support this RFC?
A. In August 1995 less that half-a-dozen duplicate DNS names at
the FIPS 95-1 level needed to be changed. Given the fact that
this will be accomplished over three years, the costs should be
minimal.
CROSS-AGENCY COLLABORATIONS
Q. An organization maintains a domain name that represents a
cross-agency community, IC.GOV, which represents members of the
intelligence community. As a cross-agency collaborative effort,
does the domain have to be re-registered?
A. The policy states that "Cross-agency collaborative
organizations (e.g., "Federal Networking Council", "Information
Infrastructure Task Force") are eligible for registration under
.GOV upon presentation of the chartering document and are the only
non-listed (in either FIPS 95-1 or the US Government Manual)
organizations eligible for registration under .GOV." "IC.GOV"
however, is grand-fathered since it is an existing domain.
Nevertheless, it would be appropriate to provide a copy of the
chartering document to the FNC for the record. This would ease
future changes to the IC.GOV domain if necessary.
FUTURE .GOV REGISTRATIONS
Q.Top level domains are roughly equivalent to cabinet-level
agencies identified in FIPS 95-1. What will happen if non-FIPS
95-1 entities apply for the ".GOV" registration in the future?
A. The registrar will use this RFC as guidance and will not
grant the ".GOV" to any new entity which is not listed in the FIPS
95-1 or the US Government Manual or which has not been granted an
exception status by the FNC Executive Committee.
Q. Suppose NIH were moved to a new Dept. of Science? Would
our domain name have to be changed?
A. NIH.GOV is grand-fathered under the existing policy and
would not change. The "Department of Science" under its own
policies may require you to re-register though.
FNC INTENT
Q. It is unclear how this will policy will facilitate access
by the public to our information, especially since most of the
public doesn't know our organizational structure or that CDC is
part of DHHS/PHS.
A. The policy attempts to avoid confusion as an increasing
number of entities register under the ".GOV" domain and to
transfer authority and responsibility for domain name space to the
appropriate agencies and away from a centralized authority. For
facilitating access, various tools and capabilities are coming
into use on the Internet all the time. Most of these tools
provide a fairly strong search capability which should obviate
most concerns of finding resources based on domain names.
Q. Section 1D of this document unfairly constrains the
organizations within the .GOV domain in stark contrast to Section
1F that grants .MIL domain organizations full freedom to operate
sub-domains in any manner chosen.
A. The Federal Networking Council has jurisdiction over the
.GOV domain names; .MIL domain names fall within the jurisdiction
of the Department of Defense. The .MIL domain has had a written
policy delimiting which DOD agencies get registered directly under
.MIL since about 1987 when the DNS first started to come into use.
Individual agencies under the .MIL domain (e.g., AF.MIL/US Air
Force) are responsible for setting policy within their domains and
for registrations within those domains. This is exactly
equivalent to the .GOV domain - an individual agency (e.g.,
Treasury.GOV/Dept of Treasury) may and should set policy for sub-
registrations within their domain.
Q. Section 1B identifies several law enforcement agencies as
being "autonomous" for the purposes of domain registration. What
is the selection criteria for an "autonomous law enforcement"
agency? For instance, the Internal Revenue Service (IRS) is
responsible for law enforcement as is the Bureau of Alcohol,
Tobacco, and Firearms (ATF).
A. The selection criteria for "law enforcement agency" is based
on primary mission. A case could be made for either or both of
these being law enforcement agencies, although the IRS' primary
mission is tax revenue collection and has few armed officers
relative to its size. An "autonomous" agency is one with mission
and role distinct and (possibly) separate from its containing
department. Unfortunately, FIPS 95-1 does not do a good job of
identifying "autonomous" entities. In the event of problems with
registration, ask the registrar to get a ruling from the
registration authority.
ROUTING QUESTIONS
Q. How will Domain Name Service resolution on the Internet
work? Instead of a root DNS server returning the address of
CDC.GOV and immediately directing inquires to our DNS servers,
will the root server return a DNS pointer to DHHS, then DHHS will
resolve to PHS, then a fourth DNS query to get to CDC? This will
add unnecessary traffic to the Net. (example is the host
CDC.PHS.DHHS.GOV)
A. The answer is based on how you (personally and agency wide)
configure your servers. First, most servers cache previous
answers - they may have to ask once, but generally remember the
answer if they need it again. Information directly under .GOV will
be fairly long-lived which substantially reduces the requirement
to query .GOV server. Secondly, multiple levels of the DNS tree
MAY reside on the same server. In the above example the
information for DHHS.GOV, PHS.DHHS.GOV and CDC.PHS.DHHS.GOV could
all reside on the same server. Assuming the location of the
DHHS.GOV server was not cached, it would require two queries.
Further queries would cache the location of this server and the
servers associated with the domains it serves. Lastly, the
individual agencies may structure their domains as they please.
CDC could reside directly under DHHS.GOV as CDC.DHHS.GOV subject
to HHS's own policies.
USING DNS FOR ADVERTISING SERVICES
Q. How can agencies utilize domain names for public service
announcements such as regulatory information, health services,
etc.?
A. The use of Domain Names for "advertising" is not encouraged,
and there is no empirical data showing that Domain Names are
effective for such purposes. Moreover, while it may appear a
reasonable assumption, we know of no evidence to show that using
even commonly know agency, program or service names as domain
names in fact, facilitates locating any particular program or
service. Indeed, we find it as reasonable to conclude that, by
using freely available search engines, a user could locate
responsive information before they would successfully "guess" the
appropriate domain name. If the agency CIO deems it advisable to
pursue "advertising via domain names," the agency should use WHOIS
utility (e.g., whois EXAMPLE.COM or whois EXAMPLE.ORG) to
determine if similar or conflicting names with other domains such
as .COM or .ORG before proceeding. Any advertising value may be
lost if the same or similar names exist within more than one
domain.
PREVENTING SIMILAR NAMES IN OTHER TOP-LEVEL DOMAINS
Q: Our agency spent a lot of time coming up with an intuitive
domain name and now we find out that the same name exists in .COM
and .ORG and is confusing to our customers, they don't know if it
is really our site or not. How can we prevent this use of our
domain name?
A. The only practical way is to register your name in all
available domains and hold them. We say hold (do not use) them
for the same reasons that you don't want your site spoofed --
customer uncertainly as to whether they are in fact at a
government site. The implications of Federal agencies using other
than .GOV or FED.US is a policy matter under the statutory
authorities of the Office of Information and Regulatory Affairs of
the Office of Management and Budget. Agency CIOs should consult
with OMB prior to using domain names other than .GOV or .FED.US.
THIRD-LEVEL DOMAINS: CONTACTING THE SECOND-LEVEL DOMAIN
ADMINISTRATOR.
Q. I don't mind having a third-level domain registration, but
my parent agency does not have a second level domain or does not
provide third-level registration services. What can I do?
A. In the first case, the registration authority can usually
provide contact information for an appropriate second level
domain. If not, an exception may be granted by the registration
authority. In the second case, make sure that you contact the
official administrative contact for the second level domain by
using the information returned by the "whois" command, e.g. "whois
STATE.GOV". The domain administrators have the responsibility of
providing third-level registration services. If an exception is
granted because there is no appropriate second level domain, it
will only be valid for two years after the subsequent
establishment of an appropriate domain. After that time, the
exception domain must register in the appropriate second-level
domain.
Q. What are the implications of using a name that conflicts
with a .COM or other top-level domain?
A. When requesting exceptions to this policy, applicants should
consider the limitations of the domain naming scheme. Many common
words and terms are already used in .COM, the largest TLD at this
time, and it may be ineffective to use the same name in .GOV.
US GOVERNMENT MANUAL
Q. How can I get the US Government Manual?
A. Contact Superintendent of Documents
P.O. Box 371954
Pittsburgh, PA 15250-7954
or see http://www.access/gpo.gov/su_docs and follow the links to
US government information.
SECURITY CONSIDERATIONS
The integrity of the information in the DNS databases and made
available through network protocols is not reliable in the Internet
environment without additional cryptographic controls or secure
lines. Agencies with secure internal network lines may be able to
count on the internal naming information as accurate, but users on
the Internet cannot. The DNS system may be enhanced by the use of
digital signatures on the provided information; as this software
becomes available, .GOV SLD administrators are encouraged to use it
provide a secure binding for the information associated with DNS
names.
Author's Address
Federal Networking Council
4001 N. Fairfax Drive
Arlington, VA 22203
Phone: (703) 522-6410
EMail: execdir@fnc.gov
URL: http://www.fnc.gov
ISO Plain Language
On this page
§1Why the .GOV Domain Needs Rules
The .GOV domain is delegated from the root authority to the US Federal Networking Council. It is for registration of US governmental entities on the federal level only, and registrations for state and local governmental agencies are to be made under the .US domain in accordance with that domain's policies. Further references in the document to .GOV should be understood to apply to FED.US as well.
The purpose of the domain is to provide naming conventions that identify US Federal government agencies in order to facilitate access to their electronic resources, and to give guidance for registrations that avoids name duplication and facilitates responsiveness to the public. The policy restricts registrations to coincide with the approved structure of the US government and the advice of its Chief Information Officers. Two documents are recognized as the documentation of that structure: FIPS 95-1, which gives a standard recognized structure into which .GOV and FED.US registrations can fit, and the US Government Manual, a special publication of the Federal Register, which gives official documentation and may be subject to more timely updates. Either document is suitable for deciding which entities qualify. As a side effect the memo says it reduces the number of .GOV and FED.US registrations and the workload on the registration authority.
The most succinct form of the policy is "one agency, one name". The agency may choose its own name, but an easily recognized acronym is suggested. The document also anticipates the migration of the .GOV domain into the FED.US domain, in keeping with common practice on the Internet at the time.
The domain exists so that people can tell from a web address which federal agency they have reached. The rule that does the work is simple: an agency gets one name, and that name matches the agency's official name in a published government list.
§2Which Entities May Register
FIPS 95-1, "Codes for the Identification of Federal and Federally Assisted Organizations", lists the official names of US Government agencies, and either that document or the US Government Manual can be used to determine whether an entity is eligible for registration as a second-level domain of .GOV. Top-level entities, such as a department in FIPS 95-1 with a code ending in 00, and independent agencies and organizations, such as the National Science Foundation, are eligible to register directly under .GOV. Cross-agency collaborative organizations, such as the Federal Networking Council and the Information Infrastructure Task Force, are eligible upon presentation of the chartering document, and are the only organizations not listed in either document that may register under .GOV.
Several groups are not eligible. Subsidiary, non-autonomous components of a top-level or other entity may not register separately and should register as third-level domains under their parent organization, and international organizations are not eligible at all. Organizations listed as "Federally Aided Organizations" in FIPS 95-1 are not eligible and should register under .ORG or another appropriate top-level domain. Organizations subsidiary to the Department of Defense must register under the .MIL domain through the Defense Data Network Information Center. Any other entity may be registered by request of a cognizant Chief Information Officer, who is the agency official designated by the agency head under the requirements of the Information Technology Management Reform Act of 1996 and Executive Order 13011.
Federal courts constitute a special class of domains. All Federal courts seeking domain registrations should contact the Administrative Office of the US Courts for guidance on policy and naming. The string "SUPREME-COURT" is reserved for the Supreme Court domain, and all other courts and their officers and officials should register in .USCOURTS.GOV. The only standard exceptions are changes to governmental structure due to statutory, regulatory or executive directives not yet reflected in the documentation, for which the requesting agency provides documentation; other requests for exception are referred to the Federal Networking Council.
A body may hold a name directly under .GOV if it appears in one of the two government lists of agencies, or if it is a joint body that shows its charter. A part of a department, a foreign organisation, or a federally aided organisation may not. Courts have their own rule, and the Department of Defense uses .MIL instead.
- .GOV Federal level only; state and local agencies use .US
- Eligible directly under .GOV
- Top-level entities, such as a department
- Independent agencies and organizations
- Cross-agency collaborative organizations, with a charter
- Not eligible for separate registration
- Subsidiary, non-autonomous components
- Federally Aided Organizations
- International organizations
- Routed elsewhere
- Department of Defense components: .MIL
- Federal courts: .USCOURTS.GOV
- By request of a Chief Information Officer
- Eligible directly under .GOV
§3Naming and One Registration per Agency
A domain name should be derived from the official name for the organization, for example "USDA.GOV" or "AGRICULTURE.GOV", and the registration is listed in the registration database under the official name from FIPS 95-1 or the US Government Manual, or under the name in the chartering document.
Only one registration and delegation is made for the purpose of identifying an agency. The .GOV registration authority provides registrations on a first-come, first-served basis. Which portion of the agency is responsible for managing the domain space under a delegated agency domain is an individual agency matter.
Agencies and entities that had multiple registrations under .GOV could retain them until August 1998, but sub-delegations are permitted only under the one name the agency chooses as its permanent name. As of August 1996 the auxiliary domains become un-delegated and revert to the control of the .GOV owner, and as of 2 August 1997 all registrations in the auxiliary domains must be mirrored in the permanent domain, and those names should be used where possible. At the three year point, in August 1998, all auxiliary domain registrations are deleted. Entities already registered in .GOV but not listed in FIPS 95-1 or the US Government Manual, such as DOE labs and state entities, may retain their registration within the constraint of the single registration rule, and no further non-listed registrations will be made. State and local entities are strongly encouraged to re-register under .US, but this is not mandatory.
An agency picks one name, taken from its official name, and the registry hands it out to whoever asks first. An agency that had several names keeps them until 1998 but can only create new names under the one it has chosen as permanent.
§4Grandfathering, Duplicates and FED.US
The clarification section says that registrations prior to August 1995 are grand-fathered and do not require re-registration, with one exception: duplicate registrations for the same organization at the same level. Two registrations that represent the Department of Transportation would be considered duplicates, while registrations for the Department of Transportation and for the Federal Aviation Administration would not, since the FAA is an autonomous component contained within the DOT. The policy requires resolution of all duplicate registrations by August 1998. Local and state agencies registered under .GOV may remain there, but are strongly encouraged to transfer to the .US domain, and cross-agency collaborative efforts may register under FED.US as an alternative to asking for an exception to the .GOV policy.
The questions and answers show how the policy applies in practice. In August 1995 fewer than half a dozen duplicate DNS names at the FIPS 95-1 level needed to be changed, so over three years the cost was expected to be minimal. Departments with duplicate names, such as STATE.GOV and LABOR.GOV, had six months, until December 1996, to determine which name was permanent and which auxiliary, and three years to drop the auxiliary registration. Agencies such as the CDC, NIST, NIH and FDA, which are not listed in FIPS 95-1, keep their existing names, because the policy only governs the domains allowed to be registered directly under .GOV and further delegations are under the control of the subdomain owner.
For future registrations, the registrar uses the memo as guidance and will not grant .GOV to any new entity that is not listed in FIPS 95-1 or the US Government Manual, or that has not been granted exception status by the Federal Networking Council Executive Committee. The memo also explains the intent: to avoid confusion as more entities register under .GOV, and to transfer authority and responsibility for the domain name space to the appropriate agencies and away from a centralized authority.
What was registered before August 1995 stays, except where one agency holds two names for itself, which had to be sorted out by August 1998. Agencies not on the government lists keep their names too, and new registrants are turned away unless they are listed or have been given an exception.
- 1995Registrations before August 1995 are grand-fathered
- 1996Auxiliary domains become un-delegated; duplicate names settled by December 1996
- 1997Auxiliary registrations must be mirrored in the permanent domain by 2 August
- 1998Auxiliary registrations deleted and all duplicates resolved by August
§5Practical Questions from Agencies
On DNS resolution, the answer is that it depends on how servers are configured. Most servers cache previous answers, information directly under .GOV will be fairly long-lived which reduces the requirement to query the .GOV server, and multiple levels of the DNS tree may reside on the same server, so the information for DHHS.GOV, PHS.DHHS.GOV and CDC.PHS.DHHS.GOV could all sit on one server. Assuming the location of the DHHS.GOV server was not cached, that would take two queries, and later queries would be served from the cache.
On using domain names for advertising a service, the memo is discouraging. It says there is no empirical data showing that domain names are effective for that, and that a user with freely available search engines could locate the information before successfully guessing the domain name. If an agency CIO deems it advisable to advertise by domain name anyway, the agency should use the WHOIS utility to determine whether similar or conflicting names exist in domains such as .COM and .ORG, since any advertising value may be lost if the same or a similar name exists in more than one domain. An agency that finds its name already used in .COM and .ORG is told that the only practical way to prevent confusing customers is to register the name in all available domains and hold them, without using them, so the site cannot be spoofed. Using domains other than .GOV or FED.US is a policy matter under the statutory authorities of the Office of Information and Regulatory Affairs of the Office of Management and Budget, so agency CIOs are advised to consult OMB first.
An agency that would rather have a third-level domain but whose parent has no second-level domain, or does not provide third-level registration services, should contact the official administrative contact for the second-level domain, found with the whois command. The domain administrators have the responsibility of providing third-level registration services. If an exception is granted because there is no appropriate second-level domain, it is valid for only two years after the subsequent establishment of an appropriate domain.
Most of the memo is questions from agencies that were worried about the policy. The answers are practical: deeper names do not slow the DNS down, using a domain name to advertise a service is not effective, and an agency that wants a name under a parent it does not have should contact that parent's administrator.
- Does a deeper name slow the DNS down?No. Servers cache answers, and several levels of the tree can sit on one server.
- Should a domain name advertise a service?The memo discourages it: there is no evidence it works, and a search engine may find the service first.
- What if the same name exists in .COM?Register it in the other domains and hold it, so customers are not confused and the site cannot be spoofed.
- What if my parent has no second-level domain?The registration authority supplies contact information or grants an exception, valid for two years.
§6Security Considerations
The memo says the integrity of the information in the DNS databases, made available through network protocols, is not reliable in the Internet environment without additional cryptographic controls or secure lines. Agencies with secure internal network lines may be able to count on their internal naming information as accurate, but users on the Internet cannot. The DNS system may be enhanced by the use of digital signatures on the information provided, and as this software becomes available, .GOV second-level domain administrators are encouraged to use it to provide a secure binding for the information associated with DNS names.
The memo warns that a DNS answer can be changed in transit, so the names in the .GOV zone cannot be trusted over the public Internet unless they are signed. It asks the administrators of those zones to start using digital signatures as the software appears.