echo: Too long time to get a 200-OK ICAP response for RESPMOD preview ieof request

[zh-jq]

Version 1.5.10 which is packaged by debian doesn't have this problem.

I just downloaded c_icap-0.6.3.tar.gz, and do the following steps to build it:

./configure
make
sudo make install
sudo ldconfig

Then start c-icap with

c-icap -f /var/log/c-icap/server.log

Then start g3proxy with config g3proxy.yaml.
Then run a test script

python3 g3proxy/ci/python3+curl/test_httpbin.py -x http://127.0.0.1:8080 -T https://httpbin.org --ca-cert scripts/coverage/g3proxy/rootCA.pem

All tests passed but found one take a very long time for wait the ICAP response. Here is the screenshot:

Here is the full captured file the test:
c-icap-0.6.3-http1.zip
Tcp stream 13 and 16 both contains a long time case.

Does anyone know what's the problem is?

[zh-jq]

It seems all of the timeout case is the response for RESPMOD preview ieof request with a really small http body:

• stream 13 - Content-Length: 47
• the first in stream 16 - Content-Length: 18

It will response in time if the http body is much larger

• stream 11 - Content-Length: 589
• the second in stream 16 - Content-Length: 422

[chtsanti]

If you still can reproduce this issue can you run c-icap with setting the DebugLevel to 10 and post the c-icap server.log with the failed request?

[zh-jq]

You can check this case, which is a bit different, but it's the same no in time response issue:

g3proxy send a REQMOD request to c-icap but get no response in 60s, though this doesn't happen all the time, but it's not reproducible with c-icap 0.5.10.

Here is the server log:
c-icap-server.log
Here is the captured ICAP traffic file:
c-icap-no-rsp.zip