Browse Prior Art Database

Suggested Telnet Protocol Changes (RFC0328)

IP.com Disclosure Number: IPCOM000003523D
Original Publication Date: 1972-Apr-01
Included in the Prior Art Database: 2019-Feb-12
Document File: 2 page(s) / 2K

Publishing Venue

Internet Society Requests For Comment (RFCs)

Related People

J. Postel: AUTHOR

Related Documents

10.17487/RFC0328: DOI

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 73% of the total text.

Network Working Group Jon Postel Request for Comments: 328 Computer Science UCLA-NMC NIC 9635 29 April 72 Categories: Telnet References: RFC 328

Suggested Telnet Protocol Changes

I hereby propose the following changes to the Telnet protocol. If no substantial negative response is received by 15 May 72 it will be assumed that these changes are desired and should be incorporated in any "Official Telnet Protocol".

First I suggest that we drop the idea of a "minimum" implementation and require a standard implementation which includes all aspects of the protocol.

Second I suggest that we eliminate the DATA TYPE signals.

Third I suggest that we do away with HIDE YOUR INPUT signal.

Arguments:

Standard Implementation: The idea of an accepted implementation which does not include whole protocol is an admission that the parts of the protocol left out are either not useful or not expected to be used, and that other mechanisms will be constructed to provide those functions. Thus there should be no minimum implementation, but only the standard implementation which includes the whole protocol.

Data Types: The DATA TYPE signals are supposed to allow the communicating processes to switch from ASCII to some other code set. However, the other code sets suggested do not allow for the Telnet signals, and thus once the switch is made the Telnet protocol is no longer applicable. There is no way to specify how to get back to ASCII or Telnet thus the conversation is "out of control".

[Page 1]

Hide...

Processing...
Loading...