In meinem Setup habe ich einen benutzerdefinierten Server in der Cloud, der Audio und Video verarbeitet, also brauche ich nicht (und will nicht) das ganze "wo bin ich und was ist meine private und öffentliche Adresse usw." Entdeckungsprozess. Grundsätzlich möchte ich das SDP-Angebot und kümmere mich nicht um die IP-Adresse / Port; Dieses Angebot geht an den Server, der Server wählt Codecs und erhält den SRTP-Schlüssel und antwortet mit einer SDP-Antwort auf den Browser, die eine öffentliche Adresse, die Codec-Wahl und ihren Schlüssel enthalten würde. Idealerweise sendet der Browser Medien an den Server, und der Server sendet einfach "Peer" -Medien zurück, von wo sie herkommen (was durch irgendwelche UDP-freundlichen NAT-Geräte tunneln würde).
Ich weiß, das ist technisch möglich, weil ich dies bereits mit Win32 / OSX-Desktop-Clients mache ... die Frage ist, ist das mit WebRTC und RTCPeerConnection möglich? Ich habe ein paar Konfigurationstypen ausprobiert, z. {} und { "iceServers": [] } , aber es scheint immer noch durch Entdeckungsturbulenzen zu gehen. Gibt es vielleicht andere Möglichkeiten, den Prozess zu verkürzen? Danke!
Nein, Sie können den Prozess nicht überspringen, da die WebRTC-Implementierung die Verwendung von ICE- und STUN-Prüfungen erzwingt, um einige Sicherheitsprobleme . Die aktuelle Chrome-Implementierung wird also dazu führen, dass die STUN-Prüfungen an den in den ICE-Kandidaten ausgehandelten IP / Ports vorgenommen werden.
Aber ja, es gibt viele Anwendungen, die ohne diese Anforderung arbeiten. Eines Tages müssen wir zu besseren und sichereren Implementierungen wechseln. Der Tag ist jetzt ...
Nein, Sie können es nicht in webrtc-Browsern überspringen, aber webrtc-Geräte (hier Ihr Gateway) können den Prozess vereinfachen, indem Sie nur ICE Lite implementieren.
Tags und Links webrtc