litespeedtech / litespeedtech/lsquic
lsquic has different action between gquic and iquic if set conn idle timeout 0
- 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