rfc-858

Telnet Suppress Go Ahead Option

J. Postel, J. Reynolds
date1983-05 streamLegacy statusINTERNET STANDARD pages2 canonicalhttps://www.rfc-editor.org/rfc/rfc858 doi10.17487/RFC0858
This Telnet Option disables the exchange of go-ahead signals between the Telnet modules. This RFC specifies a standard for the ARPA Internet community. Hosts on the ARPA Internet are expected to adopt and implement this standard. Obsoletes NIC 15392.

also

Extracted elements (13)

design-rationale §5

Although it is probable that both parties will suppress GO AHEAD in both directions if suppression is used at all, the protocol nonetheless requires independent negotiation per direction to preserve generality.

design-rationale §4

The option exists because the NVT's half-duplex GO AHEAD signal is unnecessary overhead for a full-duplex connection between a full-duplex terminal and a host optimized for full-duplex operation.

interoperability-note §6

In many Telnet implementations it is desirable to couple SUPPRESS-GO-AHEAD with the Echo option; both options typically must be simultaneously in effect to achieve character-at-a-time echoing by the remote host.

normative-requirement §6 SHOULD

A data sender suppressing GO AHEADs should attempt to actually transmit characters as soon as possible with minimal buffering, consistent with any other active agreements.

normative-requirement §5 MUST

GA suppression must be negotiated and applied independently in each direction of the Telnet connection; suppression in one direction does not imply suppression in the other.

normative-requirement §3 SHOULD NOT

The default state is WON'T SUPPRESS-GO-AHEAD / DON'T SUPPRESS-GO-AHEAD, meaning go aheads are transmitted unless the option is explicitly negotiated.

normative-requirement §5 MAY

When the SUPPRESS-GO-AHEAD option is in effect between a sender and receiver, the sender need not transmit GAs.

normative-requirement §5 SHOULD

With SUPPRESS-GO-AHEAD in effect, an IAC GA command that is received should be treated as a NOP, although IAC GA should not normally be sent in this mode.

protocol-element §1

The Suppress Go Ahead option is assigned option code 3. It is negotiated using the standard Telnet WILL/WON'T/DO/DON'T option negotiation mechanism.

registry

wire-format §2

IAC DO SUPPRESS-GO-AHEAD: sent requesting that the sender of data start suppressing GA when transmitting, or confirming that the data sender is expected to suppress GA.

wire-format §2

IAC DON'T SUPPRESS-GO-AHEAD: sent demanding that the receiver start or continue transmitting GAs when transmitting data.

wire-format §2

IAC WILL SUPPRESS-GO-AHEAD: sent by a party requesting permission to suppress transmission of the Telnet GA character, or confirming it will begin suppressing GA with transmitted data characters.

wire-format §2

IAC WON'T SUPPRESS-GO-AHEAD: sent by a party demanding to begin or continue transmitting the GA character when transmitting data characters.