📄 rfc1060.txt
字号:
Network Working Group J. ReynoldsRequest for Comments: 1060 J. PostelObsoletes RFCs: 1010, 990, 960, 943, 923, 900, 870, ISI820, 790, 776, 770, 762, 758,755, 750, 739, 604, March 1990503, 433, 349Obsoletes IENs: 127, 117, 93 ASSIGNED NUMBERSSTATUS OF THIS MEMO This memo is a status report on the parameters (i.e., numbers and keywords) used in protocols in the Internet community. Distribution of this memo is unlimited. Table of ContentsINTRODUCTION.................................................... 2Data Notations.................................................. 3Special Addresses............................................... 4VERSION NUMBERS................................................. 6PROTOCOL NUMBERS................................................ 7PORT NUMBERS.................................................... 9UNIX PORTS......................................................13INTERNET MULTICAST ADDRESSES....................................19IANA ETHERNET ADDRESS BLOCK.....................................20IP TOS PARAMETERS...............................................21IP TIME TO LIVE PARAMETER.......................................23DOMAIN SYSTEM PARAMETERS........................................24BOOTP PARAMETERS................................................25NETWORK MANAGEMENT PARAMETERS...................................26ARPANET AND MILNET LOGICAL ADDRESSES............................30ARPANET AND MILNET LINK NUMBERS.................................31ARPANET AND MILNET X. 25 ADDRESS MAPPINGS.......................32IEEE 802 NUMBERS OF INTEREST....................................34ETHERNET NUMBERS OF INTEREST....................................35ETHERNET VENDOR ADDRESS COMPONENTS..............................38ETHERNET MULTICAST ADDRESSES....................................41XNS PROTOCOL TYPES..............................................43PROTOCOL/TYPE FIELD ASSIGNMENTS.................................44PRONET 80 TYPE NUMBERS..........................................45ADDRESS RESOLUTION PROTOCOL PARAMETERS..........................46REVERSE ADDRESS RESOLUTION PROTOCOL OPERATION CODES.............47DYNAMIC REVERSE ARP.............................................47X.25 TYPE NUMBERS...............................................48PUBLIC DATA NETWORK NUMBERS.....................................49TELNET OPTIONS..................................................51MAIL ENCRYPTION TYPES...........................................52Reynolds & Postel [Page 1]RFC 1060 Assigned Numbers March 1990MACHINE NAMES...................................................53SYSTEM NAMES....................................................57PROTOCOL AND SERVICE NAMES......................................58TERMINAL TYPE NAMES.............................................62DOCUMENTS.......................................................65PEOPLE..........................................................76Security Considerations.........................................86Authors' Addresses..............................................86INTRODUCTION This Network Working Group Request for Comments documents the currently assigned values from several series of numbers used in network protocol implementations. This RFC will be updated periodically, and in any case current information can be obtained from the Internet Assigned Numbers Authority (IANA). If you are developing a protocol or application that will require the use of a link, socket, port, protocol, etc., please contact the IANA to receive a number assignment. Joyce K. Reynolds Internet Assigned Numbers Authority USC - Information Sciences Institute 4676 Admiralty Way Marina del Rey, California 90292-6695 Phone: (213) 822-1511 Electronic mail: JKREY@ISI.EDU Most of the protocols mentioned here are documented in the RFC series of notes. Some of the items listed are undocumented. Further information on protocols can be found in the memo "Official Internet Protocols" [118]. The more prominent and more generally used are documented in the "DDN Protocol Handbook, Volume Two, DARPA Internet Protocols" [45] prepared by the NIC. Other collections of older or obsolete protocols are contained in the "Internet Protocol Transition Workbook" [76], or in the "ARPANET Protocol Transition Handbook" [47]. For further information on ordering the complete 1985 DDN Protocol Handbook, write: SRI International (SRI-NIC), DDN Network Information Center, Room EJ291, 333 Ravenswood Avenue, Menlo Park, CA., 94025; or call: 1-800-235-3155. Also, the Internet Activities Board (IAB) publishes the "IAB Official Protocol Standards" [62], which describes the state of standardization of protocols used in the Internet. This document is issued quarterly. Current copies may be obtained from the DDN Network Information Center or from the IANA. In the entries below, the name and mailbox of the responsibleReynolds & Postel [Page 2]RFC 1060 Assigned Numbers March 1990 individual is indicated. The bracketed entry, e.g., [nn,iii], at the right hand margin of the page indicates a reference for the listed protocol, where the number ("nn") cites the document and the letters ("iii") cites the person. Whenever possible, the letters are a NIC Ident as used in the WhoIs (NICNAME) service.Data Notations The convention in the documentation of Internet Protocols is to express numbers in decimal and to picture data in "big-endian" order [21]. That is, fields are described left to right, with the most significant octet on the left and the least significant octet on the right. The order of transmission of the header and data described in this document is resolved to the octet level. Whenever a diagram shows a group of octets, the order of transmission of those octets is the normal order in which they are read in English. For example, in the following diagram the octets are transmitted in the order they are numbered. 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 1 | 2 | 3 | 4 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 5 | 6 | 7 | 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 9 | 10 | 11 | 12 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Transmission Order of Bytes Whenever an octet represents a numeric quantity the left most bit in the diagram is the high order or most significant bit. That is, the bit labeled 0 is the most significant bit. For example, the following diagram represents the value 170 (decimal). 0 1 2 3 4 5 6 7 +-+-+-+-+-+-+-+-+ |1 0 1 0 1 0 1 0| +-+-+-+-+-+-+-+-+ Significance of Bits Similarly, whenever a multi-octet field represents a numeric quantityReynolds & Postel [Page 3]RFC 1060 Assigned Numbers March 1990 the left most bit of the whole field is the most significant bit. When a multi-octet quantity is transmitted the most significant octet is transmitted first.Special Addresses: There are five classes of IP addresses: Class A through Class E [119]. Of these, Class D and Class E addresses are reserved for experimental use. A gateway which is not participating in these experiments must ignore all datagrams with a Class D or Class E destination IP address. ICMP Destination Unreachable or ICMP Redirect messages must not result from receiving such datagrams. There are certain special cases for IP addresses [11]. These special cases can be concisely summarized using the earlier notation for an IP address: IP-address ::= { <Network-number>, <Host-number> } or IP-address ::= { <Network-number>, <Subnet-number>, <Host-number> } if we also use the notation "-1" to mean the field contains all 1 bits. Some common special cases are as follows: (a) {0, 0} This host on this network. Can only be used as a source address (see note later). (b) {0, <Host-number>} Specified host on this network. Can only be used as a source address. (c) { -1, -1} Limited broadcast. Can only be used as a destination address, and a datagram with this address must never be forwarded outside the (sub-)net of the source. (d) {<Network-number>, -1} Directed broadcast to specified network. Can only be used as a destination address.Reynolds & Postel [Page 4]RFC 1060 Assigned Numbers March 1990 (e) {<Network-number>, <Subnet-number>, -1} Directed broadcast to specified subnet. Can only be used as a destination address. (f) {<Network-number>, -1, -1} Directed broadcast to all subnets of specified subnetted network. Can only be used as a destination address. (g) {127, <any>} Internal host loopback address. Should never appear outside a host.Reynolds & Postel [Page 5]RFC 1060 Assigned Numbers March 1990 VERSION NUMBERS In the Internet Protocol (IP) [45,105] there is a field to identify the version of the internetwork general protocol. This field is 4 bits in size. Assigned Internet Version Numbers Decimal Keyword Version References ------- ------- ------- ---------- 0 Reserved [JBP] 1-3 Unassigned [JBP] 4 IP Internet Protocol [105,JBP] 5 ST ST Datagram Mode [49,JWF] 6-14 Unassigned [JBP] 15 Reserved [JBP]Reynolds & Postel [Page 6]RFC 1060 Assigned Numbers March 1990 PROTOCOL NUMBERS In the Internet Protocol (IP) [45,105] there is a field, called Protocol, to identify the the next level protocol. This is an 8 bit field. Assigned Internet Protocol Numbers Decimal Keyword Protocol References ------- ------- -------- ---------- 0 Reserved [JBP] 1 ICMP Internet Control Message [97,JBP] 2 IGMP Internet Group Management [43,JBP]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -