diff options
Diffstat (limited to 'doc/rfc/rfc90.txt')
-rw-r--r-- | doc/rfc/rfc90.txt | 339 |
1 files changed, 339 insertions, 0 deletions
diff --git a/doc/rfc/rfc90.txt b/doc/rfc/rfc90.txt new file mode 100644 index 0000000..1651789 --- /dev/null +++ b/doc/rfc/rfc90.txt @@ -0,0 +1,339 @@ + + + + + + +Network Working Group 25 January 1971 +Request for Comments: 90 R. T. Braden +NIC 5707 + + + CCN AS A NETWORK SERVICE CENTER + +A. INTRODUCTION + + CCN, the Campus Computing network of UCLA, will shortly be connected + to the ARPA Network as a host of the "Service Center" type. The + purpose of this RFC is to describe the hardware and software available + at CCN and the services we are now planning to provide to other + Network Hosts. + + These services and their implementation priority were chosen in + consultation with a particular site (RAND) which plans to use CCN via + the Network. We would welcome requests and comments from other sites. + +B. CCN HARDWARE + + CCN operates an IBM 360/91KK, i.e., a Model 91 CPU with a 4 million + byte fast memory. + + CPU Speed: Highly program-dependent; 2-6 Mips, with 3 Mips as a + useful average. The upper end of this range occurs + heavy floating point in the inner loops. The decimal + arithmetic operation of a 360 should be avoided as + they are executed interpretively by the 91. + + Memory Speed: Memory is interleaved 16 ways and extensively + buffered. Effective memory fetch time is 600 ns in + lower 2 million bytes, 900 ns in upper 2 million + bytes. + + I/O Con- + figuration a) 6 2860 Selector Channels + b) 1 2870 Multiplexor Channcl (with 16 control + unit RPQ) + c) 5 2314 Disk Storage Units (i.e., 40 disk + drives). + d) 1 2301 Drum (Systems residence and catalog + only.) + e) 5 (245x) 9 track tape drives (80O bpi) + f) 3 (240x) 7 tracts tape drives (200/556/800 bpi) + g) 1 2291 (Modified 2250 CRT) Operator/ + Maintenance Console. + + + + +Braden [Page 1] + +RFC 90 CCN As a Network Service Center January 1971 + + + Also on the Multiplexor Channel are: + + h) 2 card readers and 4 high speed printers at CCN; + + i) Four 40,000 baud interfaces for CCI alphanumeric + TV display consoles (currently supporting 40 + consoles); + + j) Six data communication ports (3 dial @ 2000 baud, + 1 dedicated @ 4800 baud, and 2 dedicated @ 50,000 + baud) for remote batch entry terminals; + + k) a Calcomp plotter; + + l) an interface for BBS Teleputers (the Culler-Fried + system); + + m) Ten dial ports for 2741 typewriter terminals; + and finally: + + n) the IMP Interface + +C. OPERATING SYSTEM + + The Model 91 operates under the IBM-supplied MVT version of OS/360, + currently Release 18.6. This system contains a set of modifications + developed at CCN for control of batch job flow. MVT is a realization + of the general process model of multiprogramming, although this fact + is obscured by IBM's terminology. For example, a process is called a + task in MVT, while the fork primitive is called "ATTACH". + +D. USER SOFTWARE + + 1. Processors: + + CCN provides the following user software: + + a) The usual FORTRAN compilers (FORT G. FORT H. WATFOR); + + b) PL/1 (version 5) and PL/C (Cornell's student PL/1); + + c) Assembler G; + + d) IBM Algol F; + + e) IBM Linkage Editor F, and a fast in-core linkage editor written + at CCN; + + + + +Braden [Page 2] + +RFC 90 CCN As a Network Service Center January 1971 + + + f) Miscellaneous processors, including: + + COBOL, SPI, XP7, META-5, SNOBOL, LISP 1.5, AUTOFLOW SIMSCRIPT + 1.5, MIX (Knuth's student machine), CSMP, GPSS, ECAP, APT, PMS, + MATLAN, SYMAP, SPSS, and the BMD series} + + g) the IBM file utilities, SORT, and RPG. + + 2. Interactive Systems + + a) URSA Conversational remote job entry system based + on alphanumeric display consoles (IBM 2260 + and CCI CC301 consoles). URSA provides a + number of other services, including a "desk + calculator", an interactive/interpretive + assembler, and on-line utilities for manipu- + lation of the OS file system. It also con + tains the CCN operator interface to MVT. + URSA is not suitable for typewriter interaction + because it is designed for "instantaneous" dis + play of at least 480 characters at a time. + + b) APL IBM Program Product version of this well-known + interactive system. Currently supports IBM 2741's + (Selectric typewriter terminals) only. + + c) OLMS UCLA implementation of the Culler-Fried system; + nearly identical in language to the UCSX On-line + System. + + d) TSO IBM's new general purpose time-sharing subsystem + under MVT, to be available at CCS sometime during + 1971. TSO supports 2741's and Teletypes (and at + CCN it will support CCI consoles). TSO is + reminiscent of CTSS in its capabilities and + command language. + + +E. REMOTE JOB SERVICE + + The RJS ("remote Job service") subsystem, was written by CCN to + support remote batch terminals communicating over dial and leased + lines. A remote batch terminal consists of a set of unit record + devices (one or more card readers, printers, and punches) driven + either by a hardwired controller or by a small CPU (e.g., IBM Model 20 + or 1130). A remote RJS user enters OS/360 jobs, complete with JCL, + into the remote reader; the jobs are spooled into the operating system + and run in their turn, and the printed and/or punched output is + + + +Braden [Page 3] + +RFC 90 CCN As a Network Service Center January 1971 + + + returned to the remote terminal from which the jobs originated (unless + the user or operator re-routes the output). The remote terminal may + also include a console typewriter to be used by the remote operator to + receive and send messages and to exert control over his terminal. + +F. FAST BATCH SUBSYSTEM + + CCN has written a fast batch subsystem called QUICKRUN to provide + "instant" turnaround for small, simple batch jobs which are common in + a university computing center. QUICKRUN accepts a very simple job + control language ("QCL") without much of the generality of OS/360 JCL. + + QUICKRUN is really a batch job control subsystem which itself runs + essentially as a job within MVT. Because of its lack of generality, + the QUICKRUN subsystem creates much less system overhead than normal + OS batch; this is reflected in lower cost per job in QUICKRUN. + + QUICKRUN is available at remote batch terminals through RJS as + well as through a self-service card reader at CCN. + +G. SPECIAL CONSIDERATIONS + + 1. Core Memory for Batch Jobs + + CCN can easily run batch jobs requiring up to 3 million bytes, + although jobs over 600K bytes will normally not run during prime + time. + + 2. Disk Space + + CCN provides extensive on-line disk space for permanent files. The + resident disk pack configuration includes: + + 220 M bytes (8 packs) of user source programs, for use through + URSA. + + 170 M bytes (6 packs) of user object and load modules ("binary + decks") and other files. + + 100 M bytes of limited-time storage (n days, where n is published + number satisfying 7<= n < 0) + + This space is charged for, at about 5s per kilobyte per month. + + In the future, we plan to significantly extend this on-line space + by implementing a tertiary storage system using magnetic tapes. + In addition, a batch job may always request that the user's own + disk pack be mounted, thus allowing very large private collections + + + +Braden [Page 4] + +RFC 90 CCN As a Network Service Center January 1971 + + + of files. + + 3. Rates + + Batch charges are based upon t(CPU time), I(number of I/O requests + ), and R(core memory region size). The current rate schedule may be + obtained from: + + Mr. Kenneth Tom + User Relations Supervisor + UCLA + Campus Computing Network + Math Sciences Addition + Los Angeles, California 90024 + + Generally speaking, the CCN Model 91 cost is very attractive for + compute-bound, heavy floating-point calculations, particularly + where large regions are required. For most other jobs, the CCN + machine is competitive with other cost-recovery computing centers + which operate without special subsidy. + +G. SERVICE TO NETWORK + + CCN currently plans to provide RJS, URSA, and (eventually) + TSO service to the Network. Each of these will have its own third- + level protocol. In addition, there will be a "transparent" third + level protocol to allow a user-written program running in batch or + TSO at CCN to converse directly with the Network. + + The third-level protocols, in the order in which we plan to + implement them, are as follows: + + 1. NETRJS + + NETRJS is the name of the third level protocol by which a + user process in a remote host will simulate a remote batch + terminal connected to CCN's RJS system. Thus, NETRJS will + allow a user to submit complete batch jobs to the 360/91 + and receive their print and punch output streams back over + the Network. NETRJS has been specified in RFC #88 and + implementation is targeted for March, 1971. + + 2. NETCRT + + This protocol will allow a Network user to simulate an + (idealized) CCI alphanumeric display console and use CCN's + URSA system (and eventually TS0). An initial version of + NETCRT will be circulated shortly as an RFC. + + + +Braden [Page 5] + +RFC 90 CCN As a Network Service Center January 1971 + + + 3. NETTRANS + + This is the "transparent" protocol allowing a user process + at CCN to talk over the Network. It has not yet been + specified. + + 4. NETTYPE + + This protocol will allow a real or simulated 2741 to use + TS0 (and perhaps APL) via the Network. + +H. REFERENCES + + 1. "IBM System/360 Model 91 Functional Characteristics". IBM Form A22-6907. + + 2. "An Implementation of MVT". CCN Technical Report TR-1 (August, 169). + + 3. For more information, see CCN Users' Manual. + + 4. "APL/360 Primer". IBM Form GH20-0689. + + 5. "Planning for TS0". IBM Form GC28-6698. + + 6. "Remote Job Service". CCN Technical Report TR-2 (undated). + + + [ This RFC was put into machine readable form for entry ] + [ into the online RFC archives by Robert Lamothe 3/97 ] + + + + + + + + + + + + + + + + + + + + + + + +Braden [Page 6] + |