Skype for Business Serverでのビデオ相互運用サーバーの計画

概要:Skype for Business Serverをサードパーティの電話会議デバイスと統合する計画を立てながら、このトピックを確認します。

Skype for Business Server、特定のサードパーティ製 VTC (Video Teleferencing System) ソリューションと統合できるようになりました。 このビデオ会議の相互運用性を可能にする新しいサーバー ロールは Video Interop Server (VIS) です。現在、オンプレミスのインストールでのみ使用できるスタンドアロン サーバー ロールとして実装されています。 VIS は、サード パーティの電話会議システムとSkype for Business Server展開の中間として機能します。 このリリースでは、VIS は Cisco/Tandberg ビデオ システムとの相互運用性に焦点を合わせています。 この記事を参照して、Skype for Business Serverインストールでこの機能を使用するかどうかを判断します。

デバイスの相互運用性

相互運用は、CISCO Unified Communications Manager (CallManager、または MCU) バージョン 10.5 および MCU と VIS の間で設定された TCP SIP トランクに登録する Cisco VTC でテストおよびサポートされます。

現在サポートされている VTC:

  • Cisco C40

  • Cisco C60

  • Cisco C90

  • Cisco MX200

  • Cisco MX300

  • Cisco DX80

  • Cisco EX60

  • Cisco EX90

  • Cisco SX20

注意

これらのシステムでは、cisco ソフトウェア リリース TC7.0.0 以降が、Skype for Business Serverとの統合が期待どおりに機能するために必要です。

SIP トランク

ビデオ相互運用機能サーバは SIP トランク モードで機能します。VTC は既存の Cisco インフラストラクチャ(たとえば、Cisco コール マネージャ(MCU)に登録し続けます。 ビデオ SIP トランクは、CUCM と VIS 間に定義されるので、2 つのシステム間で通話をルーティングできます。 VTC から VIS への SIP トランク上の通話のみがサポートされます。 したがって、VTC は、(自動応答呼び出しに関連付けられている電話番号をダイヤルすることによって) Skype for Business会議にダイヤルできますが、会議にドラッグ アンド ドロップすることはできません。

SfB の VIS の図。

機能

このサーバーの役割の機能:

  • サード パーティ製ビデオ システムで使用される H.264 形式とSkype for Business Server展開の間の変換。

  • VTC から特定の解像度の 1 つのビデオ ストリームを、Skype for Business Server展開で使用するために異なる解像度の複数の simulcast ストリームに変換します。 これらのストリームは、AVMCU に送信した後、異なる解像度を要求したエンドポイントやその他のビデオ システムをSkype for Business Serverできます。 この変換は、サードパーティのビデオ システムがSkype for Business A/V 電話会議に関与している場合にも使用されます。 特定の VIS サーバーでトランスコーディングの制限に達すると、次の解像度の要求は、最も低い解像度のストリームのみを受け取ります。

  • CUCM ゲートウェイとSkype for Business Server ビデオ相互運用サーバ間のビデオ SIP トランクのサポート。VTC は引き続き Cisco ゲートウェイに登録し、ゲートウェイを介してSkype for Business展開への呼び出しを開始します。 通話は、ゲートウェイからビデオ SIP トランク経由でSkype for Businessビデオ相互運用サーバーにルーティングされます。

  • サポートされているビデオ システムがある会議室のユーザーは、そのシステムからダイヤルして、公開または非公開の会議に参加できます。 この通話は、ビデオ SIP トランクを通過します。

  • サポートされているビデオ システムを備えた会議室のユーザーがSkype for Business クライアントを呼び出すサポート。 この通話は、SIP トランクを通過します。

  • ミュート/ミュート解除オーディオ、ビデオの一時停止/再開、ビデオのロック、保留/保留解除通話など、ポイントツーポイント通話とマルチポイント通話の両方で、Skype for Business Server側またはサポートされている VTC システムからの中間通話制御のサポート。

既知の制限

このサーバーの役割には、次の制限があります。

  • Skype for Business展開からビデオ SIP トランク経由の VTC への新しい呼び出しはサポートされていません。 . つまり、ビデオ SIP トランクでサポートされるのは、VTC から Skype for Business 展開への新しい呼び出しだけです。 サポートされているビデオ システムのプレゼンスは、VIS へのビデオ SIP トランク経由では使用できません。

  • ビデオ SIP トランク モードでは、スタンドアロン VIS プールのみがサポートされます。

  • ビデオ SIP トランク上の VTC と VIS 間の通信では、TLS + SRTP または TCP + RTP がサポートされます。

  • アプリケーション共有はサポートされていません。 会議室のSkype for Businessユーザーは、Skype for Business会議に参加し (ノート PC など)、VTC に関連付けられていない会議室のいずれかの無料モニターにアプリ共有画面を表示する必要があります。

  • VTC から、VIS を介してフェデレーション会議に参加することはできません。

  • VTC から、VIS を介してオンライン会議に参加することはできません。

  • VTC から、VIS を介して PSTN に発信することはできません。

  • PSTN から、VIS を介して VTC に発信することはできません。

復元のメカニズム

VIS は、ビデオ SIP トランク上で実行された CUCM からの着信をサポートしています。 アップストリームまたはダウンストリームの接続が切断される可能性があるので、確実な復元のために、次の両方の可能性を考慮してください。

  1. VIS プール フェールオーバービデオ ゲートウェイが指す メイン VIS プールがダウンしている場合は、ビデオ ゲートウェイでトランクが 2 つ (またはそれ以上) の VIS プールに定義されている場合、復旧が可能です。 ビデオ ゲートウェイは、プライマリ VIS プールへの呼び出しを行うことができないと判断した場合、単にセカンダリ VIS プールへの呼び出しをルーティングします。

    VIS プールフェールオーバーの図。

    特定の VIS プールには複数のゲートウェイへのトランクを含めることができますが、通常、特定のゲートウェイには複数の VIS プールへのトランクを含めることはできません。そのため、このフェールオーバーをサポートするにはトリックを実行する必要があります。ビデオ ゲートウェイの同じ IP アドレスに解決する DNS で 2 つの FDPN を定義します。 トポロジ ドキュメントでは、各 FQDN を個別のビデオ ゲートウェイとして表します。各ビデオ ゲートウェイには異なる VIS プールへのトランクがあり、復旧が可能になりました。 (TLS を使用する場合は、複数の名前をビデオ ゲートウェイ証明書の SAN に含める必要があります)。

    注意

    VIS は、トポロジ ドキュメントに構成されているゲートウェイからの着信のみを受けることができます。

  2. フロントエンド フェールオーバー VIS プールが CUCM から通話を受信しても、プライマリ ネクスト ホップ レジストラーまたはフロントエンド プールに到達できない場合、呼び出しはバックアップ フロントエンド プールにルーティングされます。

    フロントエンド フェールオーバーの図。

    VIS は、プライマリ フロントエンド プールとそのバックアップ フロント エンド プールの状態を追跡します (この設定は、トポロジ ドキュメントのレジストラー サービスのバックアップ設定にあります)。 オプションは 1 分に 1 回ポーリングを両方のプールに送信し、5 つの連続する障害がある場合、VIS は特定のフロントエンド プールがダウンしていると見なします。 プライマリ フロントエンド プールがダウンとしてマークされ、使用可能な構成済みバックアップがある場合、VIS はゲートウェイからバックアップ フロントエンド プールに新しい呼び出しを送信します。 プライマリ フロントエンド プールが戻ると、VIS は新しい呼び出しにプライマリ フロント エンド プールを使用して再開されます。

    VIS は、ビデオ SIP トランクからの通話に 10 秒間のタイマーも実装します。 ビデオ SIP トランクからの呼び出しにプライマリ ネクスト ホップ フロント エンド プールが使用され、プライマリ ネクスト ホップ フロント エンド プールが、このタイマー値内で送信された招待に対する SIP メッセージ (100 件を含む) で応答しなかった場合は、通話のバックアップ ネクスト ホップ プロキシが構成されている場合に試行する必要があります。

    注意

    最初にバックアップ次ホップが試行された場合、次にプライマリは試行されません。

    管理者は、Windows PowerShell フェールオーバー コマンドを使用して、たとえば、プライマリ フロント エンド プールを保守する必要がある場合などに、VIS がバックアップ フロント エンド プールを使用するように強制することもできます。

同じゲートウェイ ピアに対する音声およびビデオ トランクの共存

Skype for Business Serverでは、音声とビデオの SIP トランクで同じゲートウェイ ピアを使用できます。 そのため、同じ CUCM の展開で、仲介サーバーに対する音声 SIP トランクと、VIS に対するビデオ SIP トランクを使用することができます。

  • 音声 SIP トランクのトポロジ ドキュメントで、特定の FQDN を指定した PSTN ゲートウェイを定義する必要があります。

  • PSTN ゲートウェイに対するピアは、仲介サーバーになります。

  • 必要に応じて、1 つの PSTN ゲートウェイから複数の仲介サーバー プールまで、複数の音声トランクを定義できます。

  • PSTN ゲートウェイの場合、FQDN が同じビデオ SIP トランクのトポロジ ドキュメントで、ビデオ ゲートウェイを定義する必要があります。

  • ビデオ ゲートウェイに対するピアは VIS になります。

  • ビデオ ゲートウェイから特定の VIS プールに対して、1 つのビデオ トランクを定義できます。

  • 音声トランクとビデオ トランクを介してコールを正しくルーティングするように設定する必要があります。 たとえば、VTC からダイヤルするときに特殊なダイヤル プレフィックスを使用できます。CUCM はこのダイヤル プレフィックスを VIS への呼び出しに関連付けることができ、適切な変換規則はこのプレフィックスを SIP Invite to VIS から取り除きます。

Skype for Business リリースの VIS と以前のリリースの Lync との共存

VIS は、Skype for Businessデプロイの一部としてのみデプロイできます。 既存の展開の一部である Lync 2013 会議やクライアントと相互運用できます。このような場合、VIS プールは VIS プールのネクスト ホップであるレジストラー/FE プールを含むSkype for Business展開の一部である必要があります。

VIS は、RTV と H.264 間のトランスコーディングをサポートしていません。 会議に参加する Lync 2013 より前のクライアントと VTC 間にビデオの相互運用性はありません。

会議に Lync 2013 より前のクライアントが参加する場合、モバイル クライアントが主発言者になると、モバイル クライアントは RTV を使用して送信するので、結果として VTC はビデオを受信しません。

Lync 2013 が、Skype for Business の展開に含まれる VIS と正しく連携するには、Lync 2013 は、VIS と連携できるように Lync 2013 クライアント、CAA、および AVMCU をアップグレードできる適切な CU を適用する必要があります。

VIS と、Lync 2013 および Skype for Business デスクトップ クライアント間の相互運用性はテスト済みで、サポートされています。

デスクトップ以外との VIS の相互運用性 (Android、Ipad、Iphone、Windows Phone、LMX など)VIS リリース時に該当するアプリ ストアから使用できるクライアントSkype for Businessテスト済みであり、サポートされています。

FEC を介したパケット損失からの復元

FEC を有効にすると、パケット損失からの復元を補助することができます。 有効にすると、50% 以上のビデオ帯域幅が VIS から VTC の方向に使用されます。

VIS のサイズ設定とトランスコーディングのコスト

Cisco VTC からの 1 つのビデオ ストリームを複数のサイマルキャスト ストリームに変換する処理には、CPU 能力を使います。 約 16 個の VTC でビデオをトランスコードできます (各 VTC からの 720p ビデオ ストリームが、Lync 2013 推奨 FE プラットフォームと同等の 1 つの VIS で実行される 720p、360p、180p の 3 つの個別の simulcast ストリームにトランスコードされていると仮定します)。 トランスコーディングを無効にすると、VIS の CPU が節約されます。 ただし、VIS が要求して VTC から送信されるビデオ画像は、Skype for Business 側のすべての受信者を満たす最小限の共通解像度になります。 トランスコーディングを無効にしたとしても、VTC が送信できない低解像度を Skype for Business クライアントが要求した場合、トランスコーディングが有効になることがあります。

ビデオ ゲートウェイから VIS への通話配信

配信は、CUCM 配信メカニズムのいずれかを使用して実行されます。

  • DNS を使用した動的配信。

  • CUCM 側では、各トランクが VIS プールの異なるサーバで終了する個々のトランクを定義できます。 CUCM は異なるトランク間でコールをルーティングします。

ハイブリッドの相互運用性はサポート対象外

オンプレミス型 VIS を介してオンライン会議に参加する VTC は、Skype for Business のサポート対象外です。

フェデレーションはサポート対象外

VIS を介してフェデレーション会議に参加する VTC は、Skype for Business のサポート対象外です。

関連項目

Skype for Business Serverに Video Interop Server をデプロイする