Home / WebRTC and SIP over WebSocket / Browser softphone call flow
Browser softphone call flow
A study ladder: WebSocket handshake, SIP INVITE, answer, then DTLS on the media path. Step the hops.
Learn in 5 minutes
- Order the handshake before the INVITE
- Keep DTLS off the SIP transaction
- Use the step control to read one hop at a time
Visual
Select a hop in the interactive flow. Each caption is a study note, not a packet captured from a vendor.
Worked example
Step the softphone ladder Play or step. Stop on DTLS and say which path it uses.
- Step through the handshake.
- Step to INVITE and read the proto token.
- Step to DTLS and name the path.
Fault
The ACK is present and RTP arrives in the clear. The debugger says the dialog is finished so encryption should be on.
RFC 5764 establishes SRTP keys with DTLS, independent of signaling.
Quiz
Ecosystem
Glossary, sister systems, and the integration seam for this room.
CRM Screen pop uses data the contact center already has: ANI, DNIS, case id. Those values may arrive in SIP headers or in a CTI event after the call is up. The CRM is not a SIP element.