Médias Webrtc sur tcp?

Question

Je suis nouveau à WebRTC.

J'ai été informé du serveur de virage. La chose ci-dessous est utilisée pour configurer le serveur de tour fonctionne sur TCP pour une application WEBTC.

Exemple de configuration du serveur tour dans l'application WebRTC: -

{ 

     url: ‘turn:192.158.29.39:3478?transport=tcp’, 
     credential: ‘JZEOEt2V3Qb0y27GRntt2u2PAYA=’, 
     username: ‘28224511:1379330808′ 

} 

La signification pour le transport = tcp est-il fonctionne sur le protocole TCP comme ils ont dit.

Ma question est,

Les travaux serveur tour sur des moyens TCP, il est seulement pour établir une connexion entre le serveur tour il fonctionne sur TCP ou pour transférer un support WebRTC via le serveur tour, il utilise le protocole TCP. Dans quel but le paquet TCP est-il utilisé?

Est-il possible de transférer le média WebRTC via le paquet TCP?

Answer 1

Il n'est pas recommandé de forcer le média WebRTC sur TCP, c'est juste une option de repli pour les pare-feu stricts.

Si vous spécifiez ?transport=tcp dans les URL TURN, le client WebRTC se connecte au serveur TURN via TCP.
Les clients enverront des requêtes STUN sur TCP pour allouer des candidats relais (pour autant que je sache, actuellement chrome/firefox ne demande que des candidats relais UDP).

Pour forcer TCP stricte via le serveur TURN:

• Utilisez uniquement TURN url avec ?transport=tcp
• Spécifiez iceTransportPolicy:"relay", de sorte que tous les médias circuleront via TURN

Après avoir échangé le relais candidats (udp) entre peerConnections, le chemin du média sera comme ci-dessous

P1 < --tcp -> P1TURN < --UDP -> P2TURN < --tcp -> P2

Si les deux P1TURN & P2TURN sont toujours identiques, vous pouvez choisir chemin de relais TURN comme LAN/lo interface ie vous obtiendrez des candidats de relais UDP avec LAN/lo IP.

Si vous voulez éviter UDP & deux fois REMETTRE le chemin des médias, vous devez utiliser un SFU/SVC comme Jitsi (prend en charge les candidats pseudo-SSL)/Janus.
Alors chemin médiatique sera comme ci-dessous

P1 < --tcp -> SFU/MCU < --tcp -> P2