Internet Info 1997 December

home *** CD-ROM | disk | FTP | other *** search

/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ien / ien-176 < prev next >

Wrap

Text File | 1988-12-02 | 35KB | 883 lines

IEN 176 Dave Lyons Digital Equipment Corporation March, 1981 The DECSYSTEM-20 TCP/IP user interface This document describes the USER / TCP interface for the DECSYSTEM-20 operating system. It also includes information on an interface which may be used for developmenting experimental higher level protocols. The information in this document is subject to change without notice and should not be construed as a commitment by Digital Equipment Corporation. Digital Equipment Corporation assumes no responsibility for any errors that may appear in this document. The software described in this document is furnished under a license and may be used or copied only in accordance with the terms of such license. Digital Equipment Corporation assumes no responsbility for the use or reliability of its software on equipment that is not supplied by DIGITAL. Copyright (C) 1981 by Digital Equipment Corporation The following are trademarks of Digital Equipment Corporation: DIGITAL DECsystem-10 MASSBUS DEC DECtape OMNIBUS PDP DIBOL OS/8 DECUS EDUSYSTEM PHA UNIBUS FLIP CHIP RSTS COMPUTER LABS FOCAL RSX COMTEX INDAC TYPESET-8 DDT LAB-8 TYPESET-10 DECCOM DECSYSTEM-20 TYPESET-11 Page 1 This document describes the formats and relations of the USER interface and the Department of Defense Transmission Control Protocol and Internet Protocol. This document is divided into four sections. The first deals with the "Raw packet" interface to the Internet Protocol. This interface may be used by programmer to implement higher level protocols such as the Transmission Control Protocol, a datagram service, or a specialized protocol such as voice transmission. This interface is not intended to be used as a user datagram service. It is included to allow protocols other than TCP to be implemented and used. The second section is concerned with the TCP / USER interface itself. It describes the various attributes that may be associated with a connection, and the formats of the monitor calls to set and read these attributes. It is assumed that the reader is familiar with the DECSYSTEM-20 user interface for files. The third section explains the interrelations of the user interface and certain network events (such as receiving data). This section also covers differences between "local" I/O, and "network" I/O. The fourth section covers the retransmission algorithm exponential smoothing function. Page 2 Section 1. The INTERNET interface. IPOPR% JSYS (754) - I P operations This section covers the IPOPR JSYS and its functions. These functions can be used to send and receive special messages directly, or to set various system parameters related to the IP network layer. Restrictions: Some functions may require WHEEL or OPERATOR. In addition, some other functions may require NETWORK-WIZARD. Accepts in AC1: JFN, Special Queue number, or other designator. AC2: Function code and optional flags. AC3: Argument or pointer to argument block. Returns: +1 Always A RESET% JSYS will release all special queues that have been assigned. Code Symbol Meaning 0 .IPASQ Assign special queue for IP packets. This function requires NETWORK-WIZARD. AC3 points to a block of the form: Word 0: .IPPPV ! 32 bits internet protocol ! 4 bits ! ! number ! ! Word 1: .IPFHV ! 32 bits foreign host ! 4 bits ! ! number ! ! Word 2: .IPLHV ! 32 bits local host number ! 4 bits ! Word 3: .IPPTV ! 16 bits local port, ! 4 bits ! ! 16 bits distant port ! ! Word 4: .IPPPM ! mask for .IPPPV ! 4 bits ! Word 5: .IPFHM ! mask for .IPFHV ! 4 bits ! Word 6: .IPLHM ! mask for .IPLHV ! 4 bits ! Word 7: .IPPTM ! mask for .IPPTV ! 4 bits ! If IP%SPP is set, word 3 distant port bits are ignored. Other flag bits in AC2 are: IP%RPI = 1B0 ;Raw Packet Interface IP%SPP = 1B1 ;Single Port Protocol On a successful return, AC1 contains a Special queue handle. Page 3 1 .IPRSQ Release IP special queues. AC3 contians the queue handle or -1 for all assigned queues. 2 .IPSSM Send Special Message. AC3 points to an argument block of the following form. 1. Word 0 of the buffer must be a word count (including word 0) 2. Words 1 thru 5 must be a legal Internet Header 3. If IP%SPP was set when the ASNSQ jsys was done, word 6 must contain port number(s) The monitor will validate the local host field and compute the header checksum. 3 .IPRSM Receive Special Message. AC3 points to a buffer which receive the data. The first word of the buffer must contain the length of the buffer in the right half. After the call, the length is stored in the left half. If the message is too long, a size error is given, and the message is truncated to the length of the buffer. Possible errors: NTWZX1 NETWORK-WIZARD capability required IPOX1 Illegal function code IPOX2 All Special Queues are in use IPOX3 Special Queue allocation conflict IPOX4 Invalid message size IPOX5 Insufficient system resources IPOX6 Invalid header value in this queue IPOX7 Queue handle out of range IPOX8 Queue was not assigned IPOX9 WHEEL, OPERATOR or NETWORK-WIZARD capability required Page 4 Section 2. The USER / TCP interface It is the programmers responsibility to provide information to the operating system about the network connection required. This information is passed to the operating system thru a GTJFN monitor call. Although TCP has full duplex data connections, there is a need for two types of connections, active, and passive. The active connection can be thought of as going out and finding someone to talk with. This is also refered to as the Caller. The passive connection can be thought of as waiting until someone shows up to talk with. This is also refered to as a Listener. The format used by the TCP network protocol is as follows. TCP:[LOCAL_HOST][-LOCAL_PORT[#]].[FOREIGN_HOST][-FOREIGN_PORT][;A1..] The following examples show the various ways that connections may be specified. 1. TCP:.RADC-TOPS20-1;CONN:ACTIVE 2. TCP:1# 3. TCP:1#.-5000 4. TCP:1#.1200200002;CONN:PASIVE 5. TCP:4500000254.1200200117-3;CONN:ACT 6. TCP:4500000254-177#.1200200117-123;CON:A;BUF:128;PER:0 ;TI:60;TY:2;SEC:2;COM:2 In case 1, the local information is not present and will be defaulted. Port numbers are controlled as follows: If the number is in the range of 0 to 377 (octal), it must be followed by a "#", and the user must have WHEEL, OPERATOR or NETWORK-WIZARD. The "#" is redundant, but is included to prevent mistakes. This range of numbers is reserved for system servers. The numbers between 400 and 77777 are reserved for users and are not controlled by the system. Numbers in the range of 100000 to 177777 are reserved by the system, and assigned on a "need" basis. Note: The monitor will assign the numbers in the following manner. The "sign" bit of the port number will always be set, the next 9 bits will be reserved for the job number, and the last 6 bits will the the JFN number assigned the Page 5 connection. These assignments are subject to change without notice. As example 1 fits into the third case, it will be assigned a port number by the system. The destination system is identified as "RADC-TOPS20" and the port number is "1". The CONNECTION attribute is present with the ACTIVE option, and this system will attempt the connection. The name/Internet Number binding is local to only this system. It is the responsibility of the system administrator to maintain this binding. There are no restrictions on having many names identify the same system, or having the same name on different systems disagree. The later situation should be avoided, but this is not required. The second case shows a passive open on port 1. The connection will be accepted from any host and any port The third case shows a passive open on port 1 that will only accept connections from any system with a port number of 5000. The fourth case shows a passive open on port 1 for any user on node 1200200002 (SRI-KL). The fifth case shows an active connection from host 4500000254 (the DECnet side of DEC-2136) with a defaulted port number. The target side of the connection is the ARPANET side of DEC-2136. The sixth example shows a connection from DEC-2136 (DECnet) to DEC-2136 (ARPANET). This connection includes the following attributes: ;CON:A show an active connection ;BUF:128 buffer size of 128 bytes ;PER:0 persist in opening the connection ;TI:60 time the connection out if there is a 60 second failure ;TY:2 type of service is Speed vs. Reliability ;S:2 security level of 2 ;COM:2 compartment of 2 Page 6 The following are valid attributes: ;CONNECTION:ACTIVE ;CONNECTION:PASSIVE This attribute is used to indicate if the operating system should actively connect to the foreign system. The default is PASSIVE. ;BUFFER:n This attribute indicates that record mode I/O with records of N bytes is to be used. N may be in the range of 0 to 2^16-1. If not given, unbuffered I/O will be used. ;PERSIST:n ;PERSIST:(n,m) With an argument of 0, attempt to open the connection and keep trying until successful. If n is given, try for n seconds, at which time an error return is given if no connection has been established. An attempt is made every m seconds, where m is an estimate of the round trip delay between systems or provided by the user. If no persistence is given, 30 seconds will be used. ;TIMEOUT:n The amount of time allowed to pass while waiting for a message from the foreign system before an error is given to the user. If not given, a default 30 seconds will be used. If the value of n is 0, no timeout will occur. N may be in the range of 0 to 2^18-1. ;TYPE-OF-SERVICE:n The type of service required by the user indicates what tradeoffs are to be made in providing data transmission. N may be in the range of 0 to (2^18-1). The TCP implementation will only use the low order 8 bits. ;SECURITY:n The security level of the connection may range from 0 to 3. If not specified, a value of 0 will be used. ;COMPARTMENT:n The compartment level of a connection is specified as a code provided for the user by the Defense Communications Agency. N may be in the range of 0 to 255. Note that these last two fields are not used in TCP itself, but in lower layers of the protocols. The are provided for at this level to allow the user control over these fields. Also, the use of either of these two fields will invoke a request to the Access Control Job, or will fail if the Access Control is not enabled for these functions. The TYPE-OF-SERVICE field will also invoke a call to the Access Control Job, but will be allowed if Access Control is not enabled for Page 7 this function. Page 8 TCOPR% JSYS (755) The following are the TCOPR functions related to the TCP: device. These functions are like the MTOPR JSYS, but are only used with the TCP device. ACCEPTS AC1: JFN of device AC2: function code (see below) AC3: function argument or address of argument block. See each function for details. RETURNS +1 always Code Symbol Meaning 0 .TCRCS read connection status. AC3 points to a block which at least .TCRCL words long. .TCLEN 0 Length of block .TCTFP 1 Foreign port TC%TFP 16 bits, right justified .TCTFH 2 Foreign host TC%TFH 32 bits, right justified .TCTLP 3 Local port TC%TLP 16 bits, right justified .TCTLH 4 Local host TC%TLH 32 bits, right justified .TCTRW 5 Receive window TC%TRW 16 bits, right justified .TCTSW 6 Send window TC%TSW 16 bits, right justified .TCTCS 7 Connection state TC%TCS 4 bits, right justified .TCPCL closed .TCPLI listen .TCPSS syn sent .TCPSR syn received .TCPES established .TCPF1 fin wait 1 .TCPF2 fin wait 2 .TCPTW time wait .TCPCW close wait .TCPCG closing Page 9 .TCTBW 10 Buffers waiting ack TC%TBW 8 bits, right justified .TCTBP 11 Buffers pending receipt TC%TBP 8 bits, right justified .TCTBS 12 Buffer size TC%TBS 16 bits, right justified .TCTTS 13 Type-of-service and security fields TC%TTS 18 bits, 1st 18 bit byte TC%TSF 2 bits, 3rd 9 bit byte TC%TCF 8 bits, 4th 9 bit byte The bits used in the TCP implementation are as follows. .TCTPR 3 bits Precedence .TCTST 1 bit Stream / Datagram .TCTRE 2 bits Reliability .TCTSR 1 bit Speed / Reliability .TCTSP 1 bit Speed .TCTTT 14 Transmission timeout TC%TTT 9 bits, right justified .TCTUD 15 Urgent data information (to be defined) .TCTRA 16 Retransmission parameters - Alpha TC%TRA Alpha, a floating point number. .TCTRB 17 Retransmission parameters - Beta TC%TRB Beta, a floating point number. See the section on message retransmission for a description of these fields, their uses, and limitations. .TCTPI 20 PSI channel assignment. See function .TCSPC for a definition of this field. 1 .TCSUD Send urgent data. AC3 points to a block of the form 0 Pointer to data 1 Count of bytes or 0 2 Byte to terminate output on (note that these are the same as AC2 - AC4 of the SOUT and SOUTR JSYS's) Page 10 Setting TC%FEL in AC3 will force End Of Letter to be set. 2 .TCSBS Set buffer size. AC3 contains a number in the range of 0 to 2^16-1. A value of 0 indicates non-buffered mode. 3 .TCSPA Set passive/active flag. TC%APF is set in AC3 to indicate an active connection, and cleared to indicate a passive connection. 4 .TCSPP Set persistence parameters. AC3 is the time to wait for connections. If AC3 is 0, do not timeout the connection. If AC3 contains 0,,n an attempt to connect will be made for n seconds with retransmission time estimated by the system If AC3 contains m,,n an attempt to connect will be made for n seconds with retransmission every m seconds. M must be less than n. 5 .TCSTP Set timeout parameters. AC3 contains the time to wait before a timeout. The value given must be in the range of 0 to 2^18-1. If AC3 contains a 0, no timeout will occur. 6 .TCSRP Set retransmission parameters. AC3 points to an argument block which is two words long. The first word contain a floating point number, Alpha, and the second contains another floating point number Beta. For a description of these two fields see the section on message retransmission. 7 .TCSTS Set Type-of-service. AC3 contains the type of service desired. The value must be in the range of 0 to 2^18-1. 10 .TCSSC Set security and compartment levels. AC3 contains the security level and the compartment levels in the form (security),,(compartment) Page 11 Security may be in the range of 0 to 3. Compartment may be in the range of 0 to 2^8-1. 11 .TCSPC Set PSI channels. AC3 contains six 6 bit fields as follows TC%TPU 1st byte, Urgent data channel TC%TRI 2nd byte, Read data channel TC%TSI 3rd byte, Send data channel TC%TER 4th byte, Error channel TC%TSC 5th byte, State change TC%TXX 6th byte, unused, must be 77 (octal) To indicate that no interrupt is desired for a given function, specify the value 77 (octal) for the channel. 12 .TCRTW Read a single entry from the TCB. AC3 contains the word of the TCB that is desired. On return, AC3 will contain the value of the word in question. For a list of the words that may be returned, see the function .TCRCS. 13 .TCSIL Set the interrupt level for buffers. AC3 contains a number between 0 and 1024 in each half. The left half sets the number of bytes received before an interrupt will occur. The right half sets the number of bytes which must be available in the output buffer before an interrupt will occur. In both cases, a value of 0 (the default) will be treated exactly like a value of 1. 14 .TCSSR Set the route to be used in transmission of the message. AC3 points to an argument block. The first word of that block is the total length of the block. Each word thereafter is the Internet Address of the next node to route to, right justified. 15 .TCRLB Read lower bound for retransmission. The number of seconds is returned in AC3 as a floating point number. 16 .TCSLB Set lower bound for retransmission. The number of seconds will be in AC3 as a floating point number. Requires WHEEL, OPERATOR or NETWORK-WIZARD. The number must be larger than 0 and less than the current Page 12 upper bound. 17 .TCRUB Read upper bound for retransmission. The number of seconds is returned in AC3 as a floating point number. 20 .TCSUB Set upper bound for retransmission. The number of seconds will be in AC3 as a floating point number. Requires WHEEL, OPERATOR or NETWORK-WIZARD. The number must be larger than the current lower bound and less than 250. The following functions do not require a JFN in AC1, as they are system wide. AC1 must contain a 0. 100 .TCRDLB Read default lower bound for retransmission. The number of seconds is returned in AC3 as a floating point number. 101 .TCSDLB Set default lower bound for retransmission. The number of seconds will be in AC3 as a floating point number. Requires WHEEL, OPERATOR or NETWORK-WIZARD. The number must be larger than 0 and less than the current upper bound. 102 .TCRDUB Read default upper bound for retransmission. The number of seconds is returned in AC3 as a floating point number. 103 .TCSDUB Set default upper bound for retransmission. The number of seconds will be in AC3 as a floating point number. Requires WHEEL, OPERATOR or NETWORK-WIZARD. The number must be larger than the current lower bound and less than 250. Error codes: DESX1 Invalid source/destination designator DESX3 JFN is not assigned DESX4 Invalid use of terminal designator or string pointer DESX9 Invalid operation for this device IOX5 Device or data error Page 13 TCOX1 Invalid function TCOX2 input error or not all data read TCOX3 invalid software interrupt channel TCOX4 Field conflict. Returned if two fields must be specified, and there was an error in the relative size of the fields. TCOX5 Illegal function after OPENF call. The function can only be performed before the OPENF JSYS is executed. TCOX6 WHEEL, OPERATOR, or NETWORK-WIZARD capability required Page 14 Section 3. I/O interrelations. This section describes the relations of various monitor calls which relate to performing I/O for a TCP device. First, the user may execute a TCOPR JSYS to set various fields within the transmission control block (TCB). Some of these functions are allowed only before the OPENF. These include .TCSSC Set security and compartment levels .TCSPA Set passive/active flag (makes no sense after the OPENF has been done) .TCSBS Set buffer size .TCSPP Set persistence parameters (makes no sense after the OPENF has been done) If the user has enabled for PSI interrupts on state changes, an interrupt will be given the user every time the state machine is stepped. If the user has enabled interrupts for URGENT data, an interrupt will be given to the user each time the urgent data pointer is increased, that is, we have been notified of more urgent data than we previously knew about. If the user has not read all of the previous urgent data, the interrupt will still be sent. If the user has enabled interrupts for errors, a PSI interrupt will be given under the following conditions: 1. A timeout has occured (either in communications, or in opening the channel). 2. An ABORT or RST (reset) message was received. These types of events also step the state machine, and will also cause an interrupt on the state channel. SIN, SINR, BIN, SIBE, DIBE and input interrupts. If the user has enabled for input data interrupts, the program will be interrupted when the amount of unread user data exceeds the value provided with the .TCSIL function or non-zero if no value was specified. At any time, a SIBE will return the number of unread bytes available to the user, i.e. those bytes which have been acknowledged. This is not the receive window size. To determine the size of the receive window, the program must use a TCOPR JSYS. The actions of the SINR JSYS are documented in the monitor calls manual, and the TCP flag "EOL" (end of letter) will be used to determine record blocking. SOUT, SOUTR, BOUT, SOBE, SOBF, DOBE, and output interrupts. Page 15 If the user has performed a passive open, and then executes a JSYS which will cause output to occur, the TCB is converted to an active open, and the user will block until the connection is established and the data specified by the JSYS is moved into the monitor, or an event which will cause the user to be notified of an error occurs. If the user has enabled for output data interrupts, the program will be interrupted when the output buffer becomes "non-full", that is, space is available in the output buffer. If the user has indicated a "buffer level" with the .TCSIL function of the TCOPR JSYS, the interrupt will be signaled when the free space in the buffer exceeds the specified level. At any time, a SOBE or SOBF will return the number of bytes which are in the output buffer, i.e. the number of bytes which are have not been acknowledged by the foreign host. When a SOUTR is executed, the data message sent to the foreign system will have the EOL bit set, and the byte numbering will be adjusted to the next record boundry. This record size is set with the ;BUFFER attribute to GTJFN, or with the .TCSBS function of the TCOPR JSYS. Single Fork I/O. A short description. Some concern over how to perform I/O to multiple connections with a single fork have been raised. The way to do this is fairly straight forward. The following description demonstrates how this might be accomplished. For simplicity, we will only examine the case of a single input stream, and assume some critical background process (like computing pi to 100,000,000 places). We will also assume that the program is only willing to be interrupted when 100 or more bytes are available. 1. The program opens a connection to the source of the data. 2. The program enables interrupts for receive data, and sets the interrupt level to 100. This is done with the TCOPR functions .TCSPC and .TCSIL. 3. The program starts computing pi. 4. At some point in time, an interrupt occurs, and the calculation of pi is interrupted. At this point the programmer knows the there has been at least 100 bytes of data available since the last interrupt. The program may read any amount of this data. Let us look at the implications. 1. The fact that an interrupt has occured implies that the condition for the interrupt has been true at least once since the last interrupt. This does not guaranty that the condition is still true. The program must assure that these conditions still exist within the interrupt code. This is true for ALL of TOPS-20. Page 16 2. In light of number 1, if a program receives an interrupt for data available, and reads data until less than 100 bytes remain, that program will receive an interrupt for data when more than 100 bytes are available, regardless of when this event occurs. 3. Assume the program receives an interrupt for data, and 120 bytes are available. The program then reads 60 bytes. While the program is processing this data, another 45 bytes of data is received. The program checks for data, and finds that 105 bytes are available. The program reads all the data, and will then dismiss the interrupt. As the conditions in number 1 are true, the program will receive another interrupt for data being available right away, even though there is no data available. As number 1 points out, the program must assure that the conditions are still true. In this case, they are not, and the program should dismiss the interrupt. 4. If the program receives an interrupt, fails to read enough data to drive the number of bytes below the current alarm level, and dismisses the interrupt, no more interrupts will be given for that channel. There can be no transition over the alarm level. 5. The program enters a loop to read the data. First, the program executes a SIBE JSYS to determine he exact number of bytes available. The program then reads this data, and processes it. The program continues in this loop until the SIBE JSYS indicated there is no more data to be read. 6. The program dismisses the interrupt, and the calculation of pi continues. 7. The program completes the calculation of pi, prints the results, closes the TCP connection, and exits. It is probably easiest to think of interrupts as a "pulse" which will be queued for a job until that job is willing to receive it (i.e. at a lower interrupt level, or not at interrupt level at all). The "pulse" will remain queued even if the conditions which caused it no longer true. Many different interrupts may be queued for a job, and they will be processed in order of occurrence within order of level. Again, this is true for all of TOPS-20. Page 17 Section 4. Data retransmission This section describes the data retransmission parameters, Alpha and Beta. The functions used provide an "elongation factor" or delay variance, Alpha, as well as an exponential smoothing function with weighting of Beta. Assume the following: RTT is the delay between the sending of an octet and the ACK for that octet. SRTT is the exponentially weighted round trip delay. UBND is the upper bound for data retransmission. LBND is the lower bound for data retransmission. RTO is the retransmission timeout for this data set. SRTT may be calculated from the following. SRTT = ( Beta * SRTT ) + ( ( 1 - Beta ) * RTT ) RTT and SRTT are initially set to an estimated delay time. The retransmission time out, RTO, may be calculated as follows: RTO = max ( LBND, min ( UBND, Alpha * SRTT )) By default, the lower bound, LBND, will be set to 1 second and the upper bound, UBND will be set to 250 seconds. These values may be changed with the .TCSLB and .TCSUB functions of the TCOPR% JSYS. Beta must be in the range of 0.0 to 1.0. It will initially be set to 0.9. Alpha must be in the range of 0.0 to 250.0. The default value for Alpha is 1.5. Although numbers less than 1.0 and larger than 10.0 are fairly useless, they are allowed. The system administrator may set the default upper and lower bounds on retransmission. This may be done with the .TCSDL and .TCSUL functions of the TCOPR% JSYS. --------