Back to tester
STUN

What STUN Does in WebRTC Playback Testing

Understand how STUN helps WebRTC discover mapped public addresses and why it does not carry media streams.

Browser direct play
Helper
Pipeline role
WebRTC network helper
Browser result
Not a media playback protocol

Short answer

STUN is not a video protocol and cannot play video. It is a helper service used by WebRTC to discover mapped public addresses.

Where it sits in a video pipeline

In a WebRTC pipeline, STUN helps the browser learn what address it appears as from the public internet. This is used for ICE candidate gathering.

How to use it in a browser project

The frontend does not play a stun: URL; it puts STUN servers into RTCPeerConnection iceServers.

What the server has to do

Projects can use trusted STUN services or self-host one. In complex networks, TURN relay is needed when STUN is not enough.

Common development scenarios

  • WebRTC playback testing, low-latency monitoring and cross-network connectivity diagnostics.

Debugging order

  • If WebRTC signaling succeeds but ICE fails, check STUN reachability, blocked UDP and whether TURN is required.

Recommended conversion paths

  • STUN does not convert media. It only helps WebRTC establish connectivity.

Minimum usable implementation

  • Frontend: add STUN URLs to the WebRTC configuration.
  • Backend: prepare TURN as a fallback for production networks.

Developer decision rule

STUN should be judged by its role in the delivery chain, not by the protocol name alone. Browser result: Not a media playback protocol. Before promising playback, confirm the source type, whether a server conversion is required, CORS and HTTPS policy, codec support and the latency target.

Related protocols