Wie sieht der WebRTC Peer-Verhandlungs-Workflow aus?

Question

Ich muss einen benutzerdefinierten WebRTC-Peer entwickeln (Ich muss eine Audio- oder/und Datenverbindung zwischen Web-Browser und Nicht-Browser herstellen). Ich habe jedoch Schwierigkeiten, eine korrekte, klare Beschreibung der Handshake-Phase zu finden.

Antworten auf Fragen wie How to create data channel in WebRTC peer connection? sind nicht ganz hilfreich, da sie nicht zu detailliert sind. Insbesondere sagen sie nichts über SDP-Inhalte.

Kann jemand dies erklären oder eine gute Dokumentation empfehlen?

Answer 1

Here is a page with some graphs showing how the signaling process works. Im Grunde genommen stellen Sie zuerst einige Client-Seiten ein:

• PeerConnectionFactory; um PeerConnections zu erzeugen,
• PeerConnection; eine für jede Verbindung zu einem anderen Peer, den Sie möchten (normalerweise 1),
• MediaStream; um Audio und Video von Ihrem Clientgerät zu verbinden.

Dann erzeugen Sie eine SDPoffer

peerConnection.createOffer(); 

auf der Anruferseite und an den Angerufenen senden. Der Angerufene setzt dieses offer

peerConnection.setRemoteDescription(insert-the-offer-here); 

und erzeugt ein SDPanswer

peerConnection.createAnswer(); 

und sendet sie zurück an den Anrufer. Der Anrufer erhält diese answer und stellt sie ein.

peerConnection.setRemoteDescription(insert-the-answer-here); 

Sowohl der Anrufer und Angerufener einen Aufruf an

onAddStream() {...} //needs to be implemented in your code 

Der Angerufene erhalten, wenn die offer des Anrufers festgelegt ist und der Anrufer, wenn der Angerufenen answer gesetzt. Dieser Rückruf signalisiert den Beginn der Verbindung.
Sie können auch ICE (STUN/TURN) verwenden, um firewall und NAT Probleme zu vermeiden, aber das ist optional. Im Produktionscode möchten Sie es wahrscheinlich trotzdem implementieren.

Hinweis: WebRTC Dokumentation ist knapp und können sich ändern, nehmen Sie alles, was Sie über WebRTC lesen (zumindest etwas ab sofort geschrieben) mit einem Körnchen Salz ...