Telepresence Studio
そのため、ある専門家がCIS諸国のさまざまな省庁や部署と常に対話する必要がある1人の州の顧客のために、ビデオ会議（VC）の作成入札を獲得しました。 システムのサーバーコアは、モスクワの顧客の場所にあるはずでした。 もう1つの重要なことは、2つの大きなホール、会議室、テレプレゼンススタジオ、管理用の個人用端末です。 一般的に、鉄がたくさん。
Skype for Businessのようなビデオメッセンジャーではうまくいかない理由がよく聞かれます。 このプロジェクトの例を使用すると、独自のトンネルと独自のサーバーコアが必要な理由を示すのに非常に便利です。
それでは、最初に、プロジェクト全体のインフラストラクチャを見てみましょう。これは、フロアごとに複雑な建物を装備するものです。
モスクワの2つの建物についてです。 最初の建物を見ます：
ご覧のとおり、すべてがシンプルです。6〜9階には、カメラの前に人が集まり、別の会議室で他の人と話す会議室に加えて、通常の個人用端末があります。
交渉
職場
2番目の建物を見てください。
ここでは、鉄の点ですべてが少し複雑ですが、同時に、ニーズはほぼ同じです。 そして、今度はモスクワにもある3番目の建物を見てみましょう。
すべてがとてもシンプルに見えますよね？
手作業で実装しない限り、プロジェクトの規模は単純に巨大で、国内最大級の規模です。 それは4つの段階で行われ、それぞれが約90日間続きました。 最初の一部として、サーバーコアが構築され、大小の会議室と会議室の一部が装備されました。 第2段階では、顧客が古い建物から2つの新しいオフィスに移動するのを支援し、さらにサーバーコアの容量を増やし、新しい会議室をビデオ会議システムに接続しました。 3回目では、テレプレゼンススタジオを作成し、外部の未登録ユーザーをビデオ会議セッションに接続する機能を実装しました。 4番目の段階では、会議室のグローバルな近代化を実施しました（以前は、以前のオフィスから変更せずに新しいオフィスに完全に移動しました）。 ここでは、部屋の電磁界がワイヤレスオーディオ信号をうまく誘導しなかったため、ワイヤレス会議システムを有線システムに置き換えました。 さらに、プレスセンターにはVKS機器が装備され、サーバーコアの機能がさらに拡張されました。 コンテンツを表示する手段として、プロジェクターの代わりにビデオウォールが使用され始めました。 まあ、など
プロジェクトは成長し、サーバーノードは成長していました。 そして、これはさらに多くのメディアポート、より多くの接続です。
そして、これが単一のサーバーインフラストラクチャの図です。次に、すべての部分を見ていきましょう。
大きなものは、Cisco MSE 8000のユニバーサルモジュラーシャーシです。2つの4セクション電源装置（2つ目はバランスとリザーブ用）、2つのファンシェルフ、1つ（ただし2つは可能）の制御モジュール。 そして、これにはマルチポイント会議モジュールがあります。 必要なだけ。 20個のHD720p用の最初の2つのMCU MSE 8510。 それからそれは少数になりました。 もう1つ追加しました。 その後、ビデオスタジオにはマルチポイントが必要でした-TS MSE 8710モジュールで希釈されました...
次はアプリケーションサーバーです。 Cisco TelePresence Content Server記録システムはそれらで回転しています（各（！）会議はルールに従って記録する必要があります）。VKSネットワーク管理サーバーのソフトウェアはCisco TelePresence Management Suiteです。 これには、会議管理、グローバルアドレス帳、およびシステムコンポーネントのステータスの監視が含まれます...
次に、一連の物理サーバー（古い）とシスコの仮想マシン、およびシステム内のコール制御と会議への十分な数の外部参加者を提供する別のベンダーが登場します。 このセットは、Cisco Unified Communications Managerアプリケーション-有名なIP PBXとインスタントメッセージングおよびプレゼンス、Cisco VCSおよびCisco Expresswayビデオプロキシ、未登録の外部参加者を接続するためのソリューションによって提供されます。
主な質問は、なぜこれを簡単にできないのですか？
全体としてはもちろん可能ですが、常識から外れて、ビデオ会議は純粋に経済的な理由から大企業でまさにそのように行われます。
ここでの詳細は、ほとんど個人的に多くのことを伝える必要があることが多く、毎回別の国に旅行することは非常に困難です。 したがって、ビデオ会議はすべての参加者にとって非常に楽しいものです。 通常、企業では-週に1回の会議で、その後何かが絶えず発生します。 したがって、ビデオ会議システムのインフラストラクチャは、信頼性と生産性だけでなく、技術的に高いレベルの通信を提供する必要があります。 1つのタスクのために厳密に研ぎ澄まされたビデオ端末は、これに責任があります：最高品質のビデオとオーディオ伝送。 このような機器の多くには、テレプレゼンススタジオが含まれます。 彼女から始めましょう。
テレプレゼンススタジオでは、人々はテーブルの片側に座り、もう一方の側にはスクリーンとカメラが座ります。 別の国の会議室では、参加者はまったく同じテーブルで同じことを行います。 テレビの壁があなたの反対側に「座っている」ことがわかり、テーブルがそこに続きます。 現実的で快適です。 色補正が正しく構成されていて、チャネルが正常である場合、実際のネゴシエーションとの違いはほとんどありませんが、機能しません。 より複雑なケースでは、加入者はさまざまな場所からダイヤルされ、それぞれがテーブルの反対側の椅子に対応する個別の画面で見ることができます。
テレプレゼンススタジオでは、Cisco Jabberメッセンジャーが統合されています。通常のメッセンジャーは、個々の加入者を別々の画面に表示することを許可しないため、長い間落ちていたためです。 大規模な会議では、ホールのスクリーンにキースピーカーまたは2つのキースピーカーを表示する必要がある場合があります。 これが、ピクチャーインピクチャーとモザイクコントロールの問題の始まりです。 メッセンジャーは、方法がわからないだけです。
サーバーノード
しかし、さらに重要なことは、鉄とチャネルの問題が生じます。 より正確に-画像の品質。 おそらく理想的なチャンネルと完璧なハードウェア上にある同じSkypeは、私たちのような写真を配ることができます。 問題は、端末のコストの計算を開始すると、驚きが生じることです。大規模な会議用のビデオ用の通常のデスクトップは、ハードウェアコーデックを備えた特別なシスコ端末よりも安くならないということです。
なんで？ すべてが非常に簡単です。 現代の多くのインスタントメッセンジャーは、クライアントですべての計算を実行しようとします。 これはユニファイドコミュニケーションの未来であり、小さなコンピューティングパワーとはほとんど関係ありません。 スケーラブルなH.264 SVCコーデックを使用したビデオエンコーディング、またはすぐに高解像度（FullHD）のH.265 SVCを使用したビデオエンコーディングでは、コンピューティングリソース、そして最も重要なこととして通信チャネルに非常に高い要求がかかります。
次の質問はビデオカメラについてです。 また、システムユニット用の高品質PTZ USBカメラは、主要なビデオ会議ベンダーのHDMIカメラとほぼ同じ価格であることを理解して驚いています。 そして、このシステムユニットに音を適用する方法は？ USBスピーカーフォンが1つあれば十分です。それ以外の場合は、たとえば、PCでUSB出力を備えたオーディオミキサーと、ノイズ、エコー、フィードバックを抑制するシステムを調べる必要があります。 出口での価格がいくらになるか想像するのは簡単です。 そして、このすべて-さまざまなベンダーとMicrosoft Windowsの実行から...技術サポートの夢。
追加のビデオ会議機能
次の機能は、Cisco Jabberソフトウェアクライアントと連携しています。 クライアントは、主に経営の出張で使用されます-いわば、脈に後れを取らないためです。 つまり、リモートで会議に参加することです。 このようなユーザーの承認は、Active DirectoryアカウントまたはローカルCUCMアカウントによって行われます。 ただし、特定の「余分なジェスチャー」にもかかわらず、認証メカニズムとともにCisco Jabberを使用すると、外部トラフィックの暗号化、潜在的な敵の暗号解読者の作業の複雑化、YouTubeでの最高の瞬間の表示防止に大きなプラスがあります。
一般に、このようなシステムでは認可の問題は非常に困難であり、最も困難な問題です。 事実、会議に正しく参加するために馬鹿にしたいリーダーはほとんどいません。 彼らにとって、「会議への参加」は、テレプレゼンス会議室への参加と同じです。
不正な従業員を外部から会議に接続する必要がある場合はどうでしょうか？ これが1回限りの接続である場合 特に緊急の場合は、会計を行うことはできません。 この場合、特別なリンクが電子メールで参加者にスローされます。 参加者が利用可能なデバイス（スマートフォン、タブレット、またはブラウザプラグインまたはWebRTCを使用したカメラ付きのラップトップ）から会議に接続する場所をクリックします。 当然、通常の電話でゲートウェイに加入者を接続できます（ゲートウェイの1つから標準の電話ネットワークを介して電話をかけることにより）。
ビデオ会議システム内のチャンネルは保護されています。 ビデオ会議システムによって制御されていないため、ポートの背後には明らかにチャネルがありません（たとえば、市の電話ネットワークへのアクセス）。 パスワードを入力せずに、ソフトウェアとクライアントを使用せずに、リンクを介してユーザーが会議にアクセスできるようにしなければなりませんでした。 実装時には、これは珍しい解決策でした。 当時は伝統的だったCisco TelePresenceビデオ会議と、ロシアではあまり知られていないが有望な開発者のビデオ会議を組み合わせました。 なぜなら、その技術のみが、問題なく、参照により、許可なくブラウザから参加者を接続できるからです。 確かに、1年半後、そのような決定はCiscoにそのまま導入されましたが、実証済みの接続を変更する意味はありませんでした。
顧客と各省庁間にプライベートな物理チャネルはありません。「ビッグインターネット」高速道路が使用されます（実際、主要プロバイダーのメインノードには直接リンクがあります）。 しかし、特別な交渉のために、スタジオは州の電気通信事業者によって使用されており、顧客の敷地内にトンネルが作成され、強力に暗号化されています。 これらのトンネルは、実際にはVKSデバイスをルールと「ローカルエリアネットワーク」のオーバーレイで結合します。
通信チャネルはどうですか
予算組織が可能な限り狭い帯域を使用しようとして節約することはよく知られています。 狭いストリップのマルチスクリーンレイアウトで最も高品質の画像を詰め込むのに何が役立ちますか？ そうです-古き良きH.264 AVC。 時にはハイプロファイルで。 帯域内の重要でないインジケータによって画像の明瞭さを補うために、これにビデオ端末の高品質の光学系を追加することも望ましいです。
つまり、少なくとも従来のMCUが必要でした。 そして、このコンポーネントは要件を満たさなければなりませんでした。
- 非常に信頼性の高い（読み取り：モジュール、すべてまたはほとんどすべてのコンポーネントのホットスワップ）;
- バグレス;
- プロジェクトの開始時の非常に大きな容量。
- さらに近代化の可能性。
- 有名なベンダーから。未知のベンダーはそのようなものを生産しないからです。 プロジェクトの開始時、選択はほとんど明白でした-Cisco MSE 8000。
一般的なビデオ会議、特にMCUの仮想化は、ビデオ会議システムの分野で広く普及していますが、それを夢見ただけでした。 それは重い鉄を取りました-そして、もっと。
しかし、重要なことは、顧客が失敗しなかったことです。 機器は、今日よりも重要です。 アップグレードなし、新しいシャーシへの移行、シャーシ...必要に応じてメディアモジュールとライセンスを追加するだけです。
参照：
- ビデオ会議とは
- テイルズオブVKSエンジニア
- 私のメール：EDmitriev@croc.ru