summaryrefslogtreecommitdiff
path: root/doc/rfc/rfc2399.txt
diff options
context:
space:
mode:
authorThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
committerThomas Voss <mail@thomasvoss.com> 2024-11-27 20:54:24 +0100
commit4bfd864f10b68b71482b35c818559068ef8d5797 (patch)
treee3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc2399.txt
parentea76e11061bda059ae9f9ad130a9895cc85607db (diff)
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc2399.txt')
-rw-r--r--doc/rfc/rfc2399.txt1291
1 files changed, 1291 insertions, 0 deletions
diff --git a/doc/rfc/rfc2399.txt b/doc/rfc/rfc2399.txt
new file mode 100644
index 0000000..f5a7bf6
--- /dev/null
+++ b/doc/rfc/rfc2399.txt
@@ -0,0 +1,1291 @@
+
+
+
+
+
+
+Network Working Group A. Ramos
+Request for Comments: 2399 ISI
+Category: Informational January 1999
+
+
+ Request for Comments Summary
+
+ RFC Numbers 2300-2399
+
+Status of This Memo
+
+ This RFC is a slightly annotated list of the 100 RFCs from RFC 2300
+ through RFCs 2399. 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.
+
+Copyright Notice
+
+ Copyright (C) The Internet Society (1999). All Rights Reserved.
+
+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
+--- ------ ---- -----
+
+
+2399 Ramos Jan 1999 Request for Comments Summary
+
+This memo.
+
+
+2398 Parker Aug 1998 Some Testing Tools for TCP
+ Implementors
+
+This document lists only tools which can evaluate one or more TCP
+implementations, or which can privde some specific results which
+describe or evaluate the TCP being tested. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+
+Ramos Informational [Page 1]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2397 Masinter Aug 1998 The "data" URL scheme
+
+A new URL scheme, "data", is defined. It allows inclusion of small data
+items as "immediate" data, as if it had been included externally.
+[STANDARDS-TRACK]
+
+
+2396 Berners-Lee Aug 1998 Uniform Resource Identifiers
+ (URI): Generic Syntax
+
+This document defines a grammar that is a superset of all valid URI,
+such that an implementation can parse the common components of a URI
+reference without knowing the scheme-specific requirements of every
+possible identifier type. [STANDARDS-TRACK]
+
+
+2395 Friend Dec 1998 IP Payload Compression Using LZS
+
+This document describes a compression method based on the LZS
+compression algorithm. This document defines the application of the LZS
+algorithm to the IP Payload Compression Protocol. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2394 Pereira Dec 1998 IP Payload Compression Using
+ DEFLATE
+
+This document describes a compression method based on the DEFLATE
+compression algorithm. This document defines the application of the
+DEFLATE algorithm to the IP Payload Compression Protocol. This memo
+provides information for the Internet community. It does not specify an
+Internet standard of any kind.
+
+
+2393 Shacham Dec 1998 IP Payload Compression
+ Protocol (IPComp)
+
+This document describes a protocol intended to provide lossless
+compression for Internet Protocol datagrams in an Internet environment.
+[STANDARDS-TRACK]
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 2]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2392 Levinson Aug 1998 Content-ID and Message-ID
+ Uniform Resource Locators
+
+The Uniform Resource Locator (URL) schemes, "cid:" and "mid:" allow
+references to messages and the body parts of messages. For example,
+within a single multipart message, one HTML body part might include
+embedded references to other parts of the same message. [STANDARDS-
+TRACK]
+
+
+2391 Srisuresh Aug 1998 Load Sharing using IP Network
+ Address Translation (LSNAT)
+
+In this document, we extend the use of NATs to offer Load share feature,
+where session load can be distributed across a pool of servers, instead
+of directing to a single server. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2390 Bradley Sep 1998 Inverse Address Resolution
+ Protocol
+
+This memo describes additions to ARP that will allow a station to
+request a protocol address corresponding to a given hardware address.
+[STANDARDS-TRACK]
+
+
+2389 Hethmon Aug 1998 Feature negotiation mechanism
+ for the File Transfer Protocol
+
+This document provides a mechanism by which clients of the FTP protocol
+can discover which new features are supported by a particular FTP
+server. [STANDARDS-TRACK]
+
+
+2388 Masinter Aug 1998 Returning Values from Forms:
+ multipart/form-data
+
+This specification defines an Internet Media Type, multipart/form-data,
+which can be used by a wide variety of applications and transported by a
+wide variety of protocols as a way of returning a set of values as the
+result of a user filling out a form. [STANDARDS-TRACK]
+
+
+
+
+
+
+
+
+Ramos Informational [Page 3]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2387 Levinson Aug 1998 The MIME Multipart/Related
+ Content-type
+
+This document defines the Multipart/Related content-type and provides
+examples of its use. [STANDARDS-TRACK]
+
+2386 Crawley Aug 1998 A Framework for QoS-based
+ Routing in the Internet
+
+This document describes some of the QoS-based routing issues and
+requirements, and proposes a framework for QoS-based routing in the
+Internet. This memo provides information for the Internet community.
+It does not specify an Internet standard of any kind.
+
+
+
+2385 Heffernan Aug 1998 Protection of BGP Sessions via
+ the TCP MD5 Signature Option
+
+This memo describes a TCP extension to enhance security for BGP.
+[STANDARDS-TRACK]
+
+
+2384 Gellens Aug 1998 POP URL Scheme
+
+This memo defines a URL scheme for referencing a POP mailbox.
+[STANDARDS-TRACK]
+
+
+2383 Suzuki Aug 1998 ST2+ over ATM Protocol
+ Specification - UNI 3.1 Version
+
+This document specifies an ATM-based protocol for communication between
+ST2+ agents. This memo provides information for the Internet community.
+It does not specify an Internet standard of any kind.
+
+
+2382 Crawley Aug 1998 A Framework for Integrated
+ Services and RSVP over ATM
+
+This document outlines the issues and framework related to providing IP
+Integrated Services with RSVP over ATM. This memo provides information
+for the Internet community. It does not specify an Internet standard of
+any kind.
+
+
+
+
+
+
+
+Ramos Informational [Page 4]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2381 Garrett Aug 1998 Interoperation of
+ Controlled-Load Service
+ and Guaranteed Service with ATM
+
+This document provides guidelines for mapping service classes, and
+traffic management features and parameters between Internet and ATM
+technologies. [STANDARDS-TRACK]
+
+
+2380 Berger Aug 1998 RSVP over ATM Implementation
+ Requirements
+
+This memo presents specific implementation requirements for running RSVP
+over ATM switched virtual circuits (SVCs). It presents requirements
+that ensure interoperability between multiple implementations and
+conformance to the RSVP and Integrated Services specifications.
+[STANDARDS-TRACK]
+
+
+2379 Berger Aug 1998 RSVP over ATM Implementation
+ Guidelines
+
+This memo presents specific implementation guidelines for running RSVP
+over ATM switched virtual circuits (SVCs). This document specifies an
+Internet Best Current Practices for the Internet Community, and requests
+discussion and suggestions for improvements.
+
+
+2378 Hedberg Sep 1998 The CCSO Nameserver (Ph)
+ Architecture
+
+The Ph Nameserver from the Computing and Communications Services Office
+(CCSO), University of Illinois at Urbana-Champaign has for some time now
+been used by several organizations as their choice of publicly available
+database for information about people as well as other things. This
+document provides a formal definition of the client-server protocol.
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+2377 Grimstad Sep 1998 Naming Plan for Internet
+ Directory-Enabled Applications
+
+Application of the conventional X.500 approach to naming has heretofore,
+in the experience of the authors, proven to be an obstacle to the wide
+deployment of directory-enabled applications on the Internet. We
+propose a new directory naming plan that leverages the strengths of the
+most popular and successful Internet naming schemes for naming objects
+
+
+
+Ramos Informational [Page 5]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+in a hierarchical directory. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2376 Whitehead Jul 1998 XML Media Types
+
+This document proposes two new media subtypes, text/xml and
+application/xml, for use in exchanging network entities which are
+conforming Extensible Markup Language (XML). This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2375 Hinden Jul 1998 IPv6 Multicast Address
+ Assignments
+
+This document defines the initial assignment of IPv6 multicast
+addresses. This memo provides information for the Internet community.
+It does not specify an Internet standard of any kind.
+
+
+2374 Hinden Jul 1998 An IPv6 Aggregatable Global
+ Unicast Address Format
+
+This document defines an IPv6 aggregatable global unicast address format
+for use in the Internet. [STANDARDS-TRACK]
+
+
+2373 Hinden Jul 1998 IP Version 6 Addressing
+ Architecture
+
+This specification defines the addressing architecture of the IP Version
+6 protocol [IPV6]. [STANDARDS-TRACK]
+
+
+2372 Evans Jul 1998 Transaction Internet Protocol
+ - Requirements and
+ Supplemental Information
+
+This document describes the purpose (usage scenarios), and requirements
+for the Transaction Internet Protocol. This memo provides information
+for the Internet community. It does not specify an Internet standard of
+any kind.
+
+
+
+
+
+
+
+Ramos Informational [Page 6]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2371 Lyon Jul 1998 Transaction Internet Protocol
+ Version 3.0
+
+In many applications where different nodes cooperate on some work, there
+is a need to guarantee that the work happens atomically. That is, each
+node must reach the same conclusion as to whether the work is to be
+completed, even in the face of failures. This document proposes a
+simple, easily-implemented protocol for achieving this end.
+[STANDARDS-TRACK]
+
+
+2370 Coltun Jul 1998 The OSPF Opaque LSA Option
+
+This memo defines enhancements to the OSPF protocol to support a new
+class of link-state advertisements (LSA) called Opaque LSAs.
+[STANDARDS-TRACK]
+
+
+2369 Neufeld Jul 1998 The Use of URLs as Meta-Syntax
+ for Core Mail List Commands
+ and their Transport through
+ Message Header Fields
+
+The mailing list command specification header fields are a set of
+structured fields to be added to email messages sent by email
+distribution lists.
+
+By including these header fields, list servers can make it possible for
+mail clients to provide automated tools for users to perform list
+functions. This could take the form of a menu item, push button, or
+other user interface element. The intent is to simplify the user
+experience, providing a common interface to the often cryptic and varied
+mailing list manager commands. [STANDARDS-TRACK]
+
+
+2368 Hoffman Jul 1998 The mailto URL scheme
+
+This document defines the format of Uniform Resource Locators (URL) for
+designating electronic mail addresses. [STANDARDS-TRACK]
+
+
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 7]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2367 McDonald Jul 1998 PF_KEY Key Management API,
+ Version 2
+
+A generic key management API that can be used not only for IP Security
+but also for other network security services is presented in this
+document. This memo provides information for the Internet community.
+It does not specify an Internet standard of any kind.
+
+
+2366 Chung Jul 1998 Definitions of Managed Objects
+ for Multicast over UNI 3.0/3.1
+ based ATM Networks
+
+This memo defines a portion of the Management Information Base (MIB) for
+use with network management protocols in the Internet community. In
+particular, it describes managed objects for IP hosts and routers that
+use a Multicast Address Resolution Server (MARS) to support IP multicast
+over ATM, as described in 'Support for Multicast over UNI 3.0/3.1 based
+ATM Networks'. [STANDARDS-TRACK]
+
+
+2365 Meyer Jul 1998 Administratively Scoped IP
+ Multicast
+
+This document defines the "administratively scoped IPv4 multicast space"
+to be the range 239.0.0.0 to 239.255.255.255. In addition, it describes
+a simple set of semantics for the implementation of Administratively
+Scoped IP Multicast. Finally, it provides a mapping between the IPv6
+multicast address classes [RFC1884] and IPv4 multicast address classes.
+This document specifies an Internet Best Current Practices for the
+Internet Community, and requests discussion and suggestions for
+improvements.
+
+
+2364 Gross Jul 1998 PPP Over AAL5
+
+This document describes the use of ATM Adaptation Layer 5 (AAL5) for
+framing PPP encapsulated packets. [STANDARDS-TRACK]
+
+
+2363 Gross Jul 1998 PPP Over FUNI
+
+This document describes the use of ATM Frame User Network Interface
+(FUNI) for framing PPP encapsulated packets. [STANDARDS-TRACK]
+
+
+
+
+
+
+
+Ramos Informational [Page 8]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2362 Estrin Jun 1998 Protocol Independent
+ Multicast-Sparse Mode (PIM-SM):
+ Protocol Specification
+
+This document describes a protocol for efficiently routing to multicast
+groups that may span wide-area (and inter-domain) internets. This memo
+defines an Experimental Protocol for the Internet community. It does
+not specify an Internet standard of any kind. Discussion and
+suggestions for improvement are requested.
+
+
+2361 Fleischman Jun 1998 WAVE and AVI Codec Registries
+
+The purpose of this paper is to establish a mechanism by which codecs
+registered within Microsoft's WAVE and AVI Registries may be referenced
+within the IANA Namespace by Internet applications. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2360 Scott Jun 1998 Guide for Internet Standards
+ Writers
+
+This document is a guide for Internet standard writers. It defines
+those characteristics that make standards coherent, unambiguous, and
+easy to interpret. This document specifies an Internet Best Current
+Practices for the Internet Community, and requests discussion and
+suggestions for improvements.
+
+
+2359 Myers Jun 1998 IMAP4 UIDPLUS extension
+
+The UIDPLUS extension of the Internet Message Access Protocol [IMAP4]
+provides a set of features intended to reduce the amount of time and
+resources used by some client operations. [STANDARDS-TRACK]
+
+
+2358 Flick Jun 1998 Definitions of Managed Objects
+ for the Ethernet-like
+ Interface Types
+
+This memo defines a portion of the Management Information Base (MIB) for
+use with network management protocols in the Internet community. This
+memo obsoletes RFC 1650 "Definitions of Managed Objects for the
+Ethernet-like Interface Types using SMIv2". This memo extends that
+specification by including management information useful for the
+management of 100 Mb/s Ethernet interfaces. [STANDARDS-TRACK]
+
+
+
+
+Ramos Informational [Page 9]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2357 Mankin Jun 1998 IETF Criteria for Evaluating
+ Reliable Multicast Transport
+ and Application Protocols
+
+This memo describes the procedures and criteria for reviewing reliable
+multicast protocols within the Transport Area (TSV) of the IETF. Within
+today's Internet, important applications exist for a reliable multicast
+service. This memo provides information for the Internet community. It
+does not specify an Internet standard of any kind.
+
+
+2356 Montenegro Jun 1998 Sun's SKIP Firewall Traversal
+ for Mobile IP
+
+The Mobile IP specification establishes the mechanisms that enable a
+mobile host to maintain and use the same IP address as it changes its
+point of attachment to the network. The mechanisms described in this
+document allow a mobile node out on a public sector of the internet to
+negotiate access past a SKIP firewall, and construct a secure channel
+into its home network. This memo provides information for the Internet
+community. This memo does not specify an Internet standard of any kind.
+
+
+2355 Kelly Jun 1998 TN3270 Enhancements
+
+This document describes a protocol that more fully supports 3270 devices
+than do traditional tn3270 practices. [STANDARDS-TRACK]
+
+
+2354 Perkins Jun 1998 Options for Repair of
+ Streaming Media
+
+This document summarizes a range of possible techniques for the repair
+of continuous media streams subject to packet loss. This memo provides
+information for the Internet community. This memo does not specify an
+Internet standard of any kind.
+
+
+2353 Dudley May 1998 APPN/HPR in IP Networks
+ APPN Implementers' Workshop
+ Closed Pages Document
+
+This memo defines a method with which HPR nodes can use IP networks for
+communication, and the enhancements to APPN required by this method.
+This memo also describes an option set that allows the use of the APPN
+connection network model to allow HPR nodes to use IP
+
+
+
+
+
+Ramos Informational [Page 10]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+networks for communication without having to predefine link connections.
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+2352 Vaughan May 1998 A Convention For Using Legal
+ Names as Domain Names
+
+The purpose of this memo is to focus discussion on the particular
+problems with the exhaustion of the top level domain space in the
+Internet and the possible conflicts that can occur when multiple
+organisations are vying for the same name. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2351 Robert May 1998 Mapping of Airline
+ Reservation, Ticketing,
+ and Messaging Traffic over IP
+
+This memo specifies a protocol for the encapsulation of the airline
+specific protocol over IP. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2250 Brownlee Jun 1998 Expectations for Computer
+ Security Incident Response
+
+The purpose of this document is to express the general Internet
+community's expectations of Computer Security Incident Response Teams
+(CSIRTs). It is not possible to define a set of requirements that would
+be appropriate for all teams, but it is possible and helpful to list and
+describe the general set of topics and issues which are of concern and
+interest to constituent communities. This document specifies an
+Internet Best Current Practices for the Internet Community, and requests
+discussion and suggestions for improvements.
+
+
+2349 Malkin May 1998 TFTP Timeout Interval and
+ Transfer Size Options
+
+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 two TFTP options. [STANDARDS-TRACK]
+
+
+
+
+
+
+Ramos Informational [Page 11]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2348 Malkin May 1998 TFTP Blocksize Option
+
+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 TFTP option which allows the client and server
+to negotiate a blocksize more applicable to the network medium.
+[STANDARDS-TRACK]
+
+
+2347 Malkin May 1998 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. [STANDARDS-TRACK]
+
+
+2346 Palme May 1998 Making Postscript and PDF
+ International
+
+Certain text formats, for example Postscript (MIME-Type:
+application/postscript; file extension .ps) and Portable Document Format
+(MIME-Type: application/pdf; file extension .pdf) specify exactly the
+page layout of the printed document. The commonly used paper format is
+different in North America and the rest of the world. North America
+uses the 'Letter' format, while the rest of the world mostly uses the
+ISO-standard 'A4' format. This means that documents formatted on one
+continent may not be easily printable on another continent. This memo
+gives advice on how to produce documents which are equally well
+printable with the Letter and the A4 formats. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2345 Klensin May 1998 Domain Names and Company Name
+ Retrieval
+
+This document proposes a company name to URL mapping service based on
+the oldest and least complex of Internet directory protocols, whois, in
+order to explore whether an extremely simple and widely-deployed
+protocol can succeed where more complex and powerful options have failed
+or been excessively delayed. This memo defines an Experimental Protocol
+for the Internet community. It does not specify an Internet standard of
+any kind. Discussion and suggestions for improvement are requested.
+
+
+
+
+
+
+
+Ramos Informational [Page 12]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2344 Montenegro May 1998 Reverse Tunneling for Mobile IP
+
+This document proposes backwards-compatible extensions to Mobile IP in
+order to support topologically correct reverse tunnels. [STANDARDS-
+TRACK]
+
+
+2343 Civanlar May 1998 RTP Payload Format for Bundled
+ MPEG
+
+This document describes a payload type for bundled, MPEG-2 encoded video
+and audio data that may be used with RTP, version 2. This memo defines
+an Experimental Protocol for the Internet community. This memo does not
+specify an Internet standard of any kind. Discussion and suggestions
+for improvement are requested.
+
+
+2342 Gahrns May 1998 IMAP4 Namespace
+
+This document defines a NAMESPACE command that allows a client to
+discover the prefixes of namespaces used by a server for personal
+mailboxes, other users' mailboxes, and shared mailboxes. [STANDARDS-
+TRACK]
+
+
+2341 Valencia May 1998 Cisco Layer Two Forwarding
+ (Protocol) "L2F"
+
+This document describes the Layer Two Forwarding protocol (L2F) which
+permits the tunneling of the link layer (i.e., HDLC, async HDLC, or SLIP
+frames) of higher level protocols. This memo describes a historic
+protocol for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2340 Jamoussi May 1998 Nortel's Virtual Network
+ Switching (VNS) Overview
+
+This document provides an overview of Virtual Network Switching (VNS).
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 13]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2339 ISOC May 1998 An Agreement Between the
+ Internet Society, the IETF,
+ and Sun Microsystems, Inc. in
+ the matter of NFS V.4 Protocols
+
+This Request for Comments records an agreement between Sun Microsystems,
+Inc. and the Internet Society to permit the flow of Sun's Network File
+System specifications into the Internet Standards process conducted by
+the Internet Engineering Task Force. This memo provides information for
+the Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2338 Knight Apr 1998 Virtual Router Redundancy Protocol
+
+This memo defines the Virtual Router Redundancy Protocol (VRRP). VRRP
+specifies an election protocol that dynamically assigns responsibility
+for a virtual router to one of the VRRP routers on a LAN. [STANDARDS-
+TRACK]
+
+
+2337 Farinacci Apr 1998 Intra-LIS IP multicast among
+ routers over ATM using Sparse
+ Mode PIM
+
+This document describes how intra-LIS IP multicast can be efficiently
+supported among routers over ATM without using the Multicast Address
+Resolution Server (MARS). This memo defines an Experimental Protocol
+for the Internet community. It does not specify an Internet standard of
+any kind. Discussion and suggestions for improvement are requested.
+
+
+2336 Luciani Jul 1998 Classical IP and ARP over ATM
+ to NHRP Transition
+
+This document describes methods and procedures for the graceful
+transition from an ATMARP LIS to an NHRP LIS network model over ATM.
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+2335 Luciani Apr 1998 A Distributed NHRP Service
+ Using SCSP
+
+This document describes a method for distributing an NHRP service within
+a LIS. [STANDARDS-TRACK]
+
+
+
+
+
+Ramos Informational [Page 14]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2334 Luciani Apr 1998 Server Cache Synchronization
+ Protocol (SCSP)
+
+This document describes the Server Cache Synchronization Protocol (SCSP)
+and is written in terms of SCSP's use within Non Broadcast Multiple
+Access (NBMA) networks; although, a somewhat straight forward usage is
+applicable to BMA networks. [STANDARDS-TRACK]
+
+
+2333 Cansever Apr 1998 NHRP Protocol Applicability
+ Statement
+
+As required by the Routing Protocol Criteria [RFC 1264], this memo
+discusses the applicability of the Next Hop Resolution Protocol (NHRP)
+in routing of IP datagrams over Non-Broadcast Multiple Access (NBMA)
+networks, such as ATM, SMDS and X.25. [STANDARDS-TRACK]
+
+
+2332 Luciani Apr 1998 NBMA Next Hop Resolution
+ Protocol (NHRP)
+
+This document describes the NBMA Next Hop Resolution Protocol (NHRP).
+NHRP can be used by a source station (host or router) connected to a
+Non-Broadcast, Multi-Access (NBMA) subnetwork to determine the
+internetworking layer address and NBMA subnetwork addresses of the "NBMA
+next hop" towards a destination station. [STANDARDS-TRACK]
+
+
+2331 Maher Apr 1998 ATM Signalling Support for IP
+ over ATM - UNI Signalling 4.0
+ Update
+
+This memo describes how to efficiently use the ATM call control
+signalling procedures defined in UNI Signalling 4.0 to support IP over
+ATM environments as described in RFC 2225 and in RFC 2332. [STANDARDS-
+TRACK]
+
+
+2330 Paxson May 1998 Framework for IP Performance
+ Metrics
+
+The purpose of this memo is to define a general framework for particular
+metrics to be developed by the IETF's IP Performance Metrics effort.
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+
+
+
+
+Ramos Informational [Page 15]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2329 Moy Apr 1998 OSPF Standardization Report
+
+This memo documents how the requirements for advancing a routing
+protocol to Full Standard have been met for OSPFv2. This memo provides
+information for the Internet community. It does not specify an Internet
+standard of any kind.
+
+
+2328 Moy Apr 1998 OSPF Version 2
+
+This memo documents version 2 of the OSPF protocol. OSPF is a link-
+state routing protocol. [STANDARDS-TRACK]
+
+
+2327 Handley Apr 1998 SDP: Session Description Protocol
+
+This document defines the Session Description Protocol, SDP. SDP is
+intended for describing multimedia sessions for the purposes of session
+announcement, session invitation, and other forms of multimedia session
+initiation. [STANDARDS-TRACK]
+
+
+2326 Schulzrinne Apr 1998 Real Time Streaming Protocol
+ (RTSP)
+
+The Real Time Streaming Protocol, or RTSP, is an application-level
+protocol for control over the delivery of data with real-time
+properties. RTSP provides an extensible framework to enable controlled,
+on-demand delivery of real-time data, such as audio and video.
+[STANDARDS-TRACK]
+
+
+2325 Slavitch 1 Apr 1998 Definitions of Managed Objects
+ for Drip-Type Heated Beverage
+ Hardware Devices using SMIv2
+
+This memo defines an extension to the Management Information Base (MIB)
+for use with network management protocols in the Internet community. In
+particular, it defines objects for the management of coffee-brewing and
+maintenance devices. This memo provides information for the Internet
+community. It does not specify an Internet standard of any kind.
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 16]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2324 Masinter 1 Apr 1998 Hyper Text Coffee Pot Control
+ Protocol (HTCPCP/1.0)
+
+This document describes HTCPCP, a protocol for controlling, monitoring,
+and diagnosing coffee pots. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2323 Ramos 1 Apr 1998 IETF Identification and
+ Security Guidelines
+
+This RFC is meant to represent a guideline by which the IETF conferences
+may run more effeciently with regards to identification and security
+protocols, with specific attention paid to a particular sub-group within
+the IETF: "facial hairius extremis". This memo provides information for
+the Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2322 van den Hout 1 Apr 1998 Management of IP numbers by
+ peg-dhcp
+
+This RFC describes a protocol to dynamically hand out ip-numbers on
+field networks and small events that don't necessarily have a clear
+organisational body. This memo provides information for the Internet
+community. It does not specify an Internet standard of any kind.
+
+
+2321 Bressen 1 Apr 1998 RITA -- The Reliable
+ Internetwork Troubleshooting
+ Agent
+
+A Description of the usage of Nondeterministic Troubleshooting and
+Diagnostic Methodologies as applied to today's complex nondeterministic
+networks and environments. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2320 Greene Apr 1998 Definitions of Managed Objects
+ for Classical IP and ARP Over
+ ATM Using SMIv2
+
+The purpose of this memo is to define the Management Information Base
+(MIB) for supporting Classical IP and ARP over ATM as specified in
+Classical IP and ARP over ATM. [STANDARDS-TRACK]
+
+
+
+
+Ramos Informational [Page 17]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2319 KOI8-U WG Apr 1998 Ukrainian Character Set KOI8-U
+
+This document provides information about character encoding KOI8-U (KOI8
+Ukrainian) wich is a de-facto standard in Ukrainian Internet community.
+This memo provides information for the Internet community. It does not
+specify an Internet standard of any kind.
+
+
+2318 Lie Mar 1998 The text/css Media Type
+
+This memo provides information about the text/css Media Type. This memo
+provides information for the Internet community. It does not specify an
+Internet standard of any kind.
+
+
+2317 Eidnes Mar 1998 Classless IN-ADDR.ARPA delegation
+
+This document describes a way to do IN-ADDR.ARPA delegation on non-octet
+boundaries for address spaces covering fewer than 256 addresses. This
+document specifies an Internet Best Current Practices for the Internet
+Community, and requests discussion and suggestions for improvements.
+
+
+2316 Bellovin Apr 1998 Report of the IAB Security
+ Architecture Workshop
+
+On 3-5 March 1997, the IAB held a security architecture workshop at Bell
+Labs in Murray Hill, NJ. We identified the core security components of
+the architecture, and specified several documents that need to be
+written. Most importantly, we agreed that security was not optional,
+and that it needed to be designed in from the beginning. This memo
+provides information for the Internet community. It does not specify an
+Internet standard of any kind.
+
+
+2315 Kaliski Mar 1998 PKCS #7: Cryptographic Message
+ Syntax Version 1.5
+
+This document describes a general syntax for data that may have
+cryptography applied to it, such as digital signatures and digital
+envelopes. This memo provides information for the Internet community.
+It does not specify an Internet standard of any kind.
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 18]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2314 Kaliski Mar 1998 PKCS #10: Certification
+ Request Syntax Version 1.5
+
+This document describes a syntax for certification requests. This memo
+provides information for the Internet community. It does not specify an
+Internet standard of any kind.
+
+
+2313 Kaliski Mar 1998 PKCS #1: RSA Encryption
+ Version 1.5
+
+This document describes a method for encrypting data using the RSA
+public-key cryptosystem. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2312 Dusse Mar 1998 S/MIME Version 2 Certificate
+ Handling
+
+This memo describes the mechanisms S/MIME uses to create and validate
+keys using certificates. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2311 Dusse Mar 1998 S/MIME Version 2 Message
+ Specification
+
+This document describes a protocol for adding cryptographic signature
+and encryption services to MIME data. This memo provides information
+for the Internet community. It does not specify an Internet standard of
+any kind.
+
+
+2310 Holtman Apr 1998 The Safe Response Header Field
+
+This document defines a HTTP response header field called Safe, which
+can be used to indicate that repeating a HTTP request is safe. This
+memo defines an Experimental Protocol for the Internet community. It
+does not specify an Internet standard of any kind. Discussion and
+suggestions for improvement are requested.
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 19]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2309 Braden Apr 1998 Recommendations on Queue
+ Management and Congestion Avoidance
+ in the Internet
+
+This memo presents two recommendations to the Internet community
+concerning measures to improve and preserve Internet performance. It
+presents a strong recommendation for testing, standardization, and
+widespread deployment of active queue management in routers, to improve
+the performance of today's Internet. It also urges a concerted effort
+of research, measurement, and ultimate deployment of router mechanisms
+to protect the Internet from flows that are not sufficiently responsive
+to congestion notification. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+2308 Andrews Mar 1998 Negative Caching of DNS
+ Queries (DNS NCACHE)
+
+RFC1034 provided a description of how to cache negative responses. It
+however had a fundamental flaw in that it did not allow a name server to
+hand out those cached responses to other resolvers, thereby greatly
+reducing the effect of the caching. This document addresses issues
+raise in the light of experience and replaces RFC1034 Section 4.3.4.
+[STANDARDS-TRACK]
+
+
+2307 Howard Mar 1998 An Approach for Using LDAP as
+ a Network Information Service
+
+This document describes an experimental mechanism for mapping entities
+related to TCP/IP and the UNIX system into X.500 entries so that they
+may be resolved with the Lightweight Directory Access Protocol
+[RFC2251]. This memo defines an Experimental Protocol for the Internet
+community. It does not specify an Internet standard of any kind.
+Discussion and suggestions for improvement are requested.
+
+
+2306 Parsons Mar 1998 Tag Image File Format (TIFF) -
+ F Profile for Facsimile
+
+This document describes in detail the definition of TIFF-F that is used
+to store facsimile images. This memo provides information for the
+Internet community. It does not specify an Internet standard of any
+kind.
+
+
+
+
+
+
+Ramos Informational [Page 20]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+2305 Toyoda Mar 1998 A Simple Mode of Facsimile
+ Using Internet Mail
+
+This specification provides for "simple mode" carriage of facsimile data
+over the Internet. [STANDARDS-TRACK]
+
+
+2304 Allocchio Mar 1998 Minimal FAX address format in
+ Internet Mail
+
+This memo describes the MINIMAL addressing method and standard
+extensions to encode FAX addresses in e-mail addresses. [STANDARDS-
+TRACK]
+
+
+2303 Allocchio Mar 1998 Minimal PSTN address format in
+ Internet Mail
+
+This memo describes the MINIMAL addressing method to encode PSTN
+addresses into e-mail addresses and the standard extension mechanism to
+allow definition of further standard elements. [STANDARDS-TRACK]
+
+
+2302 Parsons Mar 1998 Tag Image File Format (TIFF) -
+ image/tiff MIME Sub-type
+ Registration
+
+This document describes the registration of the MIME sub-type
+image/tiff. [STANDARDS-TRACK]
+
+
+2301 McIntyre Mar 1998 File Format for Internet Fax
+
+This document describes the TIFF (Tag Image File Format) representation
+of image data specified by the ITU-T Recommendations for black-and-white
+and color facsimile. [STANDARDS-TRACK]
+
+
+2300 IAB May 1998 INTERNET OFFICIAL PROTOCOL
+ STANDARDS
+
+A discussion of the standardization process and the RFC document series
+is presented first, followed by an explanation of the terms. Sections
+6.2 - 6.10 contain the lists of protocols in each stage of
+standardization. Finally are pointers to references and contacts for
+further information. [STANDARDS-TRACK]
+
+
+
+
+
+Ramos Informational [Page 21]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+Security Considerations
+
+ There are no security issues in this Informational RFC.
+
+Author's Address
+
+ Alegre Ramos
+ University of Southern California
+ Information Sciences Institute
+ 4676 Admiralty Way
+ Marina del Rey, CA 90292
+
+ Phone: (310) 822-1511
+ EMail: ramos@isi.edu
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 22]
+
+RFC 2399 Summary of 2300-2399 January 1999
+
+
+Full Copyright Statement
+
+ Copyright (C) The Internet Society (1999). All Rights Reserved.
+
+ This document and translations of it may be copied and furnished to
+ others, and derivative works that comment on or otherwise explain it
+ or assist in its implementation may be prepared, copied, published
+ and distributed, in whole or in part, without restriction of any
+ kind, provided that the above copyright notice and this paragraph are
+ included on all such copies and derivative works. However, this
+ document itself may not be modified in any way, such as by removing
+ the copyright notice or references to the Internet Society or other
+ Internet organizations, except as needed for the purpose of
+ developing Internet standards in which case the procedures for
+ copyrights defined in the Internet Standards process must be
+ followed, or as required to translate it into languages other than
+ English.
+
+ The limited permissions granted above are perpetual and will not be
+ revoked by the Internet Society or its successors or assigns.
+
+ This document and the information contained herein is provided on an
+ "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
+ TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
+ BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
+ HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
+ MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+Ramos Informational [Page 23]
+