tcp urgent data

Kurt Matthys <HYS1@rs_hcomm.rsvl.unisys.com> Wed, 22 September 1993 19:28 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa15655; 22 Sep 93 15:28 EDT
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa15651; 22 Sep 93 15:28 EDT
Received: from venera.isi.edu by CNRI.Reston.VA.US id aa00938; 22 Sep 93 15:28 EDT
Received: from mail.unigate1.unisys.com (sys1.unigate1.unisys.com) by venera.isi.edu (5.65c/5.61+local-13) id <AA15195>; Wed, 22 Sep 1993 12:19:03 -0700
Received: from rsvl.unisys.com ([192.61.220.100]) by mail.unigate1.unisys.com (4.1/SMI-4.1) id AA22415; Wed, 22 Sep 93 19:14:02 GMT
Received: from charon1.rsvl.unisys.com (rs_ellen) by rsvl.unisys.com (4.1/SMI-4.1) id AA06212; Wed, 22 Sep 93 14:20:28 CDT
Received: From RS_ELLEN/WORKQUEUE by charon1.rsvl.unisys.com via Charon-4.0-VROOM with IPX id 100.930922141720.480; 22 Sep 93 14:18:19 +600
Message-Id: <MAILQUEUE-101.930922141701.320@rs_hcomm.rsvl.unisys.com>
To: ietf-hosts@isi.edu, end2end-interest@isi.edu
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Kurt Matthys <HYS1@rs_hcomm.rsvl.unisys.com>
Date: Wed, 22 Sep 1993 14:17:01 -0600
Subject: tcp urgent data
Reply-To: kurt@rsvl.unisys.com
Priority: normal
X-Mailer: Pegasus Mail v2.3 (R5).

I am wondering if there is a standard, approved way to handle tcp
urgent data when an rfc793 compliant host is communicating with an
RFC 1122 compatible host.    If the 793 host is sending, the 1122
host thinks that there is more urgent data than there really is.  The
problem here is that Telnet is supposed to keep looking for the IAC
DM after running out of urgent data.  The DM will be in the
penultimate byte of urgent data as far as the 1122 host is concerned.
Telnet will look at the last byte of what it thinks is urgent data,
see that it is not a DM, and continue discarding input.  This is not
good.

One way to handle the situation is for the 1122 TCP to lie to Telnet,
saying that there is one less urgent byte than TCP thinks there is.
This will work whether the 1122 host is communicating with a 793 host
or a 1122 host.  This sounds like a kludge to me, and is esthetically
not pleasing as TCP is now lying to the applications.   Can someone
shed some light on this for me?

Kurt----------------------------------------------------------------------
Kurt Matthys
Unisys Corp                       Tel:    (612) 635-5693
M.S. 4123                         Fax:    (612) 635-7523
P.O. Box 64942                    email:  kurt@rsvl.unisys.com
St. Paul, MN 55164 0942
----------------------------------------------------------------------