Hello again,
I was just corrected by one of my colleagues as to the hardware and os 
of the squid server.
Hardware: IBM x360
OS:       RedHat Enterprise Linux 4 update 3
Also, here is the combined tcpdump output from gre1 and eth2:
###	This is the 3-way handshake.
gre1	12:17:04.712823 IP 10.160.100.38.3582 > 12.160.37.9.http: S 
3102010967:3102010967(0) win 16384 <mss 1260,nop,nop,sackOK>
eth2	12:17:04.712820 IP 12.160.37.9.http > 10.160.100.38.3582: S 
2210366198:2210366198(0) ack 3102010968 win 5840 <mss 1460,nop,nop,sackOK>
gre1	12:17:04.714861 IP 10.160.100.38.3582 > 12.160.37.9.http: . ack 
2210366199 win 17640
###	Client pushes packet -- the "GET http://squid-cache.org/"
gre1	12:17:04.716128 IP 10.160.100.38.3582 > 12.160.37.9.http: P 
0:378(378) ack 1 win 17640
eth2	12:17:04.716153 IP 12.160.37.9.http > 10.160.100.38.3582: . ack 379 
win 6432
## I expect squid died on something it didn't like at this point
## and initiated the session tear-down (fin-ack-fin-ack)
###	Proxy initiates end of session (FIN)
eth2	12:17:04.739317 IP 12.160.37.9.http > 10.160.100.38.3582: F 1:1(0) 
ack 379 win 6432
gre1	12:17:04.741874 IP 10.160.100.38.3582 > 12.160.37.9.http: . ack 2 
win 17640
gre1	12:17:04.742200 IP 10.160.100.38.3582 > 12.160.37.9.http: F 
378:378(0) ack 2 win 17640
eth2	12:17:04.742224 IP 12.160.37.9.http > 10.160.100.38.3582: . ack 380 
win 6432
## Once squid exits gracefully, it automatically restarts.
## Perhaps just a thread died and respawned?
Cheers,
/Jason
Received on Fri Nov 17 2006 - 12:30:58 MST
This archive was generated by hypermail pre-2.1.9 : Fri Dec 01 2006 - 12:00:03 MST