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 ----------------------------------------------------------------------
- tcp urgent data Kurt Matthys
- Re: tcp urgent data Bob Braden
- Re: tcp urgent data David A. Borman
- Re: tcp urgent data Kurt Matthys
- Re: tcp urgent data Mike Karels
- Re: tcp urgent data minshall