📄 rfc1999.txt
字号:
Automatic Network Address AcquisitionThis memo describes extensions to the Reverse Address ResolutionProtocol (RARP [2]) and called Dynamic RARP (DRARP, pronounced D-RARP).This memo provides information for the Internet community. This memodoes not define an Internet standard of any kind.1930 Hawkinson Mar 96 Guidelines for creation, selection, and registration of an Autonomous System (AS)This memo discusses when it is appropriate to register and utilize anAutonomous System (AS), and lists criteria for such. This documentspecifies an Internet Best Current Practices for the Internet Community,and requests discussion and suggestions for improvements.1929 Leech Mar 96 Username/Password Authentication for SOCKS V5The protocol specification for SOCKS Version 5 specifies a generalizedframework for the use of arbitrary authentication protocols in theinitial socks connection setup. This document describes one of thoseprotocols, as it fits into the SOCKS Version 5 authentication"subnegotiation". [STANDARDS-TRACK]Elliott Informational [Page 14]RFC 1999 Summary of 1900-1999 January 19971928 Leech Mar 96 SOCKS Protocol Version 5This memo describes a protocol that is an evolution of the previousversion of the protocol, version 4 [1]. This new protocol stems fromactive discussions and prototype implementations. [STANDARDS-TRACK]1927 Rogers Apr 96 Suggested Additional MIME Types for Associating DocumentsSeven new types of MIME types are suggested in this document. This memoprovides information for the Internet community. This memo does notspecify an Internet standard of any kind.1926 Eriksson Apr 96 An Experimental Encapsulation of IP Datagrams on Top of ATMThis RFC describes a method of encapsulating IP datagrams on top ofAcoustical Transmission Media (ATM). This is a non-recommendedstandard. This memo provides information for the Internet community.This memo does not specify an Internet standard of any kind.1925 Callon Apr 96 The Twelve Networking TruthsThis memo documents the fundamental truths of networking for theInternet community. This memo does not specify a standard, except in thesense that all standards must implicitly follow the fundamental truths.This memo provides information for the Internet community. This memodoes not specify an Internet standard of any kind.1924 Elz Apr 96 A Compact Representation of IPv6 AddressesThis document specifies a more compact representation of IPv6 addresses,which permits encoding in a mere 20 bytes. This memo providesinformation for the Internet community. This memo does not specify anInternet standard of any kind.Elliott Informational [Page 15]RFC 1999 Summary of 1900-1999 January 19971923 Halpern Mar 96 RIPv1 Applicability Statement for Historic StatusRIP Version 1 [RFC-1058] has been declared an historic document. ThisApplicability statement provides the supporting motivation for thatdeclaration. The primary reason, as described below, is the Classfulnature of RIPv1. This memo provides information for the Internetcommunity. This memo does not specify an Internet standard of any kind.1922 Zhu Mar 96 Chinese Character Encoding for Internet MessagesThis memo describes methods of transporting Chinese characters inInternet services which transport text, such as electronic mail[RFC-822], network news [RFC-1036], telnet [RFC-854] and the World WideWeb [RFC-1866]. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1921 Dujonc Mar 96 TNVIP ProtocolThe goal of this document specifies a Telnet profile to support VIPterminal emulation allowing the access to the BULL hosts applicationsthrough a TCP/IP network. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1920 I.A.B. Mar 96 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]1919 Chatel Mar 96 Classical versus Transparent IP ProxiesThis document explains "classical" and "transparent" proxy techniquesand attempts to provide rules to help determine when each proxy systemmay be used without causing problems. This memo provides informationfor the Internet community. This memo does not specify an Internetstandard of any kind.Elliott Informational [Page 16]RFC 1999 Summary of 1900-1999 January 19971918 Rekhter Feb 96 Address Allocation for Private InternetsThis document describes address allocation for private internets. Thisdocument specifies an Internet Best Current Practices for the InternetCommunity, and requests discussion and suggestions for improvements.1917 Nesser Feb 96 An Appeal to the Internet Community to Return Unused IP Networks (Prefixes) to the IANAThis document is an appeal to the Internet community to return unusedaddress space, i.e. any block of consecutive IP prefixes, to theInternet Assigned Numbers Authority (IANA) or any of the delegatedregistries, for reapportionment. This document specifies an InternetBest Current Practices for the Internet Community, and requestsdiscussion and suggestions for improvements.1916 Berkowitz Feb 96 Enterprise Renumbering: Experience and Information SolicitationBecause of the urgent need for, and substantial difficulty in,renumbering IP networks, the PIER working group is compiling a series ofdocuments to assist sites in their renumbering efforts. The intent ofthese documents is to provide both educational and practical informationto the Internet community. This memo provides information for theInternet community. This memo does not specify an Internet standard ofany kind.1915 Kastenholz Feb 96 Variance for The PPP Connection Control Protocol and The PPP Encryption Control ProtocolThe PPP Working group has developed two protocols, one to controlcompression on PPP links; the Compression Control Protocol (CCP),documented in draft-ietf-pppext-compression-04.txt. The second is theEncryption Control Protocol (ECP), used to control encryption on seriallinks, documented in draft-ietf-pppext-encryption-03.txt. This documentspecifies an Internet Best Current Practices for the Internet Community,and requests discussion and suggestions for improvements.Elliott Informational [Page 17]RFC 1999 Summary of 1900-1999 January 19971914 Faltstrom Feb 96 How to Interact with a Whois++ MeshIn the Whois++ architecture [Deutsch94],[Weider94], mesh traversal isdone by the client, since each server 'refers' the client to the nextappropriate server(s). [STANDARDS-TRACK]1913 Weider Feb 96 Architecture of the Whois++ Index ServiceThe authors describe an architecture for indexing in distributeddatabases, and apply this to the WHOIS++ protocol. [STANDARDS-TRACK]1912 Barr Feb 96 Common DNS Operational and Configuration ErrorsThis memo describes errors often found in both the operation of DomainName System (DNS) servers, and in the data that these DNS serverscontain. This memo provides information for the Internet community.This memo does not specify an Internet standard of any kind.1911 Vaudreuil Feb 96 Voice Profiule of Internet MailThe following document is a profile of the Internet standard MIME andESMTP protocols for use as a digital voice networking protocol. Thismemo defines an Experimental Protocol for the Internet community.1910 Waters Feb 96 User-based Security Model for SNMPv2In this administrative framework, a security model defines themechanisms used to achieve an administratively-defined level of securityfor protocol interactions. Although many such security models might bedefined, it is the purpose of this document, User-based Security Modelfor SNMPv2, to define the first, and, as of this writing, only, securitymodel for this administrative framework. This memo defines anExperimental Protocol for the Internet community.1909 McClogherie Feb 96 An Administrative Infrastructure for SNMPv2It is the purpose of this document, An Administrative Infrastructure forSNMPv2, to define an administrative framework which realizes effectivemanagement in a variety of configurations and environments. This memodefines an Experimental Protocol for the Internet community.Elliott Informational [Page 18]RFC 1999 Summary of 1900-1999 January 19971908 Case Jan 96 Coexistence between Version 1 and Version 2 of the Internet-standard Network Management FrameworkThe purpose of this document is to describe coexistence between version2 of the Internet-standard Network Management Framework [1-6], termedthe SNMP version 2 framework (SNMPv2), and the original Internet-standard Network Management Framework (SNMPv1>. [STANDARDS-TRACK]1907 Case Jan 96 Management Information Base for Version 2 of the Simple Network Management Protocol (SNMPv2)It is the purpose of this document to define managed objects whichdescribe the behavior of a SNMPv2 entity. [STANDARDS-TRACK]1906 Case Jan 96 Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)It is the purpose of this document to define how the SNMPv2 maps onto aninitial set of transport domains. [STANDARDS-TRACK]1905 Case Jan 96 Protocol Operations for Version 2 of the Simple Network Management Protocol (SNMPv2)It is the purpose of this document, Protocol Operations for SNMPv2, todefine the operations of the protocol with respect to the sending andreceiving of the PDUs. [STANDARDS-TRACK]1904 Case Jan 96 Conformance Statements for Version 2 of the Simple Network Management Protocol (SNMPv2)It may be useful to define the acceptable lower-bounds ofimplementation, along with the actual level of implementation achieved.It is the purpose of this document to define the notation used for thesepurposes. [STANDARDS-TRACK]Elliott Informational [Page 19]RFC 1999 Summary of 1900-1999 January 19971903 Case Jan 96 Textual Conventions for Version 2 of the Simple Network Management Protocol (SNMPv2)It is the purpose of this document to define the initial set of textualconventions available to all MIB modules. [STANDARDS-TRACK]1902 Case Jan 96 Structure of Management Information for Version 2 of the Simple Network Management Protocol (SNMPv2)It is the purpose of this document, the Structure of ManagementInformation (SMI), to define that adapted subset, and to assign a set ofassociated administrative values. [STANDARDS-TRACK]1901 Case Jan 96 Introduction to Community-based SNMPv2The purpose of this document is to define the Community-basedAdministrative Framework for the SNMP version 2 framework (SNMPv2).This document specifies an Experimental protocol for the Internetcommunity.1900 Carpenter Feb 96 Renumbering Needs WorkHosts in an IP network are identified by IP addresses, and the IPaddress prefixes of subnets are advertised by routing protocols. Achange in such IP addressing information associated with a host orsubnet is known as "renumbering". This memo provides information forthe Internet community. This memo does not specify an Internet standardof any kind.Security Considerations Security issues are not discussed in this memo.Author's Address Josh Elliott University of Southern California Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292 Phone: (310) 822-1511 EMail: elliott@isi.eduElliott Informational [Page 20]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -