WebRTC (P2P): ментальная модель

Question

Accepted Answer

WebRTC — browser-to-browser media/data с sub-100ms latency. 90% работы — **signaling → ICE → STUN/TURN → DTLS** до первого байта данных.

## Разбор

WebRTC — единственный web transport **peer→peer**: audio/video/`DataChannel` идут напрямую между браузерами, минуя ваш server на hot path — отсюда latency.

Но «directly» — ложь в ~2/3 случаев: оба peer за NAT без public address. Mental model: **90% connection establishment, 10% data.**

1. **Signaling** — обмен SDP offer/answer + ICE candidates через *ваш* канал (WebSocket, SSE). WebRTC это не стандартизирует.
2. **ICE** — discovery path через **STUN** (public IP:port) и **TURN** (relay когда direct fail).
3. **Encryption** — mandatory **DTLS/SRTP**; unencrypted WebRTC не существует.

```
Peer A ──signaling (your server: WS/SSE)── Peer B   ① exchange SDP offer/answer + ICE candidates
Peer A ───────STUN───────▶ STUN server              ② "what's my public IP:port?"
Peer A ═══════ direct media/data ═══════ Peer B      ③ if a path works, server is OUT of the loop
Peer A ═══ TURN relay ═══ [TURN] ═══ Peer B          ③′ if not, relay through TURN (server stays in)
```

## Итог

WebRTC = P2P latency после дорогого ICE dance; без TURN ~10–20% пользователей mysteriously fail.