All specs
RFC 8445RFCShould KnowProduct2018

Interactive Connectivity Establishment

WebRTC·RFC Editor
WHY YOU NEED THIS

NAT traversal is why WebRTC calls fail. ICE is how browsers find a working path between peers. Know it when debugging call connectivity failures.

What It Defines

Defines ICE — the protocol for establishing peer-to-peer connections through NAT and firewalls. Used by WebRTC to gather candidates (host, srflx, relay), prioritize them, and check connectivity.

Canonical (Normative)

Convenient (Practical)

icenatwebrtcconnectivity
Standards Body
RFC Editor

The canonical publication point for finalized RFCs. If a protocol is standardized as an RFC, the RFC Editor text is the normative final reference. Published by the IETF, IRTF, IAB, and independent stream.

Visit

Related Specs

W3C WebRTCW3CShould Know

WebRTC

Video calls (Meet, Zoom web), voice calls, peer-to-peer file transfer, and collaborative tools. The browser API surface for real-time A/V communication.

ProductWebRTC
Details
RFC 8489RFCShould Know

STUN

STUN is how WebRTC discovers the public-facing address for peer-to-peer connections. Every WebRTC deployment needs a STUN server.

ProductWebRTC
Details
RFC 8656RFCShould Know

TURN

~15-20% of WebRTC calls require TURN relay because both peers are behind symmetric NAT. Without TURN, those calls fail silently.

ProductWebRTC
Details