Hello Everybody,
I'm not part of the list (digest only), so I hope I'll be answerred.
We try to reach the following URL :
http://www.europe.ibm.com/390.ch.reg/pmssearch?lang=english
It works fine via SQUID 1.1.18, but not via SQUID 2.2.STABLE5.
Same NTclient (Netscape 4.06) and same Solaris server (2.5-1).
No cache protocol, sibling or parent used.
Snooping a bit indicates that after getting 237 bytes, SQUID sends a FIN
TCP packet to the
WEB server, then to the client, while many data were still supposed to
arrive.
I tried debugging (squid -k debug) and here is the extract around the
mentionned problem :
"
1999/11/09 12:20:33| ctx: enter level 0:
'http://www.europe.ibm.com/390.ch.reg/
pmssearch?lang=english'
1999/11/09 12:20:33| httpProcessReplyHeader: HTTP CODE: 200
1999/11/09 12:20:33| storeGet: looking up
30E940FC70BAE960A99CCD019A0DD6D1
1999/11/09 12:20:33| storeGet: looking up
DDC57721E7AA69D67C203EAD66DA10DB
1999/11/09 12:20:33| storeExpireNow: 'A5402B6E435A288289AFDBDDEC23F296'
1999/11/09 12:20:33| ctx: exit level 0
1999/11/09 12:20:33| InvokeHandlers: A5402B6E435A288289AFDBDDEC23F296
1999/11/09 12:20:33| InvokeHandlers: checking client #0
1999/11/09 12:20:33| cbdataLock: 7bae98
1999/11/09 12:20:33| storeClientCopy2: A5402B6E435A288289AFDBDDEC23F296
1999/11/09 12:20:33| storeClientCopy2: Copying from memory
1999/11/09 12:20:33| clientSendMoreData: Appending 237 bytes after 275
bytes of
headers
1999/11/09 12:20:33| cbdataLock: f86fc8
1999/11/09 12:20:33| cbdataUnlock: 7bae98
1999/11/09 12:20:33| httpPconnTransferDone: FD 51
1999/11/09 12:20:33| cbdataValid: f86fc8
1999/11/09 12:20:33| clientKeepaliveNextRequest: FD 50
1999/11/09 12:20:33| httpRequestFree:
http://www.europe.ibm.com/390.ch.reg/pmsse
arch?lang=english
"
And here the relevant snoop trace between SQUID and the WEB site :
"
25.44401 www.europe.ibm.com -> proxy1.domain.ch TCP D=33517 S=80 Ack=2
188409105 Seq=239826494 Len=512 Win=32768
0: 0800 2087 9d6a 0800 09e7 74bb 0800 4500 ....j....t...E.
16: 0228 cb3d 0000 2906 6da8 c2c4 0002 c330 .(.=..).m......0
32: d0f3 0050 82ed 0e4b 763e 8270 7911 5010
...P...Kv>.py.P.
48: 8000 cb43 0000 4854 5450 2f31 2e31 2032 ...C..HTTP/1.1
2
64: 3030 2044 6f63 756d 656e 7420 666f 6c6c 00 Document
foll
80: 6f77 730d 0a53 6572 7665 723a 2044 6f6d ows..Server:
Dom
96: 696e 6f2d 476f 2d57 6562 7365 7276 6572
ino-Go-Webserver
112: 2f34 2e36 2e32 2e36 0d0a 4461 7465 3a20 /4.6.2.6..Date:
128: 5475 652c 2030 3920 4e6f 7620 3139 3939 Tue, 09 Nov
1999
144: 2031 323a 3239 3a32 3220 474d 540d 0a43 12:29:22
GMT..C
160: 6f6e 6e65 6374 696f 6e3a 2063 6c6f 7365 onnection:
close
176: 0d0a 4163 6365 7074 2d52 616e 6765 733a ..Accept-Ranges:
192: 2062 7974 6573 0d0a 436f 6e74 656e 742d bytes..Content-
208: 5479 7065 3a20 7465 7874 2f68 746d 6c0d Type:
text/html.
224: 0a43 6f6e 7465 6e74 2d4c 656e 6774 683a
.Content-Length:
240: 2030 0d0a 4c61 7374 2d4d 6f64 6966 6965 0..Last-Modifie
256: 643a 2054 7565 2c20 3039 204e 6f76 2031 d: Tue, 09 Nov
1
272: 3939 3920 3132 3a32 383a 3537 2047 4d54 999 12:28:57
GMT
288: 0d0a 5365 7276 6572 3a20 446f 6d69 6e6f ..Server:
Domino
304: 2d47 6f2d 5765 6273 6572 7665 722f 342e
-Go-Webserver/4.
320: 362e 322e 360d 0a0d 0a0a 093c 4854 4d4c 6.2.6......<HTML
336: 3e0a 093c 4845 4144 3e0a 093c 5449 544c >..<HEAD>..<TITL
352: 453e 5265 7669 6577 2061 6e64 2055 7064 E>Review and
Upd
368: 6174 6520 504d 5273 202d 2053 7769 747a ate PMRs -
Switz
384: 6572 6c61 6e64 3c2f 5449 544c 453e 0a09
erland</TITLE>..
400: 3c2f 4845 4144 3e0a 093c 626f 6479 2062 </HEAD>..<body
b
416: 6763 6f6c 6f72 3d22 2346 4646 4646 4622
gcolor="#FFFFFF"
432: 3e0a 090a 3c74 6162 6c65 2077 6964 7468 >...<table
width
448: 3d36 3030 2062 6f72 6465 723d 3020 6365 =600 border=0
ce
464: 6c6c 7370 6163 696e 673d 3020 6365 6c6c llspacing=0
cell
480: 7061 6464 696e 673d 303e 0a20 2020 203c padding=0>. <
496: 7472 3e0a 2020 2020 2020 2020 3c74 643e tr>. <td>
512: 3c49 4d47 2053 5243 3d22 2f33 3930 696d <IMG
SRC="/390im
528: 6773 2f6d 6173 7472 7336 3030 302e 6769
gs/mastrs6000.gi
544: 6622 2042 6f72 6465 723d 3020 7769 6474 f" Border=0
widt
560: 683d 3630
3020 h=600
0.00005 proxy1.domain.ch -> www.europe.ibm.com TCP D=80 S=33517Ack=2
39827006 Seq=2188409105 Len=0 Win=9216
0: 0800 09e7 74bb 0800 2087 9d6a 0800 4500 ....t...
..j..E.
16: 0028 ef8c 4000 ff06 3558 c330 d0f3 c2c4
.(..@...5X.0....
32: 0002 82ed 0050 8270 7911 0e4b 783e 5010
.....P.py..Kx>P.
48: 2400 2fa1
0000 $./...
0.05045 proxy1.domain.ch -> www.europe.ibm.com TCP D=80 S=33517 Fin
Ack=2
39827006 Seq=2188409105 Len=0 Win=9216
0: 0800 09e7 74bb 0800 2087 9d6a 0800 4500 ....t...
..j..E.
16: 0028 ef8d 4000 ff06 3557 c330 d0f3 c2c4
.(..@...5W.0....
32: 0002 82ed 0050 8270 7911 0e4b 783e 5011
.....P.py..Kx>P.
48: 2400 2fa0
0000 $./... "
Notice the Fin bit in the last packet while the HTML page is not
completely loaded.
237 bytes have arrived on the WEB client and we get a white page with
"Document done" at the bottom of the browser.
The WEB server is supposed to get data from a database, which typically
takes 30 seconds (long !).
So I tried playing with request_timeout, pconn_timeout and
connect_timeout,
but we still have the same problem.
Has it to do with persistent connections ? Again, it works fine via
SQUID 1.1.18...
Any help would be very appreciated.
Thank's in advance and best regards !
Thierry Agassis
P.S. I've got no complaints for other WEB sites, yet.
Is it the Domino server which is wrong with persistant
connections ?
Received on Tue Nov 09 1999 - 08:21:46 MST
This archive was generated by hypermail pre-2.1.9 : Wed Apr 09 2008 - 11:57:32 MDT