home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 800s / rfc861.txt < prev    next >
Text File  |  1992-09-22  |  3KB  |  114 lines
  1.  
  2.  
  3. Network Working Group                                          J. Postel
  4. Request for Comments: 861                                    J. Reynolds
  5.                                                                      ISI
  6. Obsoletes: NIC 16239                                            May 1983
  7.  
  8.                  TELNET EXTENDED OPTIONS - LIST OPTION
  9.  
  10.  
  11. This RFC specifies a standard for the ARPA Internet community.  Hosts on
  12. the ARPA Internet are expected to adopt and implement this standard.
  13.  
  14. 1.  Command Name and Code
  15.  
  16.    EXTENDED-OPTIONS-LIST (EXOPL)     255
  17.  
  18. 2.  Command Meanings
  19.  
  20.    IAC DO EXOPL
  21.  
  22.       The sender of this command REQUESTS that the receiver of this
  23.       command begin negotiating, or confirms that the receiver of this
  24.       command is expected to begin negotiating, TELNET options which are
  25.       on the "Extended Options List".
  26.  
  27.    IAC WILL EXOPL
  28.  
  29.       The sender of this command requests permission to begin
  30.       negotiating, or confirms that it will begin negotiating, TELNET
  31.       options which are on the "Extended Options List".
  32.  
  33.    IAC WON'T EXOPL
  34.  
  35.       The sender of this command REFUSES to negotiate, or to continue
  36.       negotiating, options on the "Extended Options List".
  37.  
  38.    IAC DON'T EXOPL
  39.  
  40.       The sender of this command DEMANDS that the receiver conduct no
  41.       further negotiation of options on the "Extended Options List".
  42.  
  43.    IAC SB EXOPL <subcommand>
  44.  
  45.       The subcommand contains information required for the negotiation
  46.       of an option of the "Extended Options List".  The format of the
  47.       subcommand is discussed in section 5 below.
  48.  
  49. 3.  Default
  50.  
  51.    WON'T EXOPL, DON'T EXOPL
  52.  
  53.  
  54.  
  55.  
  56. Postel & Reynolds                                               [Page 1]
  57.  
  58.  
  59.  
  60. RFC 861                                                         May 1983
  61.  
  62.  
  63.       Negotiation of options on the "Extended Options List" is not
  64.       permitted.
  65.  
  66.  
  67. 4.  Motivation for the Option
  68.  
  69.    Eventually, a 257th TELNET option will be needed.  This option will
  70.    extend the option list for another 256 options in a manner which is
  71.    easy to implement.  The option is proposed now, rather than later
  72.    (probably much later), in order to reserve the option number (255).
  73.  
  74. 5.  An Abstract Description of the Option
  75.  
  76.    The EXOPL option has five subcommand codes:  WILL, WON'T, DO, DON'T,
  77.    and SB.  They have exactly the same meanings as the TELNET commands
  78.    with the same names, and are used in exactly the same way.  For
  79.    consistency, these subcommand codes will have the same values as the
  80.    TELNET command codes (250-254).  Thus, the format for negotiating a
  81.    specific option on the "Extended Options List" (once both parties
  82.    have agreed to use it) is:
  83.  
  84.       IAC SB EXOPL DO/DON'T/WILL/WON'T/<option code> IAC SE
  85.  
  86.    Once both sides have agreed to use the specific option specified by
  87.    <option code>, subnegotiation may be required.  In this case the
  88.    format to be used is:
  89.  
  90.       IAC SB EXOPL SB <option code> <parameters> SE IAC SE
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112. Postel & Reynolds                                               [Page 2]
  113.  
  114.