TCP_MISS/XXX sometime serves 0 bytes to clients - Why?

From: CNL Squid Users List <squid-users@dont-contact.us>
Date: Thu, 29 Jul 1999 11:31:23 +0530

Hi!
        Why would a TCP_MISS result in 0 bytes being transferred.

        Is this a case where squid established a connection to yahoo.com
        and for some reason (in 1.431 seconds approx), yahoo's server
        closed the connection.

        Or squid closed the connection for some reason (Is that possible?).
        
        Or the client closed the connection before it read anything,

        1.2 % of the connections on the Internet Access Link show similar
        behaviour (366 of 29196 connections during 10:00 to 12:00 pm)

--
933136270.180   1431 144.16.72.225 TCP_MISS/000 0 GET http://www.yahoo.com/ - DIRECT/www.yahoo.com -
--
	
	Please let me know.
Dinesh
Of those 366 connections:
We had one TCP_MISS/304 - What is you guess about the number of bytes transferred
	from the origin server (== avg. http header size?) .
	0 bytes were served to the client anyway/
	when it has not read any byte? But squid
DBX: [933136828.970    972 144.16.72.225 TCP_MISS/304 0 GET http://www.astrology.net/images/anet2/green3b.gif - PARENT_HIT/202.41.99.4 image/gif]
DBX: [933138186.232   3373 144.16.68.50 TCP_MISS/302 0 GET http://www.microsoft.com/IE/IE401/DOWNLOAD/SP1/x86/en/ie4setup/default.asp - DIRECT/www.microsoft.com text/html]
DBX: [933139004.652   1894 144.16.66.211 TCP_MISS/200 0 GET http://adforce.imgis.com/? - DIRECT/adforce.imgis.com application/x-javascript]
DBX: [933139392.795   3338 144.16.73.119 TCP_MISS/302 0 GET http://adforce.imgis.com/? - DIRECT/adforce.imgis.com -]
DBX: [933141047.766   7163 144.16.66.211 TCP_MISS/302 0 GET http://view.avenuea.com/view/burst_ubid_ba333_062499br_1/direct/058213 - DIRECT/view.avenuea.com text/html]
DBX: [933141343.328    859 144.16.73.252 TCP_MISS/503 0 GET http://windowsupdate.microsoft.com/x86/w98/en/Ie4/HNav
Received on Thu Jul 29 1999 - 00:06:57 MDT

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:47:36 MST