rfc283.txt

著名的RFC文档,其中有一些文档是已经翻译成中文的的.

      RJT # SIZE (device) = integer

 This command sets the maximum logical record length for the specified
device. NETRJT will automatically fold any records exceeding this
size. Default sizes are:

              PR:    120

              PU:     80

              R :     80
                             /           \
      RJT # CODE (device) = <  A [SCII]   >
                             | E [BCDIC] |
                             \           /

This command sets the code to be used.












                                                                [Page 5]

C.  USING NETRJT AT CCN
    -------------------

  1.   Getting Started
       ---------------

       a.  Perform ICP to server TELNET (socket 1).

       b.  Execute command "RJT", yielding ready message from NETRJT.

       c.  Issue RJS SIGNON command.

       d.  These steps result in a standard full-duplex TELNET connection
           for an RJS remote operator console. The user can issue commands
           to learn the status of his jobs, send messages, reroute and abort
           jobs, etc.

  2.   Retrieving Output
       -----------------

       a.  The TIP user captures a local output device and then executes
           the NETRJT OPEN command for the PRINTER or PUNCH. For example,
           if the connection is not yet open, then either of:

                O  PR=socket

                O  PR(*)=socket

           opens a printer connection and selects the first job in the
           printer queue for this terminal id.

                O  PR(jobname)=socket

           similarly opens a connection but selects a specified job's
           output. In either case, if output is not yet available the
           connection remains open but idle, and the output is sent when
           it does appear. If the socket number is omitted and the
           connection is not yet open, the server will prompt for a
           socket number.

       b.  If the specified output device already has an open connection,
           either of the open commands:

                O  PR

                O  PR(jobname)





                                                                [Page 6]

           may be issued to _accept_ (see e. below) the last job's output
           and select and send another job's output. If the connection
           is already open, the open command may still specify "=socket",
           but if the specified socket does not match that currently open
           there will be an error message.

       c.  While the output stream is idle, the user can issue RJT
           commands with DTP, RECFM, CODE and/or SIZE parameters.

       d.  When the specified output is available, the server will
           send a stream of print line (or punched card) images. The
           user may issue the following RJS stream control commands
           (see NIC 7182 and 7183 for more information on RJS commands).

           1.  BACKSPACE:  repeats roughly the last page of printed output.

           2.    RESTART:  restarts output at the beginning of the current
                           SYSOUT data set or ("JOB" option) at the beginning
                           of the job.

           3.     CANCEL:  deletes rest of current SYSOUT data set, or
                           (",JOB" option) the entire job except account-
                           ing information.

           4.      DEFER:  stops transmission of the current job and returns
                           it to the queue, marked "deferred". Can be
                           restarted later, with a "backspace" ("RESET
                           jobname" command) or from the beginning
                           ("RESTART jobname" command).

       e.  The server does not discard job output until it is fully
           transmitted to the TIP and the user has _accepted_ it. If the
           user issues a "CLOSE device" or the connection breaks
           accidentially (e.g. due to software or hardware failure in
           either host) before the output is accepted, the server saves
           the output with an implied BACKSPACE. When the user later reopens
           the connection and again selects this job (either explicitly by
           name or by calling for the next job), it will be retransmitted,
           repeating the last page. The user can also defer or restart the
           job output before reopening the connection. Note that CLOSE
           without the ACCEPT option is generally a "panic" control to stop
           the output stream if the printer paper jams, etc.

       f.  Transmitted output will be considered accepted by the user if:

           1.  The user issues a new OPEN command for that device.





                                                                [Page 7]

           2.  The user issues a "CLOSE device, ACCEPT" (e.g. "CL#PR,A")
               command for that device. This command will be held pending
               until job output in progress has completed. After the last
               RFNM is received, the connection will be closed and the job
               output discarded at the server end.

           3.  The original OPEN command specified "(*)", i.e. an asterisk
               for jobname. This implies that the device stream is going
               to be running continuously and that the user does not want
               to explicitly request each output job or to accept each
               one. Thus, if the stream is opened "(*)", then the server
               assumes each job is accepted when the RFNM returns from the
               last block.

3.  Sending Input
    -------------

    (a)  The user sends the following remote operator command to the server:

             OPEN  READER=socket

         (This may be shortened to "O  R=socket"). The server will send
         an RFC to the user's card reader socket on which his TIP should
         be listening. The server will issue an operator message when
         the connection is open. The connection will be considered _idle_
         until the first card image is received by the server. The OPEN
         command will be ignored if the connection is already open, or
         if an earlier open request is pending.

    (b)  Before or after the open, but while the connection is idle, the
         user may issue RJT commands to set the record format, data trans-
         fer protocol, code, and/or maximum record size to different values.

    (c)  The user sends in a stream of card images which constitute one
         or more jobs. The server will discard the spooled images for a
         job without processing them if the user issues a CANCEL READER
         command or if the connection breaks (e.g. due to software or
         hardware failures in either host) before the job is accepted
         for processing. The stream then becomes idle again.












                                                                [Page 8]

    (d)  A spooled job will be accepted by the server only when one of
         the following occurs:

         1.   A server-dependent end-of-job card (e.g. "//null" at CCN)
              is received by the server.  The last job is accepted, and
              the stream becomes idle until another card is received.

         2.   A server-dependent beginning-of-job card (e.g. a "JOB" card
              at CCN) is received by the server. The previous job is
              accepted but the stream does not become idle at this time.

         3.   The user issues a CLOSE READER,ACCEPT (or "CL#R,A") com-
              mand to the server. The stream is closed.

    (e)  The user can issue a CLOSE READER ("CL#R") command to close the
         stream. However, this command will be held pending by the server
         until the stream is idle, unless the form "CLOSE READER,ACCEPT"
         is issued. A CLOSE will cancel a pending OPEN command, and vice
         versa. The server will send the remote operator a message when
         a connection opens or closes.

    (f)  Some servers (e.g. CCN) will extract the jobname for each input
         job from the reader stream. However, the OPEN command may
         specify a particular jobname, overriding that in the reader
         stream. That is, the jobname from the OPEN command will replace
         that appearing in the first job of the newly-opened stream. This
         feature is merely a convenience, and was included mainly for
         syntactic consistency between input and output. However, the use
         of asterisk as a jobname has no meaning for the reader stream,
         and will be ignored.





















                                                                [Page 9]