자세한 WebRTC 다이어그램
Legend
각 단계에서 일어나는 일에 대해 알아보려면 아래 숫자를 클릭하십시오.
|
![]() |
![]() |
모든 WebRTC 시그널링을 위해 websocket이 설정됩니다. 연결은 한 번 생성되고 모든 후속 메시지에 재사용됩니다. 인바운드 로우에 대해 새 연결이 생성되지 않으므로 인바운드 연결을 설정하기 위해 네트워크 액세스가 필요하지 않습니다. |
![]() |
When a call is initiated the Cloud Media Service or Edge and the WebRTC Client will use a STUN requests to obtains its reflexive NAT address (the public address and port are the same as the client appears on the public network). Multiple STUN requests are attempted. |
![]() |
대칭형 NAT는 미디어 흐름에 대해 새 변환이 생성되기 때문에 STUN 프로세스와 협력하지 않습니다. 이렇게 하면 직접 미디어 경로가 진행되지 않아 미디어 흐름에 TURN 채널이 사용됩니다. |
![]() |
클라이언트는 피어로부터 후보를 수신하고 연결 확인으로 바인딩 요청을 보냅니다. 바인딩 응답은 연결의 유효성을 검사하고 예상 경로가 사용되었는지 확인하는 데 사용됩니다. 클라이언트가 STUN 서버에 연결하는 데 사용한 것과 다른 NAT 주소를 사용하여 미디어 엔드포인트에 연결하는 경우 해당 주소가 검색되고 새로운 피어 반사 후보가 생성됩니다. |
![]() |
하나의 SRTP 미디어 경로만 필요합니다. 실제 IP 주소(BYOC 전제) 또는 NAT 반사 IP 주소(BYOC 클라우드) 간에 직접 미디어 경로를 설정할 수 있습니다. 직접 미디어 경로에 액세스할 수 없는 경우 TURN 채널을 사용하여 네트워크 액세스 또는 NAT 문제를 해결할 수 있습니다. |