ネットワークによってマークまたは再マークされる方法に応じて、プロビジョニングで対処される必要のあるオーバーヘッドです。これは、ネットワーク上で使用される帯域幅と比較すると、関連付けられたストリーム数と帯域幅の割り当てがより複雑なコールであるため、ネットワークでプロビジョニングする必要があります。コールを示しています。エンドポイントは同じように機能します。ストリームが確立され、ネゴシエートされたレートに応じて帯域幅が差し引かれます。設定する必要があります。いずれかで有効になります。帯域幅を超えてセッション全体が使用しないようにできます。人以上のユーザの方向で単方向です。差し引かれないという点で少し異なる動きをします。これについて説明しています。コールを確立し、プレゼンテーション共有を有効にしています。プールから差し引き、ビデオがエンドポイント間に確立されます。ストリームをネゴシエーションします。以上であり、ネットワークでプロビジョニングされる必要があります。ストリームにマルチスクリーンと音声を多重化します。ビデオ用の追加帯域幅オーバーヘッドの概念は同じです。間のリンクへの移行で構成されます。モデルが再作成されます。帯域幅情報の移行について説明します。サブスクライバでアクティブになります。と直接通信を行います。グループは作成されません。はイネーブルになりません。•すべてのロケーション内の帯域幅値は無制限に設定されます。接続するリンクに移行されます。•イマーシブの帯域幅は無制限に設定されます。ロケーションが作成されます。ロケーションにはリンクがありません。レートは接続の各レッグで異なります。これについて説明します。ヘッダーのオーバーヘッドによって異なります。ネットワークで使用される帯域幅の違いについて説明します。トランスコーダ間の帯域幅でこれらの違いを考慮しません。Policyは最大帯域幅または最小帯域幅がロケーションおよびリンクのパスに沿って使用される必要があるかを決定します。レートは、帯域幅の使用量のこれらの違いを管理するために使用できます。アドミッション制御メカニズムを適用する方法について説明します。トポロジをサポートできます。プロビジョニングする必要があります。ネットワーク対応のメカニズムが、その間隔を埋めてネットワークの動的変化をサポートできる場合です。アップリンクがある設計の場合がよくあります。アドミッション制御」の項を参照します。設計する方法について説明します。ネットワーク設計について説明します。接続を介して相互接続します。メカニズム用の制限方法があります。つのパスだけが有効なパスとして計算されてスタティックのままになります。ロケーションに対して単一リンクを設定することです。ロケーションとリンクのオーバーレイについて説明します。設計の両方に適用されます。つのロケーション(Hub_None)は、両方のデータセンターを表します。サイトのアップリンクをオーバーサブスクリプションから保護します。メディア用の最低帯域幅容量と同じです。以下である必要があります。クラウドとして動作できます。このロケーションに関連付けられているデバイスはありませんが、このクラウドにアップリンクを持つすべてのサイトには、ロケーションに設定されたリンクがあります。アップリンクを相互接続するための中継ロケーションとして機能します。ネットワークおよびその同等のロケーションとリンクのモデルを示します。アップリンクの帯域幅に従ってサイジングできます。キャンパスは、両方のクラウドにも接続されています。アップリンクの帯域幅に従ってサイジングできます。クラウドを持つ、大陸間にまたがる企業で一般的です。データセンター設計と同等です。クラウドは、エンドポイントを含まなくてもロケーションを相互接続するハブとして使用されるロケーションとして設定する必要があります。アップリンクを相互接続するための中継場所として機能します。サイトは、その接続を単一リンクとして扱い、ネットワーク障害状態時のオーバーサブスクリプションを回避するためにリンクの最低容量までサイジングする必要があります。コールのサポートのことです。Service(QoS)に適用できる設計上の考慮事項と推奨事項について説明します。エンドポイント間でビデオの相互運用性を可能にするための設計を付加する方法について説明します。エンドポイントの詳細については、「コラボレーションのエンドポイント」の章を参照してください。エンドポイント製品マニュアルを参照してください。エンドポイントと同じガイドラインおよび推奨事項に従う必要があります。エンドポイントの両方を指すために使用します。コールとは別個に行うことができます。Control(CAC)に精通することが重要です。ソフトウェアがそのような相互運用性をサポートしている場合)。Devices』のマニュアルを参照してください。関する設計上の考慮事項は、次の主要な配置シナリオに基づきます。エンドポイントが同じクラスタに登録される単一クラスタ設計です。キャンパス設計など、任意の単一クラスタ設計にすることができます。エンドポイントとは異なるクラスタに登録されるマルチクラスタ設計です。呼処理配置モデルは、マルチサイト集中型またはマルチサイト分散型クラスタ設計にすることができます。Manager(CTS-Manager)によって処理される複数のクラスタに分散します。よって処理されるという配置シナリオもあります。呼処理配置モデルは、マルチサイト、マルチクラスタ集中型、またはマルチサイト/マルチクラスタ分散型設計にすることができます。Edition(SME)もサポートされます。ビデオの相互運用性に関して固有のガイドラインはありません。設計する場合は、この項に示す設計上の推奨事項と考慮事項に従ってください。ビデオの相互運用性ソリューションに適用されます。つの配置モデルすべてでサポートされます。falseに設定されていることを確認してください。コールのイマーシブ帯域幅プールをイネーブルにします。エンドポイントと同じロケーションで管理できます。ロケーションとリンクの帯域幅プールをunlimitedに設定します。行われないようにします。レートおよびコール数に応じた値に設定します。ロケーションに関連付けられている必要があります。パラメータが使用されます。パラメータが使用されます。クラスに追加されていることを確認します。クラスに追加されていることを確認します。マーキングの影響を考慮します。マーキングは、非対称です。設定と整合している必要があります(該当する場合)。calls設定と整合性が取れています。calls設定と整合性が取れています。マーキングと帯域幅アカウンティングを示します。示されるように、ビデオとイマーシブのロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。分類されたストリームの両方のタイプが、エンドポイント間のパスの両方向においてメディアに必要な帯域幅を確保するよう設計されたことによります。トラフィックの両方の双方向メディアに対応します。レートは一方向で使用されますが、他方向で使用されません。クラスのネットワークでのマーキングおよびキューイングの相違です。この方式の帯域幅アカウンティングでは、各方向の各フローを保護する必要があります。計算されるのを回避できます。コールがアドミッション制御の影響を受けず、ビデオ帯域幅割り当てで対処されるようになります。CAC」を参照してください。プランおよびトランク集約にも使用されます。配置する場合に従うべき推奨事項と設計上の考慮事項のリストを示します。Guide』を参照してください。イネーブルにしている必要があります。ハブとして使用できます。ネットワーク」を参照してください。トランクである必要があります。イネーブルにするためです。アドミッション制御の設計上の推奨事項」を参照してください。ロケーション以外のロケーションで設定される必要があります。ロケーションの両方が非終端のロケーションであることです。ロケーションに関する情報を中継し、他のクラスタのユーザ定義のロケーションの効果的なプレースホルダとなります。クラスタ間トランクでエンドツーエンドを実現する特別なロケーションです。ロケーションおよびリンクの管理クラスタとして使用できます。ロケーションをサポートできます。ついて説明しています。デバイスに関連付ける必要があるロケーションだけをローカルに設定します。トポロジを受信します。トポロジを使用します。これは、複数のクラスタ間での設定およびロケーション/リンク管理を簡素化し、クラスタ間の設定ミスの可能性を少なくします。設計および展開の詳細については、「ロケーションおよびリンク管理クラスタ」の項を参照してください。デザインについて示しています。有効クラスタ間での共通または共有のロケーションとすることはできません。サイトで管理されています。トポロジを共有します。ユーザ定義のロケーションです。差し引きできるようになります。ロケーションとリンクを管理します。