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

STUN binding request with username attribute #56

Open
gl4nce opened this issue Sep 20, 2024 · 4 comments
Open

STUN binding request with username attribute #56

gl4nce opened this issue Sep 20, 2024 · 4 comments

Comments

@gl4nce
Copy link

gl4nce commented Sep 20, 2024

Would it be possible to send the username attribute in STUN binding requests? Obviously some STUN servers expect this attribute on binding requests.

Does this make sense? I'm not such deep into the STUN protocol but looks like it could be a good addition according to RFC 5389?

I'm currently playing with Jitsi Videobridge (SFU). Wireshark shows that this attribut is set on each initial binding request. Unfortunately, there no corresponding option in stunner for that.

@firefart
Copy link
Owner

Do you have an example of the replies of the server when running with the -debug flag?

@gl4nce
Copy link
Author

gl4nce commented Sep 20, 2024

The server ignores such requests completely. There is no reply. But I don't know it's because of the missing username attribute or anything else.

@firefart
Copy link
Owner

Just run with the -debug flag. If a requested property is missing, there must be an error code in the response

@gl4nce
Copy link
Author

gl4nce commented Sep 20, 2024

As I said. The server ignores the request. There are no replies. I guess there is some sort of pre-auth in the connection to the Jitsi Videobridge. And yes, it's all the same destination port (443).

I made two Wireshark screenshot for comparison.

Capture of real webrtc connection
jvb_live_example

info command with stunner
jvb_stunner_test

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