Network Working Group J. Reynolds
Request for Comments: 1340 J. Postel
Obsoletes RFCs: 1060, 1010, 990, 960, ISI
943, 923, 900, 870, 820, 790, 776, 770, July 1992
762, 758,755, 750, 739, 604, 503, 433, 349
Obsoletes IENs: 127, 117, 93
ASSIGNED NUMBERS
Status 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 Contents
INTRODUCTION................................................... 2 Data Notations................................................. 3 Special Addresses.............................................. 4 VERSION NUMBERS................................................ 6 PROTOCOL NUMBERS............................................... 7 WELL KNOWN PORT NUMBERS........................................ 9 REGISTERED PORT NUMBERS........................................ 23 INTERNET MULTICAST ADDRESSES................................... 27 IANA ETHERNET ADDRESS BLOCK.................................... 29 IP TOS PARAMETERS.............................................. 30 IP TIME TO LIVE PARAMETER...................................... 32 DOMAIN SYSTEM PARAMETERS....................................... 33 BOOTP PARAMETERS............................................... 35 NETWORK MANAGEMENT PARAMETERS.................................. 36 MILNET LOGICAL ADDRESSES....................................... 49 MILNET LINK NUMBERS............................................ 50 MILNET X.25 ADDRESS MAPPINGS................................... 51 IEEE 802 NUMBERS OF INTEREST................................... 53 ETHERNET NUMBERS OF INTEREST................................... 54 ETHERNET VENDOR ADDRESS COMPONENTS............................. 57 ETHERNET MULTICAST ADDRESSES................................... 60 XNS PROTOCOL TYPES............................................. 62 PROTOCOL/TYPE FIELD ASSIGNMENTS................................ 63 PRONET 80 TYPE NUMBERS......................................... 64 POINT-TO-POINT PROTOCOL FIELD ASSIGNMENTS...................... 65 ADDRESS RESOLUTION PROTOCOL PARAMETERS......................... 69 REVERSE ADDRESS RESOLUTION PROTOCOL OPERATION CODES............ 70 DYNAMIC REVERSE ARP............................................ 70 INVERSE ADDRESS RESOULUTION PROTOCOL........................... 70X.25 TYPE NUMBERS.............................................. 71 PUBLIC DATA NETWORK NUMBERS.................................... 72 TELNET OPTIONS................................................. 75 MAIL ENCRYPTION TYPES.......................................... 76 MIME TYPES..................................................... 77 CHARACTER SETS................................................. 79 MACHINE NAMES.................................................. 83 SYSTEM NAMES................................................... 87 PROTOCOL AND SERVICE NAMES..................................... 88 TERMINAL TYPE NAMES............................................ 92 DOCUMENTS...................................................... 96 PEOPLE.........................................................109 Security Considerations........................................139 Authors' Addresses.............................................139
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: (310) 822-1511
Electronic mail: IANA@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 "IAB Official Protocol Standards" [62].
In the entries below, the name and mailbox of the responsible 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.
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.
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).
Similarly, whenever a multi-octet field represents a numeric quantity 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.
There are five classes of IP addresses: Class A through Class E [119]. Of these, Class E addresses are reserved for experimental use. A gateway which is not participating in these experiments must ignore all datagrams with a 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:
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.
(e) {<Network-number>, <Subnet-number>, -1}
Directed broadcast to specified subnet. Can only be used as a destination address.
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]
3 GGP Gateway-to-Gateway [60,MB]
4 IP IP in IP (encasulation) [JBP]
5 ST Stream [49,JWF]
6 TCP Transmission Control [106,JBP]
The Well Known Ports are controlled and assigned by the IANA and on most systems can only be used by system (or root) processes or by programs executed by privileged users.
Ports are used in the TCP [45,106] to name the ends of logical connections which carry long term conversations. For the purpose of providing services to unknown callers, a service contact port is defined. This list specifies the port used by the server process as its contact port. The contact port is sometimes called the "well-known port".
To the extent possible, these same port assignments are used with the UDP [46,104].
The assigned ports use a small portion of the possible port numbers. For many years the assigned ports were in the range 0-255. Recently, the range for assigned ports managed by the IANA has been expanded to the range 0-1023.
14/udp Unassigned [JBP] 15/tcp Unassigned [was netstat] [JBP] 15/udp Unassigned [JBP] 16/tcp Unassigned [JBP] 16/udp Unassigned [JBP] qotd 17/tcp Quote of the Day [100,JBP] qotd 17/udp Quote of the Day [100,JBP] msp 18/tcp Message Send Protocol [RXN]
msp 18/udp Message Send Protocol [RXN]
chargen 19/tcp Character Generator [92,JBP]
chargen 19/udp Character Generator [92,JBP]
ftp-data 20/tcp File Transfer [Default Data] [96,JBP]
ftp-data 20/udp File Transfer [Default Data] [96,JBP] ftp 21/tcp File Transfer [Control] [96,JBP] ftp 21/udp File Transfer [Control] [96,JBP] 22/tcp Unassigned [JBP] 22/udp Unassigned [JBP] telnet 23/tcp Telnet [112,JBP] telnet 23/udp Telnet [112,JBP] 24/tcp any private mail system [RA11] 24/udp any private mail system [RA11] smtp 25/tcp Simple Mail Transfer [102,JBP] smtp 25/udp Simple Mail Transfer [102,JBP] 26/tcp Unassigned [JBP] 26/udp Unassigned [JBP] nsw-fe 27/tcp NSW User System FE [24,RHT] nsw-fe 27/udp NSW User System FE [24,RHT]
28/tcp Unassigned [JBP]
30/udp Unassigned [JBP]
msg-auth 31/tcp MSG Authentication [85,RHT] msg-auth 31/udp MSG Authentication [85,RHT] 32/tcp Unassigned [JBP] 32/udp Unassigned [JBP] dsp 33/tcp Display Support Protocol [EXC] dsp 33/udp Display Support Protocol [EXC] 34/tcp Unassigned [JBP] 34/udp Unassigned [JBP] 35/tcp any private printer server [JBP] 35/udp any private printer server [JBP] 36/tcp Unassigned [JBP] 36/udp Unassigned [JBP] time 37/tcp Time [108,JBP] time 37/udp Time [108,JBP] 38/tcp Unassigned [JBP] 38/udp Unassigned [JBP] rlp 39/tcp Resource Location Protocol [MA] rlp 39/udp Resource Location Protocol [MA] 40/tcp Unassigned [JBP] 40/udp Unassigned [JBP] graphics 41/tcp Graphics [129,JBP] graphics 41/udp Graphics [129,JBP] nameserver 42/tcp Host Name Server [99,JBP]
Reynolds & Postel [Page 10]
RFC 1340 Assigned Numbers July 1992
nameserver 42/udp Host Name Server [99,JBP]
nicname 43/tcp Who Is [55,ANM2]
nicname 43/udp Who Is [55,ANM2]
mpm-flags 44/tcp MPM FLAGS Protocol [JBP]
metagram 99/udp Metagram Relay [GEOF] newacct 100/tcp [unauthorized use] hostname 101/tcp NIC Host Name Server [54,ANM2] hostname 101/udp NIC Host Name Server [54,ANM2] iso-tsap 102/tcp ISO-TSAP [16,MTR] iso-tsap 102/udp ISO-TSAP [16,MTR] gppitnp 103/tcp Genesis Point-to-Point Trans Net [PXM1] gppitnp 103/udp Genesis Point-to-Point Trans Net [PXM1] acr-nema 104/tcp ACR-NEMA Digital Imag. & Comm. 300 [PXM1] acr-nema 104/udp ACR-NEMA Digital Imag. & Comm. 300 [PXM1] csnet-ns 105/tcp Mailbox Name Nameserver [127,MS56] csnet-ns 105/udp Mailbox Name Nameserver [127,MS56] 3com-tsmux 106/tcp 3COM-TSMUX [JXS5] 3com-tsmux 106/udp 3COM-TSMUX [JXS5] rtelnet 107/tcp Remote Telnet Service [101,JBP] rtelnet 107/udp Remote Telnet Service [101,JBP]
Reynolds & Postel [Page 13]
RFC 1340 Assigned Numbers July 1992
snagas 108/tcp SNA Gateway Access Server [KXM]
snagas 108/udp SNA Gateway Access Server [KXM]
pop2 109/tcp Post Office Protocol - Version 2 [14,JKR1]
pop2 109/udp Post Office Protocol - Version 2 [14,JKR1] pop3 110/tcp Post Office Protocol - Version 3 [122,MTR]
pop3 110/udp Post Office Protocol - Version 3 [122,MTR]
sunrpc 111/tcp SUN Remote Procedure Call [DXG]
sunrpc 111/udp SUN Remote Procedure Call [DXG]
mcidas 112/tcp McIDAS Data Transmission Protocol [GXD]
mcidas 112/udp McIDAS Data Transmission Protocol [GXD]
auth 113/tcp Authentication Service [130,MCSJ]
auth 113/udp Authentication Service [130,MCSJ]
audionews 114/tcp Audio News Multicast [MXF2]
audionews 114/udp Audio News Multicast [MXF2] sftp 115/tcp Simple File Transfer Protocol [73,MKL1] sftp 115/udp Simple File Transfer Protocol [73,MKL1] ansanotify 116/tcp ANSA REX Notify [NXH] ansanotify 116/udp ANSA REX Notify [NXH] uucp-path 117/tcp UUCP Path Service [44,MAE] uucp-path 117/udp UUCP Path Service [44,MAE] sqlserv 118/tcp SQL Services [LXB3] sqlserv 118/udp SQL Services [LXB3] nntp 119/tcp Network News Transfer Protocol [65,PL4] nntp 119/udp Network News Transfer Protocol [65,PL4] cfdptkt 120/tcp CFDPTKT [JXO3] cfdptkt 120/udp CFDPTKT [JXO3] erpc 121/tcp Encore Expedited Remote Pro.Call [132,JXO] erpc 121/udp Encore Expedited Remote Pro.Call [132,JXO] smakynet 122/tcp SMAKYNET [MXO] smakynet 122/udp SMAKYNET [MXO] ntp 123/tcp Network Time Protocol [80,DLM1] ntp 123/udp Network Time Protocol [80,DLM1] ansatrader 124/tcp ANSA REX Trader [NXH] ansatrader 124/udp ANSA REX Trader [NXH] locus-map 125/tcp Locus PC-Interface Net Map Ser [137,EP53] locus-map 125/udp Locus PC-Interface Net Map Ser [137,EP53] unitary 126/tcp Unisys Unitary Login [FEIL] unitary 126/udp Unisys Unitary Login [FEIL] locus-con 127/tcp Locus PC-Interface Conn Server [137,EP53] locus-con 127/udp Locus PC-Interface Conn Server [137,EP53] gss-xlicen 128/tcp GSS X License Verification [JXL]
sur-meas 243/tcp Survey Measurement [6,DDC1] sur-meas 243/udp Survey Measurement [6,DDC1] link 245/tcp LINK [1,RDB2] link 245/udp LINK [1,RDB2] dsp3270 246/tcp Display Systems Protocol [39,WJS1] dsp3270 246/udp Display Systems Protocol [39,WJS1]
pawserv 345/tcp Perf Analysis Workbench pawserv 345/udp Perf Analysis Workbench zserv 346/tcp Zebra server zserv 346/udp Zebra server fatserv 347/tcp Fatmen Server fatserv 347/udp Fatmen Server clearcase 371/tcp Clearcase [DXL1] clearcase 371/udp Clearcase [DXL1] ulistserv 372/tcp Unix Listserv [AXK] ulistserv 372/udp Unix Listserv [AXK] legent-1 373/tcp Legent Corporation [KXB] legent-1 373/udp Legent Corporation [KXB] legent-2 374/tcp Legent Corporation [KXB] legent-2 374/udp Legent Corporation [KXB] exec 512/tcp remote process execution; authentication performed using passwords and UNIX loppgin names
biff 512/udp used by mail system to notify users
of new mail received; currently receives messages only from processes on the same machine
login 513/tcp remote login a la telnet;
automatic authentication performed based on priviledged port numbers and distributed data bases which identify "authentication domains"
who 513/udp maintains data bases showing who's
logged in to machines on a local net and the load average of the machine
cmd 514/tcp like exec, but automatic
authentication is performed as for
login server
syslog 514/udp
printer 515/tcp spooler
printer 515/udp spooler talk 517/tcp like tenex link, but across machine - unfortunately, doesn't use link protocol (this is actually just a rendezvous port from which a tcp connection is established)
talk 517/udp like tenex link, but across
machine - unfortunately, doesn't use link protocol (this is actually just a rendezvous port from which a tcp connection is established) ntalk 518/tcp ntalk 518/udp utime 519/tcp unixtime utime 519/udp unixtime
Reynolds & Postel [Page 19]
RFC 1340 Assigned Numbers July 1992
efs 520/tcp extended file name server
router 520/udp local routing process (on site);
uses variant of Xerox NS routing
information protocol
timed 525/tcp timeserver timed 525/udp timeserver tempo 526/tcp newdate tempo 526/udp newdate courier 530/tcp rpc courier 530/udp rpc conference 531/tcp chat conference 531/udp chat netnews 532/tcp readnews netnews 532/udp readnews netwall 533/tcp for emergency broadcasts netwall 533/udp for emergency broadcasts uucp 540/tcp uucpd
wpgs 780/udp hp-collector 781/tcp hp performance data collector hp-collector 781/udp hp performance data collector hp-managed-node 782/tcp hp performance data managed node hp-managed-node 782/udp hp performance data managed node hp-alarm-mgr 783/tcp hp performance data alarm manager hp-alarm-mgr 783/udp hp performance data alarm manager mdbs_daemon 800/tcp
The Registered Ports are not controlled by the IANA and on most systems can be used by ordinary user processes or programs executed by ordinary users.
Ports are used in the TCP [45,106] to name the ends of logical connections which carry long term conversations. For the purpose of providing services to unknown callers, a service contact port is defined. This list specifies the port used by the server process as its contact port. While the IANA can not control uses of these ports it does register or list uses of these ports as a convienence to the community.
To the extent possible, these same port assignments are used with the UDP [46,104].
Host Extensions for IP Multicasting (RFC-1112) [43] specifies the extensions required of a host implementation of the Internet Protocol (IP) to support multicasting. Current addresses are listed below.
224.0.0.0 Reserved [43,JBP] 224.0.0.1 All Systems on this Subnet [43,JBP] 224.0.0.2 All Routers on this Subnet [JBP] 224.0.0.3 Unassigned [JBP] 224.0.0.4 DVMRP Routers [140,JBP] 224.0.0.5 OSPFIGP OSPFIGP All Routers [83,JXM1] 224.0.0.6 OSPFIGP OSPFIGP Designated Routers [83,JXM1] 224.0.0.7 ST Routers [KS14] 224.0.0.8 ST Hosts [KS14] 224.0.0.9 RIP2 Routers [GSM11] 224.0.0.10-224.0.0.255 Unassigned [JBP]
224.0.1.0 VMTP Managers Group [17,DRC3] 224.0.1.1 NTP Network Time Protocol [80,DLM1] 224.0.1.2 SGI-Dogfight [AXC] 224.0.1.3 Rwhod [SXD] 224.0.1.4 VNP [DRC3] 224.0.1.5 Artificial Horizons - Aviator [BXF] 224.0.1.6 NSS - Name Service Server [BXS2] 224.0.1.7 AUDIONEWS - Audio News Multicast [MXF2] 224.0.1.8 SUN NIS+ Information Service [CXM3] 224.0.1.9 MTP Multicast Transport Protocol [SXA] 224.0.1.10-224.0.1.255 Unassigned [JBP]
224.0.2.1 "rwho" Group (BSD) (unofficial) [JBP] 224.0.2.2 SUN RPC PMAPPROC_CALLIT [BXE1]
224.0.3.0-224.0.3.255 RFE Generic Service [DXS3] 224.0.4.0-224.0.4.255 RFE Individual Conferences [DXS3]
224.1.0.0-224.1.255.255 ST Multicast Groups [KS14] 224.2.0.0-224.2.255.255 Multimedia Conference Calls [SC3]
These addresses are listed in the Domain Name Service under MCAST.NET and 224.IN-ADDR.ARPA.
Note that when used on an Ethernet or IEEE 802 network, the 23 low-order bits of the IP Multicast address are placed in the low- order 23 bits of the Ethernet or IEEE 802 net multicast address 1.0.94.0.0.0. See the next section on "IANA ETHERNET ADDRESS BLOCK".
Reynolds & Postel [Page 27]
RFC 1340 Assigned Numbers July 1992Reynolds & Postel [Page 28]
The IANA owns an Ethernet address block which may be used for multicast address asignments or other special purposes.
The address block in IEEE binary is (which is in bit transmission order):
0000 0000 0000 0000 0111 1010
In the normal Internet dotted decimal notation this is 0.0.94 since the bytes are transmitted higher order first and bits within bytes are transmitted lower order first (see "Data Notation" in the Introduction).
IEEE CSMA/CD and Token Bus bit transmission order: 00 00 5E
IEEE Token Ring bit transmission order: 00 00 7A
Appearance on the wire (bits transmitted from left to right):
The latter representation corresponds to the Internet standard bit- order, and is the format that most programmers have to deal with. Using this representation, the range of Internet Multicast addresses is:
01-00-5E-00-00-00 to 01-00-5E-7F-FF-FF in hex, or
1.0.94.0.0.0 to 1.0.94.127.255.255 in dotted decimal
This documents the default Type-of-Service values that are currently recommended for the most important Internet protocols.
There are four assigned TOS values: low delay, high throughput, high reliability, and low cost; in each case, the TOS value is used to indicate "better". Only one TOS value or property can be requested in any one IP datagram.
Generally, protocols which are involved in direct interaction with a human should select low delay, while data transfers which may involve large blocks of data are need high throughput. Finally, high reliability is most important for datagram-based Internet management functions.
Application protocols not included in these tables should be able to make appropriate choice of low delay (8 decimal, 1000 binary) or high throughput (4 decimail, 0100 binary).
The following are recommended values for TOS:
----- Type-of-Service Value -----
Protocol TOS Value
TELNET (1) 1000 (minimize delay)
FTP
Control 1000 (minimize delay)
Data (2) 0100 (maximize throughput)
(1) Includes all interactive user protocols (e.g., rlogin).
(2) Includes all bulk data transfer protocols (e.g., rcp).
(3) If the implementation does not support changing the TOS during the lifetime of the connection, then the recommended TOS on opening the connection is the default TOS (0000).
(4) Although ICMP request messages are normally sent with the default TOS, there are sometimes good reasons why they would be sent with some other TOS value. An ICMP response always uses the same TOS value as was used in the corresponding ICMP request message.
An application may (at the request of the user) substitute 0001 (minimize monetary cost) for any of the above values.
The Internet Domain Naming System (DOMAIN) includes several parameters. These are documented in RFC-1034, [81] and RFC-1035[82]. The CLASS parameter is listed here. The per CLASS parameters are defined in separate RFCs as indicated.
Domain System Parameters:
Decimal Name References
-------- ---- ----------
0 Reserved [PM1]
In the Internet (IN) class the following TYPEs and QTYPEs are defined:
TYPE value and meaning
A 1 a host address [82] NS 2 an authoritative name server [82] MD 3 a mail destination (Obsolete - use MX) [82] MF 4 a mail forwarder (Obsolete - use MX) [82] CNAME 5 the canonical name for an alias [82] SOA 6 marks the start of a zone of authority [82]
MB 7 a mailbox domain name (EXPERIMENTAL) [82]
MG 8 a mail group member (EXPERIMENTAL) [82]
MR 9 a mail rename domain name (EXPERIMENTAL) [82]
NULL 10 a null RR (EXPERIMENTAL) [82] WKS 11 a well known service description [82] PTR 12 a domain name pointer [82] HINFO 13 host information [82] MINFO 14 mailbox or mail list information [82] MX 15 mail exchange [82] TXT 16 text strings [82]
RP 17 for Responsible Person [172] AFSDB 18 for AFS Data Base location [172] X25 19 for X.25 PSDN address [172] ISDN 20 for ISDN address [172] RT 21 for Route Through [172] NSAP 22 for NSAP address, NSAP style A record [174] NSAP-PTR 23 for domain name pointer, NSAP style [174]
AXFR 252 transfer of an entire zone [82] MAILB 253 mailbox-related RRs (MB, MG or MR) [82] MAILA 254 mail agent RRs (Obsolete - see MX) [82] * 255 A request for all records [82]
The Bootstrap Protocol (BOOTP) RFC-951[36] describes an IP/UDP bootstrap protocol (BOOTP) which allows a diskless client machine to discover its own IP address, the address of a server host, and the name of a file to be loaded into memory and executed. The BOOTP Vendor Information Extensions RFC-1084[117] describes an addition to the Bootstrap Protocol (BOOTP).
Vendor Extensions are listed below:
Tag Name Data Length Meaning
--- ---- ----------- -------
0 Pad 0 None
1 Subnet Mask 4 Subnet Mask Value
2 Time Zone 4 Time Offset in
Seconds from UTC
3 Gateways N N/4 Gateway addresses
4 Time Server N N/4 Timeserver addresses
5 Name Server N N/4 IEN-116 Server addresses
6 Domain Server N N/4 DNS Server addresses
7 Log Server N N/4 Logging Server addresses
8 Quotes Server N N/4 Quotes Server addresses
9 LPR Server N N/4 Printer Server addresses
10 Impress Server N N/4 Impress Server addresses
11 RLP Server N N/4 RLP Server addresses
12 Hostname N Hostname string
13 Boot File Size 2 Size of boot file in 512 byte
checks
14 Merit Dump File Client to dump and name
the file to dump it to
15-127 Unassigned
For the management of hosts and gateways on the Internet a data structure for the information has been defined. This data structure should be used with any of several possible management protocols, such as the "Simple Network Management Protocol" (SNMP) RFC-1157[15], or the "Common Management Information Protocol over TCP" (CMOT) [142].
The data structure is the "Structure and Indentification of Management Information for TCP/IP-based Internets" (SMI) RFC-1155[120], and the "Management Information Base for Network Management of TCP/IP-based Internets" (MIB-II) [121].
The SMI includes the provision for panrameters or codes to indicate experimental or private data structures. These parameter assignments are listed here.
The older "Simple Gateway Monitoring Protocol" (SGMP) RFC-1028[37] also defined a data structure. The parameter assignments used with SGMP are included here for hist orical completeness.
The network management object identifiers are under the iso (1), org (3), dod (6), internet (1), or 1.3.6.1, branch of the name space.
SMI Network Management Directory Codes:
Prefix: 1.3.6.1.1.
Decimal Name Description References
------- ---- ----------- ----------
all Reserved Reserved for future use [IANA]
1 system System [150,KZM] 2 interfaces Interfaces [150,KZM] 3 at Address Translation [150,KZM]
Reynolds & Postel [Page 36]
RFC 1340 Assigned Numbers July 1992
4 ip Internet Protocol [150,KZM]
5 icmp Internet Control Message [150,KZM]
6 tcp Transmission Control Protocol [150,KZM]
The MILNET facility for "logical addressing" is described in RFC-878[57] and RFC-1005[109]. A portion of the possible logical addresses are reserved for standard uses.
There are 49,152 possible logical host addresses. Of these, 256 are reserved for assignment to well-known functions. Assignments for well-known functions are made by the IANA. Assignments for other logical host addresses are made by the NIC.
The word "link" here refers to a field in the original MILNET Host/IMP interface leader. The link was originally defined as an 8- bit field. Later specifications defined this field as the "message- id" with a length of 12 bits. The name link now refers to the high order 8 bits of this 12-bit message-id field. The Host/IMP interface is defined in BBN Report 1822 [2].
The low-order 4 bits of the message-id field are called the sub-link. Unless explicitly specified otherwise for a particular protocol, there is no sender to receiver significance to the sub-link. The sender may use the sub-link in any way he chooses (it is returned in the RFNM by the destination IMP), the receiver should ignore the sub-link.
All MILNET hosts are assigned addresses by the Defense Data Network (DDN). The address of a MILNET host may be obtained from the Network Information Center (NIC), represented as an ASCII text string in what is called "host table format". This section describes the process by which MILNET X.25 addresses may be derived from addresses in the NIC host table format.
A NIC host table address consists of the ASCII text string representations of four decimal numbers separated by periods, corresponding to the four octeted of a thirty-two bit Internet address. The four decimal numbers are referred to in this section as "n", "h' "l", and "i". Thus, a host table address may be represented as: "n.h.l.i". Each of these four numbers will have either one, two, or three decimal digits and will never have a value greater than 255. For example, in the host table, address: "10.2.0.124", n=10, h=2, l=0, and i=124. To convert a host table address to a MILNET X.25 address:
1. If h < 64, the host table address corresponds to the X.25 physical address:
ZZZZ F IIIHHZZ (SS)
where:
ZZZZ = 0000 as required
F = 0 because the address is a physical address;
III is a three decimal digit respresentation of
"i", right-adjusted and padded with leading zeros if required;
HH is a two decimal digit representation of "h",
right-adjusted and padded with leading zeros if required;
ZZ = 00 and
(SS) is optional
In the example given above, the host table address 10.2.0.124 corresponds to the X.25 physical address 000001240200. 2. If h > 64 or h = 64, the host table address corresponds to the X.25 logical address
Some of the networks of all classes are IEEE 802 Networks. These systems may use a Link Service Access Point (LSAP) field in much the same way the MILNET uses the "link" field. Further, there is an extension of the LSAP header called the Sub-Network Access Protocol (SNAP).
The IEEE likes to describe numbers in binary in bit transmission order, which is the opposite of the big-endian order used throughout the Internet protocol documentation.
Assignments:
Link Service Access Point Description References
------------------------- ----------- ----------
IEEE Internet
These numbers (and others) are assigned by the IEEE Standards Office. The address is: IEEE Standards Office, 345 East 47th Street, New York, N.Y. 10017, Attn: Vince Condello. Phone: (212) 705-7092.
At an ad hoc special session on "IEEE 802 Networks and ARP", held during the TCP Vendors Workshop (August 1986), an approach to a consistent way to send DoD-IP datagrams and other IP related protocols (such as the Address Resolution Protocol (ARP)) on 802 networks was developed, using the SNAP extension (see RFC-1042[90]).
Many of the networks of all classes are Ethernets (10Mb) or Experimental Ethernets (3Mb). These systems use a message "type" field in much the same way the ARPANET uses the "link" field.
If you need an Ethernet type, contact the Xerox Corporation, Xerox Systems Institute, 475 Oakmead Parkway, Sunnyvale, CA 94086, Attn: Ms. Fonda Pallone, (415) 813-7164.
The following list is contributed unverified information from various sources.
Ethernet hardware addresses are 48 bits, expressed as 12 hexadecimal digits (0-9, plus A-F, capitalized). These 12 hex digits consist of the first/left 6 digits (which should match the vendor of the Ethernet interface within the station) and the last/right 6 digits which specify the interface serial number for that interface vendor.
Ethernet addresses might be written unhyphenated (e.g., 123456789ABC), or with one hyphen (e.g., 123456-789ABC), but should be written hyphenated by octets (e.g., 12-34-56-78-9A-BC).
These addresses are physical station addresses, not multicast nor broadcast, so the second hex digit (reading from the left) will be even, not odd.
At present, it is not clear how the IEEE assigns Ethernet block addresses. Whether in blocks of 2**24 or 2**25, and whether multicasts are assigned with that block or separately. A portion of the vendor block address is reportedly assigned serially, with the other portion intentionally assigned randomly. If there is a global algorithm for which addresses are designated to be physical (in a chipset) versus logical (assigned in software), or globally-assigned versus locally-assigned addresses, some of the known addresses do not follow the scheme (e.g., AA0003; 02xxxx).
00000C Cisco 00000F NeXT 000010 Sytek 00001D Cabletron 000020 DIAB (Data Intdustrier AB) 000022 Visual Technology 00002A TRW 00005A S & Koch 00005E IANA 000065 Network General 00006B MIPS 000077 MIPS 00007A Ardent 000089 Cayman Systems Gatorbox 000093 Proteon 00009F Ameristar Technology 0000A2 Wellfleet 0000A3 Network Application Technology 0000A6 Network General (internal assignment, not for products) 0000A7 NCD X-terminals 0000A9 Network Systems 0000AA Xerox Xerox machines 0000B3 CIMLinc 0000B7 Dove Fastnet 0000BC Allen-Bradley 0000C0 Western Digital 0000C6 HP Intelligent Networks Operation (formerly Eon Systems)
Reynolds & Postel [Page 57]
RFC 1340 Assigned Numbers July 1992
0000C8 Altos
0000C9 Emulex Terminal Servers
0000D7 Dartmouth College (NED Router)
0000D8 3Com? Novell? PS/2 0000DD Gould 0000DE Unigraph 0000E2 Acer Counterpoint 0000EF Alantec 0000FD High Level Hardvare (Orion, UK) 000102 BBN BBN internal usage (not registered) 001700 Kabel 00802D Xylogics, Inc. Annex terminal servers 00808C Frontier Software Development 0080C2 IEEE 802.1 Committee 0080D3 Shiva 00AA00 Intel 00DD00 Ungermann-Bass 00DD01 Ungermann-Bass 020701 Racal InterLan 020406 BBN BBN internal usage (not registered) 026086 Satelcom MegaPac (UK) 02608C 3Com IBM PC; Imagen; Valid; Cisco 02CF1F CMC Masscomp; Silicon Graphics; Prime EXL 080002 3Com (Formerly Bridge) 080003 ACC (Advanced Computer Communications) 080005 Symbolics Symbolics LISP machines 080008 BBN 080009 Hewlett-Packard 08000A Nestar Systems 08000B Unisys 080011 Tektronix, Inc. 080014 Excelan BBN Butterfly, Masscomp, Silicon Graphics 080017 NSC 08001A Data General 08001B Data General 08001E Apollo 080020 Sun Sun machines 080022 NBI 080025 CDC 080026 Norsk Data (Nord) 080027 PCS Computer Systems GmbH 080028 TI Explorer 08002B DEC 08002E Metaphor 08002F Prime Computer Prime 50-Series LHC300 080036 Intergraph CAE stations 080037 Fujitsu-Xerox 080038 Bull 080039 Spider Systems 080041 DCA Digital Comm. Assoc. 080045 ???? (maybe Xylogics, but they claim not to know this number) 080046 Sony 080047 Sequent 080049 Univation 08004C Encore 08004E BICC 080056 Stanford University 080058 ??? DECsystem-20 08005A IBM 080067 Comdesign 080068 Ridge 080069 Silicon Graphics 08006E Excelan 080075 DDE (Danish Data Elektronik A/S) 08007C Vitalink TransLAN III 080080 XIOS
08008B Pyramid 08008D XyVision XyVision machines 080090 Retix Inc Bridges 484453 HDS ??? 800010 AT&T AA0000 DEC obsolete AA0001 DEC obsolete AA0002 DEC obsolete AA0003 DEC Global physical address for some DEC machines AA0004 DEC Local logical address for systems running
DECNET
01-00-5E-00-00-00- 0800 Internet Multicast (RFC-1112) [43] 01-00-5E-7F-FF-FF 01-00-5E-80-00-00- ???? Internet reserved by IANA 01-00-5E-FF-FF-FF 01-80-C2-00-00-00 -802- Spanning tree (for bridges) 09-00-02-04-00-01? 8080? Vitalink printer 09-00-02-04-00-02? 8080? Vitalink management 09-00-09-00-00-01 8005 HP Probe 09-00-09-00-00-01 -802- HP Probe 09-00-09-00-00-04 8005? HP DTC 09-00-1E-00-00-00 8019? Apollo DOMAIN 09-00-2B-00-00-00 6009? DEC MUMPS? 09-00-2B-00-00-01 8039? DEC DSM/DTP? 09-00-2B-00-00-02 803B? DEC VAXELN? 09-00-2B-00-00-03 8038 DEC Lanbridge Traffic Monitor (LTM) 09-00-2B-00-00-04 ???? DEC MAP End System Hello 09-00-2B-00-00-05 ???? DEC MAP Intermediate System Hello 09-00-2B-00-00-06 803D? DEC CSMA/CD Encryption? 09-00-2B-00-00-07 8040? DEC NetBios Emulator? 09-00-2B-00-00-0F 6004 DEC Local Area Transport (LAT) 09-00-2B-00-00-1x ???? DEC Experimental 09-00-2B-01-00-00 8038 DEC LanBridge Copy packets
(All bridges)
09-00-2B-01-00-01 8038 DEC LanBridge Hello packets
(All local bridges) 1 packet per second, sent by the designated LanBridge 09-00-2B-02-00-00 ???? DEC DNA Lev. 2 Routing Layer routers? 09-00-2B-02-01-00 803C? DEC DNA Naming Service Advertisement? 09-00-2B-02-01-01 803C? DEC DNA Naming Service Solicitation? 09-00-2B-02-01-02 803E? DEC DNA Time Service? 09-00-2B-03-xx-xx ???? DEC default filtering by bridges? 09-00-2B-04-00-00 8041? DEC Local Area Sys. Transport (LAST)? 09-00-2B-23-00-00 803A? DEC Argonaut Console? 09-00-4E-00-00-02? 8137? Novell IPX 09-00-56-00-00-00- ???? Stanford reserved 09-00-56-FE-FF-FF 09-00-56-FF-00-00- 805C Stanford V Kernel, version 6.0 09-00-56-FF-FF-FF 09-00-77-00-00-01 ???? Retix spanning tree bridges 09-00-7C-02-00-05 8080? Vitalink diagnostics 09-00-7C-05-00-01 8080? Vitalink gateway? 0D-1E-15-BA-DD-06 ???? HP AB-00-00-01-00-00 6001 DEC Maintenance Operation Protocol
(MOP) Dump/Load Assistance
AB-00-00-02-00-00 6002 DEC Maintenance Operation Protocol
(MOP) Remote Console 1 System ID packet every 8-10 minutes, by every: DEC LanBridge DEC DEUNA interface DEC DELUA interface DEC DEQNA interface (in a certain mode)
AB-00-00-03-00-00 6003 DECNET Phase IV end node Hello
packets 1 packet every 15 seconds, sent by each DECNET host
AB-00-00-04-00-00 6003 DECNET Phase IV Router Hello packets
1 packet every 15 seconds, sent by the DECNET router AB-00-00-05-00-00 ???? Reserved DEC through AB-00-03-FF-FF-FF AB-00-03-00-00-00 6004 DEC Local Area Transport (LAT) - old AB-00-04-00-xx-xx ???? Reserved DEC customer private use AB-00-04-01-xx-yy 6007 DEC Local Area VAX Cluster groups
Sys. Communication Architecture (SCA)
CF-00-00-00-00-00 9000 Ethernet Configuration Test protocol
(Loopback)
Broadcast Address:
FF-FF-FF-FF-FF-FF 0600 XNS packets, Hello or gateway search? 6 packets every 15 seconds, per XNS station FF-FF-FF-FF-FF-FF 0800 IP (e.g. RWHOD via UDP) as needed FF-FF-FF-FF-FF-FF 0804 CHAOS FF-FF-FF-FF-FF-FF 0806 ARP (for IP and CHAOS) as needed FF-FF-FF-FF-FF-FF 0BAD Banyan FF-FF-FF-FF-FF-FF 1600 VALID packets, Hello or gateway search? 1 packets every 30 seconds, per VALID station FF-FF-FF-FF-FF-FF 8035 Reverse ARP FF-FF-FF-FF-FF-FF 807C Merit Internodal (INP) FF-FF-FF-FF-FF-FF 809B EtherTalk
Below are two tables describing the arrangement of protocol fields or type field assignments so that one could send NS Datagrams on the MILNET or Internet Datagrams on 10Mb Ethernet, and also protocol and type fields so one could encapsulate each kind of Datagram in the other.
\ upper| DoD IP | PUP | NS IP |
lower \ | | | |
--------------|--------|--------|--------|
| Type | Type | Type |
3Mb Ethernet | 1001 | 1000 | 3000 |
| octal | octal | octal |
--------------|--------|--------|--------|
| Type | Type | Type |
10 Mb Ethernet| 0800 | 0200 | 0600 |
| hex | hex | hex |
--------------|--------|--------|--------|
| Link | Link | Link |
MILNET | 155 | 152 | 150 |
| decimal| decimal| decimal|
--------------|--------|--------|--------|
\ upper| DoD IP | PUP | NS IP |
lower \ | | | |
--------------|--------|--------|--------|
| |Protocol|Protocol|
DoD IP | X | 12 | 22 |
| | decimal| decimal|
--------------|--------|--------|--------|
| | | |
PUP | ? | X | ? |
| | | |
--------------|--------|--------|--------|
| Type | Type | |
NS IP | 13 | 12 | X |
| decimal| decimal| |
--------------|--------|--------|--------|
Reynolds & Postel [Page 63]
Below is the current list of PRONET 80 Type Numbers. Note: a protocol that is on this list does not necessarily mean that there is any implementation of it on ProNET.
Of these, protocols 1, 14, and 20 are the only ones that have ever been seen in ARP packets.
For reference, the header is (one byte/line):
destination hardware address source hardware address data link header version (2) data link header protocol number data link header reserved (0) data link header reserved (0)
Some protocols have been known to tuck stuff in the reserved fields.
Those who need a protocol number on ProNET-10/80 should contact John Shriver (jas@proteon.com).
1 IP 2 IP with trailing headers 3 Address Resolution Protocol 4 Proteon HDLC 5 VAX Debugging Protocol (MIT) 10 Novell NetWare (IPX and pre-IPX) (old format,
3 byte trailer)
11 Vianetix 12 PUP 13 Watstar protocol (University of Waterloo) 14 XNS 15 Diganostics 16 Echo protocol (link level) 17 Banyan Vines 20 DECnet (DEUNA Emulation) 21 Chaosnet 23 IEEE 802.2 or ISO 8802/2 Data Link 24 Reverse Address Resolution Protocol 29 TokenVIEW-10 31 AppleTalk LAP Data Packet 33 Cornell Boot Server Location Protocol 34 Novell NetWare IPX (new format, no trailer,
new XOR checksum)
The Point-to-Point Protocol (PPP) Data Link Layer [146,147,175] contains a 16 bit Protocol field to identify the the encapsulated protocol. The Protocol field is consistent with the ISO 3309 (HDLC) extension mechanism for Address fields. All Protocols MUST be assigned such that the least significant bit of the most significant octet equals "0", and the least significant bit of the least significant octet equals "1".
Assigned PPP DLL Protocol Numbers
Value (in hex) Protocol Name
0001 to 001f reserved (transparency inefficient) 0021 Internet Protocol 0023 OSI Network Layer 0025 Xerox NS IDP 0027 DECnet Phase IV 0029 Appletalk 002b Novell IPX 002d Van Jacobson Compressed TCP/IP 002f Van Jacobson Uncompressed TCP/IP 0031 Bridging PDU 0033 Stream Protocol (ST-II) 0035 Banyan Vines 0037 reserved (until 1993) 00ff reserved (compression inefficient)
0201 802.1d Hello Packets 0231 Luxcom 0233 Sigma Network Systems
8021 Internet Protocol Control Protocol 8023 OSI Network Layer Control Protocol 8025 Xerox NS IDP Control Protocol 8027 DECnet Phase IV Control Protocol 8029 Appletalk Control Protocol 802b Novell IPX Control Protocol 802d Reserved 802f Reserved 8031 Bridging NCP 8033 Stream Protocol Control Protocol 8035 Banyan Vines Control Protocol 8037 reserved till 1993 80ff reserved (compression inefficient c021 Link Control Protocol c023 Password Authentication Protocol c025 Link Quality Report c223 Challenge Handshake Authentication Protocol
Reynolds & Postel [Page 65]
RFC 1340 Assigned Numbers July 1992
Protocol field values in the "0---" to "3---" range identify the
network-layer protocol of specific datagrams, and values in the "8--
-" to "b---" range identify datagrams belonging to the associated
Network Control Protocol (NCP), if any.
It is recommended that values in the "02--" to "1e--" and "--01" to "--1f" ranges not be assigned, as they are compression inefficient.
Protocol field values in the "4---" to "7---" range are used for
protocols with low volume traffic which have no associated NCP.
Protocol field values in the "c---" to "e---" range identify
datagrams as Control Protocols (such as LCP).
PPP LCP AND IPCP CODES
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP) [146] and Internet Protocol Control Protocol (IPCP) [147] contain an 8 bit Code field which identifies the type of packet. These Codes are assigned as follows:
Code Packet Type
---- -----------
1 Configure-Request
The Point-to-Point Protocol (PPP) Link Control Protocol (LCP) specifies a number of Configuration Options [146] which are distinguished by an 8 bit Type field. These Types are assigned as follows:
Type Configuration Option
---- --------------------
1 Maximum-Receive-Unit
The Point-to-Point Protocol (PPP) Internet Protocol Control Protocol (IPCP) specifies a number of Configuration Options [147] which are distinguished by an 8 bit Type field. These Types are assigned as follows:
Type Configuration Option
---- --------------------
1 IP-Addresses (deprecated)
2 IP-Compression-Protocol 3 IP-Address
PPP BRIDGING CONFIGURATION OPTION TYPES
The Point-to-Point Protocol (PPP) Extensions for Bridging specifies a number of Configuration Options [176] which are distinguished by an 8 bit Type field. These Types are assigned as follows:
Type Configuration Option
---- --------------------
1 Remote Ring Identification
2 Line Identification 3 MAC Type Selection 4 Tinygram Compression 5 LAN Identification
The Point-to-Point Protocol (PPP) Extensions for Bridging [176] contains an 8 bit MAC Type field which identifies the MAC encapsulated. These Types are assigned as follows:
CCITT defines the high order two bits of the first octet of call user data as follows:
00 - Used for other CCITT recomendations (such as X.29) 01 - Reserved for use by "national" administrative
authorities
10 - Reserved for use by international administrative authoorities 11 - Reserved for arbitrary use between consenting DTEs
Call User Data (hex) Protocol Reference
------------------- -------- ---------
01 PAD [GS2] C5 Blacker front-end descr dev [AGM] CC IP [69,AGM]* CD ISO-IP [AGM] DD Network Monitoring [AGM]
*NOTE: ISO SC6/WG2 approved assignment in ISO 9577 (January 1990).
One of the Internet Class A Networks is the international system of Public Data Networks. This section lists the mapping between the Internet Addresses and the Public Data Network Addresses (X.121).
Assignments:
Internet Public Data Net Description References
-------------- ----------------- ----------- ----------
014.000.000.000 Reserved [JBP]
The Telnet Protocol has a number of options that may be negotiated. These options are listed here. "IAB Official Protocol Standards" [62] provides more detailed information.
Options Name References
------- ----------------------- ----------
0 Binary Transmission [110,JBP]
RFC-822 specifies that Encryption Types for mail may be assigned. There are currently no RFC-822 encryption types assigned. Please use instead the Mail Privacy procedures defined in [71,72,66].
RFC-1341[169] specifies that Content Types, Content Subtypes, Character Sets, Access Types, and Conversion values for MIME mail will be assigned and listed by the IANA.
Content Types and Subtypes
--------------------------
Type Subtype Description Reference
---- ------- ----------- ---------
text plain [169,NSB]
richtext
multipart mixed [169,NSB]
alternative digest parallel
Character Sets
--------------
Type Description Reference
---- ----------- ---------
US-ASCII the default character set [169,NSB]
ISO-8859-1 see ISO_8859-1:1987 below [169,NSB] ISO-8859-2 see ISO_8859-2:1987 below [169,NSB] ISO-8859-3 see ISO_8859-3:1988 below [169,NSB] ISO-8859-4 see ISO_8859-4:1988 below [169,NSB] ISO-8859-5 see ISO_8859-5:1988 below [169,NSB] ISO-8859-6 see ISO_8859-6:1987 below [169,NSB] ISO-8859-7 see ISO_8859-7:1987 below [169,NSB] ISO-8859-8 see ISO_8859-8:1988 below [169,NSB] ISO-8859-9 see ISO_8859-9:1989 below [169,NSB]
Reynolds & Postel [Page 77]
RFC 1340 Assigned Numbers July 1992
Access Types
------------
Type Description Reference
---- ----------- ---------
FTP [169,NSB]
These are the Official Machine Names as they appear in the Domain Name System HINFO records and the NIC Host Table. Their use is described in RFC-952[53].
A machine name or CPU type may be up to 40 characters taken from the set of uppercase letters, digits, and the two punctuation characters hyphen and slash. It must start with a letter, and end with a letter or digit.
These are the Official System Names as they appear in the Domain Name System HINFO records and the NIC Host Table. Their use is described in RFC-952[53].
A system name may be up to 40 characters taken from the set of upper- case letters, digits, and the three punctuation characters hyphen, period, and slash. It must start with a letter, and end with a letter or digit.
AEGIS LISP SUN OS 3.5 APOLLO LISPM SUN OS 4.0 AIX/370 LOCUS SWIFT AIX-PS/2 MACOS TAC BS-2000 MINOS TANDEM CEDAR MOS TENEX CGW MPE5 TOPS10 CHORUS MSDOS TOPS20 CHRYSALIS MULTICS TOS CMOS MUSIC TP3010 CMS MUSIC/SP TRSDOS COS MVS ULTRIX CPIX MVS/SP UNIX CTOS NEXUS UNIX-BSD CTSS NMS UNIX-V1AT DCN NONSTOP UNIX-V DDNOS NOS-2 UNIX-V.1 DOMAIN NTOS UNIX-V.2 DOS OS/DDP UNIX-V.3 EDX OS/2 UNIX-PC ELF OS4 UNKNOWN EMBOS OS86 UT2D EMMOS OSX V EPOS PCDOS VM FOONEX PERQ/OS VM/370 FUZZ PLI VM/CMS GCOS PSDOS/MIT VM/SP GPOS PRIMOS VMS HDOS RMX/RDOS VMS/EUNICE IMAGEN ROS VRTX INTERCOM RSX11M WAITS IMPRESS RTE-A WANG INTERLISP SATOPS WIN32 IOS SCO-XENIX/386 X11R3 IRIX SCS XDE ISI-68020 SIMP XENIX ITS SUN
These are the Official Protocol Names as they appear in the Domain Name System WKS records and the NIC Host Table. Their use is described in RFC-952[53].
A protocol or service may be up to 40 characters taken from the set of uppercase letters, digits, and the punctuation character hyphen. It must start with a letter, and end with a letter or digit.
CHAOS - CHAOS Protocol CHARGEN - Character Generator Protocol CISCO-FNA - CISCO FNATIVE CISCO-TNA - CISCO TNATIVE CISCO-SYS - CISCO SYSMAINT CLOCK - DCNET Time Server Protocol
CMOT - Common Mgmnt Info Ser and Prot over TCP/IP
COOKIE-JAR - Authentication Scheme
CSNET-NS - CSNET Mailbox Nameserver Protocol
DAYTIME - Daytime Protocol DCN-MEAS - DCN Measurement Subsystems Protocol DCP - Device Control Protocol DGP - Dissimilar Gateway Protocol DISCARD - Discard Protocol DMF-MAIL - Digest Message Format for Mail DOMAIN - Domain Name System ECHO - Echo Protocol EGP - Exterior Gateway Protocol EHF-MAIL - Encoding Header Field for Mail
EMCON - Emission Control Protocol
EMFIS-CNTL - EMFIS Control Service
EMFIS-DATA - EMFIS Data Service
FINGER - Finger Protocol
FTP - File Transfer Protocol FTP-DATA - File Transfer Protocol Data GGP - Gateway Gateway Protocol GRAPHICS - Graphics Protocol HMP - Host Monitoring Protocol HOST2-NS - Host2 Name Server HOSTNAME - Hostname Protocol ICMP - Internet Control Message Protocol IGMP - Internet Group Management Protocol IGP - Interior Gateway Protocol
Reynolds & Postel [Page 88]
RFC 1340 Assigned Numbers July 1992
IMAP2 - Interim Mail Access Protocol version 2
INGRES-NET - INGRES-NET Service
IP - Internet Protocol
IPCU - Internet Packet Core Utility IPPC - Internet Pluribus Packet Core IP-ARC - Internet Protocol on ARCNET IP-ARPA - Internet Protocol on ARPANET IP-CMPRS - Compressing TCP/IP Headers IP-DC - Internet Protocol on DC Networks IP-DVMRP - Distance Vector Multicast Routing Protocol IP-E - Internet Protocol on Ethernet Networks IP-EE - Internet Protocol on Exp. Ethernet Nets IP-FDDI - Transmission of IP over FDDI IP-HC - Internet Protocol on Hyperchannnel IP-IEEE - Internet Protocol on IEEE 802 IP-IPX - Transmission of 802.2 over IPX Networks
IP-MTU - IP MTU Discovery Options
IP-NETBIOS - Internet Protocol over NetBIOS Networks
IP-SLIP - Transmission of IP over Serial Lines
IP-WB - Internet Protocol on Wideband Network IP-X25 - Internet Protocol on X.25 Networks IRTP - Internet Reliable Transaction Protocol ISI-GL - ISI Graphics Language Protocol ISO-TP4 - ISO Transport Protocol Class 4 ISO-TSAP - ISO TSAP LA-MAINT - IMP Logical Address Maintenance LARP - Locus Address Resoultion Protocol LDP - Loader Debugger Protocol LEAF-1 - Leaf-1 Protocol LEAF-2 - Leaf-2 Protocol LINK - Link Protocol LOC-SRV - Location Service LOGIN - Login Host Protocol MAIL - Format of Electronic Mail Messages MERIT-INP - MERIT Internodal Protocol METAGRAM - Metagram Relay
MIB - Management Information Base
MIT-ML-DEV - MIT ML Device
MFE-NSP - MFE Network Services Protocol
MIT-SUBNET - MIT Subnet Support
MIT-DOV - MIT Dover Spooler
RFC 1340 Assigned Numbers July 1992
MUX - Multiplexing Protocol
NAMESERVER - Host Name Server
NETBIOS-DGM - NETBIOS Datagram Service
NETBIOS-NS - NETBIOS Name Service
NETBIOS-SSN - NETBIOS Session Service
NETBLT - Bulk Data Transfer Protocol NETED - Network Standard Text Editor NETRJS - Remote Job Service NI-FTP - NI File Transfer Protocol NI-MAIL - NI Mail Protocol NICNAME - Who Is Protocol NFILE - A File Access Protocol NNTP - Network News Transfer Protocol NSW-FE - NSW User System Front End NTP - Network Time Protocol NVP-II - Network Voice Protocol OSPF - Open Shortest Path First Interior GW Protocol PCMAIL - Pcmail Transport Protocol POP2 - Post Office Protocol - Version 2 POP3 - Post Office Protocol - Version 3 PPP - Point-to-Point Protocol PRM - Packet Radio Measurement PUP - PUP Protocol PWDGEN - Password Generator Protocol QUOTE - Quote of the Day Protocol RARP - A Reverse Address Resolution Protocol
RATP - Reliable Asynchronous Transfer Protocol
RE-MAIL-CK - Remote Mail Checking Protocol
RDP - Reliable Data Protocol
RIP - Routing Information Protocol RJE - Remote Job Entry RLP - Resource Location Protocol RTELNET - Remote Telnet Service RVD - Remote Virtual Disk Protocol SAT-EXPAK - Satnet and Backroom EXPAK SAT-MON - SATNET Monitoring SEP - Sequential Exchange Protocol SFTP - Simple File Transfer Protocol SGMP - Simple Gateway Monitoring Protocol SNMP - Simple Network Management Protocol SMI - Structure of Management Information SMTP - Simple Mail Transfer Protocol SQLSRV - SQL Service ST - Stream Protocol STATSRV - Statistics Service SU-MIT-TG - SU/MIT Telnet Gateway Protocol SUN-RPC - SUN Remote Procedure Call SUPDUP - SUPDUP Protocol SUR-MEAS - Survey Measurement SWIFT-RVF - Remote Virtual File Protocol TACACS-DS - TACACS-Database Service TACNEWS - TAC News TCP - Transmission Control Protocol TCP-ACO - TCP Alternate Checksum Option TELNET - Telnet Protocol TFTP - Trivial File Transfer Protocol THINWIRE - Thinwire Protocol TIME - Time Server Protocol TP-TCP - ISO Transport Service on top of the TCP TRUNK-1 - Trunk-1 Protocol TRUNK-2 - Trunk-2 Protocol UCL - University College London Protocol UDP - User Datagram Protocol NNTP - Network News Transfer Protocol USERS - Active Users Protocol UUCP-PATH - UUCP Path Service VIA-FTP - VIA Systems-File Transfer Protocol VISA - VISA Protocol VMTP - Versatile Message Transaction Protocol WB-EXPAK - Wideband EXPAK WB-MON - Wideband Monitoring XNET - Cross Net Debugger XNS-IDP - Xerox NS IDP
Reynolds & Postel [Page 90]
RFC 1340 Assigned Numbers July 1992Reynolds & Postel [Page 91]
These are the Official Terminal Type Names. Their use is described in RFC-930[128]. The maximum length of a name is 40 characters.
A terminal names may be up to 40 characters taken from the set of upper- case letters, digits, and the two punctuation characters hyphen and slash. It must start with a letter, and end with a letter or digit.
[1] Anderson, B., "TACACS User Identification Telnet Option", RFC-927, BBN, December 1984.
[2] BBN, "Specifications for the Interconnection of a Host and an
IMP", Report 1822, Bolt Beranek and Newman, Cambridge, Massachusetts, revised, December 1981.
[3] BBN, "User Manual for TAC User Database Tool", Bolt Beranek
and Newman, September 1984.
[4] Ben-Artzi, Amatzia, "Network Management for TCP/IP Network: An
Overview", 3Com, May 1988.
[5] Bennett, C., "A Simple NIFTP-Based Mail System", IEN 169,
University College, London, January 1981.
[6] Bhushan, A., "A Report on the Survey Project", RFC-530,
NIC 17375, June 1973.
[7] Bisbey, R., D. Hollingworth, and B. Britt, "Graphics Language
(version 2.1)", ISI/TM-80-18, Information Sciences Institute, July 1980.
[8] Boggs, D., J. Shoch, E. Taft, and R. Metcalfe, "PUP: An
Internetwork Architecture", XEROX Palo Alto Research Center, CSL-79-10, July 1979; also in IEEE Transactions on Communication, Volume COM-28, Number 4, April 1980.
[9] Borman, D., Editor, "Telnet Linemode Option", RFC 1116, Cray Research, Inc., August 1989.
[10] Braden, R., "NETRJS Protocol", RFC-740, NIC 42423,
Information Sciences Institute, November 1977.
[11] Braden, R., and J. Postel, "Requirements for Internet
Gateways", RFC-1009, Obsoletes RFC-985, Information Sciences Institute, June 1987.
[12] Bressler, B., "Remote Job Entry Protocol", RFC-407,
NIC 12112, October 1972.
[13] Bressler, R., "Inter-Entity Communication -- An Experiment", RFC-441, NIC 13773, January 1973.
[14] Butler, M., J. Postel, D. Chase, J. Goldberger, and
J. K. Reynolds, "Post Office Protocol - Version 2", RFC-937, Information Sciences Institute, February 1985.
[15] Case, J., M. Fedor, M. Schoffstall, and J. Davin,
"A Simple Network Management Protocol", RFC-1157, (Obsoletes RFC-1067, RFC-1098), SNMP Research, Performance Systems International, Performance Systems International, MIT Laboratory for Computer Science, May 1990.
[16] Cass, D., and M. Rose, "ISO Transport Services on Top of
the TCP", RFC-983, NTRC, April 1986.
[17] Cheriton, D., "VMTP: Versatile Message Transaction
Protocol Specification", RFC-1045, pgs 103 & 104, Stanford University, February 1988.
[18] Cisco Systems, "Gateway Server Reference Manual", Manual
Revision B, January 10, 1988.
[19] Clark, D., "PCMAIL: A Distributed Mail System for Personal
Computers", RFC-984, MIT, May 1986.
[20] Clark, D., M. Lambert, and L. Zhang, "NETBLT: A Bulk Data
Transfer Protocol", RFC-969, MIT Laboratory for Computer Science, December 1985.
[21] Cohen, D., "On Holy Wars and a Plea for Peace", IEEE Computer
Magazine, October 1981.
[22] Cohen, D., "Specifications for the Network Voice Protocol", RFC-741, ISI/RR 7539, Information Sciences Institute, March 1976.
[23] Cohen, D. and J. Postel, "Multiplexing Protocol", IEN 90,
Information Sciences Institute, May 1979.
[24] COMPASS, "Semi-Annual Technical Report", CADD-7603-0411,
Massachusetts Computer Associates, 4 March 1976. Also as, "National Software Works, Status Report No. 1," RADC-TR-76-276, Volume 1, September 1976. And COMPASS. "Second Semi-Annual Report," CADD-7608-1611, Massachusetts Computer Associates, August 1976.
[25] Crispin, M., "Telnet Logout Option", Stanford University-AI, RFC-727, April 1977.
[26] Crispin, M., "Telnet SUPDUP Option", Stanford University-AI,
[43] Deering, S., "Host Extensions for IP Multicasting", RFC-1112, Obsoletes RFC-988, RFC-1054, Stanford University, August 1989.
[44] Elvy, M., and R. Nedved, "Network Mail Path Service", RFC-915,
Harvard and CMU, July 1986.
[45] Feinler, E., editor, "DDN Protocol Handbook", Network
Information Center, SRI International, December 1985.
[46] Feinler, E., editor, "Internet Protocol Transition Workbook",
Network Information Center, SRI International, March 1982.
[47] Feinler, E. and J. Postel, eds., "ARPANET Protocol Handbook",
NIC 7104, for the Defense Communications Agency by SRI International, Menlo Park, California, Revised January 1978.
[48] Finlayson, R., T. Mann, J. Mogul, and M. Theimer, "A Reverse
Address Resolution Protocol", RFC-903, Stanford University, June 1984.
[49] Forgie, J., "ST - A Proposed Internet Stream Protocol",
IEN 119, MIT Lincoln Laboratory, September 1979.
[50] Forsdick, H., "CFTP", Network Message, Bolt Beranek and
Newman, January 1982.
[51] Greenberg, B., "Telnet SUPDUP-OUTPUT Option", RFC-749,
MIT-Multics, September 1978.
[52] Harrenstien, K., "Name/Finger", RFC-742, NIC 42758,
SRI International, December 1977.
[53] Harrenstien, K., M. Stahl, and E. Feinler, "DOD Internet Host
Table Specification", RFC-952, Obsoletes RFC-810, October 1985.
[54] Harrenstien, K., V. White, and E. Feinler, "Hostnames Server", RFC-811, SRI International, March 1982.
[55] Harrenstien, K., and V. White, "Nicname/Whois", RFC-812,
SRI International, March 1982.
[56] Haverty, J., "XNET Formats for Internet Protocol Version 4",
IEN 158, October 1980.
[58] Hedrick, C., "Telnet Remote Flow Control Option", RFC-1080, Rutgers University, December 1988.
[59] Hinden, R., "A Host Monitoring Protocol", RFC-869,
Bolt Beranek and Newman, December 1983.
[60] Hinden, R., and A. Sheltzer, "The DARPA Internet Gateway", RFC-823, September 1982.
[61] Hornig, C., "A Standard for the Transmission of IP Datagrams
over Ethernet Networks, RFC-894, Symbolics, April 1984.
[62] Internet Activities Board, J. Postel, Editor, "IAB Official
Protocol Standards", RFC-1280, Internet Activities March 1992.
[63] International Standards Organization, "ISO Transport Protocol
Specification - ISO DP 8073", RFC-905, April 1984.
[64] International Standards Organization, "Protocol for Providing
the Connectionless-Mode Network Services", RFC-926, ISO, December 1984.
[65] Kantor, B., and P. Lapsley, "Network News Transfer Protocol", RFC-977, UC San Diego & UC Berkeley, February 1986.
[66] Kent, S., and J. Linn, "Privacy Enhancement for Internet
Electronic Mail: Part II -- Certificate-Based Key Management", BBNCC and DEC, August 1989.
[67] Khanna, A., and A. Malis, "The ARPANET AHIP-E Host Access
Protocol (Enhanced AHIP)", RFC-1005, BBN Communications Corporation, May 1987.
[68] Killian, E., "Telnet Send-Location Option", RFC-779,
April 1981.
[69] Korb, J., "A Standard for the Transmission of IP Datagrams
Over Public Data Networks", RFC-877, Purdue University, September 1983.
[70] Levy, S., and T. Jacobson, "Telnet X.3 PAD Option", RFC-1053,
Minnesota Supercomputer Center, April 1988.
[71] Linn, J., "Privacy Enhancement for Internet Electronic
Mail: Part I: Message Encipherment and Authentication Procedures", RFC-1113, Obsoletes RFC-989 and RFC-1040, DEC, August 1989.
[78] Metcalfe, R. M. and D. R. Boggs, "Ethernet: Distributed Packet
Switching for Local Computer Networks", Communications of the ACM, 19 (7), pp 395-402, July 1976.
[80] Mills, D., "Network Time Protocol (Version 1), Specification
and Implementation", RFC-1059, University of Delaware, July 1988.
[81] Mockapetris, P., "Domain Names - Concepts and
Facilities", RFC-1034, Obsoletes RFCs 882, 883, and 973, Information Sciences Institute, November 1987.
[82] Mockapetris, P., "Domain Names - Implementation and
Specification", RFC-1035, Obsoletes RFCs 882, 883, and 973, Information Sciences Institute, November 1987.
[83] Moy, J., "The OSPF Specification", RFC 1131, Proteon,
October 1989.
[84] Nedved, R., "Telnet Terminal Location Number Option", RFC-946,
Carnegie-Mellon University, May 1985.
[85] NSW Protocol Committee, "MSG: The Interprocess Communication
Facility for the National Software Works", CADD-7612-2411, Massachusetts Computer Associates, BBN 3237, Bolt Beranek and Newman, Revised December 1976.
[86] Onions, J., and M. Rose, "ISO-TP0 bridge between TCP
and X.25", RFC-1086, Nottingham, TWG, December 1988.
[87] Partridge, C. and G. Trewitt, The High-Level Entity Management
System (HEMS), RFCs 1021, 1022, 1023, and 1024, BBN/NNSC, Stanford, October, 1987.
[88] Plummer, D., "An Ethernet Address Resolution Protocol or
Converting Network Protocol Addresses to 48-bit Ethernet Addresses for Transmission on Ethernet Hardware", RFC-826, MIT-LCS, November 1982.
[89] Postel, J., "Active Users", RFC-866, Information
Sciences Institute, May 1983.
[90] Postel, J., and J. Reynolds, "A Standard for the Transmission
of IP Datagrams over IEEE 802 Networks", RFC-1042, USC/Information Sciences Institute, February 1988.
[91] Postel, J., "A Standard for the Transmission of IP Datagrams
over Experimental Ethernet Networks, RFC-895, Information Sciences Institute, April 1984.
[92] Postel, J., "Character Generator Protocol", RFC-864,
Information Sciences Institute, May 1983.
[93] Postel, J., "Daytime Protocol", RFC-867, Information Sciences
Institute, May 1983.
[94] Postel, J., "Discard Protocol", RFC-863, Information Sciences
Institute, May 1983.
[95] Postel, J., "Echo Protocol", RFC-862, Information Sciences
Institute, May 1983.
[96] Postel, J. and J. Reynolds, "File Transfer Protocol", RFC-959,
Information Sciences Institute, October 1985.
[97] Postel, J., "Internet Control Message Protocol - DARPA
Internet Program Protocol Specification", RFC-792, Information Sciences Institute, September 1981.
[98] Postel, J., "Internet Message Protocol", RFC-759, IEN 113,
Information Sciences Institute, August 1980.
[99] Postel, J., "Name Server", IEN 116, Information Sciences
[100] Postel, J., "Quote of the Day Protocol", RFC-865,
Information Sciences Institute, May 1983.
[101] Postel, J., "Remote Telnet Service", RFC-818,
Information Sciences Institute, November 1982.
[102] Postel, J., "Simple Mail Transfer Protocol", RFC-821,
Information Sciences Institute, August 1982.
[103] Postel, J., "Telnet End of Record Option", RFC-885,
Information Sciences Institute, December 1983.
[104] Postel, J., "User Datagram Protocol", RFC-768
Information Sciences Institute, August 1980.
[105] Postel, J., ed., "Internet Protocol - DARPA Internet Program
Protocol Specification", RFC-791, Information Sciences Institute, September 1981.
[106] Postel, J., ed., "Transmission Control Protocol - DARPA
Internet Program Protocol Specification", RFC-793, Information Sciences Institute, September 1981.
[107] Postel, J. and D. Crocker, "Remote Controlled Transmission and
Echoing Telnet Option", RFC-726, March 1977.
[108] Postel, J., and K. Harrenstien, "Time Protocol", RFC-868,
Information Sciences Institute, May 1983.
[109] Postel, J. and J. Reynolds, "Telnet Extended Options - List
Option", RFC-861, Information Sciences Institute, May 1983.
[110] Postel, J. and J. Reynolds, "Telnet Binary Transmission", RFC-856, Information Sciences Institute, May 1983.
[111] Postel, J. and J. Reynolds, "Telnet Echo Option", RFC-857,
Information Sciences Institute, May 1983.
[112] Postel, J., and J. Reynolds, "Telnet Protocol Specification", RFC-854, Information Sciences Institute, May 1983.
[113] Postel, J. and J. Reynolds, "Telnet Status Option", RFC-859,
Information Sciences Institute, May 1983.
[114] Postel, J. and J. Reynolds, "Telnet Suppress Go Ahead Option", RFC-858, Information Sciences Institute, May 1983.
[117] Reynolds, J., "BOOTP Vendor Information Extensions", RFC 1084, Information Sciences Institute, December 1988.
[118] Reynolds, J. and J. Postel, "Official Internet Protocols", RFC-1011, USC/Information Sciences Institute, May 1987. [NOTE: This document is replaced by "IAB Official Protocol Standards" [62].]
[119] Romano, S., M. Stahl, and M. Recker, "Internet Numbers", RFC-1166, SRI-NIC, May 1990.
[120] Rose, M., and K. McCloghrie, "Structure and Identification of
Management Information for TCP/IP-based internets", RFC-1155, Performance Systems International, Hughes LAN Systems, May 1990.
[121] McCloghrie, K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets: MIB-II", RFC-1213, Hughes LAN Systems, Performance Systems International, March 1991.
[122] Rose, M., "Post Office Protocol - Version 3", RFC 1225,
PSI, May 1991.
[123] Seamonson, L. J., and E. C. Rosen, "STUB" Exterior Gateway
Protocol", RFC-888, BBN Communications Corporation, January 1984.
[124] Shuttleworth, B., "A Documentary of MFENet, a National
Computer Network", UCRL-52317, Lawrence Livermore Labs, Livermore, California, June 1977.
RFC-930, Supercedes RFC-884, University of Wisconsin, Madison, January 1985.
[129] Sproull, R., and E. Thomas, "A Networks Graphics Protocol",
NIC 24308, August 1974.
[130] St. Johns, M., "Authentication Service", RFC-931, TPSC,
January 1985.
[131] Tappan, D., "The CRONUS Virtual Local Network", RFC-824,
Bolt Beranek and Newman, August 1982.
[132] Taylor, J., "ERPC Functional Specification", Version 1.04,
HYDRA Computer Systems, Inc., July 1984.
[133] "The Ethernet, A Local Area Network: Data Link Layer and
Physical Layer Specification", AA-K759B-TK, Digital Equipment Corporation, Maynard, MA. Also as: "The Ethernet - A Local Area Network", Version 1.0, Digital Equipment Corporation, Intel Corporation, Xerox Corporation, September 1980. And: "The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specifications", Digital, Intel and Xerox, November 1982. And: XEROX, "The Ethernet, A Local Area Network: Data Link Layer and Physical Layer Specification", X3T51/80-50, Xerox Corporation, Stamford, CT., October 1980.
[134] The High Level Protocol Group, "A Network Independent File
Transfer Protocol", INWG Protocol Note 86, December 1977.
[135] Thomas, Bob, "The Interhost Protocol to Support CRONUS/DIAMOND
Interprocess Communication", BBN, September 1983.
[140] Waitzman, D., C. Partridge, and S. Deering
"Distance Vector Multicast Routing Protocol", RFC-1075, BBN STC and Stanford University, November 1988.
[141] Wancho, F., "Password Generator Protocol", RFC-972, WSMR,
January 1986.
[142] Warrier, U., and L. Besaw, "The Common Management
Information Services and Protocol over TCP/IP (CMOT)", RFC-1095, Unisys Corp. and Hewlett-Packard, April 1989.
[143] Welch, B., "The Sprite Remote Procedure Call System",
Technical Report, UCB/Computer Science Dept., 86/302, University of California at Berkeley, June 1986.
[144] Xerox, "Courier: The Remote Procedure Protocol", XSIS 038112,
December 1981.
[145] Yasuda, A., and T. Thompson, "TELNET Data Entry Terminal
Option DODIIS Implementation", RFC 1043, DIA, February 1988.
[146] Simpson, W., "The Point-to-Point Protocol (PPP) for the
Transmission of Multi-Protocol Datagrams Over Point-to-Point Links", RFC 1331, Daydreamer, May 1992.
[147] McGregor, G., "The (PPP) Internet Protocol Control Protocol
(IPCP)", RFC 1332, Merit, May 1992.
[148] Woodburn, W., and D. Mills, " A Scheme for an Internet
Encapsulation Protocol: Version 1", RFC 1241, SAIC, University of Delaware, July 1991.
[149] McCloghrie, K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets", Hughes LAN Systems, Performance Systems International, May 1990.
[150] McCloghrie, K., and M. Rose, "Management Information Base for
Network Management of TCP/IP-based internets: MIB-II", RFC 1213, Hughes LAN Systems, Performance Systems International, March 1991.
[151] McCloghrie, K., Editor, "Extensions to the Generic-Interface
MIB", RFC 1229, Hughes LAN Systems, May 1991.
[152] Waldbusser, S., Editor, "AppleTalk Management Information
Base", RFC 1243, Carnegie Mellon University, July 1991.
[153] Baker, F., and R. Coltun, "OSPF Version 2 Management
Information Base", RFC 1253, ACC, Computer Science Center, August 1991.
[154] Willis, S, and J. Burruss, "Definitions of Managed Objects
for the Border Gateway Protocol (Version 3)", RFC 1269, Wellfleet Communications Inc., October 1991.
[155] Waldbusser, S., "Remote Network Monitoring Management
Information Base", RFC 1271, Carnegie Mellon University, November 1991.
[156] Decker, E., Langille, P., Rijsinghani, A., and K. McCloghrie,
"Definitions of Managed Objects for Bridges", RFC 1286, cisco Systems, Inc., DEC, Hughes LAN Systems, Inc., December 1991.
[157] Cook, J., Editor, Definitions of Managed Objects for the
Ethernet-like Interface Types", RFC 1284, Chipcom Corporation, December 1991.
[158] McCloghrie, K., and R. Fox, "IEEE 802.4 Token Bus MIB", RFC 1230, Hughes LAN Systems, Inc., Synoptics, Inc., May 1991.
[159] McCloghrie, K., Fox, R., and E. Decker, "IEEE 802.5 Token
Ring MIB", RFC 1231, Hughes LAN Systems, Inc., Synoptics, Inc., cisco Systems, Inc., May 1991.
[160] Case, J., "FDDI Management Information Base", RFC 1285,
SNMP Research, Incorporated, January 1992.
[161] Baker, F., and C. Kolb, Editors, "Definitions of Managed
Objects for the DS1 Interface Type", RFC 1232, ACC, Performance Systems International, Inc., May 1991.
[162] Cox, T., and K. Tesink, Editors, "Definitions of Managed
Objects for the DS3 Interface Type", RFC 1233, Bell Communications Research, May 1991.
[163] Reynolds, J., "Reassignment of Experimental MIBs to
Standard MIBs", RFC 1239, ISI, June 1991.
[164] Cox, T., and K. Tesnik, Editors, "Definitions of Managed
Objects for the SIP Interface Type", RFC 1304, Bell Communications Research, February 1992.
[165] Stewart, B., Editor, "Definitions of Managed Objects
for Character Stream Devices", RFC 1316, Xyplex, Inc., April 1992.
[166] Stewart, B., Editor, "Definitions of Managed Objects for
RS-232-like Hardware Devices", RFC 1317, Xyplex, Inc., April 1992.
[167] Stewart, B., Editor, "Definitions of Managed Objects
for Parallel-printer-like Hardware Devices", RFC 1318, Xyplex, Inc., April 1992.
[168] Brown, C., Baker, F., and C. Carvalho, "Management
Information Base for Frame Relay DTEs", RFC 1315, Wellfleet Communications, Inc., Advanced Computer Communications, April 1992.
[169] Borenstein, N., and N. Freed, "MIME (Multipurpose Internet
Mail Extensions): Mechanisms for Specifying and Describing the Format of Internet Message Bodies", RFC 1341, Bellcore, Innosoft, June 1992.
[170] Simonsen, K., "Character Mnemonics & Character Sets", RFC 1345, Rationel Almen Planlaegning, June 1992.
[171] Dorner, S., and P. Resnick, "Remote Mail Checking Protocol", RFC 1339, U. of Illinois at Urbana-Champaign, June 1992.
[172] Everhart, C., Mamakos, L., Ullmann, R., and P. Mockapetris,
Editors, "New DNS RR Definitions", RFC 1183, Transarc, University of Maryland, Prime Computer, ISI, October 1990.
[173] Bradley, T., and C. Brown, "Inverse Address Resolution
Protocol", RFC 1293, Wellfleet Communications, Inc., January 1992.
[174] Manning, B. "DNS NSAP RRs", RFC 1348, Rice University,
July 1992.
[175] Simpson, W., "PPP Link Quality Monitoring", RFC 1333,
Daydreamer, May 1992.
[176] Baker, F., Editor, "Point-to-Point Protocol Extensions for
Bridging", RFC 1220, ACC, April 1991.
[177] McCloghrie, K., Davin, J., and J. Galvin, "Definitions of
Managed Objects for Administration of SNMP Parties", RFC 1353, Hughes LAN Systems, Inc., MIT Laboratory for Computer Science, Trusted Information Systems, Inc., July 1992.
RFC 1340 Assigned Numbers July 1992
[GXH1] Gary Haney Martin Marietta Energy Systems
haneyg@ornl.gov
[GXH2] Greg Hummel Cellular Technical Servuces
---none---
[GXK] Gunther Kroenert Siemens Nixdorf Informationssyteme AG
---none---
[HXL1] Hugh Lockhart Telecommunication Systems
---none---
[HXM] Hsiang Ming Ma Asante Technology ---none---
[HXN] Henry P. Nagai D-Link ---none---
[HXN1] Heinz Nisi Richard Hirschmann GmbH & Co.
mia@intsun.rus.uni-stuttgart.de
[JXF] Josh Fielk Optical Data Systems ---none---
[JXF1] Jeff Freeman Emulex ---none---
[JXG] Jerry Geisler Boeing ---none---
[JXG1] Jim Greuel HP jimg%hpcndpc@hplabs.hp.com
[JXG2] Jeremy Greene LearningTree taipan!greene@uunet.UU.NET
[JXG3] James L. Gula Corollary, Inc. gula@corollary.com
[JXH] Jeffrey C. Honig Cornell jch@gated.cornell.edu
RFC 1340 Assigned Numbers July 1992
[SXL] Sam Lau Pirelli/Focom ---none---
[SXL1] Stephen Lewis Scitec ---none---
[SXL2] Steve Loring L & N Technologies, Ltd.
---none---
Joyce K. Reynolds Information Sciences Institute University of Southern California 4676 Admiralty Way Marina del Rey, CA 90292
Phone: (310) 822-1511
Email: JKREY@ISI.EDU
Jon Postel Information Sciences Institute University of Southern California 4676 Admiralty Way Marina del Rey, CA 90292
Phone: (310) 822-1511
Email: POSTEL@ISI.EDU
Reynolds & Postel [Page 139]
Ad
Translate documents to 日本語, svenska, Nederlands, Deutsch, français, русский, italiano, español, Tiếng Việt, polski, português, 中文, українська, català, norsk, فارسی, suomi, Bahasa Indonesia, العربية, čeština, 한국어, Bahasa Melayu, magyar, română, српски and other languages.
