📄 rfc2299.txt
字号:
Network Working Group A. RamosRequest for Comments: 2299 ISICategory: Informational January 1999 Request for Comments Summary RFC Numbers 2200-2299Status of This Memo This RFC is a slightly annotated list of the 100 RFCs from RFC 2200 through RFCs 2299. 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--- ------ ---- -----2299 Ramos Jan 1999 Request for Comments SummaryThis memo.2298 Fajman Mar 1998 An Extensible Message FormatThis memo defines a MIME content-type that may be used by a mail useragent (UA) or electronic mail gateway to report the disposition of amessage after it has been sucessfully delivered to a recipient.[STANDARDS-TRACK]Ramos Informational [Page 1]RFC 2299 Summary of 2200-2299 January 19992297 Newman Mar 1998 Ipsilon's General Switch Management Protocol Specification Version 2.0This memo specifies enhancements to the General Switch ManagementProtocol (GSMP) [RFC1987]. This memo provides information for theInternet community. It does not specify an Internet standard of anykind.2296 Holtman Mar 1998 HTTP Remote Variant Selection Algorithm -- RVSA/1.0HTTP allows web site authors to put multiple versions of the sameinformation under a single URL. Transparent content negotiation is amechanism for automatically selecting the best version when the URL isaccessed. A remote variant selection algorithm can be used to speed upthe transparent negotiation process. This document defines the remotevariant selection algorithm with the version number 1.0. This memodefines an Experimental Protocol for the Internet community. It doesnot specify an Internet standard of any kind. Discussion andsuggestions for improvement are requested.2295 Holtman Mar 1998 Transparent Content Negotiation in HTTPHTTP allows web site authors to put multiple versions of the sameinformation under a single URL. Transparent content negotiation is anextensible negotiation mechanism, layered on top of HTTP, forautomatically selecting the best version when the URL is accessed. Thisenables the smooth deployment of new web data formats and markup tags.This memo defines an Experimental Protocol for the Internet community.It does not specify an Internet standard of any kind. Discussion andsuggestions for improvement are requested.2294 Kille Mar 1998 Representing the O/R Address hierarchy in the X.500 Directory Information TreeThis document defines a representation of the O/R Address hierarchy inthe Directory Information Tree. [STANDARDS-TRACK]Ramos Informational [Page 2]RFC 2299 Summary of 2200-2299 January 19992293 Kille Mar 1998 Representing Tables and Subtrees in the X.500 DirectoryThis document defines techniques for representing two types ofinformation mapping in the OSI Directory: Mapping from a key to a value(or set of values), as might be done in a table lookup, and mapping froma distinguished name to an associated value (or values), where thevalues are not defined by the owner of the entry. This is achieved byuse of a directory subtree. [STANDARDS-TRCK]2292 Stevens Feb 1998 Advanced Sockets API for IPv6The current document defines some the "advanced" features of the socketsAPI that are required for applications to take advantage of additionalfeatures of IPv6. This memo provides information for the Internetcommunity. It does not specify an Internet standard of any kind.2291 Slein Feb 1998 Requirements for a Distributed Authoring and Versioning Protocol for the World Wide WebThis document presents a list of features in the form of requirementsfor a Web Distributed Authoring and Versioning protocol which, ifimplemented, would improve the efficiency of common remote editingoperations, provide a locking mechanism to prevent overwrite conflicts,improve link management support between non-HTML data types, provide asimple attribute-value metadata facility, provide for the creation andreading of container data types, and integrate versioning into the WWW.This memo provides information for the Internet community. It does notspecify an Internet standard of any kind.2290 Solomon Feb 1998 Mobile-IPv4 Configuration Option for PPP IPCPMobile IP [RFC 2002] defines media-independent procedures by which aMobile Node can maintain existing transport and application-layerconnections despite changing its point-of-attachment to the Internet andwithout changing its IP address. PPP [RFC 1661] provides a standardmethod for transporting multi-protocol packets over point-to-pointlinks. As currently specified, Mobile IP Foreign Agents which supportMobile Node connections via PPP can do so only by first assigning uniqueaddresses to those Mobile Nodes, defeating one of the primary advantagesof Foreign Agents. This documents corrects this problem by defining theMobile-IPv4 Configuration Option to the Internet Protocol ControlProtocol (IPCP) [RFC 1332]. Using this option, two peers canRamos Informational [Page 3]RFC 2299 Summary of 2200-2299 January 1999communicate their support for Mobile IP during the IPCP phase of PPP.Familiarity with Mobile IP [RFC 2002], IPCP [RFC 1332], and PPP [RFC1661] is assumed. [STANDARDS-TRACK]2289 Haller Feb 1998 A One-Time Password SystemThis document describes a one-time password authentication system (OTP).The system provides authentication for system access (login) and otherapplications requiring authentication that is secure against passiveattacks based on replaying captured reusable passwords. [STANDARDS-TRACK]2288 Lynch Feb 1998 Using Existing Bibliographic Identifiers as Uniform Resource NamesThis document discusses how three major bibliographic identifiers (theISBN, ISSN and SICI) can be supported within the URN framework and thecurrently proposed syntax for URNs. This memo provides information forthe Internet community. It does not specify an Internet standard of anykind.2287 Krupczak Feb 1998 Definitions of System-Level Managed Objects for ApplicationsThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in the Internet community. Inparticular, it describes a basic set of managed objects for fault,configuration and performance management of applications from a systemsperspective. [STANDARDS-TRACK]2286 Kapp Feb 1998 Test Cases for HMAC-RIPEMD160 and HMAC-RIPEMD128This document provides two sets of test cases for HMAC-RIPEMD160 andHMAC-RIPEMD128. This memo provides information for the Internetcommunity. It does not specify an Internet standard of any kind.Ramos Informational [Page 4]RFC 2299 Summary of 2200-2299 January 19992285 Mandeville Feb 1998 Benchmarking Terminology for LAN Switching DevicesThis document is intended to provide terminology for the benchmarking oflocal area network (LAN) switching devices. It extends the terminologyalready defined for benchmarking network interconnect devices in RFCs1242 and 1944 to switching devices. This memo provides information forthe Internet community. It does not specify an Internet standard of anykind.2284 Blunk Mar 1998 PPP Extensible Authentication Protocol (EAP)The Point-to-Point Protocol (PPP) provides a standard method fortransporting multi-protocol datagrams over point-to-point links. PPPalso defines an extensible Link Control Protocol, which allowsnegotiation of an Authentication Protocol for authenticating its peerbefore allowing Network Layer protocols to transmit over the link. Thisdocument defines the PPP Extensible Authentication Protocol.[STANDARDS-TRACK]2283 Bates Feb 1998 Multiprotocol Extensions for BGP-4This document defines extensions to BGP-4 to enable it to carry routinginformation for multiple Network Layer protocols (e.g., IPv6, IPX,etc...). The extensions are backward compatible - a router that supportsthe extensions can interoperate with a router that doesn't support theextensions. [STANDARDS-TRACK]2282 Galvin Feb 1998 IAB and IESG Selection, Confirmation, and Recall Process: Operation of the Nominating and Recall CommitteesThe process by which the members of the IAB and IESG are selected,confirmed, and recalled is specified. This document specifies anInternet Best Current Practices for the Internet Community, and requestsdiscussion and suggestions for improvements.Ramos Informational [Page 5]RFC 2299 Summary of 2200-2299 January 19992281 Li Mar 1998 Cisco Hot Standby Router Protocol (HSRP)The memo specifies the Hot Standby Router Protocol (HSRP). The goal ofthe protocol is to allow hosts to appear to use a single router and tomaintain connectivity even if the actual first hop router they are usingfails. This memo provides information for the Internet community. Itdoes not specify an Internet standard of any kind.2280 Alaettinoglu Jan 1998 Routing Policy Specification Language (RPSL)This memo is the reference document for the Routing Policy SpecificationLanguage (RPSL). RPSL allows a network operator to be able to specifyrouting policies at various levels in the Internet hierarchy; forexample at the Autonomous System (AS) level. At the same time, policiescan be specified with sufficient detail in RPSL so that low level routerconfigurations can be generated from them. RPSL is extensible; newrouting protocols and new protocol features can be introduced at anytime. [STANDARDS-TRACK]2279 Yergeau Jan 1998 UTF-8, a transformation format of ISO 10646UTF-8, the object of this memo, has the characteristic of preserving thefull US-ASCII range, providing compatibility with file systems, parsersand other software that rely on US-ASCII values but are transparent toother values. This memo updates and replaces RFC 2044, in particularaddressing the question of versions of the relevant standards.[STANDARDS-TRACK]2278 Freed Jan 1998 IANA Charset Registration ProceduresMIME [RFC-2045, RFC-2046, RFC-2047, RFC-2184] and various other modernInternet protocols are capable of using many different charsets. This inturn means that the ability to label different charsets is essential.This registration procedure exists solely to associate a specific nameor names with a given charset and to give an indication of whether ornot a given charset can be used in MIME text objects. This documentspecifies an Internet Best Current Practices for the Internet Community,and requests discussion and suggestions for improvements.
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -