rfc5766-turn-server | SVN copy of .. ] High-performance free open source TURN | TCP library
kandi X-RAY | rfc5766-turn-server Summary
kandi X-RAY | rfc5766-turn-server Summary
[SVN copy of..] High-performance free open source TURN and STUN Server implementation. VoIP media traffic NAT traversal and gateway.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of rfc5766-turn-server
rfc5766-turn-server Key Features
rfc5766-turn-server Examples and Code Snippets
Community Discussions
Trending Discussions on rfc5766-turn-server
QUESTION
There are two very similar questions here, but both haven't been answered:
rfc5766-turn-server as TURN and STUN for webrtc application question 1. says "with rfc5766-turn-server is enough to act as a TURN and also STUN server or do I also need to run a stun server".
missing relay candidates from TURN server speak about missing relay candidates, the effect I am seeing when making only a turn
request.
We have coturn
configured with turns
and use-auth-secret
and use https://webrtc.github.io/samples/src/content/peerconnection/trickle-ice/ for testing.
- When I make a stun request
stun:hostname:5349
without password I see thesrflx
candidate (my external IP). - When I make a turn request
turns:hostname:5349[username:password]
I see therelay
candidate (the TURN server's public address).
This looks good, but do I need to make 2 requests to the same server? Shouldn't turn
include stun
and give me srflx
and relay
candidates?
- Can I configure
coturn
to return both in a single request? - Or will the client have to make both requests? Is so, will all browsers do this correctly when using WebRTC?
ANSWER
Answered 2019-Feb-06 at 08:53If you have TURN/UDP configured in the client, configuring the same server as a STUN server isn't necessary.
TURN over UDP will return a srflx candidate automatically, you should be able to see that on the trickle-ice test page. If you look at the packets exchanged in Wireshark you'll see both * a STUN binding request and the binding response containing the public ip as seen by the server in the xor-mapped-address field as well as * a STUN (TURN) allocate request whose response also contains a xor-mapped-address
TURN over TLS or TURN over TCP won't do that since that would not work with udp hole punching.
QUESTION
I'm running a WebRTC based service and currently investigating the requirements for WebRTC conference chats with approx. 10 users. Therefore I'd like to run a Selective Forwarding Unit (SFU). I know about janus and jitsi videobridge, but am a little bit concerned about data security. Both servers operate like WebRTC endpoints, which means to me that the incoming streams are de- and encoded before they are passed to the users. Even if it happens only in memory and in a split second, it means a lack of confidentiality (which I have to take serious for legal reasons).
This leads me to my question. Are there any SFU (or multicast relay servers that could be used as SFU) that operate at the transport layer (as described in RFC 7201 chapter 2.3.1, citing RFC 5117) and only pass the SRTP encrypted streams to their recipients?
I thought about (re-) using my TURN server for this purpose, but as Oleg pointed out here the TURN specs are designed for P2P communication only. Maybe I'm just wrong with my assumptions about janus and jitsi videobridge, then I would be glad to here that as well.
Thx in advance
Greg
...ANSWER
Answered 2017-Feb-27 at 22:26That's not currently possible, I'm afraid. Advanced SFUs may need to check metadata in the RTP stream, such as to identify a video keyframe, hence the need to access the RTP stream.
But there is hope! The IETF PERC working group has published a draft which allows for end-to-end encryption by applyuing SRTP twice, see it here.
Jitsi is working towards having the first PERC implementation: https://www.slideshare.net/alexpiwi5/perc-webrtc-e2e-media-encryption-with-sfu
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install rfc5766-turn-server
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page