📄 rfc1199.txt
字号:
RFC 1199 Summary of 1100-1199 December 19911146 Zweig Mar 90 TCP Alternate Checksum OptionsThis memo is suggests a pair of TCP options to allow use of alternatedata checksum algorithms in the TCP header. The use of these options isexperimental, and not recommended for production use. Note: This RFCcorrects errors introduced in the editing process in RFC 1145.1145 Zweig Feb 90 TCP Alternate Checksum OptionsThis memo is suggests a pair of TCP options to allow use of alternatedata checksum algorithms in the TCP header. The use of these options isexperimental, and not recommended for production use.1144 Jacobson Feb 90 Compressing TCP/IP Headers for Low-Speed Serial LinksThis RFC describes a method for compressing the headers of TCP/IPdatagrams to improve performance over low speed serial links. Themotivation, implementation and performance of the method are described.C code for a sample implementation is given for reference. [STANDARDS-TRACK]1143 Bernstein Feb 90 The Q Method of Implementing TELNET Option NegotiationThis is RFC discusses an implementation approach to option negotiationin the Telnet protocol (RFC 854). It does not propose any changes tothe TELNET protocol. Rather, it discusses the implementation of theprotocol of one feature, only. This is not a protocol specification.This is an experimental method of implementing a protocol.1142 Oran Feb 90 OSI IS-IS Intra-domain Routing ProtocolThis RFC is a republication of ISO DP 10589 as a service to theInternet community. This is not an Internet standard.1141 Mallory Jan 90 Incremental Updating of the Internet ChecksumThis memo correctly describes the incremental update procedure for usewith the standard Internet checksum. It is intended to replace thedescription of Incremental Update in RFC 1071. This is not a standardbut rather, an implementation technique.Reynolds [Page 12]RFC 1199 Summary of 1100-1199 December 19911140 Postel May 90 IAB Official Protocol StandardsThis memo describes the state of standardization of protocols used inthe Internet as determined by the Internet Activities Board (IAB).This memo is issued quarterly, please be sure the copy you are readingis dated within the last three months. Current copies may be obtainedfrom the Network Information Center or from the Internet AssignedNumbers Authority. Do not use this edition after 31-Aug-90.1139 Hagens Jan 90 An Echo Function for ISO 8473This memo defines an echo function for the connection-less network layerprotocol. Two mechanisms are introduced that may be used to implementthe echo function. The first mechanism is recommended as an interimsolution for the Internet community. The second mechanism will beprogressed to the ANSI X3S3.3 working group for consideration as a workitem.When an ISO standard is adopted that provides functionality similar tothat described by this memo, then this memo will become obsolete andsuperceded by the ISO standard. This memo is not intended to competewith an ISO standard. [STANDARDS-TRACK]1138 Kille Dec 89 Mapping between X.400(1988) / ISO 10021 and RFC 822Ths RFC suggests an electronic mail protocol mapping for the Internetcommunity and UK Academic Community, and requests discussion andsuggestions for improvements. This memo does not specify an Internetstandard. This memo updates RFCs 822, 987, and 1026.1137 Kille Dec 89 Mapping Between Full RFC 822 and RFC 822 with Restricted EncodingThis RFC suggests an electronic mail protocol mapping for the Internetcommunity and UK Academic Community, and requests discussion andsuggestions for improvements. This memo does not specify an Internetstandard.1136 Hares Dec 89 Administrative Domains and Routing Domains A Model for Routing in the InternetThis RFC proposes a model for describing routing within the Internet.Reynolds [Page 13]RFC 1199 Summary of 1100-1199 December 1991The model is an adaptation of the "OSI Routeing Framework". This memodoes not specify an Internet standard.1135 Reynolds Dec 89 The Helminthiasis of the InternetThis memo takes a look back at the helminthiasis (infestation with, ordisease caused by parasitic worms) of the Internet that was unleashedthe evening of 2 November 1988. This RFC provides information about anevent that occurred in the life of the Internet. This memo does notspecify any standard.This document provides a glimpse at the infection, its festering, andcure. The impact of the worm on the Internet community, ethicsstatements, the role of the news media, crime in the computer world, andfuture prevention is discussed. A documentation review presents fourpublications that describe in detail this particular parasitic computerprogram. Reference and bibliography sections are also included.1134 Perkins Nov 89 The Point-to-Point Protocol: A Proposal for Multi-Protocol Transmission of Datagrams Over Point-to-Point LinksThis proposal is the product of the Point-to-Point Protocol WorkingGroup of the Internet Engineering Task Force (IETF). Comments on thismemo should be submitted to the IETF Point-to-Point Protocol WorkingGroup chair by January 15, 1990. Comments will be reviewed at theFebruary 1990 IETF meeting, with the goal of advancing PPP to draftstandard status. [STANDARDS-TRACK]1133 Yu Nov 89 Routing between the NSFNET and the DDNThis document is a case study of the implementation of routing betweenthe NSFNET and the DDN components (the MILNET and the ARPANET). We hopethat it can be used to expand towards interconnection of otherAdministrative Domains. We would welcome discussion and suggestionsabout the methods employed for the interconnections. No standards arespecified in this memo.1132 McLaughlin Nov 89 A Standard for the Transmission of 802.2 Packets over IPX NetworksThis document specifies a standard method of encapsulating 802.2 packetson networks supporting Novell's Internet Packet Exchange Protocol (IPX).It obsoletes earlier documents detailing the transmission of InternetReynolds [Page 14]RFC 1199 Summary of 1100-1199 December 1991packets over IPX networks. It differs from these earlier documents inthat it allows for the transmission of multiple network protocols overIPX and for the transmission of packets through IPX bridges.1131 Moy Oct 89 The OSPF SpecificationThis RFC is the specification of the Open Shortest Path First (OSPF)Internet routing protocol. OSPF is in the class of Internal GatewayProtocols (IGPs) for distributing routing information between gatewaysof a single Autonomous System. This routing protocol is based on thelink-state approach (in contrast to the distance-vector approach). Thisspecification was developed by the OSPF Working Group of the InternetEngineering Task Force. [STANDARDS-TRACK]1130 Postel Oct 89 IAB Official Protocol StandardsThis memo describes the state of standardization of protocols used inthe Internet as determined by the Internet Activities Board (IAB).1129 Mills Oct 89 Internet Time Synchronization: the Network Time ProtocolThis memo describes the Network Time Protocol (NTP) designed todistribute time information in a large, diverse internet systemoperating at speeds from mundane to lightwave. It uses a returnable-time architecture in which a distributed subnet of time serversoperating in a self-organizing, hierarchical, master-slave configurationsynchronizes local clocks within the subnet and to national timestandards via wire or radio. The servers can also redistribute timeinformation within a network via local routing algorithms and timedaemons.The architectures, algorithms and protocols which have evolved to NTPover several years of implementation and refinement are described inthis paper. The synchronization subnet which has been in regularoperation in the Internet for the last several years is described alongwith performance data which shows that timekeeping accuracy throughoutmost portions of the Internet can be ordinarily maintained to within afew tens of milliseconds, even in cases of failure or disruption ofclocks, time servers or networks.This memo describes the Network Time Protocol in RFC-1119.Reynolds [Page 15]RFC 1199 Summary of 1100-1199 December 19911128 Mills Oct 89 Measured Performance of the Network Time Protocol in the Internet SystemThis paper describes a series of experiments involving over 100,000hosts of the Internet system and located in the U.S., Europe and thePacific. The experiments are designed to evaluate the availability,accuracy and reliability of international standard time distributionusing the DARPA/NSF Internet and the Network Time Protocol (NTP), whichis specified in RFC-1119. NTP is designed specifically for use in alarge, diverse internet system operating at speeds from mundane tolightwave. In NTP a distributed subnet of time servers operating in aself-organizing, hierarchical, master-slave configuration exchangeprecision timestamps in order to synchronize subnet clocks to each otherand national time standards via wire or radio.The experiments are designed to locate Internet hosts and gateways thatprovide time by one of three time distribution protocols and evaluatethe accuracy of their indications. For those hosts that support NTP,the experiments determine the distribution of errors and otherstatistics over paths spanning major portions of the globe. Finally,the experiments evaluate the accuracy and reliability of precisiontimekeeping using NTP and typical Internet paths involving DARPA, NSFNETand other agency networks. The experiments demonstrate that timekeepingaccuracy throughout most portions of the Internet can be ordinarilymaintained to within a few tens of milliseconds, even in cases offailure or disruption of clocks, time servers or networks.This memo does not specify a standard.1127 Braden Oct 89 Perspective on Host RequirementsThis RFC is for information only; it does not constitute a standard,draft standard, or proposed standard, and it does not define a protocol.1126 Little Oct 89 Goals and Functional Requirements for Inter-Autonomous System RoutingThis document describes the functional requirements for a routingprotocol to be used between autonomous systems. This document isintended as a necessary precursor to the design of a new inter-autonomous system routing protocol and specifies requirements for theInternet applicable for use with the current DoD IP, the ISO IP, andfuture Internet Protocols. It is intended that these requirements willform the basis for the future development of a new inter-autonomoussystems routing architecture and protocol. This memo does not specify astandard.Reynolds [Page 16]RFC 1199 Summary of 1100-1199 December 19911125 Estrin Nov 89 Policy Requirements for Inter Administrative Domain RoutingThe purpose of this memo is to focus discussion on particular problemsin the Internet and possible methods of solution. No proposed solutionsin this document are intended as standards for the Internet. Rather, itis hoped that a general consensus will emerge as to the appropriatesolution to such problems, leading eventually to the development andadoption of standards.1124 Leiner Sep 89 Policy Issues in Interconnecting NetworksTo support the activities of the Federal Research Internet CoordinatingCommittee (FRICC) in creating an interconnected set of networks to servethe research community, two workshops were held to address the technicalsupport of policy issues that arise when interconnecting such networks.Held under the suspices of the Internet Activities Board at the requestof the FRICC, and sponsored by NASA through RIACS, the workshopsaddressed the required and feasible technologies and architectures thatcould be used to satisfy the desired policies for interconnection. Thepurpose of this RFC is to report the results of these workshops.1123 Braden Oct 89 Requirements for Internet Hosts --
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -