Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update the timeout for a specific client/SocketAddr at runtime #184

Closed
cBournhonesque opened this issue May 18, 2024 · 4 comments
Closed

Comments

@cBournhonesque
Copy link

I have a case where some clients stop sending packets because they are running in a browser tab that has been throttled.
I believe this could cause the webtransport connection to timeout.

I'm wondering if it's possible to update the timeout for an 'idle connection', as described in w3c/p2p-webtransport#106

@BiagioFesta
Copy link
Owner

Are you referring Config::max_idle_timeout & Config::keep_alive_interval?

@cBournhonesque
Copy link
Author

Yes.

I actually found another solution for my problem; but out of curiosity is it possible to update those settings even after the connection has been established?

@BiagioFesta
Copy link
Owner

but out of curiosity is it possible to update those settings even after the connection has been established?

No, it is not.

The underlying QUIC transport does not allow that. For example, max_idle_timeout is a QUIC transport parameters which is exchanged during connection establishment

@cBournhonesque
Copy link
Author

Thank you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants