EricssonResearch / EricssonResearch/openwebrtc
regarding stun requests
- Dominant language
- C
- Stars
- 1.8k
- Forks
- 531
- PR merge metrics
- No merged PRs in 30d
Description
Hi,
We are calling from the browser to the native webrtc client application in linux, similar to the test client application. The application is running in arm target patform.
When we make a call from the browser, the STUN requests are keep on going from browser to the target.
But from the target to the browser, there is only one stun request going. After that there is no stun packets flowing from target. But the target is sending the "success response" packets for the request coming from browser.
Currently we are not sending any media source from the target, we are only receiving the audio.
But we are not receiving the audio from the browser. The got-remote-source callback is not invoked.
Whether there is any STUN issue which blocks the incoming audio source? Since we are seeing only one stun request from the target.
Please share your views for the same.
Thanks.
Contributor guide
Research direction
The report names no source file or test; start by reproducing the browser-to-target call in the test client application and inspect the STUN request/response flow. Check why the target sends only one STUN request and whether the got-remote-source callback is reached when browser audio is present. Done means incoming audio is received and the callback is invoked, with the target’s STUN traffic understood.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- audio-video-rtc, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100