You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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
The text was updated successfully, but these errors were encountered:
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?
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
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
The text was updated successfully, but these errors were encountered: