home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 900s / rfc933.txt < prev    next >
Text File  |  1992-09-22  |  7KB  |  229 lines
  1.  
  2.  
  3. Network Working Group                                       S. Silverman
  4. Request for Comments: 933                               MITRE-Washington
  5.                                                             January 1985
  6.  
  7.                       OUTPUT MARKING TELNET OPTION
  8.  
  9.  
  10. Status of this Memo
  11.  
  12.    This RFC proposes a new option for Telnet for the ARPA-Internet
  13.    community, and requests discussion and suggestions for improvements.
  14.    Distribution of this memo is unlimited.
  15.  
  16. Overview
  17.  
  18.    This proposed option would allow a Server-Telnet to send a banner to
  19.    a User-Telnet so that this banner would be displayed on the
  20.    workstation screen independently of the application software running
  21.    in the Server-Telnet.
  22.  
  23. 1.  Command Name and Code
  24.  
  25.    OUTMRK    27
  26.  
  27. 2.  Command Meanings
  28.  
  29.    IAC WILL OUTMRK
  30.  
  31.       Sender is willing to send output marking information in a
  32.       subsequent sub-negotiation.
  33.  
  34.    IAC WON'T OUTMRK
  35.  
  36.       Sender refuses to send output marking information.
  37.  
  38.    IAC DO OUTMRK
  39.  
  40.       Sender is willing to receive output marking information in a
  41.       subsequent sub-negotiation.
  42.  
  43.    IAC DON'T OUTMRK
  44.  
  45.       Sender refuses to accept output marking information.
  46.  
  47.    IAC SB OUTMRK CNTL data IAC SE
  48.  
  49.       The sender requests receiver to use the data in this
  50.       subnegotiation as a marking for the normally transmitted Telnet
  51.       data until further notice.  The CNTL octet indicates the position
  52.       of the marking (see below).
  53.  
  54.  
  55.  
  56. Silverman                                                       [Page 1]
  57.  
  58.  
  59.  
  60. RFC 933                                                     January 1985
  61. Output Marking Telnet Option
  62.  
  63.  
  64.    IAC SB OUTMRK ACK IAC SE
  65.  
  66.       The sender acknowledges the data and agrees to use it to perform
  67.       output marking (see below).
  68.  
  69.    IAC SB OUTMRK NAK IAC SE
  70.  
  71.       The sender objects to using the data to perform output marking
  72.       (see below).
  73.  
  74. 3.  Default
  75.  
  76.    WON'T OUTMRK
  77.  
  78.       Output marking information will not be exchanged.
  79.  
  80.    DON'T OUTMRK
  81.  
  82.       Output marking information will not be exchanged.
  83.  
  84. 4.  Motivation for the Option
  85.  
  86.    The security architecture of some military systems identifies a
  87.    security level with each Telnet connection.  There is a corresponding
  88.    need to display a security banner on visual display devices.
  89.    (Reference: Department of Defense Trusted Computer System Evaluation
  90.    Criteria, Section 3.1.1.3.2.3, Labeling Human-Readable Output.)
  91.  
  92.    The output marking is currently done by transmitting the banner as
  93.    data within each screen of data.  It would be more efficient to
  94.    transmit the data once with instructions and have User-Telnet
  95.    maintain the banner automatically without any additional
  96.    Server-Telnet action.  This frees Server-Telnet from needing to know
  97.    the output device page size.
  98.  
  99.    Under this proposal Server-Telnet would send an option sequence with
  100.    the command, a control flag, and the banner to be used.  While
  101.    current systems use the top of the screen, it is conceivable other
  102.    systems would want to put the banner at the bottom or perhaps even
  103.    the side of the screen.  This is the reason for the control flag.
  104.  
  105. 5.  Description of the Option
  106.  
  107.    Either side of the session can initiate the option; however, normally
  108.    it will be the server side that initiates the request to perform
  109.    output marking.  Either the Server-Telnet sends "WILL OUTMRK" or the
  110.    User-Telnet sends a "DO OUTMRK".  The party receiving the initial
  111.  
  112.  
  113. Silverman                                                       [Page 2]
  114.  
  115.  
  116.  
  117. RFC 933                                                     January 1985
  118. Output Marking Telnet Option
  119.  
  120.  
  121.    "WILL" (or "DO") would respond with "DO" (or "WILL") to accept the
  122.    option.  Then Server-Telnet responds with the marking data.  The
  123.    format of this is:
  124.  
  125.       "IAC SB OUTMRK CNTL data IAC SE"
  126.  
  127.          CNTL is the Control Flag described below,
  128.          the data is in ASCII.
  129.  
  130.    If this is satisfactory, User-Telnet responds:
  131.  
  132.       "IAC SB OUTMRK ACK IAC SE"
  133.  
  134.          ACK is the ASCII ACK (6).
  135.  
  136.    From this point, User-Telnet will have to translate any command which
  137.    uses cursor controls so that the application data is mapped to the
  138.    application part of the screen.
  139.  
  140.    If the data passed in the subnegotiation field is unacceptable to
  141.    User-Telnet, then it responds with:
  142.  
  143.       "IAC SB OUTMRK NAK IAC SE"
  144.  
  145.          NAK is the ASCII NAK (21).
  146.  
  147.    It is now up to Server-Telnet to start the sequence over again and
  148.    use "more acceptable" data (or possibly take other action such as
  149.    connection termination).
  150.  
  151.    To terminate output marking, Server-Telnet transmits "WON'T OUTMRK".
  152.  
  153.    If necessary, User-Telnet would notify Server-Telnet about the new
  154.    effective page size.  User-Telnet would then map the output data to
  155.    the allowed usable space on the screen.
  156.  
  157.    User-Telnet may request OUTMRK data or initiate setup of this
  158.    convention at anytime by transmitting "DO OUTMRK".  If a WILL, DO
  159.    OUTMRK exchange is not followed by the OUTMRK subnegotiation of the
  160.    marking data, the User-Telnet may terminate the output marking option
  161.    by sending a "DON'T OUTMRK".
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170. Silverman                                                       [Page 3]
  171.  
  172.  
  173.  
  174. RFC 933                                                     January 1985
  175. Output Marking Telnet Option
  176.  
  177.  
  178.    Control Flag
  179.  
  180.       The CNTL flag is defined as:
  181.  
  182.          D = Default, the placement of the markings is up to
  183.              User-Telnet.  This is the expected mode for most
  184.              interactions.
  185.  
  186.          T = Top, this banner is to be used as the top of the screen.
  187.              If multiple output markings are desired, then T and B (or R
  188.              & L ) are to be used.
  189.  
  190.          B = Bottom, this banner is to be used at the bottom of the
  191.              screen.
  192.  
  193.          L = Left, markings on the left.  (The precise meaning of this
  194.              is to be defined.)
  195.  
  196.          R = Right, marking on right.  (The precise meaning of this is
  197.              to be defined.)
  198.  
  199.    Banner Data
  200.  
  201.       The use of Carriage Return and Line Feed (CRLF) will be
  202.       interpreted as a end of line in the marking banner text.  If the
  203.       user wants a multiline banner, CRLF will be used between each
  204.       line.  No CRLF is needed at the end of the marking data.
  205.  
  206.       To use multiple banners, all of the banners will be included in
  207.       one subnegotiation command of the form:
  208.  
  209.          "IAC SB OUTMRK CNTL data GS CNTL data IAC SE"
  210.  
  211.             where GS is the ASCII Group Separator (29) character.
  212.  
  213.       User-Telnet will be responsible for positioning the marking banner
  214.       data on the screen.
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227. Silverman                                                       [Page 4]
  228.  
  229.