問題タブ [jitsi]

Jitsi Meet プラットフォームをチェックしています。私のプロジェクトで使用することは有望なようです。Windows サーバーに Jitsi Meet をインストールできません。Windows プラットフォームへのインストールに関する適切なドキュメントはありません。

Windows サーバーに Jitsi Meet をインストールしてホストする手順/ビデオを共有してください。

がありRTCPeerConnection、適切に確立されており、ビデオとオーディオを転送できます。

つまり、この接続には、サーバー (jitsi-videobridge) によって作成された RTCDataChannel も必要です。

着信 SDP は次のとおりです。

ご覧のとおり、DataChannel ブロッ​​クがありますm=application 9 DTLS/SCTP 5000。

ondatachannelにイベントを添付しましたRTCPeerConnection。何らかの理由でトリガーされることはありません。

私が探すことができるアイデアはありますか？SDP に dataChannel が含まれていることを考えると、このイベント トリガーが表示されることを期待していました。

バージョン: Version 52.0.2743.116 (64-bit)on 、 onmacOS El Capitanでテスト済み。Google Chrome Version 54.0.2840.71Windows 8.1

追加情報を提供させていただきます。ただし、コードの大部分がプロプライエタリであるため、残念ながらソースコードの巨大なチャンクは含まれていません。というわけで、ソースがないことをお許しください。:(

ご意見/ご質問がございましたら、お気軽にコメントしてください。

https://github.com/Teamxrtc/MeetRTC_iOS

MeetRTC デモ アプリを実行して、Safari で既に作成されているブラウザー ルームに接続しています。しかし、エラー Socket closed があります。ストリームの終わりが検出されました。たとえば、ブラウザ ブリッジではhttps://meet.jit.si/apple、iOSアプリではルーム名

どうすれば修正できますか？ありがとう

私は WebRTC ベースのサービスを実行しており、現在 WebRTC 会議チャットの要件を調査しています。10 ユーザー。したがって、選択的転送ユニット (SFU) を実行したいと思います。janus と jitsi videobridge については知っていますが、データのセキュリティについて少し心配です。どちらのサーバーも WebRTC エンドポイントのように動作します。つまり、着信ストリームはユーザーに渡される前に逆エンコードされてエンコードされます。記憶の中でほんの一瞬で起こったとしても、それは守秘義務の欠如を意味します (これは法的な理由から真剣に受け止めなければなりません)。

これが私の質問につながります。トランスポート層で動作し (RFC 5117 を引用して RFC 7201 の第 2.3.1 章で説明されているように)、SRTP 暗号化ストリームのみを受信者に渡す SFU (または SFU として使用できるマルチキャスト リレー サーバー) はありますか?

この目的で TURN サーバーを (再) 使用することを考えましたが、Oleg がここで指摘したように、TURN 仕様は P2P 通信専用に設計されています。たぶん、janus と jitsi videobridge についての私の仮定が間違っているだけかもしれません。

事前にThx

グレッグ