[Note: an asterisk at the end of a line indicates a change from the
previous edition of this document.]

Internet Architecture Board [Page 18]

RFC 1800 Internet Standards July 1995
Applicability Statements:

IGMP -- The Internet Architecture Board intends to move towards
general adoption of IP multicasting, as a more efficient solution
than broadcasting for many applications. The host interface has been
standardized in RFC-1112; however, multicast-routing gateways are in
the experimental stage and are not widely available. An Internet
host should support all of RFC-1112, except for the IGMP protocol
itself which is optional; see RFC-1122 for more details. Even
without IGMP, implementation of RFC-1112 will provide an important
advance: IP-layer access to local network multicast addressing. It
is expected that IGMP will become recommended for all hosts and
gateways at some future date.

SMI, MIB-II SNMP -- The Internet Architecture Board recommends that
all IP and TCP implementations be network manageable. At the current
time, this implies implementation of the Internet MIB-II (RFC-1213),
and at least the recommended management protocol SNMP (RFC-1157).

RIP -- The Routing Information Protocol (RIP) is widely implemented
and used in the Internet. However, both implementors and users
should be aware that RIP has some serious technical limitations as a
routing protocol. The IETF is currently devpeloping several
candidates for a new standard "open" routing protocol with better
properties than RIP. The IAB urges the Internet community to track
these developments, and to implement the new protocol when it is
standardized; improved Internet service will result for many users.

TP-TCP -- As OSI protocols become more widely implemented and used,
there will be an increasing need to support interoperation with the
TCP/IP protocols. The Internet Engineering Task Force is formulating
strategies for interoperation. RFC-1006 provides one interoperation
mode, in which TCP/IP is used to emulate TP0 in order to support OSI
applications. Hosts that wish to run OSI connection-oriented
applications in this mode should use the procedure described in RFC-
1006. In the future, the IAB expects that a major portion of the
Internet will support both TCP/IP and OSI (inter-)network protocols
in parallel, and it will then be possible to run OSI applications
across the Internet using full OSI protocol "stacks".

[Note: an asterisk at the end of a line indicates a change from the
previous edition of this document.]

Applicability Statements:

It is expected that a system will support one or more physical
networks and for each physical network supported the appropriate
protocols from the above list must be supported. That is, it is
elective to support any particular type of physical network, and for
the physical networks actually supported it is required that they be
supported exactly according to the protocols in the above list. See
also the Host and Gateway Requirements RFCs for more specific
information on network-specific ("link layer") protocols.

[Note: an asterisk at the end of a line indicates a change from the
previous edition of this document.]

Applicability Statements:

PPP -- Point to Point Protocol is a method of sending IP over serial
lines, which are a type of physical network. It is anticipated that
PPP will be advanced to the network-specifics standard protocol state
in the future.
Internet Architecture Board [Page 21]

[Note: an asterisk at the end of a line indicates a change from the
previous edition of this document.]

Internet Architecture Board [Page 30]

RFC 1800 Internet Standards July 1995
6.10. Obsolete Protocols

Some of the protocols listed in this memo are described in RFCs that are
obsoleted by newer RFCs. "Obsolete" or "obsoleted" is not an official
state or status of protocols. This subsection is for information only.

While it may seem to be obviously wrong to have an obsoleted RFC in the
list of standards, there may be cases when an older standard is in the
process of being replaced. This process may take a year or two.

For example, the Network Time Protocol (NTP) [RFC 1119] is in its
version 2 a full Standard, and in its version 3 is a Draft Standard [RFC
1305]. Once version 3 is a full Standard, version 2 will be made
Historic.

Many obsoleted protocols are of little interest and are dropped from
this memo altogether. Some obsoleted protocols have received enough
recognition that it seems appropriate to list them under their current
status and with the following reference to their current replacement.

The protocol standards are managed by the Internet Assigned Numbers
Authority.

Please refer to the document "Assigned Numbers" (RFC-1700) for
further information about the status of protocol documents. There
are two documents that summarize the requirements for host and
gateways in the Internet, "Host Requirements" (RFC-1122 and RFC-1123)
and "Requirements for IP Version 4 Routers" (RFC-1812).

How to obtain the most recent edition of this "Internet Official
Protocol Standards" memo:

The file "in-notes/std/std1.txt" may be copied via FTP from the
FTP.ISI.EDU computer using the FTP username "anonymous" and FTP
password "guest".

Documents may be submitted via electronic mail to the RFC Editor for
consideration for publication as RFC. If you are not familiar with
the format or style requirements please request the "Instructions for
RFC Authors". In general, the style of any recent RFC may be used as
a guide.

RFC's may be obtained from DS.INTERNIC.NET via FTP, WAIS, and
electronic mail. Through FTP, RFC's are stored as rfc/rfcnnnn.txt
or rfc/rfcnnnn.ps where 'nnnn' is the RFC number. Login as
"anonymous" and provide your e-mail address as the password.
Through WAIS, you may use either your local WAIS client or telnet
to DS.INTERNIC.NET and login as "wais" (no password required) to
access a WAIS client. Help information and a tutorial for using
WAIS are available online. The WAIS database to search is "rfcs".

Directory and Database Services also provides a mail server
interface. Send a mail message to mailserv@ds.internic.net and
include any of the following commands in the message body:

document-by-name rfcnnnn where 'nnnn' is the RFC number
The text version is sent.

file /ftp/rfc/rfcnnnn.yyy where 'nnnn' is the RFC number.
and 'yyy' is 'txt' or 'ps'.

help to get information on how to use
the mailserver.

The InterNIC directory and database services collection of
resource listings, internet documents such as RFCs, FYIs, STDs,
and Internet Drafts, and publicly accessible databases are also

Internet Architecture Board [Page 35]

RFC 1800 Internet Standards July 1995
now available via Gopher. All our collections are WAIS indexed
and can be searched from the Gopher menu.