Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bloom-beacon!oberon!cit-vax!ucla-cs!zen!ucbvax!UMD5.UMD.EDU!dzoey
From: dzoey@UMD5.UMD.EDU
Newsgroups: comp.protocols.tcp-ip
Subject: user interface for urgent data.
Message-ID: <8709141456.AA04409@umd5.UMD.EDU>
Date: Mon, 14-Sep-87 10:56:51 EDT
Article-I.D.: umd5.8709141456.AA04409
Posted: Mon Sep 14 10:56:51 1987
Date-Received: Tue, 15-Sep-87 05:40:46 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 23

Hi, I was looking at the TCP spec (RFC 793) and became slightly curious
about how urgent data should be presented to the application.  Berkeley has
the application either register a function to handle the urgent data
seperately, or indicate that urgent data should be delivered as normal data.
This seems like a reasonable thing to do, but I'm curious about how other
implementations present urgent data.  I'd very much like to hear about how
other implementations do this.

Another question I have is where does the urgent data start?  Is it safe to
assume at the beginning of a packet marked as urgent?  If all the data in
a packet marked urgent is urgent data, then shouldn't urgent data be
delivered as soon as possible (i.e. not wait for sequence reassembly since
you know all data in that packet is urgent and would be delivered out of
sequence anyway)?

Is there something I should have read before asking this?


			Thanks for any info

        		Joe Herman

dzoey@umd5.umd.edu