"WebRTC server" does not appear in the WebRTC specification. People usually refer to a WebRTC server as the back...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
end of a WebRTC-based service.
The peer-to-peer communication via WebRTC is often misunderstood. WebRTC doesn't really mean you no longer need servers to negotiate and connect a call. It just means, in many cases, you'll be able to communicate directly between browsers.
1. Signaling server: The first thing needed for a session to connect across browsers is some kind of mediator -- a server that is aware of both ends of the call. This is the signaling server, which negotiates the session, and is probably the closest thing to a WebRTC server.
Often, this server will also send relevant data throughout the session. Signaling servers can implement a standardized protocol such as SIP or XMPP, or they can implement a proprietary protocol. At times, the signaling component will be part of the Web server operating the website. At other times, the server will be dedicated for signaling only.
2. TURN and STUN server: When both ends of a session are aware of each other, they will try to connect directly -- sometimes this works, other times it doesn't.
When it doesn't, it's because network address translation or firewall machines along the communication path either mask the address of the browser, translating it from a private IP address to a public one, or they don't want to allow such communication and they block incoming traffic that is considered unsolicited.
To overcome these issues, WebRTC uses STUN and TURN, which are protocols requiring server components to assist in negotiating media traversal and, at times, relay all the media through the TURN server.
3. Media server: Even after negotiating the signaling and getting the media connected, we may still want to process the media on the server side. This might be needed so users can conduct a session with a large number of participants and record and archive the session or gateway the session to some other type of network protocol. In such cases, we would use a back-end media server.
Depending on the context, each of the above can be considered or referred to as a WebRTC server. In most cases, this reference would be made to the signaling server.
Do you have a question for Tsahi Levent-Levi or any of our other experts? Ask your enterprise-specific questions today! (All questions are treated anonymously.)
WebRTC browsers are expected to see significant progress.
Examine some common WebRTC security risks.
Do WebRTC and SIP perform the same functions?
Dig Deeper on Unified Communications Architecture and Service Models
Related Q&A from Tsahi Levent-Levi
Four attributes are necessary to examine providers in the CPaaS market. Find the right offering for your organization's communications and workflow ...continue reading
Communication APIs offer a wide range of uses for enterprises. Discover some of the leading and emerging use cases for organizations today.continue reading
While UCaaS has its benefits for internal communications, CPaaS takes the lead for external communications. CPaaS expert Tsahi Levent-Levi breaks ...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.