Network Working Group Marvin Solomon
Request for Comments: 930 Edward Wimmers
Supersedes: RFC 884 University of Wisconsin - Madison
January 1985
TELNET TERMINAL TYPE OPTION
Status of This Memo
This RFC specifies a standard for the ARPA Internet community. Hosts
on the ARPA Internet that exchange terminal type information within
the Telnet protocol are expected to adopt and implement this
standard. Distribution of this memo is unlimited.
This standard supersedes RFC 884. The only change is to specify that
the TERMINAL-TYPE IS sub-negotiation should be sent only in response
to the TERMINAL-TYPE SEND sub-negotiation. See below for further
explanation.
1. Command Name and Code
TERMINAL-TYPE 24
2. Command Meanings
IAC WILL TERMINAL-TYPE
Sender is willing to send terminal type information in a
subsequent sub-negotiation
IAC WON'T TERMINAL-TYPE
Sender refuses to send terminal type information
IAC DO TERMINAL-TYPE
Sender is willing to receive terminal type information in a
subsequent sub-negotiation
IAC DON'T TERMINAL-TYPE
Sender refuses to accept terminal type information
IAC SB TERMINAL-TYPE SEND IAC SE
Sender requests receiver to transmit his (the receiver's) terminal
type. The code for SEND is 1. (See below.)
RFC 930 January 1985
Telnet Terminal Type Option
IAC SB TERMINAL-TYPE IS ... IAC SE
Sender is stating the name of his terminal type. The code for IS
is 0. (See below.)
3. Default
WON'T TERMINAL-TYPE
Terminal type information will not be exchanged.
DON'T TERMINAL-TYPE
Terminal type information will not be exchanged.
4. Motivation for the Option
This option allows a telnet server to determine the type of terminal
connected to a user telnet program. The transmission of such
information does not immediately imply any change of processing.
However, the information may be passed to a process, which may alter
the data it sends to suit the particular characteristics of the
terminal. For example, some operating systems have a terminal driver
that accepts a code indicating the type of terminal being driven.
Using the TERMINAL TYPE and BINARY options, a telnet server program
on such a system could arrange to have terminals driven as if they
were directly connected, including such special functions as cursor
addressing, multiple colors, etc., not included in the Network
Virtual Terminal specification. This option fits into the normal
structure of TELNET options by deferring the actual transfer of
status information to the SB command.
5. Description of the Option
WILL and DO are used only to obtain and grant permission for future
discussion. The actual exchange of status information occurs within
option subcommands (IAC SB TERMINAL-TYPE...).
Once the two hosts have exchanged a WILL and a DO, the sender of the
=1= |