| Se establece un websocket para toda la señalización WebRTC. La conexión se crea una vez y se reutiliza para todos los mensajes posteriores. No se crea una nueva conexión para la baja entrante, por lo que no se necesita acceso a la red para establecer una conexión entrante. |
Cuando se inicia una llamada, el Cloud Media Service o Edge y el Cliente WebRTC utilizarán una petición STUN para obtener su dirección NAT reflexiva (la dirección pública y el puerto tal y como aparece el cliente en la red pública). Se intentan múltiples peticiones STUN. |
Un NAT simétrico no cooperará con el proceso STUN porque se creará una nueva traducción para el flujo de medios. Esto no permitirá que la ruta directa de medios continúe, lo que resultará en el uso de un canal TURN para el flujo de medios. |
El cliente recibe candidatos de su par y envía una solicitud de enlace como comprobación de conectividad. La respuesta Binding se utiliza para validar la conexión y confirmar que se ha utilizado la ruta esperada. Si el cliente utiliza una dirección NAT diferente a la que utilizó para contactar con el servidor STUN para contactar con el punto final de medios, se descubrirá y se producirá un nuevo candidato peer reflexivo. |
Sólo se requiere una ruta de medios SRTP. Se puede establecer una ruta de medios directa entre direcciones IP reales (BYOC Premise) o con direcciones IP NAT reflexivas (BYOC Cloud). Si no se puede acceder a una ruta de medios directa, se puede utilizar un canal TURNs para sortear los problemas de acceso a la red o NAT. |
