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

Remove wait_for_ice_gathering_complete #192

Open
johanhelsing opened this issue Mar 31, 2023 · 1 comment
Open

Remove wait_for_ice_gathering_complete #192

johanhelsing opened this issue Mar 31, 2023 · 1 comment
Labels
enhancement New feature or request wasm Only relevant for the wasm implementation

Comments

@johanhelsing
Copy link
Owner

johanhelsing commented Mar 31, 2023

We are waiting for ice gathering completion before we start ice trickling. In theory, this should not be needed, and it's probably slowing down connection times on wasm, especially if the socket is configured with multiple stun servers. However, last I checked, if we removed the wait, nat hole punching started failing.

Solve the todo here:

// todo: the point of implementing ice trickle is to avoid this wait...

Care should be taken to make sure that nat hole punching still works after.

@johanhelsing johanhelsing added enhancement New feature or request wasm Only relevant for the wasm implementation labels Mar 31, 2023
@caspark
Copy link

caspark commented Dec 10, 2024

I originally wrote this as a comment on #35 before I realized there was a separate issue for it here - I've edited my comment to move the relevant text from there into a new comment here.

From poking around at #35, I suspect the NAT traversal issue when removing the wait might be because ICE gathering starts with the host interface as the first candidate, but the STUN-based candidates take a while to appear: if we send the first offer we can as soon as we can, then the STUN-based ICE candidates probably haven't had a chance to appear yet.

But I also see we construct an offer to send before we finish waiting for ICE gathering to complete, so I'm unsure how to square that with this theory.. unless NAT traversal is currently unreliable on high latency connections - I haven't tested that yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wasm Only relevant for the wasm implementation
Projects
None yet
Development

No branches or pull requests

2 participants