11

私のセットアップでは、音声とビデオを処理するカスタム サーバーがクラウド内にあるため、「私はどこにいるのか、私のプライベート アドレスとパブリック アドレスは何か」などは必要ありません (そしてしたく​​ありません)。発見プロセス。基本的に、私は SDP オファーが必要であり、IP アドレス/ポートは気にしません。そのオファーはサーバーに送信され、サーバーはコーデックを選択してSRTPキーを取得し、パブリックアドレス、コーデックの選択、およびそのキーを含むブラウザへのSDP回答で応答します. 理想的には、ブラウザがサーバーへのメディアの送信を開始し、サーバーは単に「ピア」メディアを元の場所から送り返します (これは、UDP に適した NAT デバイスを介してトンネルで戻されます)。

Win32/OSXデスクトップクライアントですでにこれを行っているため、これが技術的に可能であることはわかっています...問題は、これはWebRTCで可能RTCPeerConnectionですか? {}など、いくつかの構成タイプを試しました{ "iceServers": [] }が、まだ発見の渦を巻いているようです。プロセスを短縮する他の方法はおそらくありますか? ありがとう!

4

2 に答える 2

7

いいえ、WebRTC の実装では ICE および STUN チェックの使用が強制され、一部のセキュリティ問題が修正されるため、このプロセスをスキップすることはできません。そのため、現在の Chrome 実装では、ICE 候補でネゴシエートされた IP/ポートに対して STUN チェックが行われることが強制されます。

しかし、はい、この要件なしで動作する多くのアプリケーションがあります。いつの日か、より優れた、より安全な実装に変更する必要があります。その日は今...

于 2013-01-08T00:19:12.740 に答える
2

いいえ、webrtc ブラウザーではスキップできませんが、webrtc デバイス (ここではゲートウェイ) は ICE Lite を実装するだけでプロセスを簡素化できます。

于 2014-08-23T15:12:18.543 に答える