WebRTC in modern contact centers
Verified 2026-09-24 · 57 sources · tier 1–2 · 3 disputed
Also known as browser-based agent clients.
WebRTC implementations in contact centers rely on standard browser and endpoint protocols defined across IETF and W3C specifications 3247. WarmTransfer's reading of the sources is that major CCaaS platforms build agent desktop audio on standard WebRTC while using their own signaling layers to their cloud services 44.
Media transport, security, and codecs
RFC 8825 functions as an applicability statement that names the specifications a WebRTC implementation must follow without specifying a standalone protocol itself 32. It distinguishes a WebRTC non-browser endpoint, which implements the WebRTC protocols without the JavaScript API, from a WebRTC browser that implements both 27.
For media security, all WebRTC media channels must be secured using SRTP and SRTCP, with plaintext RTP/RTCP prohibited and null cipher suites barred from negotiation 40. Implementations must not offer SDP security descriptions (SDES, RFC 4568) or select SDES if offered, requiring DTLS-SRTP keying instead 36. All WebRTC implementations must support DTLS 1.2 with the TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 cipher suite 11. Furthermore, implementations must periodically verify continued consent to send media using the RFC 7675 consent freshness mechanism via ICE Binding Requests rather than plain STUN keepalives 9.
At the transport layer, endpoints must use the RTP/SAVPF profile rather than basic RTP/AVP 35. Implementations are also required to support multiplexing RTP and RTCP on a single transport flow (RFC 5761) 34. Endpoints should attempt to set DSCP QoS markings per RFC 8837, though they may stop marking if they detect blocking or priority inversion 10.
Mandatory-to-implement audio codecs include Opus (RFC 7587 payload format) and G.711 PCMA and PCMU 26. For endpoints handling audio above 8 kHz, RFC 7874 recommends offering Opus before PCMA/PCMU 29. RFC 3389 comfort noise is required for G.711 but not recommended with Opus, as Opus provides its own comfort-noise mechanism 28. Endpoints must also implement audio/telephone-event (RFC 4733) to generate and consume DTMF events 0-9, *, # and A-D 41. RFC 7874 permits DTMF event durations of 40 to 8000 ms (100 ms recommended) with a minimum 30 ms gap between events (70 ms recommended) 31. In the browser, the W3C RTCDTMFSender insertDTMF method accepts tone durations of 40 to 6000 ms and an inter-tone gap of at least 30 ms 46.
Session establishment and NAT traversal
The W3C WebRTC API specification (RTCPeerConnection) is a W3C Recommendation dated 13 March 2025 47. Browser implementations must obtain explicit user consent before granting access to the camera or microphone, and they must refuse all device permission grants to plain HTTP origins, requiring browser agent clients to run over HTTPS 2520.
WebRTC endpoints must implement full ICE (RFC 8445) rather than ICE-Lite 12. They must also support TURN, including TURN over TCP and TURN over TLS over TCP, enabling traversal of firewalls that block UDP 42. RFC 8827 requires the WebRTC API to let applications restrict ICE candidate gathering to TURN relay candidates to protect the user's IP address privacy 30. The W3C API exposes this behavior through the RTCIceTransportPolicy enum using the values 'relay' and 'all' 45.
Session descriptions follow the JavaScript Session Establishment Protocol (JSEP) in SDP format 23. RFC 9429 (JSEP, April 2024) obsoletes RFC 8829, mainly to fix inconsistencies in BUNDLE handling found after RFC 8829 was published 22. WarmTransfer's reading of the sources is that because RFC 8825's required specification list explicitly cites RFC 8829, reading RFC 8825 literally leads to a superseded JSEP reference 33. JSEP does not specify a signaling model or state machine, allowing the application layer to determine how and when offers and answers are exchanged 21. JSEP also supports optional ICE candidate trickling, where an offer can be sent immediately while candidates are transmitted as they are gathered 24. WarmTransfer's reading of the sources is that CCaaS browser agent clients implement their own proprietary signaling mechanisms (such as WebSockets) rather than standardized SIP over WebSocket 44.
Platform architectures and requirements
| Platform | Media network requirements | VDI support |
|---|---|---|
| Cisco Webex Contact Center | Minimum 100 kbps per call; no local gateway required 4854 | WebRTC calling not supported in VDI 55 |
| Amazon Connect | Outbound UDP 3478 to TurnNlb endpoints; ephemeral UDP inbound for stateless firewalls 65 | Split CCP or custom CCP audio offload 87 |
Webex Contact Center WebRTC supports Google Chrome, Microsoft Edge and Mozilla Firefox 49. In Webex Contact Center, WebRTC browser calling is enabled by default for new tenants 56. An administrator enables WebRTC under Tenant Settings > Voice in Control Hub and assigns the Desktop option in the agent desktop profile 52. Agents receive calls by selecting the Desktop telephony option under Station Credentials upon signing into Agent Desktop 51. Voice media reaches the browser over the internet without a local gateway 54. Cisco advises running the Advanced CScan tool across all agent networks, including on-premises and work-from-home locations 50. Webex Contact Center Agent Desktop runs in VDI, but WebRTC calling itself is not supported in VDI 55. Cisco TAC documents troubleshooting calls in Chrome using chrome://webrtc-internals for RTCPeerConnection traces, live getStats metrics, and diagnostic dumps 57.
Amazon Connect Customer Contact Control Panel (CCP) transmits SDP offers—containing host, STUN-derived, and TURN relay candidates—and receives SDP answers over a WebSocket signaling channel 4. Softphone media requires outbound UDP 3478 (send/receive) to regional TurnNlb-*.elb..amazonaws.com endpoints 6. AWS notes that CCP uses persistent outbound send/receive connections so that no client-side port needs to be opened for incoming traffic 3. However, this is disputed: AWS's WebRTC best-practices documentation instructs customers to allow-list incoming UDP traffic on port 3478, conflicting with its networking documentation listing 3478 only as outbound 1. Stateless firewalls require allowing inbound UDP to the client's ephemeral port range (49152-65535 on Windows, 32768-61000 on Linux) from AMAZON_CONNECT IP ranges 5. AWS strongly recommends avoiding VPNs or network accelerators for CCP media traffic 2. For VDI environments, AWS recommends a split CCP model separating media-less call control inside the virtual desktop from a local media-bearing CCP, or utilizing open-source libraries to offload audio processing to the local endpoint in Amazon WorkSpaces, Citrix, Omnissa, Azure Virtual Desktop, or Windows 365 87.
Sources disagree regarding supported browsers for the Genesys Cloud WebRTC phone: the WebRTC phone requirements page mandates the latest version of Chrome or Firefox, whereas the WebRTC overview page states it works in Chrome, Firefox, or Microsoft Edge (Chromium) 1413. The Genesys Cloud WebRTC phone requires browser pop-up blockers to be disabled, and runs in a separate browser window to maintain the WebRTC connection for Embeddable Framework, Salesforce, Zendesk, and Microsoft Teams integrations 18. Under Genesys Cloud Voice, the phone uses UDP 3478 STUN for candidate gathering, with high failure rates if blocked, and sends SRTP/TURN audio across UDP 16384-65535 to the Genesys Cloud Media Tier 1916. Genesys Cloud does not support customer-run private STUN/TURN servers or proxies 17. The platform can force ICE gathering to TURN relay candidates, which shortens negotiation time at the expense of resiliency and requires allow-listing 4 published CIDR blocks 15.
WarmTransfer's reading of the sources is that across these platforms, hairpinned audio inside virtual desktops acts as a shared design constraint, leading vendors either to withhold support (Webex Contact Center) or require local device media offloading (Amazon Connect) 43.
See also
- See also DTMF methods and interoperability failures.
- See also Call quality metrics and MOS estimation.
- See also SD-WAN considerations for voice.
- See also Webex Calling ICE media path optimization.
- See also SDP offer answer and codec negotiation.
- See also RTP and RTCP quality metrics.
- See also SRTP and media encryption negotiation.
- See also One-way and no-way audio diagnosis.
- See also NAT traversal ICE STUN and TURN.
Applicability
Applies to: IETF WebRTC protocol suite, W3C WebRTC 1.0 API, CCaaS browser agent clients, Cisco Webex Contact Center, Amazon Web Services Amazon Connect, Cisco Webex Contact Center Agent Desktop, Genesys Cloud WebRTC phone, and Genesys Cloud. Deployments: multi-tenant, any, and browser. Sources checked 2026-09-24. The Genesys Cloud Voice edition claims apply specifically to that voice edition 1916.
What remains uncertain
Whether Genesys Cloud WebRTC phones are supported inside virtual desktop infrastructure (VDI) environments is not covered by the sources below. Supported browsers for Amazon Connect CCP are not covered by the sources below.
See also
Related to
- Call quality metrics and MOS estimation — Browser agent clients expose media statistics through the W3C getStats API; Cisco documents chrome://webrtc-internals for Webex Contact Center Agent Desktop.
- DTMF methods and interoperability failures — RFC 7874 makes audio/telephone-event (RFC 4733) mandatory for WebRTC endpoints; the W3C insertDTMF API uses a narrower duration range than RFC 7874.
- Genesys Cloud CX routing and Architect flows — Genesys Cloud WebRTC phone is the browser station type used by Genesys Cloud agents.
- SD-WAN considerations for voice — RFC 8835 asks WebRTC implementations to set DSCP per RFC 8837; vendors warn against VPN hops for WebRTC media.
Referenced by
- DTMF methods and interoperability failures — WebRTC DTMF (RFC 7874 / insertDTMF) not researched in this packet; scored into frontier
- RTCP multiplexing and BUNDLEstub — Queued 2026-10-15; WebRTC in modern contact centers is the nearest existing coverage
- WebRTC to SIP gatewaysstub — Queued 2026-10-15; WebRTC in modern contact centers is the nearest existing coverage
Sources
- 1AWS's WebRTC best-practices text tells customers to allow-list incoming UDP traffic on port 3478, while the networking page lists 3478 only as an outbound rule and says no inbound client port is needed.disputedHow Contact Control Panel (CCP) uses WebRTC · Best practices, second bullet · Checked 2026-09-24
- 2AWS strongly recommends that CCP media between the agent workstation and AWS go directly, without traversing VPNs or network accelerator hops.How Contact Control Panel (CCP) uses WebRTC · Best practices, first bullet · Checked 2026-09-24
- 3AWS states that the CCP softphone uses persistent outbound send/receive connections from the browser, so no client-side port has to be opened for inbound traffic.Set up your network to use the Connect Customer Contact Control Panel (CCP) · Introductory paragraph of 'Set up your network to use the ... CCP' · Checked 2026-09-24
- 4The Amazon Connect CCP sends its SDP offer, including host, STUN-derived and TURN relay candidates, to Amazon Connect over a WebSocket signaling channel, and receives the SDP answer the same way.How Contact Control Panel (CCP) uses WebRTC · How STUN, TURN and ICE work together, steps 1-3 · Checked 2026-09-24
- 5With a stateless firewall, Amazon Connect also requires allowing inbound UDP to the browser's ephemeral port range from AMAZON_CONNECT ranges (49152-65535 on Windows, 32768-61000 on Linux).Set up your network to use the Connect Customer Contact Control Panel (CCP) · Stateless firewalls section table · Checked 2026-09-24
- 6Amazon Connect CCP softphone media requires outbound UDP 3478 (send/receive) to the regional TurnNlb-*.elb.<region>.amazonaws.com TURN endpoints.Set up your network to use the Connect Customer Contact Control Panel (CCP) · Option 1 (recommended) allowlist table, TurnNlb row; NLB endpoints table · Checked 2026-09-24
- 7For Amazon WorkSpaces, Citrix, Omnissa, Azure Virtual Desktop or Windows 365, AWS says a custom CCP built with its open-source libraries can offload audio processing to the agent's local device and redirect audio to Amazon Connect.Use Connect Customer in a VDI environment · Cloud desktops · Checked 2026-09-24
- 8For VDI, AWS recommends a split CCP: a media-less CCP inside the virtual desktop for data and call control, and a standard CCP carrying media on the local PC.Use Connect Customer in a VDI environment · Use a split CCP model · Checked 2026-09-24
- 9WebRTC implementations must periodically verify continued consent to send using the RFC 7675 consent freshness mechanism (ICE Binding Requests), not plain STUN keepalives.RFC 8827: WebRTC Security Architecture · Section 4.4 (Communications and Consent Freshness); Section 6.3 (Communications Consent) · Checked 2026-09-24
- 10WebRTC implementations should attempt to set DSCP QoS markings per RFC 8837, and may stop marking if they detect blocking or priority inversion.RFC 8835: Transports for WebRTC · Section 4.2 (Usage of Quality of Service -- DSCP and Multiplexing) · Checked 2026-09-24
- 11All WebRTC implementations must support DTLS 1.2 with the TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 cipher suite.RFC 8827: WebRTC Security Architecture · Section 6.5 (Communications Security) · Checked 2026-09-24
- 12WebRTC endpoints must implement full ICE (RFC 8445), not ICE-Lite.RFC 8835: Transports for WebRTC · Section 3.4 (Middlebox-Related Functions) · Checked 2026-09-24
- 13Genesys's WebRTC overview page says the WebRTC phone works in Chrome, Firefox or Microsoft Edge (Chromium), in the desktop or web app.disputedWebRTC overview · Overview body text · Checked 2026-09-24
- 14Genesys's WebRTC phone requirements page says to use the latest version of Chrome or Firefox.disputedRequirements for WebRTC phones · Browsers requirement · Checked 2026-09-24
- 15Genesys Cloud can force WebRTC ICE to TURN relay candidates; Genesys says this shortens negotiation but reduces resiliency, and requires allow-listing four published CIDR blocks.Force the Relay/TURN Behavior · Force the Relay/TURN Behavior: overview and CIDR allowlist section · Checked 2026-09-24
- 16Under Genesys Cloud Voice, WebRTC phone audio (SRTP/TURN) uses UDP 16384-65535 to the Genesys Cloud Media Tier.Ports and services for WebRTC phones under Genesys Cloud Voice · Ports table, WebRTC Media row · Checked 2026-09-24
- 17Genesys Cloud does not support customer-run private STUN/TURN servers or private proxy servers for its WebRTC connections.Can we implement our own STUN/TURN server to proxy connections to Genesys Cloud? · FAQ answer · Checked 2026-09-24
- 18The Genesys Cloud WebRTC phone needs the browser pop-up blocker off, and for Embeddable Framework, Salesforce, Zendesk and Microsoft Teams integrations it runs in a separate browser window that holds the WebRTC connection.Requirements for WebRTC phones · Pop-up blocker and separate WebRTC window requirements · Checked 2026-09-24
- 19Under Genesys Cloud Voice, the WebRTC phone uses UDP 3478 STUN for server-reflexive and relay candidates, and Genesys warns calls will have a high failure rate if it is closed.Ports and services for WebRTC phones under Genesys Cloud Voice · Ports table, WebRTC Signaling UDP/3478 row · Checked 2026-09-24
- 20WebRTC implementations must refuse all device permission grants to plain HTTP origins, so browser agent clients must be served over HTTPS.RFC 8827: WebRTC Security Architecture · Section 6.2 (Device Permissions Model) · Checked 2026-09-24
- 21JSEP does not specify a signaling model or state machine; the application decides which offers and answers to pass to the browser and when.RFC 9429: JavaScript Session Establishment Protocol (JSEP) · Section 3.1 (Signaling Model); Section 1.1 (General Design of JSEP) · Checked 2026-09-24
- 22RFC 9429 (JSEP, April 2024) obsoletes RFC 8829, mainly to fix inconsistencies in BUNDLE handling found after RFC 8829 was published.RFC 9429: JavaScript Session Establishment Protocol (JSEP) · Abstract; header 'Obsoletes: 8829' · Checked 2026-09-24
- 23JSEP session descriptions use SDP syntax, carried in a SessionDescription object that can be built from and serialised to SDP.RFC 9429: JavaScript Session Establishment Protocol (JSEP) · Section 3.3 (Session Description Format) · Checked 2026-09-24
- 24JSEP supports optional ICE candidate trickling: the application can send the offer immediately and send candidates as they are gathered.RFC 9429: JavaScript Session Establishment Protocol (JSEP) · Section 3.5.2 (ICE Candidate Trickling) · Checked 2026-09-24
- 25WebRTC implementations must obtain explicit user consent before giving an application access to the camera or microphone.RFC 8827: WebRTC Security Architecture · Section 6.2 (Device Permissions Model) · Checked 2026-09-24
- 26WebRTC endpoints must implement Opus (RFC 7587 payload format) and G.711 PCMA and PCMU.RFC 7874: WebRTC Audio Codec and Processing Requirements · Section 3 (Codec Requirements) · Checked 2026-09-24
- 27RFC 8825 defines a WebRTC non-browser endpoint as one that implements the WebRTC protocols but not the JavaScript API, distinct from a WebRTC browser that implements both.RFC 8825: Overview: Real-Time Protocols for Browser-Based Applications · Terminology definitions 'WebRTC Browser', 'WebRTC Non-Browser', 'WebRTC Endpoint' · Checked 2026-09-24
- 28RFC 3389 comfort noise is required for G.711 but not recommended with Opus, which has its own comfort-noise mechanism.RFC 7874: WebRTC Audio Codec and Processing Requirements · Section 3 (Codec Requirements) · Checked 2026-09-24
- 29For endpoints handling audio above 8 kHz, RFC 7874 recommends offering Opus before PCMA/PCMU.RFC 7874: WebRTC Audio Codec and Processing Requirements · Section 3 (Codec Requirements) · Checked 2026-09-24
- 30RFC 8827 requires the WebRTC API to let the application restrict ICE to TURN relay candidates so that the peer does not learn the user's IP addresses.RFC 8827: WebRTC Security Architecture · Section 6.4 (IP Location Privacy) · Checked 2026-09-24
- 31RFC 7874 allows DTMF event durations of 40 to 8000 ms (100 ms recommended) with a minimum 30 ms gap between events (70 ms recommended).RFC 7874: WebRTC Audio Codec and Processing Requirements · Section 3 (Codec Requirements), DTMF paragraph · Checked 2026-09-24
- 32RFC 8825 is an applicability statement: it does not itself specify a protocol but names the specifications a WebRTC implementation must follow.RFC 8825: Overview: Real-Time Protocols for Browser-Based Applications · Abstract · Checked 2026-09-24
- 33RFC 8825's list of required specifications names RFC 8829 for JSEP, which RFC 9429 has since obsoleted, so a reader following RFC 8825 literally lands on a superseded JSEP.inferredRFC 8825: Overview: Real-Time Protocols for Browser-Based Applications · Normative References (RFC 8829 entry), read with RFC 9429 header · Checked 2026-09-24
- 34WebRTC implementations are required to support multiplexing RTP and RTCP on a single transport flow (RFC 5761).RFC 8834: Media Transport and Use of RTP in WebRTC · Section 4.5 (RTP and RTCP Multiplexing) · Checked 2026-09-24
- 35WebRTC endpoints must not send using the basic RTP/AVP profile; they must use the RTP/SAVPF profile.RFC 8834: Media Transport and Use of RTP in WebRTC · Section 4.2 (Choice of the RTP Profile) · Checked 2026-09-24
- 36WebRTC implementations must not offer SDP security descriptions (SDES, RFC 4568) nor select SDES if it is offered; keying is DTLS-SRTP.RFC 8827: WebRTC Security Architecture · Section 6.5 (Communications Security) · Checked 2026-09-24
- 37The choice of client-server and inter-server signaling protocols, and the translation between them, is outside the scope of the WebRTC protocol suite.RFC 8825: Overview: Real-Time Protocols for Browser-Based Applications · sentence beginning 'The choice of protocols for client-server and inter-server signaling' (section number not captured) · Checked 2026-09-24
- 38RFC 7118 defines SIP over WebSocket using the WebSocket subprotocol name 'sip', letting browser clients act as SIP user agents.RFC 7118: The WebSocket Protocol as a Transport for the Session Initiation Protocol (SIP) · WebSocket subprotocol negotiation text and IANA Considerations (subprotocol registration) · Checked 2026-09-24
- 39RFC 7118 defines Via transport values WS for plain WebSocket and WSS for secure WebSocket, and recommends that SIP over WebSocket be protected with WSS (TLS).RFC 7118: The WebSocket Protocol as a Transport for the Session Initiation Protocol (SIP) · Via transport parameter definition; Security Considerations (RECOMMENDED secure WebSocket) · Checked 2026-09-24
- 40All WebRTC media channels must be secured with SRTP and SRTCP; plaintext RTP/RTCP must not be sent and null cipher suites must not be negotiated.RFC 8827: WebRTC Security Architecture · Section 6.5 (Communications Security) · Checked 2026-09-24
- 41WebRTC endpoints must implement audio/telephone-event (RFC 4733) and be able to generate and consume DTMF events 0-9, *, # and A-D.RFC 7874: WebRTC Audio Codec and Processing Requirements · Section 3 (Codec Requirements) · Checked 2026-09-24
- 42WebRTC endpoints must support TURN, including TURN over TCP and TURN over TLS over TCP, so media can traverse firewalls that block UDP.RFC 8835: Transports for WebRTC · Section 3.4 (Middlebox-Related Functions) · Checked 2026-09-24
- 43Among the vendors examined, browser WebRTC audio inside VDI is either unsupported (Webex Contact Center) or handled by moving media to the local device (Amazon Connect split CCP or audio offload), pointing to hairpinned VDI audio as a shared design constraint.inferredUse Connect Customer in a VDI environment · Use a split CCP model; Cloud desktops; read with Webex CC system requirements VDI statement · Checked 2026-09-24
- 44Because standard WebRTC leaves signaling to the application, each CCaaS browser agent client uses its vendor's own signaling to its cloud (AWS documents a WebSocket channel); none of the fetched vendor pages say their browser client uses SIP over WebSocket.inferredHow Contact Control Panel (CCP) uses WebRTC · How STUN, TURN and ICE work together, step 2; read with RFC 8825 signaling scope statement · Checked 2026-09-24
- 45The W3C WebRTC API exposes this as RTCIceTransportPolicy with values 'relay' (TURN relay candidates only) and 'all'.WebRTC: Real-Time Communication in Browsers · RTCIceTransportPolicy enum definition · Checked 2026-09-24
- 46The W3C RTCDTMFSender insertDTMF method accepts tone durations of 40 to 6000 ms and an inter-tone gap of at least 30 ms.WebRTC: Real-Time Communication in Browsers · RTCDTMFSender interface, insertDTMF method · Checked 2026-09-24
- 47WebRTC: Real-Time Communication in Browsers (the RTCPeerConnection API) is a W3C Recommendation; the version at /TR/webrtc/ on 2026-09-24 is dated 13 March 2025.WebRTC: Real-Time Communication in Browsers · Status of This Document / document header · Checked 2026-09-24
- 48Cisco states that Webex Contact Center WebRTC requires a minimum network bandwidth of 100 kbps per call.Set up voice channels for Webex Contact Center · WebRTC section, network requirement sentence · Checked 2026-09-24
- 49Webex Contact Center WebRTC supports Google Chrome, Microsoft Edge and Mozilla Firefox.System requirements for Webex Contact Center Desktop · Minimum system requirements section · Checked 2026-09-24
- 50Cisco advises running the Advanced CScan tool from every network where WebRTC agents will work, including call centres and remote or work-from-home agents.Set up voice channels for Webex Contact Center · WebRTC section, CScan paragraph · Checked 2026-09-24
- 51A Webex Contact Center agent receives calls in the browser by choosing the Desktop telephony option under Station Credentials when signing in to Agent Desktop.Set up voice settings for Webex Contact Center · WebRTC section · Checked 2026-09-24
- 52To give Webex Contact Center agents WebRTC, an administrator enables WebRTC under Tenant Settings > Voice in Control Hub and selects the Desktop option in the agent's desktop profile Voice Channel options.Set up voice channels for Webex Contact Center · 'Set up voice channels for Webex Contact Center', WebRTC / Enable WebRTC section · Checked 2026-09-24
- 54Webex Contact Center WebRTC delivers voice media to the agent's browser over the internet without needing a local gateway.Set up voice channels for Webex Contact Center · WebRTC section · Checked 2026-09-24
- 55Webex Contact Center Agent Desktop is supported in VDI, but WebRTC calling is not supported in VDI.System requirements for Webex Contact Center Desktop · Minimum system requirements; Agent Desktop and Supervisor Desktop sections · Checked 2026-09-24
- 56In Webex Contact Center, WebRTC browser calling is enabled by default for a new tenant.Set up voice settings for Webex Contact Center · WebRTC section of 'Set up voice settings for Webex Contact Center' · Checked 2026-09-24
- 57Cisco TAC documents troubleshooting Webex Contact Center WebRTC calls in Chrome through chrome://webrtc-internals, which shows RTCPeerConnection traces and getStats-based live statistics and can export a dump.Exploring WebRTC Data and Statistics in WxCC Agent Desktop · Sections on accessing WebRTC statistics and creating a WebRTC-Internals dump · Checked 2026-09-24
Documents
RFC 7118: The WebSocket Protocol as a Transport for the Session Initiation Protocol (SIP)
RFC 7874: WebRTC Audio Codec and Processing Requirements
RFC 8825: Overview: Real-Time Protocols for Browser-Based Applications
RFC 8827: WebRTC Security Architecture
RFC 8834: Media Transport and Use of RTP in WebRTC
RFC 8835: Transports for WebRTC
RFC 9429: JavaScript Session Establishment Protocol (JSEP)
WebRTC: Real-Time Communication in Browsers
Can we implement our own STUN/TURN server to proxy connections to Genesys Cloud?
Exploring WebRTC Data and Statistics in WxCC Agent Desktop
Force the Relay/TURN Behavior
How Contact Control Panel (CCP) uses WebRTC
Ports and services for WebRTC phones under Genesys Cloud Voice
Requirements for WebRTC phones
Set up voice channels for Webex Contact Center
Set up voice settings for Webex Contact Center
Set up your network to use the Connect Customer Contact Control Panel (CCP)
System requirements for Webex Contact Center Desktop
Use Connect Customer in a VDI environment
WebRTC overview
Cite this page
APA
WarmTransfer. (2026, September 24). WebRTC in modern contact centers. WarmTransfer. https://warmtransfer.net/knowledge/webrtc-deployment
BibTeX
@misc{warmtransfer-webrtc-deployment,
title = {WebRTC in modern contact centers},
author = {{WarmTransfer}},
year = {2026},
url = {https://warmtransfer.net/knowledge/webrtc-deployment},
note = {Verified 2026-09-24}
}