最近、データチャネルに出くわしました。2 つのインフラストラクチャを統合して、webrtc の相互運用性を実現したいと考えています。
Lync サーバーは、シグナリングとプレゼンスを提供して、Lync クライアントの位置を特定し、他のピアが IMS アプリケーション サーバーに接続されていることを確認します。もう一方のピアは、lync クライアントではなく、webrtc 対応ブラウザーです。この 2 つのインフラストラクチャ (Lync と IMS) を統合してデータを転送するにはどうすればよいですか?
相互運用可能なピアを介してデータストリームを転送するためにどのアプリケーション層プロトコルを使用できるかについて、いくつかの情報を入手できれば幸いです。
多くの低レベルのコーディングや高レベルのヘアプルを行う準備ができていない限り、WebRTC はまだこのようなシナリオに対応する準備が整っていないのではないかと思います。Asterisk のようないくつかのサーバーでなんとか動作させることができた人が何人かいます。おそらく、https ://code.google.com/p/sipml5/ で利用できる汎用 SIP クライアントがあります。しかし、WebRTC メーリング リストでぶらぶらしていると聞いたところによると、人々はこれらの統合シナリオでかなりの問題を抱えています。すぐに使えるだけで機能するものは確かにありません。Lync は SDP と SIP をサポートしていますが、Lync サーバーに到達する前に、WebRTC が生成する SDP をどのように変換する必要があるかを理解するのに多くの時間を費やす必要があると思います。
[2013 年 1 月 28 日編集] - 上記の問題以外に、実際の問題は、各プラットフォームでサポートされているコーデックにある可能性があります。現在、WebRTC でサポートされている唯一のコーデックは Google の VP8 であり、Lync でネイティブにサポートされていないようです。そのため、H.264 (または Microsoft Lync が採用しているプロトコル) と VP8 の間で変換を行うリアルタイム ゲートウェイ/トランスコーダが必要になります。それを行うためのゲートウェイを見つけることができると仮定すると、それらは十分に存在する可能性がありますが、それがうまくスケーリングするとは想像できません。
Ken Smithの回答を補完するために、MedoozeによるMCU Media Serverをチェックしてください。彼らは、トランスコーディングと会議を行うと主張し、WebRTC をサポートしています。