📄 rfc1399.txt
字号:
of the International Engineering Planning Group (IEPG), and the ReseauxIP Europeens (RIPE). There was general consensus by those groups tosupport the recommendations proposed in this document for management ofthe IP address space. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1365 Siyan Spt 92 An IP Address Extension ProposalThis RFC suggests an extension to the IP protocol to solve the shortageof IP address problem, and requests discussion and suggestions forimprovements. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1364 Varadhan Spt 92 BGP OSPF InteractionThis memo defines the various criteria to be used when designingAutonomous System Border Routers (ASBR) that will run BGP with otherASBRs external to the AS and OSPF as its IGP. [STANDARDS-TRACK]1363 Partridge Spt 92 A Proposed Flow SpecificationThe flow specification defined in this memo is intended for informationand possible experimentation (i.e., experimental use by consentingrouters and applications only). This RFC is a product of the InternetResearch Task Force (IRTF). This memo provides information for theInternet community. It does not specify an Internet standard.Elliott Informational [Page 8]RFC 1399 Summary of 1300-1399 January 19971362 Allen Spt 92 Novell IPX Over Various WAN Media (IPXWAN)This document describes how Novell IPX operates over various WAN media.Specifically, it describes the common "IPX WAN" protocol Novell uses toexchange necessary router to router information prior to exchangingstandard IPX routing information and traffic over WAN datalinks. Thismemo provides information for the Internet community. It does notspecify an Internet standard.1361 Mills Aug 92 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 memorandum does not obsolete orupdate any RFC. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1360 I.A.B. Spt 92 IAB OFFICIAL PROTOCOL STANDARDSDiscussion of the standardization process and the RFC document series ispresented first, followed by an explanation of the terms. Sections 6.2- 6.9 contain the lists of protocols in each stage of standardization.Finally come pointers to references and contacts for furtherinformation. [STANDARDS-TRACK]1359 ACM SIGUCCS Aug 92 Connecting to the Internet What Connecting Institutions Should AnticipateThis FYI RFC outlines the major issues an institution should consider inthe decision and implementation of a campus connection to the Internet.This memo provides information for the Internet community. It does notspecify an Internet standard.1358 Chapin Aug 92 Charter of the Internet Architecture Board (IAB)The Internet Architecture Board (IAB) shall be constituted and shalloperate as a technical advisory group of the Internet Society. Thismemo provides information for the Internet community. It does notspecify an Internet standard.Elliott Informational [Page 9]RFC 1399 Summary of 1300-1399 January 19971357 Cohen Jul 92 A Format for E-mailing Bibliographic RecordsThis memo defines a format for E-mailing bibliographic records oftechnical reports. It is intended to accelerate the dissemination ofinformation about new Computer Science Technical Reports (CS-TR). Thismemo provides information for the Internet community. It does notspecify an Internet standard.1356 Malis Aug 92 Multiprotocol Interconnect on X.25 and ISDN in the Packet ModeThis document specifies the encapsulation of IP and other network layerprotocols over X.25 networks, in accordance and alignment with ISO/IECand CCITT standards. It is a replacement for RFC 877, "A Standard forthe Transmission of IP Datagrams Over Public Data Networks" [1].[STANDARDS-TRACK]1355 Curran Aug 92 Privacy and Accuracy Issues in Network Information Center DatabasesThis document provides a set of guidelines for the administration andoperation of public Network Information Center (NIC) databases. Thismemo provides information for the Internet community. It does notspecify an Internet standard.1354 Baker Jul 92 IP Forwarding Table MIBThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in TCP/IP-based internets. Inparticular, it defines objects for managing routes in the IP Internet.[STANDARDS-TRACK]1353 McCloghrie Jul 92 Definitions of Managed Objects for Administration of SNMP PartiesThis memo defines a portion of the Management Information Base (MIB) foruse with network management protocols in TCP/IP-based internets. Inparticular, it describes a representation of the SNMP parties defined in[8] as objects defined according to the Internet Standard SMI [1].[STANDARDS-TRACK]Elliott Informational [Page 10]RFC 1399 Summary of 1300-1399 January 19971352 Galvin Jul 92 SNMP Security ProtocolsThe Simple Network Management Protocol (SNMP) specification [1] allowsfor the protection of network management operations by a variety ofsecurity protocols. The SNMP administrative model described in [2]provides a framework for securing SNMP network management. In thecontext of that framework, this memo defines protocols to support thefollowing three security services: data integrity, data originauthentication and data confidentiality. [STANDARDS-TRACK]1351 Davin Jul 92 SNMP Administrative ModelThis memo presents an elaboration of the SNMP administrative model setforth in [1]. This model provides a unified conceptual basis foradministering SNMP protocol entities to support: authenticaiton andintegrity, privacy, access control, and cooperation of protocolentities. [STANDARDS-TRACK]1350 Sollins Jul 92 THE TFTP PROTOCOL (REVISION 2)TFTP is a very simple protocol used to transfer files. It is from thisthat its name comes, Trivial File Transfer Protocol or TFTP. Eachnonterminal packet is acknowledged separately. This document describesthe protocol and its types of packets. The document also explains thereasons behind some of the design decisions. [STANDARDS-TRACK]1349 Almquist Jul 92 Type of Service in the Internet Protocol SuiteThis memo changes and clarifies some aspects of the semantics of theType of Service octet in the Internet Protocol (IP) header.[STANDARDS-TRACK]1348 Manning Jul 92 DNS NSAP RRsThis RFC defines the format of two new Resource Records (RRs) for theDomain Name System (DNS), and reserves corresponding DNS type mnemonicand numerical codes. This memo defines an Experimental Protocol for theInternet community.Elliott Informational [Page 11]RFC 1399 Summary of 1300-1399 January 19971347 Callon Jun 92 TCP and UDP with bigger Addresses (TUBA), A Simple Proposal for Internet Addressing and RoutingThis paper describes a simple proposal which provides a long-termsolution to Internet addressing, routing, and scaling. This memoprovides information for the Internet community. It does not specify anInternet standard.1346 Jones Jun 92 Resource Allocation, Control, and Accounting for the Use of Network ResourcesThe purpose of this RFC is to focus discussion on particular challengesin large service networks in general, and the International IP Internetin particular. No solution discussed in this document is intended as astandard. Rather, it is hoped that a general consensus will emerge asto the appropriate solutions, leading eventually to the adoption ofstandards. This memo provides information for the Internet community.It does not specify an Internet standard.1345 Simonsen Jun 92 Character Mnemonics & Character SetsThis memo lists a selection of characters and their presence in somecoded character sets. This memo provides information for the Internetcommunity. It does not specify an Internet standard.1344 Borenstein Jun 92 Implicaitons of MIME for Internet Mail GatewaysWhile MIME was carefully designed so that it does not require anychanges to Internet electronic message transport facilities, there areseveral ways in which message transport systems may want to takeadvantage of MIME. These opportunities are the subject of this memo.This memo provides information for the Internet community. It does notspecify an Internet standard.1343 Borenstein Jun 92 A User Agent Configuration Mechanism For Multimedia Mial Format InformationThis memo suggests a file format to be used to inform multiple mailreading user agent programs about the locally-installed facilities forhandling mail in various formats. This memo provides information forthe Internet community. It does not specify an Internet standard.Elliott Informational [Page 12]RFC 1399 Summary of 1300-1399 January 19971342 Moore Jun 92 Representation of Non-ASCII Text in Internet Message HeadersThis memo describes an extension to the message format defined in [1](known to the IETF Mail Extensions Working Group as "RFC 1341"), toallow the representation of character sets other than ASCII in RFC 822message headers. [STANDARDS-TRACK]1341 Borenstein Jun 92 MIME: Mechanisms for Specifying and Describing the Format of Internet Message BodiesThis document redefines the format of message bodies to allow multi-parttextual and non-textual message bodies to be represented and exchangedwithout loss of information. [STANDARDS-TRACK]1340 Reynolds Jul 92 ASSIGNED NUMBERSThis Network Working Group Request for Comments documents the currentlyassigned values from several series of numbers used in network protocolimplementations. This memo is a status report on the parameters (i.e.,numbers and keywords) used in protocols in the Internet community.1339 Dorner Jun 92 Remote Mail Checking ProtocolThis RFC defines a protocol to provide a mail checking service to beused between a client and server pair. Typically, a small program on aclient workstation would use the protocol to query a server in order tofind out whether new mail has arrived for a specified user. This memodefines an Experimental Protocol for the Internet community.1338 Fuller Jun 92 Supernetting: an Address Assignment and Aggregation StrategyThis memo discusses strategies for address assignment of the existing IPaddress space with a view to conserve the address space and stem theexplosive growth of routing tables in default-route-free routers run bytransit routing domain providers. This memo provides information forthe Internet community. It does not specify an Internet standard.Elliott Informational [Page 13]RFC 1399 Summary of 1300-1399 January 19971337 Braden May 92 TIME-WAIT Assassination Hazards in TCPThis note describes some theoretically-possible failure modes for TCPconnections and discusses possible remedies. In particular, one verysimple fix is identified. This memo provides information for theInternet community. It does not specify an Internet standard.1336 Malkin May 92 Who's Who in the Internet Biographies of IAB, IESG and IRSG MembersThis FYI RFC contains biographical information about members of theInternet Activities Board (IAB), the Internet Engineering Steering Group(IESG) of the Internet Engineering Task Force (IETF), and the theInternet Research Steering Group (IRSG) of the Internet Research TaskForce (IRTF). This memo provides information for the Internetcommunity. It does not specify any standard.1335 Wang May 92 A Two-Tier Address Structure for the Internet: A Solution to the Problem of Address Space ExhaustionThis RFC presents a solution to problem of address space exhaustion inthe Internet. It proposes a two-tier address structure for theInternet. This is an "idea" paper and discussion is stronglyencouraged. This memo provides information for the Internet community.It does not specify an Internet standard.1334 Lloyd Oct 92 PPP Authentication ProtocolsThis document defines two protocols for Authentication: the PasswordAuthentication Protocol and the Challenge-Handshake AuthenticationProtocol. [STANDARDS-TRACK]1333 Simpson May 92 PPP Link Quality MonitoringThe Point-to-Point Protocol (PPP) [1] provides a standard method ofencapsulating Network Layer protocol information over point-to-pointlinks. PPP also defines an extensible Link Control Protocol, whichallows negotiation of a Quality Protocol for continuous monitoring ofthe viability of the link. [STANDARDS-TRACK]Elliott Informational [Page 14]RFC 1399 Summary of 1300-1399 January 19971332 McGregor May 92 The PPP Internet Protocol Control Protocol (IPCP)The Point-to-Point Protocol (PPP) [1] provides a standard method ofencapsulating Network Layer protocol information over point-to-pointlinks. PPP also defines an extensible Link Control Protocol, andproposes a family of Network Control Protocols (NCPs) for establishingand configuring different network-layer protocols. [STANDARDS-TRACK]1331 Simpson May 92 The Point-to-Point Protocol (PPP> for the Transmission of Multi-protocol Datagrams over Point-to-Point LinksThis document defines the PPP encapsulation scheme, together with thePPP Link Control Protocol (LCP), an extensible option negotiationprotocol which is able to negotiate a rich assortment of configurationparameters and provides additional management functions. [STANDARDS-TRACK]1330 E.S.C.C. May 92 Recommendations for the Phase I Deployment of OSI Directory Services (X.500) and OSI Message Handling Services <X.400) within the ESnet CommunityThis RFC is a near verbatim copy of the whitepaper produced by the ESnetSite Coordinating Committee's X.500/X.400 Task Force. This memoprovides information for the Internet community. It does not specify anInternet standard.1329 Kuehn May 92 Thoughts on Address Resolution for
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -