litespeedtech / litespeedtech/lsquic

lsquic has different action between gquic and iquic if set conn idle timeout 0

Open
#230 2 comments 0 reactions 0 assignees View on GitHub
bug post-gQUIC
Dominant language
C
Stars
1.9k
Forks
397
Avg merge
2d 22h
Merged PRs (30d)
8

Description

We set http_server with prog_settings->es_idle_to = 0 and prog_settings->es_idle_conn_to = 0, and then call http_client to send Q043 and h3-27 request to it.

Result:
Q043: Server destroy connection imediately after handshake completed.
h3-27: Server take client transport param idle timeout 30000ms, and send right response to http_client.

Does this expected? Or there are some bug? Thanks.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reproducing the reported http_server and http_client scenario with prog_settings->es_idle_to and es_idle_conn_to set to 0 for Q043 and h3-27. Compare the connection behavior after the handshake and verify whether the differing idle-timeout handling is expected; done means the behavior is explained and any confirmed bug has a regression test.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
networking
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.