2017-09-14 1 views
0

Voilà comment je comprends le protocole ...Est-ce que ma compréhension du protocole WebRTC est correcte?

  • utilisateur sur navigateur obtenir de flux média
  • génère propres sdp (données sur les codecs, la sécurité, etc.)
  • crée une offre avec elle
  • envoyer cette offre au serveur via la méthode de signalisation (websocket)
  • serveur de signalisation, qui est semble cette offre et le rediriger vers que le client
  • client navigateur de 2 obtient l'offre avec sdp et à son tour générer son propre propre offre avec son propre sdp et l'envoyer au serveur
  • serveur rediriger l'offre du client 2 au client 1. maintenant les deux connaissent chaque autres spécifications.

Pendant ce temps, mais ...

  • dès que selon client envoie offre avec sdp ils commencent également à contacter le serveur ICE (stun) (s) pour obtenir possible chemin accessible via les correcte PublicIP: Port: Combinaison de protocoles, qu'ils envoient également à un autre client via un serveur de signalisation.

Répondre

1

Le client 2 génère une réponse (using createAnswer), pas une offre. La principale différence est qu'une réponse est un sous-ensemble des capacités (comme les codecs) contenues dans l'offre.

Sinon, cela semble bien.

+0

où s'inscrit «onnegotitaionneeded»? et est-il déclenché indépendamment –

+0

vous pouvez soit explicitement appeler createOffer ou attendre ONN pour vous dire que vous devez appeler createOffer. C'est surtout une question de style. –

+0

merci .. je pensais que ça casserait le programme si la commande n'était pas juste –