📄 rfc1899.txt
字号:
Network Working Group J. ElliottRequest for Comments: 1899 ISICategory: Informational January 1997 Request for Comments Summary RFC Numbers 1800-1899Status of This Memo This RFC is a slightly annotated list of the 100 RFCs from RFC 1800 through RFCs 1899. 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--- ------ ---- -----1899 Elliott Jan 97 Requests For Comments SummaryThis memo.1898 Eastlake Feb 96 CyberCash Credit Card Protocol Version 0.8This document covers only the current CyberCash system which is one ofthe few operational systems in the rapidly evolving area of Internetpayments. This memo provides information for the Internet community.This memo does not specify an Internet standard of any kind.Elliott Informational [Page 1]RFC 1899 Summary of 1800-1899 January 19971897 Hinden Jan 96 IPv6 Testing Address AllocationThis document describes an allocation plan for IPv6 addresses to be usedin testing IPv6 prototype software. This document specifies anExperimental protocol for the Internet community.1896 Resnick Feb 96 The text/enriched MIME Content-typeThis document defines one particular type of MIME data, thetext/enriched MIME type. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1895 Levinson Feb 96 The Application/CALS-1840 Content-typeThis memorandum provides guidelines for using the United StatesDepartment of Defense Military Standard MIL-STD-1840, "AutomatedInterchange of Technical Information," with the Internet electronic mailstandards, RFC 822 and RFC 1521. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1894 Moore Jan 96 An Extensible Message Format for Delivery Status NotificationsThis memo defines a MIME content-type that may be used by a messagetransfer agent (MTA) or electronic mail gateway to report the result ofan attempt to deliver a message to one or more recipients. [STANDARDS-TRACK]1893 Vaudreuil Jan 96 Enhanced Mail System Status CodesThere currently is not a standard mechanism for the reporting of mailsystem errors except for the limited set offered by SMTP and the systemspecific text descriptions sent in mail messages. There is a pressingneed for a rich machine readable status code for use in delivery statusnotifications [DSN]. This document proposes a new set of status codesfor this purpose. [STANDARDS-TRACK]Elliott Informational [Page 2]RFC 1899 Summary of 1800-1899 January 19971892 Vaudreuil Jan 96 The Multipart/Report Content Type for the Reporting of Mail System Administrative MessagesThe Multipart/Report MIME content-type is a general "family" or"container" type for electronic mail reports of any kind. Although thismemo defines only the use of the Multipart/Report content-type withrespect to delivery status reports, mail processing programs willbenefit if a single content-type is used to for all kinds of reports.[STANDARDS-TRACK]1891 Moore Jan 96 SMTP Service Extension for Delivery Status NotificationsThis memo defines an extension to the SMTP service, which allows an SMTPclient to specify (a) that delivery status notifications (DSNs) shouldbe generated under certain conditions, (b) whether such notificationsshould return the contents of the message, and (c) additionalinformation, to be returned with a DSN, that allows the sender toidentify both the recipient(s) for which the DSN was issued, and thetransaction in which the original message was sent. [STANDARDS-TRACK]1890 A.V.T.W.G. Jan 96 RTP Profile for Audio and Video Conferences with Minimal ControlThis memo describes a profile for the use of the real-time transportprotocol (RTP), version 2, and the associated control protocol, RTCP,within audio and video multiparticipant conferences with minimalcontrol. [STANDARDS-TRACK]1889 A.V.T.W.G. Jan 96 RTP: A Transport Protocol for Real-Time ApplicationsThis memorandum describes RTP, the real-time transport protocol. RTPprovides end-to-end network transport functions suitable forapplications transmitting real-time data, such as audio, video orsimulation data, over multicast or unicast network services.[STANDARDS-TRACK]Elliott Informational [Page 3]RFC 1899 Summary of 1800-1899 January 19971888 Bound Aug 96 OSI NSAPs and IPv6This document recommends that network implementors who have planned ordeployed an OSI NSAP addressing plan, and who wish to deploy ortransition to IPv6, should redesign a native IPv6 addressing plan tomeet their needs. This memo defines an Experimental Protocol for theInternet community.1887 Rekhter Dec 95 An Architecture for IPv6 Unicast Address AllocationThis document provides an architecture for allocating IPv6 [1] unicastaddresses in the Internet. This document provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1886 Thomson Dec 95 DNS Extensions to support IP version 6This document defines the changes that need to be made to the DomainName System to support hosts running IP version 6 (IPv6). [STANDARDS-TRACK]1885 Conta Dec 95 Internet Control Message Protocol (ICMPv6) for the Internet Protocol Version 6 (IPv6)This document specifies a set of Internet Control Message Protocol(ICMP) messages for use with version 6 of the Internet Protocol (IPv6).[STANDARDS-TRACK]1884 Hinden Dec 95 IP Version 6 Addressing ArchitectureThis specification defines the addressing architecture of the IP Version6 protocol [IPV6]. [STANDARDS-TRACK]1883 Deering Dec 95 Internet Protocol, Version 6 (IPv6) SpecificationThis document specifies version 6 of the Internet Protocol (IPv6), alsosometimes referred to as IP Next Generation or IPng. [STANDARDS-TRACK]Elliott Informational [Page 4]RFC 1899 Summary of 1800-1899 January 19971882 Hancock Dec 95 The 12-Days of Technology Before ChristmasThis memo provides information for the Internet community. This memodoes not specify an Internet standard of any kind.1881 IAB & IESG Dec 95 IPv6 Address Allocation ManagementThe IPv6 address space will be managed by the IANA for the good of theInternet community, with advice from the IAB and the IESG, by delegationto the regional registries. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1880 I.A.B. Nov 95 INTERNET OFFICIAL PROTOCOL STANDARDSThis memo describes the state of standardization of protocols used inthe Internet as determined by the Internet Architecture Board (IAB).[STANDARDS-TRACK]1879 Manning Jan 96 Class A Subnet Experiment Results and RecommendationsThis memo documents some experiences with the RFC 1797 [1] subnet Aexperiment (performed by the Net39 Test Group (see credits)) andprovides a number of recommendations on future direction for both theInternet Registries and the Operations community. This memo providesinformation for the Internet community. This memo does not specify anInternet standard of any kind.1878 Pummill Dec 95 Variable Length Subnet Table For IPv4This memo clarifies issues surrounding subnetting IP networks byproviding a standard subnet table. This memo provides information forthe Internet community. This memo does not specify an Internet standardof any kind.Elliott Informational [Page 5]RFC 1899 Summary of 1800-1899 January 19971877 Cobb Dec 95 PPP Internet Protocol Control Protocol Extensions for Name Server AddressesThis document extends the NCP for establishing and configuring theInternet Protocol over PPP [2], defining the negotiation of primary andsecondary Domain Name System (DNS) [3] and NetBIOS Name Server (NBNS)[4] addresses. This memo provides information for the Internetcommunity. This memo does not specify an Internet standard of any kind.1876 Davis Jan 96 A Means for Expressing Location Information in the Domain Name SystemThis memo defines a new DNS RR type for experimental purposes. This RFCdescribes a mechanism to allow the DNS to carry location informationabout hosts, networks, and subnets. This memo defines an ExperimentalProtocol for the Internet community.1875 Berge Dec 95 UNINETT PCA Policy StatementsThis document provides information about policy statements submitted bythe UNINETT Policy Certification Authority (UNINETT PCA). This memoprovides information for the Internet community. This memo does notspecify an Internet standard of any kind.1874 Levinson Dec 95 SGML Media TypesThis document proposes new media sub-types of Text/SGML andApplication/SGML. This memo defines an Experimental Protocol for theInternet community.1873 Levinson Dec 95 Message/External-Body Content-ID Access TypeThe existing MIME Content-Type Message/External-Body access-types allowa MIME entity (body-part) to refer to an object that is not in themessage by specifying how to access that object. The Content-ID accessmethod described in this document provides the capability to refer to anobject within the message. This memo defines an Experimental Protocolfor the Internet community.Elliott Informational [Page 6]RFC 1899 Summary of 1800-1899 January 19971872 Levinson Dec 95 The MIME Multipart/Related Content-typeThe Multipart/Related content-type provides a common mechanism forrepresenting objects that are aggregates of related MIME body parts.This document defines the Multipart/Related content-type and providesexamples of its use. This memo defines an Experimental Protocol for theInternet community.1871 Postel Nov 95 Addendum to RFC 1602 -- Variance ProcedureThis document describes a modification to the IETF procedures to allowan escape from a situation where the existing procedures are not workingor do not seem to apply. This document specifies an Internet BestCurrent Practices for the Internet Community, and requests discussionand suggestions for improvements.1870 Klensin Nov 95 SMTP Service Extension for Message Size DeclarationThis memo defines an extension to the SMTP service whereby an SMTPclient and server may interact to give the server an opportunity todecline to accept a message (perhaps temporarily) based on the client'sestimate of the message size. [STANDARDS-TRACK]1869 Klensin Nov 95 SMTP Service ExtensionsThis memo defines a framework for extending the SMTP service by defininga means whereby a server SMTP can inform a client SMTP as to the serviceextensions it supports. [STANDARDS-TRACK]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -