Index Journeys
RFC 861 INTERNET STANDARD TELNET · OPTIONS · EXTENSIBILITY

Telnet Extended Options: List Option

A Telnet option that reserves option number 255 so the option list can later be extended.

On rfc-editor.org ↗
PUBLISHED
May 1983
AUTHORS
J. Postel, J. Reynolds
STREAM
Legacy
OPTION CODE
EXTENDED-OPTIONS-LIST (EXOPL) = 255
EXTRA OPTIONS PROVIDED
Another 256
SUBCOMMAND CODES
Same values as the Telnet commands, 250-254
DEFAULT
WON'T EXOPL, DON'T EXOPL
DOI
10.17487/RFC0861

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗ 
Network Working Group                                          J. Postel
Request for Comments: 861                                    J. Reynolds
                                                                     ISI
Obsoletes: NIC 16239                                            May 1983

                 TELNET EXTENDED OPTIONS - LIST OPTION


This RFC specifies a standard for the ARPA Internet community.  Hosts on
the ARPA Internet are expected to adopt and implement this standard.

1.  Command Name and Code

   EXTENDED-OPTIONS-LIST (EXOPL)     255

2.  Command Meanings

   IAC DO EXOPL

      The sender of this command REQUESTS that the receiver of this
      command begin negotiating, or confirms that the receiver of this
      command is expected to begin negotiating, TELNET options which are
      on the "Extended Options List".

   IAC WILL EXOPL

      The sender of this command requests permission to begin
      negotiating, or confirms that it will begin negotiating, TELNET
      options which are on the "Extended Options List".

   IAC WON'T EXOPL

      The sender of this command REFUSES to negotiate, or to continue
      negotiating, options on the "Extended Options List".

   IAC DON'T EXOPL

      The sender of this command DEMANDS that the receiver conduct no
      further negotiation of options on the "Extended Options List".

   IAC SB EXOPL <subcommand>

      The subcommand contains information required for the negotiation
      of an option of the "Extended Options List".  The format of the
      subcommand is discussed in section 5 below.

3.  Default

   WON'T EXOPL, DON'T EXOPL
      Negotiation of options on the "Extended Options List" is not
      permitted.


4.  Motivation for the Option

   Eventually, a 257th TELNET option will be needed.  This option will
   extend the option list for another 256 options in a manner which is
   easy to implement.  The option is proposed now, rather than later
   (probably much later), in order to reserve the option number (255).

5.  An Abstract Description of the Option

   The EXOPL option has five subcommand codes:  WILL, WON'T, DO, DON'T,
   and SB.  They have exactly the same meanings as the TELNET commands
   with the same names, and are used in exactly the same way.  For
   consistency, these subcommand codes will have the same values as the
   TELNET command codes (250-254).  Thus, the format for negotiating a
   specific option on the "Extended Options List" (once both parties
   have agreed to use it) is:

      IAC SB EXOPL DO/DON'T/WILL/WON'T/<option code> IAC SE

   Once both sides have agreed to use the specific option specified by
   <option code>, subnegotiation may be required.  In this case the
   format to be used is:

      IAC SB EXOPL SB <option code> <parameters> SE IAC SE

ISO Plain Language

On this page
PROBLEMTelnet option numbers fit in one byte, so eventually a 257th option will be needed and there is no number left to give it.
MECHANISMThe EXTENDED-OPTIONS-LIST option, EXOPL for short and numbered 255, reserves that number now and defines subcommands that negotiate a second list of options inside Telnet subnegotiation.
WHY IT MATTERSNegotiating options on the Extended Options List is not permitted unless both sides agree to EXOPL, since the default is not to allow it.

§4Reserving Option 255

Eventually a 257th Telnet option will be needed. The EXTENDED-OPTIONS-LIST option, abbreviated EXOPL, will extend the option list by another 256 options in a manner that is easy to implement.

The RFC proposes the option now, rather than later and probably much later, in order to reserve the option number 255.

Telnet can hold only so many features. Taking one number now leaves room to add a whole second page of them in the future.

§2Turning Extended Options On

EXOPL is negotiated with the usual Telnet commands. IAC DO EXOPL requests that the receiver begin negotiating options on the Extended Options List, or confirms that it is expected to. IAC WILL EXOPL requests permission to begin, or confirms that the sender will begin. IAC WON'T EXOPL refuses to negotiate or to continue negotiating, and IAC DON'T EXOPL demands that the receiver conduct no further negotiation of such options.

The default is WON'T EXOPL and DON'T EXOPL: negotiation of options on the Extended Options List is not permitted.

Both computers must agree before the extra features can be used. Without agreement, they simply do not use them.

§5Subcommand Format

EXOPL has five subcommand codes: WILL, WON'T, DO, DON'T and SB. They have exactly the same meanings as the Telnet commands with the same names and are used in the same way. For consistency they carry the same values as the Telnet command codes, 250 to 254.

Once both parties have agreed to use EXOPL, negotiating a specific option looks like IAC SB EXOPL DO/DON'T/WILL/WON'T/<option code> IAC SE. If that option then needs further negotiation, the format is IAC SB EXOPL SB <option code> <parameters> SE IAC SE.

The extra features are asked for in a message carried inside another message, like a note tucked into an envelope.

SUBNEGOTIATION FORMATS FROM SECTION 5 OF RFC 861
Negotiating an extended option
IAC SB EXOPL DO/DON'T/WILL/WON'T/<option code> IAC SE

IAC SB EXOPL SB <option code> <parameters> SE IAC SE