rfc437.txt

来自「RFC 的详细文档！」· 文本 代码 · 共 564 行 · 第 1/2 页


RFC 437           DATA RECONFIGURATION SERVICE AT UCSB         June 1973


   'DIRECTORY' <formid> <CA>

   Lists which component(s) of form <formid> exist.  A complete form
   consists of 'SOURCE', 'DIAGNOSTICS', and 'OBJECT_CODE' files.

   'DISCONNECT' <CA> <CA>

   Breaks the TELNET connection between DRS and the user and deletes the
   user's DRS terminal.  Any jobs the terminal has active are purged.

   'FULLDUPLEX' <CA>

   Directs DRS to echo user input; nullifies a previous
   'LINE_AT_A_TIME' command.

   'HALFDUPLEX' <CA>

   Directs DRS not to echo user input nullifies a previous
   'LINE_AT_A_TIME' command.

   'HELP' <CA>

   Lists the DRS control characters and their meanings.

   'LINE_AT_A_TIME' <CA>

   Tells DRS that the user is operating in line_at_a_time mode, and
   nullifies a previous 'FULLDUPLEX' or 'HALFDUPLEX' command.  DRS will
   not send any output to the user while he is inputting commands.

   'LINK' ('ENABLE'|'DISABLE'|<tty list>|<CA>) <CA>

   The link command may be used to enable or disable links to other
   terminals, or to establish links between terminals.

   'LINK' 'ENABLE' <CA> directs DRS to allow subsequent request by other
   terminals to establish links with the user's terminal.

   'LINK' 'DISABLE' <CA> directs DRS to refuse subsequent request by
   other terminals to establish links with the user's terminal.

   'LINK' (<tty list>|<CA>) <CA> requests DRS to establish bidirectional
   links between the user's terminal and the terminals specified in <tty
   list>.  If <tty list> is omitted, DRS attempts to link the user's
   terminal to all other active terminals.  While the user's terminal is






Faeh                                                            [Page 6]

RFC 437           DATA RECONFIGURATION SERVICE AT UCSB         June 1973


   linked to another terminal, all output to the user's terminal will
   also be routed to the linked terminal, and all output to the linked
   terminal will also be routed to the user's terminal.  Unidirectional
   links may be established via the 'MONITOR' and 'SELECT' commands.

   'LIST' [<file type>] <formid> <CA>

   Lists the contents of the <file type> file of form <formid>. <file
   type> may be 'SOURCE', 'DIAGNOSTIC' or 'OBJECT_CODE', and defaults to
   'SOURCE'.

   'LOGIN' <userid> <password> <acct no.> <CA>

   Logs the user in, enables job-oriented commands, and specifies the
   account to which the use of DRS is to be billed.  Currently billing
   for DRS is not implemented, and <userid> and <acct no.> may be
   arbitrarily chosen by the user.  When billing for DRS is implemented,
   user ID's and account numbers will be assigned and checked for
   validity at login.  The only currently acceptable <password> is
   'ARPA'.

   'LOGOUT' <CA>

   Logs the user out and disables job-oriented commands and billing of
   subsequent activity to the previously specified accounting
   parameters.  As with 'DISCONNECT', any jobs the terminal has active
   are purged.

   'MONITOR' (<tty list>|<CA>)  <CA>

   Requests DRS to establish unidirectional links between the user's
   terminal and the terminals specified in <tty list>.  If <tty list> is
   omitted, DRS attempts to link the user's terminal to all other active
   terminals.  While the user's terminal is monitoring another terminal,
   all output to that terminal will also be routed to the user's
   terminal.

   'QUIT' (<job name>|<CA>)  <CA>

   Requests DRS to purge the job (request for compilation or
   interpreting) identified by <job name>.  If <job name> is omitted,
   all active jobs are purged.

   'RADIX' <base> <CA>

   Allows the user to specify the radix to be used for subsequent
   integer display. <base> may be 'OCTAL', 'DECIMAL', or 'HEXADECIMAL'.
   The default display radix is decimal.



Faeh                                                            [Page 7]

RFC 437           DATA RECONFIGURATION SERVICE AT UCSB         June 1973


   'RENAME' <formid> ["TO'] <formid> <CA>

   Allows the user to rename a form.  The names of all components of the
   form specified by the first <formid> are changed to correspond to the
   second <formid>.  If the form specified by the second <formid>
   already exists, no change of name occurs, and the user is notified.

   'RESPONSE' ('ALL'|'HANDHOLD'|'PROMPT'|'NORMAL'|'UNUSUAL'| 'ERRORS'|
   'NONE') <CA>

   Allows the user to specify the level of messages the system should
   provide.  The default response level is 'ALL'.

   'RUN' <job name> ('SIMPLEX' <run parameters>|'DUPLEX' '(' <run
   parameters> <run parameters> ')') <CA>

   Causes DRS to establish the requested Network connections and direct
   the DRS interpreter to apply the specified form(s) to data passing
   over the connections.  The user first specifies the job name by which
   his request will be identified, and second whether simplex or duplex
   Network connections are to be established. 'SIMPLEX' implies that a
   single unidirectional message path is to be employed, and requires
   one set of <run parameters>. 'DUPLEX' implies that two message paths
   will be employed are requires two sets of <run parameters>. < run
   parameters> specify the data necessary to establish a Network
   connection, time limits for the DRS interpreter, and the form which
   is to be applied to the Network data stream.

   <run parameters> = ('SICP' <socket number>|'UICP' [<hostid>]
                      <socket number>|'RFC'  [<hostid>] <socket
                      number> [<hostid>] <socket number>)
                      ['BYTE_SIZE' <integer>] ['CONNECT_TIME'
                      <integer>] ['RUN_TIME' <integer>] <formid>

   Three methods are available for establishing Network connections:
   'SICP', 'UICP', and 'RFC'. 'SICP (Server Initial Connection Protocol)
   and 'UICP' causes DRS to simulate a server process addressable
   through socket <socket number> at UCSB and wait for a user process to
   connect to it. 'UICP' directs DRS to simulate a user process and
   connect to the server addressable through Host <hostid>, socket
   <socket number>. 'RFC' directs DRS to connect directly to the two
   sockets specified.  In the case of 'RFC', one of the two sockets
   specified must be a send socket, and the other must be a receive
   socket. <hostid> defaults to the Host from which the user logged into
   the DRS/TSS.






Faeh                                                            [Page 8]

RFC 437           DATA RECONFIGURATION SERVICE AT UCSB         June 1973


   The remaining fields in <run parameters> are defined as follows:

   'BYTE_SIZE' <integer>     specifies the byte size to be used, and
                             defaults to 8.

   'CONNECT_TIME' <integer>  specifies the amount of time, in seconds,
                             that DRS should wait for the connection to
                             be established. The default value is 30
                             seconds.

   'RUN_TIME' <integer>      specifies the maximum amount of time, in
                             seconds, that DRS interpreter will be
                             allowed to execute. The default value for
                             'RUN_TIME' is five minutes.

   <formid>                  specifies the form which is to be applied
                             to the Network data stream.

   For each instance of <run parameters>, one socket pair is allocated
   and one form is specified.  In the case of 'SIMPLEX' runs, the
   Network data flows between these two sockets, with the form being
   applied to the data.  In the case of 'DUPLEX' runs, the connections
   are somewhat more complex.  For 'DUPLEX' runs, two sets of <run
   parameters> are specified, causing two socket pairs to be allocated,
   and two forms to be specified.  Call these send socket 1, receive
   socket 1, and form 1 (established via the first set of <run
   parameters> and send socket 2, receive socket 2, and form 2
   (established via the second set of parameters).  When interpreting
   begins, data will flow from send socket 1, through form1, to receive
   socket 2, and from send socket 2, through form 2, to receive socket
   1. (Note that without this socket switching, processes would be
   connected to themselves when 'SICP' or 'UICP' is specified.)

   The user is notified when his requests for connections are initiated
   and when the interpreter begins applying a form to a connection.
   When execution of a form terminates, the user is supplied with a
   diagnostic message provided by the interpreter as well as the actual
   run time of the interpreter.

   'SELECT' (<tty list>|<CA>) <CA>

   Requests DRS to establish unidirectional links between the user's
   terminal and the terminals specified in <tty list>.  If <tty list> is
   omitted, DRS attempts to link the user's terminal to all other active







Faeh                                                            [Page 9]

RFC 437           DATA RECONFIGURATION SERVICE AT UCSB         June 1973


   terminals.  While the user's terminal has another terminal selected,
   all output to the user'S terminal will also be routed to the selected
   terminal.

   ';' <text> <CA>

   Allows the user to enter any comments he chooses. <text> may include
   the characters '?', and '.'.  Note that <CA> must be CR-LF, rather
   than period.


          [This RFC was put into machine readable form for entry]
    [into the online RFC archives by Helene Morin, Via Genie, 12/1999]






































Faeh                                                           [Page 10]