2016-05-28 13 views
0

WebRTCを使用してC++ Linuxアプリケーションに接続するためのブラウザクライアントを取得しようとしています。だから、私の環境は、2つのブラウザがWebRTCコールをサーバ経由でセットアップする典型的な三角形WebRTCではありません。代わりに、ブラウザのクライアント側は典型的ですが、私のアプリケーションはサーバとリモートクライアントとして動作しているので、シグナリングを行い、gstreamerを使用してSRTPメディアをストリームします。WebRTC ICEチェック状態になっています

私は成功しています。私は氷の候補者の交換に成功し、提供/回答SDP交換も成功しています。ブラウザのICE接続状態は正常に「検査中」になり、その時点で私は固執しています。

質問:サーバまたはリモートブラウザがアイスチェック操作に関与していますか?つまり、ブラウザは、STUNサーバまたはリモートエンドからの実際の候補アドレスでICEチェックを行いますか。それは、私のC++アプリケーションがそのチェックプロセスに関与しなければならないことを意味します。

おかげで、あなたのサーバはICEの一部として送信され、少なくとも結合リクエストをSTUNに応答する必要がある -Andres

答えて

1

サーバーに公開IPが常時存在する場合は、ice-lite(RFC 5245を参照)を使用すると、人生が楽になります。

+0

ご協力いただきありがとうございます。私はice-liteオプションを使って遊んでいて、RFCsを研究しています –