⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc1799.txt

📁 著名的RFC文档,其中有一些文档是已经翻译成中文的的.
💻 TXT
📖 第 1 页 / 共 3 页
字号:
Network Working Group                                         M. KennedyRequest for Comments: 1799                                           ISICategory: Informational                                     January 1997                      Request for Comments Summary                         RFC Numbers 1700-1799Status 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 SummaryThis memo.1798    Young       Jun 95      Connection-less Lightweight X.500                                Directory Access ProtocolThe protocol described in this document is designed to provide access tothe Directory while not incurring the resource requirements of theDirectory Access Protocol (DAP). [STANDARDS-TRACK]Kennedy                      Informational                      [Page 1]RFC 1799                  Summary of 1700-1799              January 19971797    IANA        Apr 95      Class A Subnet ExperimentThere appears to be some interest in experimenting with subnetting theclass A addresses. It is suggested that conducting an experiment now toidentify and fix any software that does not properly handle subnettedclass A addresses would be useful and important. This document definesan Experimental Protocol for the Internet community.  This does notspecify an Internet standard of any kind.1796    Huitema     Apr 95      Not All RFCs are StandardsThis document discusses the relationship of the Request for Comments(RFCs) notes to Internet Standards. This memo provides information forthe Internet community.  This memo does not specify an Internet standardof any kind.1795     Wells      Apr 95      Data Link Switching: Switch-to-Switch                                Protocol                                AIW DLSw RIG: DLSw Closed Pages, DLSw                                Standard Version 1.0This RFC describes use of Data Link Switching over TCP/IP. This memoprovides information for the Internet community.  This memo does notspecify an Internet standard of any kind.1794     Brisco     Apr 95     DNS Support for Load BalancingThis RFC is meant to first chronicle a foray into the IETF DNS WorkingGroup, discuss other possible alternatives to provide/simulate loadbalancing support for DNS, and to provide an ultimate, flexible solutionfor providing DNS support for balancing loads of many types. This memoprovides information for the Internet community.  This memo does notspecify an Internet standard of any kind.1793     Moy         Apr 95    Extending OSPF to Support Demand CircuitsThis memo defines enhancements to the OSPF protocol that allow efficientoperation over "demand circuits". [STANDARDS-TRACK]Kennedy                      Informational                      [Page 2]RFC 1799                  Summary of 1700-1799              January 19971792     Sung        Apr 95    TCP/IPX Connection Mib SpecificationNew MIB objects, tcpIpxConnTable, udpIpxTable, tcpUnspecConnTable andudpUnspecTable are presented in this paper, to be used in place oftcpConnTable and udpListenerTable when TCP and UDP are running over IPX.This document defines an Experimental Protocol for the Internetcommunity.  This does not specify an Internet standard of any kind.1791     Sung        Apr 95    TCP And UDP Over IPX Networks With                               Fixed Path MTUTCP/IPX allows TCP/IP applications to run over IPX networks by lettingTCP and UDP run over IPX.  And this memo specifies the packet format andoperational procedures for running TCP and UDP over IPX. This documentdefines an Experimental Protocol for the Internet community.  This doesnot 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                               ProtocolsThis RFC is an official public record of an agreement between SUNMicrosystems and the Internet Society.  This memo provides informationfor the Internet community.  It does not specify an Internet standard ofany kind.1789    Yang        Apr 95     INETPhone: Telephone Services and                               Servers on InternetThis RFC presents a true telephone service, called INETPhone, whichsupports voice communication through the Internet. This memo providesinformation for the Internet community.  It does not specify an Internetstandard of any kind.1788    Simpson     Apr 95     ICMP Domain Name MessagesThis document specifies ICMP messages for learning the Fully QualifiedDomain Name associated with an IP address. This document defines anExperimental Protocol for the Internet community.  This does not specifyan Internet standard of any kind.Kennedy                      Informational                      [Page 3]RFC 1799                  Summary of 1700-1799              January 19971787    Rekhter    Apr 95     Routing in a Multi-provider InternetThis document presents some of the issues related to network layerrouting in a multi-provider Internet, and specifically to the unicastrouting. 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 PoliciesThis document is an update to the original `ripe-81' proposal forrepresenting and storing routing polices within the RIPE database. Itincorporates several extensions proposed by Merit Inc. and gives detailsof a generalized IP routing policy representation to be used by allInternet routing registries.  It acts as both tutorial and providesdetails of database objects and attributes that use and make up arouting registry. This memo provides information for the Internetcommunity. This memo does not specify an Internet standard of any kind.1785    Malkin     Mar 95     TFTP Option Negotiation AnalysisThis document was written to allay concerns that the presence of optionsin a TFTP Request packet might cause pathological behavior on serverswhich do not support TFTP option negotiation. This memo providesinformation for the Internet community.  This memo does not specify anInternet standard of any kind.1784    Malkin     Mar 95    TFTP Timeout Interval and Transfer                             Size OptionsThis document describes two TFTP options. The first allows the clientand server to negotiate the Timeout Interval.  The second allows theside receiving the file to determine the ultimate size of the transferbefore it begins. [STANDARDS-TRACK]1783    Malkin     Mar 95    TFTP Blocksize OptionThis document describes a TFTP option which allows the client and serverto negotiate a blocksize more applicable to the network medium.[STANDARDS-TRACK]Kennedy                      Informational                      [Page 4]RFC 1799                  Summary of 1700-1799              January 19971782    Malkin     Mar 95    TFTP Option ExtensionThe Trivial File Transfer Protocol is a simple, lock-step, file transferprotocol which allows a client to get or put a file onto a remote host.This document describes a simple extension to TFTP to allow optionnegotiation prior to the file transfer.1781    Kille     Mar 95    Using the OSI Directory to Achieve                            User Friendly NamingThis proposal sets out some conventions for representing names in afriendly manner, and shows how this can be used to achieve reallyfriendly naming. [STANDARDS-TRACK]1780   IAB       Mar 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]1779   Kille     Mar 95     A String Representation of Distinguished                            NamesThe OSI Directory uses distinguished names as the primary keys toentries in the directory.  Distinguished Names are encoded in ASN.1.When a distinguished name is communicated between to users not using adirectory protocol (e.g., in a mail message), there is a need to have auser-oriented string representation of distinguished name. Thisspecification defines a string format for representing names, which isdesigned to give a clean representation of commonly used names, whilstbeing able to represent any distinguished name. [STANDARDS-TRACK]1778   Howes    Mar 95     The String Representation of Standard                           Attribute SyntaxesThe Lightweight Directory Access Protocol (LDAP) requires that thecontents of AttributeValue fields in protocol elements be octet strings.This document defines the requirements that must be satisfied byencoding rules used to render X.500 Directory attribute syntaxes into aform suitable for use in the LDAP, then goes on to define the encodingrules for the standard set of attribute syntaxes.  [STANDARDS-TRACK]Kennedy                      Informational                      [Page 5]RFC 1799                  Summary of 1700-1799              January 19971777   Yeong     Mar 95     Lightweight Directory Access ProtocolThe protocol described in this document is designed to provide access tothe X.500 Directory while not incurring the resource requirements of theDirectory Access Protocol (DAP).This protocol is specifically targetedat simple management applications and browser applications that providesimple read/write interactive access to the X.500 Directory, and isintended to be a complement to the DAP itself.  [STANDARDS-TRACK]1776   Crocker   Apr 95     The Address is the MessageDeclaring that the address is the message, the IPng WG has selected apacket format which includes 1696 bytes of address space. This memoprovides information for the Internet community.  This memo does notspecify an Internet standard of any kind.1775   Crocker   Mar 95    To Be "On" the InternetThe Internet permits different levels of access for consumers andproviders of service.  The nature of those differences is quiteimportant in the capabilities They afford.  Hence, it is appropriate toprovide terminology that distinguishes among the range, so that theInternet community can gain some clarity when distinguishing whether auser (or an organization) is "on" the Internet.  This document suggestsfour terms, for distinguishing the major classes of access. This memoprovides information for the Internet community.  This memo does notspecify an Internet standard of any kind.1774   Traina   Mar 95    BGP-4 Protocol AnalysisThe purpose of this report is to document how the requirements foradvancing a routing protocol to Draft Standard have been satisfied bythe Border Gateway Protocol version 4 (BGP-4). This report summarizesthe key features of BGP, and analyzes the protocol with respect toscaling and performance. This memo provides information for the Internetcommunity.  This memo does not specify an Internet standard of any kind.Kennedy                      Informational                      [Page 6]RFC 1799                  Summary of 1700-1799              January 19971773    Traina  Mar 95   Experience with the BGP-4 protocolThe purpose of this memo is to document how the requirements foradvancing a routing protocol to Draft Standard have been satisfied byBorder Gateway Protocol version 4 (BGP-4).  This report documentsexperience with BGP. This memo provides information for the Internetcommunity.  This memo does not specify an Internet standard of any kind.1772   Rekhter  Mar 95   Application of the Border Gateway                         Protocol in the InternetThis document, together with its companion document, "A Border GatewayProtocol 4 (BGP-4)", define an inter-autonomous system routing protocolfor the Internet. This document describes the usage of the BGP in theInternet.  [STANDARDS-TRACK]1771   Rekhter  Mar 95   A Border Gateway Protocol 4 (BGP-4)This document, together with its companion document, "Application of theBorder Gateway Protocol in the Internet", define an inter-autonomoussystem routing protocol for the Internet. [STANDARDS-TRACK]1770   Graff   Mar 95   IPv4 Option for Sender Directed                        Multi-Destination DeliveryThis 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.  Thismemo 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), whichis an adaptation of the Network Time Protocol (NTP) used to synchronizecomputer clocks in the Internet. This memo provides information for theInternet community.  This memo does not specify an Internet standard ofany kind.Kennedy                      Informational                      [Page 7]

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -