rfc1799.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 1,180 行 · 第 1/3 页

Network Working Group                                         M. Kennedy
Request for Comments: 1799                                           ISI
Category: Informational                                     January 1997


                      Request for Comments Summary

                         RFC Numbers 1700-1799

Status of This Memo

   This RFC is a slightly annotated list of the 100 RFCs from RFC 1700
   through RFCs 1799.  This is a status report on these RFCs.  This memo
   provides information for the Internet community.  It does not specify
   an Internet standard of any kind.  Distribution of this memo is
   unlimited.

Note

   Many RFCs, but not all, are Proposed Standards, Draft Standards, or
   Standards.  Since the status of these RFCs may change during the
   standards processing, we note here only that they are on the
   standards track.  Please see the latest edition of "Internet Official
   Protocol Standards" for the current state and status of these RFCs.
   In the following, RFCs on the standards track are marked [STANDARDS-
   TRACK].

RFC     Author       Date      Title
---     ------       ----      -----

1799    Kennedy     Jan 97     Requests For Comments Summary

This memo.


1798    Young       Jun 95      Connection-less Lightweight X.500
                                Directory Access Protocol

The protocol described in this document is designed to provide access to
the Directory while not incurring the resource requirements of the
Directory Access Protocol (DAP). [STANDARDS-TRACK]










Kennedy                      Informational                      [Page 1]

RFC 1799                  Summary of 1700-1799              January 1997


1797    IANA        Apr 95      Class A Subnet Experiment

There appears to be some interest in experimenting with subnetting the
class A addresses. It is suggested that conducting an experiment now to
identify and fix any software that does not properly handle subnetted
class A addresses would be useful and important. This document defines
an Experimental Protocol for the Internet community.  This does not
specify an Internet standard of any kind.


1796    Huitema     Apr 95      Not All RFCs are Standards

This document discusses the relationship of the Request for Comments
(RFCs) notes to Internet Standards. This memo provides information for
the Internet community.  This memo does not specify an Internet standard
of any kind.


1795     Wells      Apr 95      Data Link Switching: Switch-to-Switch
                                Protocol
                                AIW DLSw RIG: DLSw Closed Pages, DLSw
                                Standard Version 1.0

This RFC describes use of Data Link Switching over TCP/IP. This memo
provides information for the Internet community.  This memo does not
specify an Internet standard of any kind.


1794     Brisco     Apr 95     DNS Support for Load Balancing

This RFC is meant to first chronicle a foray into the IETF DNS Working
Group, discuss other possible alternatives to provide/simulate load
balancing support for DNS, and to provide an ultimate, flexible solution
for providing DNS support for balancing loads of many types. This memo
provides information for the Internet community.  This memo does not
specify an Internet standard of any kind.


1793     Moy         Apr 95    Extending OSPF to Support Demand Circuits

This memo defines enhancements to the OSPF protocol that allow efficient
operation over "demand circuits". [STANDARDS-TRACK]









Kennedy                      Informational                      [Page 2]

RFC 1799                  Summary of 1700-1799              January 1997


1792     Sung        Apr 95    TCP/IPX Connection Mib Specification

New MIB objects, tcpIpxConnTable, udpIpxTable, tcpUnspecConnTable and
udpUnspecTable are presented in this paper, to be used in place of
tcpConnTable and udpListenerTable when TCP and UDP are running over IPX.
This document defines an Experimental Protocol for the Internet
community.  This does not specify an Internet standard of any kind.


1791     Sung        Apr 95    TCP And UDP Over IPX Networks With
                               Fixed Path MTU

TCP/IPX allows TCP/IP applications to run over IPX networks by letting
TCP and UDP run over IPX.  And this memo specifies the packet format and
operational procedures for running TCP and UDP over IPX. This document
defines an Experimental Protocol for the Internet community.  This does
not specify an Internet standard of any kind.


1790    Cerf         Apr 95    An Agreement between the Internet
                               Society and Sun Microsystems, Inc.
                               in the Matter of ONC RPC and XDR
                               Protocols

This RFC is an official public record of an agreement between SUN
Microsystems and the Internet Society.  This memo provides information
for the Internet community.  It does not specify an Internet standard of
any kind.


1789    Yang        Apr 95     INETPhone: Telephone Services and
                               Servers on Internet

This RFC presents a true telephone service, called INETPhone, which
supports voice communication through the Internet. This memo provides
information for the Internet community.  It does not specify an Internet
standard of any kind.


1788    Simpson     Apr 95     ICMP Domain Name Messages

This document specifies ICMP messages for learning the Fully Qualified
Domain Name associated with an IP address. This document defines an
Experimental Protocol for the Internet community.  This does not specify
an Internet standard of any kind.






Kennedy                      Informational                      [Page 3]

RFC 1799                  Summary of 1700-1799              January 1997


1787    Rekhter    Apr 95     Routing in a Multi-provider Internet

This document presents some of the issues related to network layer
routing in a multi-provider Internet, and specifically to the unicast
routing. This memo provides information for the Internet community.
This memo does not specify an Internet standard of any kind.


1786    Bates      Mar 95     Representation of IP Routing Policies

This document is an update to the original `ripe-81' proposal for
representing and storing routing polices within the RIPE database. It
incorporates several extensions proposed by Merit Inc. and gives details
of a generalized IP routing policy representation to be used by all
Internet routing registries.  It acts as both tutorial and provides
details of database objects and attributes that use and make up a
routing registry. This memo provides information for the Internet
community. This memo does not specify an Internet standard of any kind.


1785    Malkin     Mar 95     TFTP Option Negotiation Analysis

This document was written to allay concerns that the presence of options
in a TFTP Request packet might cause pathological behavior on servers
which do not support TFTP option negotiation. This memo provides
information for the Internet community.  This memo does not specify an
Internet standard of any kind.


1784    Malkin     Mar 95    TFTP Timeout Interval and Transfer
                             Size Options

This document describes two TFTP options. The first allows the client
and server to negotiate the Timeout Interval.  The second allows the
side receiving the file to determine the ultimate size of the transfer
before it begins. [STANDARDS-TRACK]


1783    Malkin     Mar 95    TFTP Blocksize Option

This document describes a TFTP option which allows the client and server
to negotiate a blocksize more applicable to the network medium.
[STANDARDS-TRACK]








Kennedy                      Informational                      [Page 4]

RFC 1799                  Summary of 1700-1799              January 1997


1782    Malkin     Mar 95    TFTP Option Extension

The Trivial File Transfer Protocol is a simple, lock-step, file transfer
protocol which allows a client to get or put a file onto a remote host.
This document describes a simple extension to TFTP to allow option
negotiation prior to the file transfer.


1781    Kille     Mar 95    Using the OSI Directory to Achieve
                            User Friendly Naming

This proposal sets out some conventions for representing names in a
friendly manner, and shows how this can be used to achieve really
friendly naming. [STANDARDS-TRACK]


1780   IAB       Mar 95    Internet Official Protocol Standards

This memo describes the state of standardization of protocols used in
the Internet as determined by the Internet Architecture Board (IAB).
[STANDARDS-TRACK]


1779   Kille     Mar 95     A String Representation of Distinguished
                            Names

The OSI Directory uses distinguished names as the primary keys to
entries in the directory.  Distinguished Names are encoded in ASN.1.
When a distinguished name is communicated between to users not using a
directory protocol (e.g., in a mail message), there is a need to have a
user-oriented string representation of distinguished name. This
specification defines a string format for representing names, which is
designed to give a clean representation of commonly used names, whilst
being able to represent any distinguished name. [STANDARDS-TRACK]


1778   Howes    Mar 95     The String Representation of Standard
                           Attribute Syntaxes

The Lightweight Directory Access Protocol (LDAP) requires that the
contents of AttributeValue fields in protocol elements be octet strings.
This document defines the requirements that must be satisfied by
encoding rules used to render X.500 Directory attribute syntaxes into a
form suitable for use in the LDAP, then goes on to define the encoding
rules for the standard set of attribute syntaxes.  [STANDARDS-TRACK]






Kennedy                      Informational                      [Page 5]

RFC 1799                  Summary of 1700-1799              January 1997


1777   Yeong     Mar 95     Lightweight Directory Access Protocol

The protocol described in this document is designed to provide access to
the X.500 Directory while not incurring the resource requirements of the
Directory Access Protocol (DAP).This protocol is specifically targeted
at simple management applications and browser applications that provide
simple read/write interactive access to the X.500 Directory, and is
intended to be a complement to the DAP itself.  [STANDARDS-TRACK]


1776   Crocker   Apr 95     The Address is the Message

Declaring that the address is the message, the IPng WG has selected a
packet format which includes 1696 bytes of address space. This memo
provides information for the Internet community.  This memo does not
specify an Internet standard of any kind.


1775   Crocker   Mar 95    To Be "On" the Internet

The Internet permits different levels of access for consumers and
providers of service.  The nature of those differences is quite
important in the capabilities They afford.  Hence, it is appropriate to
provide terminology that distinguishes among the range, so that the
Internet community can gain some clarity when distinguishing whether a
user (or an organization) is "on" the Internet.  This document suggests
four terms, for distinguishing the major classes of access. This memo
provides information for the Internet community.  This memo does not
specify an Internet standard of any kind.


1774   Traina   Mar 95    BGP-4 Protocol Analysis

The purpose of this report is to document how the requirements for
advancing a routing protocol to Draft Standard have been satisfied by
the Border Gateway Protocol version 4 (BGP-4). This report summarizes
the key features of BGP, and analyzes the protocol with respect to
scaling and performance. This memo provides information for the Internet
community.  This memo does not specify an Internet standard of any kind.












Kennedy                      Informational                      [Page 6]

RFC 1799                  Summary of 1700-1799              January 1997


1773    Traina  Mar 95   Experience with the BGP-4 protocol

The purpose of this memo is to document how the requirements for
advancing a routing protocol to Draft Standard have been satisfied by
Border Gateway Protocol version 4 (BGP-4).  This report documents
experience with BGP. This memo provides information for the Internet
community.  This memo does not specify an Internet standard of any kind.


1772   Rekhter  Mar 95   Application of the Border Gateway
                         Protocol in the Internet


This document, together with its companion document, "A Border Gateway
Protocol 4 (BGP-4)", define an inter-autonomous system routing protocol
for the Internet. This document describes the usage of the BGP in the
Internet.  [STANDARDS-TRACK]


1771   Rekhter  Mar 95   A Border Gateway Protocol 4 (BGP-4)

This document, together with its companion document, "Application of the
Border Gateway Protocol in the Internet", define an inter-autonomous
system routing protocol for the Internet. [STANDARDS-TRACK]


1770   Graff   Mar 95   IPv4 Option for Sender Directed
                        Multi-Destination Delivery

This memo defines an IPv4 option to provide a sender directed multi-
destination delivery mechanism called Selective Directed Broadcast Mode
(SDBM). This memo provides information for the Internet community.  This
memo does not specify an Internet standard of any kind.


1769   Mills   Mar 95   Simple Network Time Protocol (SNTP)

This memorandum describes the Simple Network Time Protocol (SNTP), which
is an adaptation of the Network Time Protocol (NTP) used to synchronize
computer clocks in the Internet. This memo provides information for the
Internet community.  This memo does not specify an Internet standard of
any kind.









Kennedy                      Informational                      [Page 7]