Re: Proposed Telnet MPX Option

gvb@med3.minerva.com Fri, 05 March 1993 18:46 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa13707; 5 Mar 93 13:46 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa13703; 5 Mar 93 13:46 EST
Received: from timbuk.cray.com by CNRI.Reston.VA.US id aa17456; 5 Mar 93 13:46 EST
Received: from hemlock.cray.com by cray.com (4.1/CRI-MX 2.13) id AA15997; Fri, 5 Mar 93 12:46:42 CST
Received: by hemlock.cray.com id AA06079; 4.1/CRI-5.6; Fri, 5 Mar 93 12:46:37 CST
Received: from cray.com (timbuk.cray.com) by hemlock.cray.com id AA06075; 4.1/CRI-5.6; Fri, 5 Mar 93 12:46:34 CST
Received: from med3.minerva.com by cray.com (4.1/CRI-MX 2.13) id AA15973; Fri, 5 Mar 93 12:46:28 CST
Message-Id: <9303051846.AA15973@cray.com>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: gvb@med3.minerva.com
Date: Fri, 05 Mar 1993 10:44:00 -0800
To: stevea@i88.isc.com, telnet-ietf@cray.com, Russ Hobby <rdhobby@ucdavis.edu>
MMDF-Warning: Parse error in original version of preceding line at CNRI.Reston.VA.US
Cc: Jean-Philippe_Caradec@hp6330.desk.hp.com, eric_lecesne@hp6600.desk.hp.com, esti@dss.com, jean_bounaix@hp6330.desk.hp.com, kevin_faulkner@hp6330.desk.hp.com, larry@eco.twg.com, marjo@hpindsy.cup.hp.com, sun-kwan_kimn@hp6600.desk.hp.com
Subject: Re: Proposed Telnet MPX Option
Content-Type: text
Content-Length: 1340

Two questions:

	1.  While the problem statement is credible, it seems
	    strange to attempt its solution within the context
	    of a Telnet option as opposed to creation of a new
	    service on a new WKS.  It is also difficult to see
	    any advantages to inverting the structure in this
	    way.  The disadvantages seem too numerous to list,
	    but one interesting one is the apparent difficulty
	    in preserving the Telnet Synch functionality as descr
	    in RFC854 pp 8-10, and particularly preserving inter
	    operability of any URGENT functions at all given that
	    at least some systems must use the bizarre URGENT
	    processing concept propounded by Comer & Stevens.
	    	Since these objections must have been foreseeable
	    there must be a sound rationale for postulating this
	    as a TELNET option instead of postulating a protocol
	    for multiplexing data streams SIMILAR to those moved
	    by TELNET.  It would help to hear this rationale.
	
	2.  Per Section 6, an echo request every 10 seconds?????\
	    For each host/terminal mux pair active?  Across WANs?

A comment:

> 4. Motivation for the option.
> On most of the UNIX (tm) machines implementing the ARPA protocol
>     stack, the application traffic is character mode oriented.

--- What decade is this???

Constructively yours - Greg Bailey