Cisco Collaboration 9.xソリューション リファレンス ネットワーク デザイン(SRND)
コール アドミッション制御
コール アドミッション制御
発行日;2013/10/03 | 英語版ドキュメント(2013/09/09 版) | ドキュメントご利用ガイド | ダウンロード ; この章pdf , ドキュメント全体pdf (PDF - 30MB) | フィードバック

目次

コール アドミッション制御

この章の新規情報

コール アドミッション制御のアーキテクチャ

CiscoIOS ゲートキーパー ゾーン

リソース予約プロトコル(RSVP)を使用した Unified Communications アーキテクチャ

UnifiedCM Enhanced Location コール アドミッション制御

ロケーション、リンク、および重みによるネットワーク モデリング

Location Bandwidth Manager

Enhanced Location CAC の設計および配置の推奨事項と考慮事項

クラスタ間の Enhanced Location CAC

LBM のハブのレプリケーション ネットワーク

共通ロケーション(共有ロケーション)およびリンク

シャドウ ロケーション

ロケーションおよびリンク管理クラスタ

クラスタ間の Enhanced Location CAC の設計および配置の推奨事項と考慮事項

Telepresence イマーシブ ビデオの Enhanced Location CAC

Video Call Traffic Class

エンドポイントの分類

SIP トランク

さまざまなコール フローおよびロケーションとリンクの帯域幅プールの差し引きの例

ビデオ帯域幅の使用率とアドミッション制御

Location CAC から Enhanced Location CAC へのアップグレードおよび移行

コール アドミッション制御の設計上の考慮事項

デュアル データセンター設計

MPLS クラウド

TelePresence ビデオの相互運用性アーキテクチャに関するコール アドミッション制御の設計上の推奨事項

サポートされる CAC 配置シナリオと設計上の考慮事項

Enhanced Location CAC の設計上の考慮事項と推奨事項

設計に関する推奨事項

設計上の考慮事項

Enhanced Location CAC を使用する UnifiedCM Session Management Edition の配置に関する設計上の推奨事項

推奨事項と設計上の考慮事項

コール アドミッション制御

コール アドミッション制御機能は、すべての IP テレフォニー システム(特に IP WAN 経由で接続された複数のサイトで構成されるシステム)に重要なコンポーネントです。コール アドミッション制御の機能と必要性をわかりやすく説明するために、図 13-1 の例について考えます。

図 13-1 コール アドミッション制御が必要な理由

 

図 13-1 の左側で示すように、従来の TDM ベースの PBX は、回線交換ネットワークの一部として動作します。このネットワークでは、回線はコールがセットアップされるたびに確立されます。このため、レガシー PBX が PSTN または他の PBX に接続されている場合は、一定数の物理トランクを設定する必要があります。PSTN または他の PBX 宛てのコールをセットアップする必要があるとき、PBX は、使用可能なトランクの中からトランクを選択します。使用可能なトランクがない場合、コールは PBX によって拒否され、発信者にはネットワーク ビジー信号が聞こえます。

次に、図 13-1 の右側に示している IP テレフォニー システムについて考えます。このシステムは、パケット交換ネットワーク(IP ネットワーク)を基盤としているため、IP テレフォニー コールをセットアップするために回線を確立する必要はありません。サンプリング音声を含んでいる IP パケットが、他のタイプのデータ パケットとともに、IP ネットワーク経由でルーティングされるだけです。音声パケットは、Quality of Service(QoS)を使用してデータ パケットと区別されますが、帯域幅リソースは、特に IP WAN リンクでは無限ではありません。このため、ネットワークの管理者が、一定量の「優先」帯域幅を各 IP WAN リンク上の音声トラフィック専用として割り当ててください。ただし、設定した帯域幅がすべて使用される状態になった場合は、IP テレフォニー システムで以後のコールを拒否して、IP WAN リンク上のプライオリティ キューのオーバーサブスクリプションを防止する必要があります。オーバーサブスクリプションが発生すると、すべての音声コールで品質が低下します。この機能はコール アドミッション制御と呼ばれ、IP WAN を利用したマルチサイト配置で良好な音声品質を保証するために不可欠なものです。

エンド ユーザ エクスペリエンスの満足度を維持するには、コール アドミッション制御機能を常にコール セットアップ段階で実行する必要があります。このようにすることで、ネットワーク リソースを使用できない場合に、エンド ユーザにメッセージを表示したり、異なるネットワーク(PSTN などの)を通じてコールを再ルーティングしたりすることができるようになります。

この章では、次の主要トピックについて説明します。

「コール アドミッション制御のアーキテクチャ」

ここでは、Enhanced Location Call Admission Control と呼ばれる Cisco Unified Communications Manager で使用可能なコール アドミッション制御のメカニズムについて説明します。Cisco IOS ゲートキーパー、RSVP、および RSVP SIP プレコンディションの詳細については、次の Web サイトから入手可能な『 Cisco Unified Communications System 9.0 SRND 』の「 Call Admission Control 」の章を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/cac.html

「コール アドミッション制御の設計上の考慮事項」

ここでは、IP WAN トポロジに基づいて Enhanced Location Call Admission Control を適用する例を示します。

この章の新規情報

表 13-1 に、この章に新しく追加されたトピック、またはこのマニュアルの以前のリリースから大幅に改訂されたトピックの一覧を示します。

表 13-1 新規情報、またはこのマニュアルの以前のリリースからの変更情報

新規トピックまたは改訂されたトピック
説明箇所
改訂日

ビデオ帯域幅使用率

「ビデオ帯域幅の使用率とアドミッション制御」

2013 年 4 月 2 日

Cisco IOS ゲートキーパーに関する情報の削除

この情報については、次の Web サイトで入手可能な『 Cisco Unified Communications System 9.0 SRND 』の「 Call Admission Control 」の章を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/cac.html

2013 年 4 月 2 日

リソース予約プロトコル(RSVP)に関する情報の削除

この情報については、次の Web サイトで入手可能な『 Cisco Unified Communications System 9.0 SRND 』の「 Call Admission Control 」の章を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/cac.html

2013 年 4 月 2 日

Enhanced Location CAC

「Unified CM Enhanced Location コール アドミッション制御」

2012 年 6 月 28 日

RTCP、BFCP および FECC の RSVP Agent のサポート

本書の対象外

2012 年 6 月 28 日

RSVP Agent コール アドミッション制御への移行

本書の対象外

2012 年 6 月 28 日

コール アドミッション制御のための WAN トポロジの例

「コール アドミッション制御の設計上の考慮事項」

2012 年 6 月 28 日

Cisco Unified Communications システム Release 9.0 向けの他のアップデート

この章の各項で説明

2012 年 6 月 28 日

コール アドミッション制御のアーキテクチャ

Cisco Unified Communications システムには、コール アドミッション制御機能を実行する複数のメカニズムがあります。ここでは、Cisco Unified CM 9.0 以降のリリースに基づいて Enhanced Location Call Admission Control の設計と設定のガイドラインを提供します。その他のすべてのコール アドミッション制御メカニズムについては、次の情報を参照してください。

トポロジ非対応メカニズム

「Cisco IOS ゲートキーパー ゾーン」

トポロジ対応メカニズム

「リソース予約プロトコル(RSVP)を使用した Unified Communications アーキテクチャ」

Cisco IOS ゲートキーパー ゾーン

ゲートキーパーは、H.323 ネットワークでダイヤル プラン解決およびアドミッション制御に使用されるレガシー テクノロジーの一種です。SIP、または H.323 と SIP の混合トランキングをサポートする、現在の大部分のネットワークでは、これらの環境をサポートするアドミッション制御に対してゲートキーパーは効果的なテクノロジーではありません。H.323 ネットワーキングをサポートしているネットワーク、または混合 SIP ネットワークではなく H.323 を介したインターネットワーキング呼処理エージェントについては、次の Web サイトから入手可能な『 Cisco Unified Communications System 9.0 SRND 』の「 Call Admission Control 」で Cisco IOS ゲートキーパーに関する情報を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/cac.html

リソース予約プロトコル(RSVP)を使用した Unified Communications アーキテクチャ

リソース予約プロトコル(RSVP)は、Unified Communications の音声およびビデオ ネットワークで、エンドポイント QoS の信頼およびアドミッション制御の実現に役立つ強力なテクノロジーです。RSVP 対応ネットワークを使用することもできますが、TelePresence が広範に配置されている Unified Communications および Collaboration の配置では推奨されません。これは、TelePresence では QoS オーバーレイ ネットワークが必要であり、RSVP コール アドミッション制御をサポートしていないためです。つまり、デスクトップ ビデオに対する RSVP コール アドミッション制御に加え、テレプレゼンスとデスクトップ間のビデオ相互運用が求められる配置の場合、テレプレゼンス間のコールが RSVP なしでプロビジョニングされる一方、他のすべてのコールが RSVP 用にプロビジョニングされるように、より複雑な設計が必要であることを意味します。この要件により、Enhanced Location Call Admission Control に望ましいのは、広範に配置されたテレプレゼンスおよび混合 Unified Communications のビデオおよびテレプレゼンスを配置する場合です。

RSVP 配置の詳細については、次の Web サイトから入手可能な『 Cisco Unified Communications System 9.0 SRND 』の「 Call Admission Control 」の章でリソース予約プロトコル(RSVP)に関する情報を参照してください。

http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/srnd/9x/cac.html

Unified CM Enhanced Location コール アドミッション制御

Cisco Unified CM 9. x では、Enhanced Location Call Admission Control(CAC)を提供し、複数のクラスタが同じ物理サイトのデバイスを同じ WAN アップリンクを使用して管理している、複雑な WAN トポロジと、Unified CM の分散型配置でのコール アドミッション制御をサポートします。Enhanced Location CAC 機能はイマーシブ ビデオもサポートし、管理者は TelePresence などのイマーシブ ビデオ コールに対してコール アドミッションを他のビデオ コールと別に制御することができます。

より複雑な WAN トポロジをサポートするために、Unified CM はロケーション ベースのネットワーク モデリング機能を実装しています。これは、発信側と着信側の間のマルチ ホップ WAN 接続をサポートする機能を Unified CM に提供します。このネットワーク モデリング機能は、段階的にマルチ クラスタの分散型 Unified CM 配置をサポートするように強化されました。これは、クラスタ全体で同じロケーションに割り当てられた帯域幅を予約、解放、および調整するためにクラスが相互に通信できるようにすることによって、管理者が効果的にクラスタ間の場所を「共有」することが可能になります。また、管理者は イマーシブ ビデオ帯域幅 と呼ばれる Location 設定に新しいフィールドを割り当てることによって、TelePresence などのイマーシブ ビデオ コールの帯域幅を個別にプロビジョニングできます。

多数のツールを使用して、Enhanced Location CAC を管理し、トラブルシューティングすることができます。CAC の拡張機能と設計は、この章で詳しく説明していますが、トラブルシューティング、およびサービスアビリティ ツールは個別の製品マニュアルで説明します。

ロケーション、リンク、および重みによるネットワーク モデリング

Enhanced Location CAC はモデル ベースのスタティック CAC メカニズムです。Enhanced Location CAC では、「ルーテッド WAN ネットワーク」をモデリングするロケーションとリンクを設定するのに、Unified CM で管理インターフェイスを使用する必要があります。このモデルは、WAN ネットワーク トポロジがエンドツーエンドの音声、ビデオ、およびイマーシブ コールに対するエンドポイント グループ間のメディアをどのようにルーティングするのかを表します。ネットワークをモデル化するために Unified CM は設定インターフェイスおよびサービスアビリティ インターフェイスを提供しますが、まだ RSVP CAC などの再ルーティングしているネットワーク障害とネットワーク プロトコルを考慮しない「静的」CAC メカニズムです。したがって、モデルは、WAN ネットワーク トポロジが変更されたらアップデートする必要があります。Enhanced Location CAC もコール指向であり、帯域幅の差し引きはストリームごとではなくコールごとであるため、片方向のストリームのビットレートが反対方向のビットレートよりも高いようなメディア フローの場合、必ず高い方のビットレートに対して差し引かれます。また、単方向メディア フロー アラウンドは双方向メディア フローであるかのように差し引かれます。

管理者は、ロケーションとリンクを使用してネットワーク モデルを構築します。Enhanced Location CAC は次の設定コンポーネントを使用します。

ロケーション:ロケーションは LAN を表します。これは、エンドポイントを含み、または単に WAN ネットワークのモデル化に対してリンク間の中継場所として機能します。

リンク:リンクはロケーションを相互接続し、ロケーション間で利用可能な帯域幅を定義するために使用されます。リンクは論理的に WAN リンクを表し、ロケーションのユーザ インターフェイス(UI)に設定されます。

重み:重みは、ロケーションのペア間に有効なパスを構成するリンクの相対的なプライオリティを与えます。有効なパスは、帯域幅の計算に Unified CM で使用するパスであり、すべての可能なパスにある最小の累積重みが設定されます。重みは、「有効なパス」に「コスト」を提供するためにリンクで使用され、任意の 2 地点間に複数のパスがある場合にだけ該当します。

パス:パスはロケーション ペアを接続するリンクおよび中間場所のシーケンスです。Unified CM では、各ロケーションから他のすべてのロケーションへの最短パス(最小コスト)をパス計算し、パスを構築します。1 つの「有効なパス」だけがロケーションのペア間で使用されます。

有効なパス:有効なパスは最小の累積重みのパスです。

帯域割り当て:音声、ビデオ、およびイマーシブ ビデオ(TelePresence)の各トラフィック タイプ用のモデルで割り当てられる帯域幅。

Location Bandwidth Manager(LBM):1 つ以上のクラスタで設定されたロケーションおよびリンク データからネットワーク モデルを構築する Unified CM のアクティブ サービス。ロケーションのペア間の有効なパスを決定して、各タイプのコールに対する帯域幅の可用性に基づいてロケーションのペア間のコールを許可するか決定し、そして許可された各コールの時間分の帯域幅を差し引きます(予約します)。

Location Bandwidth Manager ハブ:固定ロケーション、リンクのデータおよびダイナミック帯域幅割り当てのデータのクラスタ間のレプリケーションに直接参加するように指定された Location Bandwidth Manager(LBM)サービス。LBM のハブ グループに割り当てられている複数の LBM は、共通の接続を介して互いに探索し、フル メッシュ構造のクラスタ間のレプリケーション ネットワークを形成します。LBM ハブを持つクラスタ内の他の LBM サービスはクラスタの LBM のハブを介してクラスタ間のレプリケーションに間接的に参加します。

ロケーションおよびリンク

Unified CM は、ロケーションの概念を使用して物理的なサイトを表し、エンドポイント、ボイス メッセージ ポート、トランク、ゲートウェイなどのメディア デバイスとの関連付けを作成します。これは、デバイス自体に直接設定した値、デバイス プール、またはデバイス モビリティを通じて行われます。Unified CM 9. x は、 links と呼ばれる新しいロケーション設定パラメータも使用します。リンクはロケーションを相互接続し、ロケーション間で利用可能な帯域幅を定義するために使用されます。リンクは論理的に WAN リンクを表します。ここでは、ロケーションおよびリンクおよびその使用方法について説明します。

ロケーション設定自体は、リンク、ロケーション間の帯域幅パラメータ、および RSVP ロケーションの設定の 3 つの主要部分で構成されます。Enhanced Location CAC に対する RSVP ロケーションの設定は、RSVP 実装にのみ適用されるため、ここでは考慮されません。設定では、ロケーション間の帯域幅パラメータが Show によって Show advanced リンクの選択で非表示または表示される間、リンク帯域幅パラメータが最初に表示されます。

ロケーション間の帯域幅パラメータは、管理者が音声、ビデオ、およびイマーシブの 3 つのコール タイプの帯域幅割り当てを設定することができます。これらは、トラフィックの量を、指定されたロケーション内およびロケーションとの間で制限します。どのデバイスでもコールを発信または受信すると、帯域幅がそのコール タイプに適用可能な帯域割り当てから差し引かれます。この機能により管理者は、実質的に LAN または中継ロケーションで使用される帯域幅の量を制限することができます。少なくとも 100BASE-T またはギガビット LAN で構成される現在ほとんどのネットワークでは、これらの LAN 帯域幅を制限する原因がほとんどないか、まったくありません。ただし、高帯域ビデオ コールの制限の利点を受ける一部の配置があります。単純な例として、広範囲にビデオ会議端末やデスクトップ ビデオ端末が配置された企業サイトの場合があります。ユーザのコールのほとんどすべてがビデオ対応の場合、大量の 1 ~ 2 Mbps のビデオ コールが LAN で使用可能な帯域幅の大部分をどのように使用する可能性があるのかを把握するのは簡単で、管理者がビデオ コールの数をその使用可能な LAN 帯域幅のより小さな割合に制限することを検討するのも容易です。この使用率は、ビジネスの繁忙期、または特定のトラフィック レベルがピークになる 1 年の特定時期にだけ発生する可能性があることに注意してください。帯域幅制限に達するとみられるのは、ビデオ トラフィックによるオーバーサブスクリプションが LAN で発生しないようにするために必要な時間帯に限られます。そのデバイスへのビデオ コールが何らかの理由で失敗した場合にビデオ デバイスを Retry Video Call as Audio にイネーブルにできることも注意すべき点です。これは、Unified CM のビデオ エンドポイントの設定ページで設定され、コールを受信するビデオ エンドポイントまたはトランクに適用できます。一部のビデオ エンドポイントは、デフォルトでは Retry Video Call as Audio がイネーブルにされ、エンドポイントで設定できないことにも注意する必要があります。

リンク帯域幅パラメータは、管理者が「隣接ロケーション」(つまり、その間で設定されたリンクがあるロケーション)間の音声、ビデオ、およびイマーシブ コール用にプロビジョニングされた帯域幅を特徴付けることができます。この機能により管理者にマルチ ホップ WAN ネットワークをモデル化するロケーションの組み合わせのストリングを作成する機能を提供します。これに図解するために、図 13-2 に示すように 4 つの物理的なサイトを接続する単純な 3 ホップ WAN トポロジを検討します。このトポロジでは、San Jose と Boulder 間、Boulder と Richardson 間、および Richardson と RTP 間のリンクを作成します。たとえば、San Jose から Boulder へのリンクの作成時、逆のリンク(Boulder から San Jose)も存在することに注意してください。したがって、管理者はいずれかのロケーション設定のページから一度だけペア リンクを作成する必要があります。図 13-2 の例では、3 つの各リンクは同じ設定で、重みが 50、音声帯域幅が 240 kbps、ビデオ帯域幅が 500 kbps、イマーシブ帯域幅が 5000 kbps(または 5 MB)です。

図 13-2 3 WAN のホップを持つ単一リンクの例

 

コールが San Jose と RTP の間で確立されると、Unified CM は、2 つのデバイス間のリージョン ペアによって決定される要求されたコールの帯域幅を計算し(「ロケーション、リンクとリージョンの設定」を参照)、2 地点間の有効なパスを確認します。つまり、Unified CM は 2 地点間のパスを構成するリンクと場所を確認し、各リンクと(該当する場合)パスの各場所からそれに応じて帯域幅を差し引きます。ロケーション内の帯域幅も、ロケーションのいずれかが無制限以外の帯域幅値を設定した場合はパスに沿って差し引かれます。

2 地点間で複数のパスが使用可能である場合に、重みがリンクだけで設定可能で、特定のパスの選択を強制する機能を提供します。複数のパスが設定されている場合、累積重みに基づいて 1 つだけが選択され、このパスが 有効なパス と呼ばれます。この重みはスタティックであり、有効なパスを動的に変更されません。図 13-3 は San Jose、Boulder および Seattle の 3 地点間のリンクで設定された重みを示しています。

図 13-3 累積パスの重み

 

San Jose から Seattle は 2 つのパスがあり、1 つはロケーション間の直接リンクで、もう 1 つは Boulder ロケーション経由(San Jose/Boulder リンクと Boulder/Seattle リンク)のパスです。San Jose と Seattle 間の直接リンクで設定された重みは 50 で、リンク San Jose/Boulder および Boulder/Seattle の累積重み 60(30+30)未満です。したがって、直接リンクが、累積リンクの重みが 50 であるため有効なパスとして選択されます。

Unified CM でデバイスを設定するときは、そのデバイスをロケーションに割り当てることができます。ロケーションは、トポロジを構築するために他のロケーションへのリンクで設定できます。Unified CM で設定するロケーションは、仮想ロケーションであり、実際の物理ロケーションではありません。前述のように、Unified CM は、ネットワーク内の実際の物理トポロジを認識しません。したがって Unified CM ロケーション モデルの実際の基本ネットワーク トポロジをマッピングするには、Unified CM の物理ネットワークへの変更は手動で実行する必要があります。デバイスが 1 つの物理ロケーションから他のロケーションに移動されると、システム管理者は、Unified CM がそのデバイスとの間で正しくコールの帯域幅割り当てを計算できるように、ロケーション設定の手動アップデートを実行するかデバイス モビリティ機能を実装する必要があります。各デバイスは、デフォルトでは Hub_None ロケーションに配置されます。ロケーション Hub_None は、通常、複数のロケーションをリンクするハブとして動作し、音声、ビデオ、およびイマーシブ帯域幅の無制限のロケーション内帯域幅割り当てがデフォルトで設定されるロケーションの例です。

Unified CM は、各ロケーションおよびロケーション間のリンクに別の音声、ビデオ、およびイマーシブ ビデオの帯域幅プールを定義することができます。通常、ロケーションのロケーション内の帯域幅設定はデフォルトの 無制限 のままであるのに対し、物理的なサイト間の WAN リンクの容量に合わせて、ロケーション間のリンクは有限数のキロ ビット/秒(kbps)に設定されます。ロケーションのロケーション内の音声、ビデオ、およびイマーシブ帯域幅が 無制限 として設定されている場合、そのロケーション内のコールおよびそのロケーションを通り抜けるすべてのコール(音声、ビデオ、およびイマーシブ)に使用できる無限の帯域幅があります。一方、帯域幅の値が有限数のキロ ビット/秒(kbps)に設定されている場合、Unified CM はロケーション内のすべてのコール、および中継ロケーション(計算パス内にあるが、パス内の発信または着信ロケーションではないロケーション)としてロケーションを使用するすべてのコールをトラッキングします。

ビデオ コールでは、ビデオ ロケーションの帯域幅は、ビデオ コールの音声およびビデオ部分の両方を考慮に入れます。したがって、ビデオ コールの場合、帯域幅が音声帯域幅プールから差し引かれることは一切ありません。同じことがイマーシブ ビデオ コールにも適用されます。

ロケーションでメンバーシップを指定できるデバイスには、次のものがあります。

IP Phone

CTI ポート

H.323 クライアント

CTI ルート ポイント

会議ブリッジ

保留音(MoH)サーバ

ゲートウェイ

トランク

メディア ターミネーション ポイント(デバイス プールを使用)

信頼されたリレー ポイント(デバイス プールを使用)

アナンシエータ(デバイス プールを使用)

Enhanced Location Call Admission Control メカニズムでは、通話中のコール タイプ変更も考慮されます。たとえば、サイト間でビデオ コールを確立する場合、Unified CM は、パスのそれぞれのロケーションおよびリンクから適切なビデオ帯域幅を差し引きます。このビデオ コールが、ビデオ非対応のデバイスへの転送の結果、音声のみのコールに変更された場合、Unified CM はビデオ プールに割り当てられた帯域幅を返却し、同じパスに沿って音声プールから適切な帯域幅を割り当てます。音声からビデオに変更されるコールについては、これとは逆の帯域幅割り当て変更が発生します。

表 13-2 に、さまざまなコールのタイプ(ビット レート)において静的ロケーション アルゴリズムが要求する帯域幅を示します。音声コールでは、Unified CM はメディア ビット レートに IP および UDP オーバーヘッドを加えてカウントします。たとえば、G.711 音声コールは、ロケーションとリンクのオーディオ帯域幅割り当てから差し引かれた 80 kbps(64k ビット レート + 16k IP/UDP ヘッダー)を消費します。ビデオ コールでは、Unified CM は、音声ストリームとビデオ ストリームの両方に対して、メディア ビット レートだけを計算します。たとえば、384 kbps のビット レートのビデオ コールに対して、Unified CM はビデオ帯域幅割り当てから 384 kbps を割り当てます。

表 13-2 ロケーションおよびリンクの帯域幅の差し引きアルゴリズムが要求する帯域幅の量

コールのビット レート
静的ロケーションとリンク帯域幅値

G.711 音声コール(64 kbps)

80 kbps

G.729 音声コール(8 kbps)

24 kbps

128 kbps ビデオ コール

128 kbps

384 kbps ビデオ コール

384 kbps

512 kbps ビデオ コール

512 kbps

768 kbps ビデオ コール

768 kbps

コーデックおよびロケーションとリンクの帯域幅値のリストについては、次の Web サイトで入手可能な『 Cisco Unified Communications Manager System Guide 』の「 Call Admission Control 」の項の帯域幅計算情報を参照してください。

http://www.cisco.com/en/US/products/sw/voicesw/ps556/prod_maintenance_guides_list.html

たとえば Hub_None への支社 1 のロケーションのリンク設定が使用可能なビデオ帯域幅 256 kbps および音声帯域幅 384 kbps を割り当てるとします。この場合支社 1 から Hub_None へのパスは、最高 3 つの G.711 音声コール(コールごとに 80 kbps)、または 10 の G.729 音声コール(コールごとに 24 kbps)、または 256 kbps を超えない両方の組み合わせをサポートできます。このロケーション間のリンクでは、使用されているビデオ コーデックおよび音声コーデックに応じて、さまざまな数のビデオ コールをサポートすることもできます(たとえば、384 kbps の帯域幅を要求する 1 つのビデオ コール、またはそれぞれ 128 kbps の帯域幅を要求する 3 つのビデオ コールをサポートできます)。

あるロケーションから他のロケーションにコールが発信されると、Unified CM は、ロケーションおよびあるロケーションから他のロケーションへのリンクの有効なパスから適切な帯域幅を差し引きます。例として図 13-2 を使用すると、San Jose と RTP ロケーション間の G.729 コールによって、Unified CM は、San Jose と Boulder 間、Boulder と Richardson 間、Richardson と RTP 間のリンクで使用可能な帯域幅から 24 kbps を差し引きます。コールが完了すると、Unified CM は有効なパス上でこれらの同じリンクに帯域幅を返却します。十分な帯域幅がパス上のリンクのいずれかにない場合、コールは Unified CM によって拒否され、発信者はネットワーク ビジー トーンを受信します。発信側デバイスが、ディスプレイを備えた IP Phone である場合、そのデバイスには、「Not Enough Bandwidth」というメッセージも表示されます。

ロケーション間コールがコール アドミッション制御によって拒否された場合、Unified CM は自動代替ルーティング(AAR)機能を使用して、PSTN 接続を通じて宛先にコールを自動的に再ルーティングできます。AAR 機能の詳細については、「Automated Alternate Routing(自動代替ルーティング)」を参照してください。


) AAR は、有効なパスに沿ってネットワーク帯域幅が不足しているために、Enhanced Location コール アドミッション制御によってコールが拒否される場合のみ、呼び出されます。IP WAN が使用不可の場合や、接続に関するその他の問題によって着信側デバイスが Unified CM に登録されない状態になった場合には、AAR は呼び出されません。このような場合、コールは着信側デバイスの [Call Forward No Answer] フィールドで指定されている宛先に転送されます。


ロケーション、リンクとリージョンの設定

ロケーションは、リージョンとともに機能してロケーションおよびリンクに有効なパス上でコールの特性を定義します。リージョンはデバイス間で使用される圧縮のタイプまたはビット レート(8 kbps または G.729、64 キロ ビット/秒または G.722/G.711 など)を定義し、ロケーション リンクはデバイス間の有効なパスで使用可能な帯域幅の量を定義します。システム内の各デバイスを(デバイス プールを使用して)リージョンに割り当て、(デバイス プールまたはデバイス自体に直接設定した値を使用して)ロケーションに割り当てます。

Unified CM では、ロケーションを設定することにより、次の要素を定義できます。

物理的なサイト(たとえば、ブランチ オフィス)または中継サイト(たとえば、MPLS クラウド):場所は LAN を表します。これは、エンドポイントを含み、または単に WAN ネットワークのモデル化に対してリンク間の中継場所として機能します。

隣接するロケーション間のリンク帯域幅:リンクはロケーションを相互接続し、ロケーション間で利用可能な帯域幅を定義するために使用されます。リンクは物理的なサイト間の WAN リンクを論理的に表します。

音声帯域幅:ロケーション デバイスから設定された隣接した場所に行われる音声および FAX コールの WAN リンクで使用可能な帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

ビデオ帯域幅:ロケーション デバイスから設定された隣接した場所に行われたビデオ コール用の WAN リンクで使用可能なビデオ帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

イマーシブ ビデオ帯域幅:ロケーション デバイスから設定された隣接した場所に行われた TelePresence コールの WAN リンクで使用可能なイマーシブ帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

ロケーション内の帯域幅

音声帯域幅:ロケーション デバイスから設定された隣接した場所に行われる音声および FAX コールの WAN リンクで使用可能な帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

ビデオ帯域幅:ロケーション デバイスから設定された隣接した場所に行われたビデオ コール用の WAN リンクで使用可能なビデオ帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

イマーシブ ビデオ帯域幅:ロケーション デバイスから設定された隣接した場所に行われた TelePresence コールの WAN リンクで使用可能なイマーシブ帯域幅の量。Unified CM では、Enhanced Location Call Admission Control にこの帯域幅値が使用されます。

ロケーション間の RSVP コール アドミッション制御の設定:可能な設定は、[No Reservation]、[Optional (Video Desired)]、[Mandatory]、および [Mandatory (Video Desired)] です。

Unified CM では、リージョンを設定することにより、次の要素を定義できます。

リージョン内コールに使用する最大オーディオ ビット レート設定(Max Audio Bit Rate)

リージョン間コールに使用する最大オーディオ ビット レート設定(Max Audio Bit Rate)

リージョン内コールおよびリージョン間コールに使用する最大ビデオ コール ビット レート設定(音声を含む)(Max Video Call Bit Rate(Includes Audio))。これには、TelePresence エンドポイントに適用される場合のイマーシブ コールの最大ビット レートが含まれます。

オーディオ コーデック プリファレンス リスト

Unified CM によるロケーションおよびリージョンのサポート

Cisco Unified Communications Manager は、Cisco MCS-7845 サーバで 2,000 のロケーションと 2,000 のリージョンをサポートします。最大 2,000 のロケーションおよびリージョンを配置するには、[Clusterwide Parameters] >([System] > [Location and Region])および [Clusterwide Parameters] >([System] > [RSVP])の設定メニューで次のサービス パラメータを設定する必要があります。

Default Intraregion Max Audio Bit Rate

Default Interregion Max Audio Bit Rate

Default Intraregion Max Video Call Bit Rate (Includes Audio)

Default Interregion Max Video Call Bit Rate (Includes Audio)

オーディオ コーデック プリファレンス リスト

リージョンを追加するときは、[Max Audio Bit Rate] と [Max Video Call Bit Rate] の値として [Use System Default] を選択してください。RSVP コール アドミッション制御を使用している場合は、RSVP パラメータにも [Use System Default] を選択します。

個々のリージョンおよびロケーションについてこれらの値をデフォルトから変更すると、サーバの初期化とパブリッシャのアップグレードにかかる時間に影響します。合計 2,000 のリージョンと 2,000 のロケーションを使用する場合、そのうち最大 200 のリージョンおよびロケーションがデフォルト以外の値を使用するように変更できます。合計 1,000 以下のリージョンおよびロケーションを使用する場合、そのうち最大 500 のリージョンおよびロケーションがデフォルト以外の値を使用するように変更できます。 表 13-3 は、これらの制限を要約したものです。

 

表 13-3 デフォルト以外の値を使用できるリージョンおよびロケーションの数

デフォルト以外の値を使用するリージョンおよびロケーションの数
リージョンの最大数
ロケーションの最大数

0 ~ 200

2,000

2,000

200 ~ 500

1,000

1,000


) [Max Audio Bit Rate] は、音声コールと FAX コールの両方に使用されます。リージョン間コーデックとして G.729 を使用する場合、FAX コールには T.38 FAX リレーを使用してください。WAN で FAX パススルーを使用する場合は、[Interregion Max Audio Bit Rate] をデフォルト値から 64 kbps(G.722 または G.711)に変更するか、デフォルト値でない 64 kbps(G.722 または G.711)ビット レートを使用する各ロケーションに FAX 機のリージョンを追加します(表 13-3 内の制限に従います)。



) 使用している MCS モデルに関係なく、多数のリモート サイトを包含する設計には、Unified CM クラスタのスケーラビリティ(リージョン、ロケーション、ゲートウェイ、メディア リソースなど)に影響する可能性ある相互依存変数が多数存在するため、シスコ代理店またはシスコのシステム エンジニアが常に Cisco Unified Communications Sizing Tool(http://tools.cisco.com/cucst)を使用して、それらの設計をすべて検証する必要があります。サイジング ツールを使用して、設計基準を満たすために必要なサーバまたはクラスタの正確な台数を決定します。


Location Bandwidth Manager

Location Bandwidth Manager(LBM)は、サービスアビリティ Web ページから管理し、Enhanced Location CAC 帯域幅の機能すべてを担当する Unified CM 機能サービスです。LBM は、Unified CM サブスクライバまたはクラスタの専用の Unified CM サーバのスタンドアロン サービスとして実行できます。クラスタで Enhanced Location CAC を有効にするには、LBM の 1 つ以上のインスタンスが各クラスタで実行される必要があります。LBM では次の機能が実行されます。

ロケーションおよびリンク パスのアセンブリ

アセンブリの有効なパス上の帯域幅の計算

Cisco CallManager サービス(Unified CM 呼制御)からのサービスの帯域幅要求

クラスタ間の Enhanced Location CAC がイネーブルの場合のクラスタ内およびクラスタ間でその他の LBM への帯域幅情報の複製

設定済みのダイナミック情報をサービスアビリティに提供

Location Real-Time Monitoring Tool(RTMT)カウンタの更新

Cisco CallManager サービスとの間の、または LBM 間の通信に使用する TCP 上での Extensible Markup Language(XML)の使用

LBM サービスは以前のリリースから Cisco Unified CM 9.x にアップグレードするとデフォルトでイネーブルです。新規インストールの場合、LBM サービスは手動でアクティブにする必要があります。

初期化中に LBM は、ロケーションの音声、ビデオ、およびイマーシブ帯域幅値などのデータベース、ロケーション内の帯域幅データ、ロケーションごとのリンク音声、ならびにイマーシブ帯域幅の値と重み(ロケーション間の帯域幅データ)からローカル ロケーション情報を読み取ります。リンク データを使用して、クラスタ内の各 LBM は、あるロケーションから他のすべてのロケーションまでのパスのローカル アセンブリを作成します。これは、 アセンブルされたトポロジ と呼ばれます。クラスタでは、各 LBM は同じデータにアクセスし、初期化中にアセンブルされるトポロジと同じローカル コピーを作成します。

実行時、LBM は、ロケーションとリンクのローカルで組み立てられたトポロジの計算されたパスの予約を適用し、クラスタ内の他の LBM に予約を複製します。クラスタ間の Enhanced Location CAC が設定され、アクティブになると、LBM は他のクラスタに再構築されたトポロジを複製します(詳細については「クラスタ間の Enhanced Location CAC」を参照してください)。

デフォルトでは、Cisco CallManager サービスはローカル LBM サービスと通信しますが、この通信を管理するために LBM グループを使用できます。LBM グループは Unified CM の呼制御の冗長性を作成するために、アクティブなスタンバイ LBM を提供します。図 13-4 は LBM の冗長性を示します。

図 13-4 Location Bandwidth Manager の冗長性

 

図 13-4 は 5 つの Unified CM サーバを示します。UCM1 および UCM2 は専用 LBM サーバ(LBM サービスがイネーブルの場合だけ)、UCM3、UCM4 および UCM5 は Unified CM サブスクライバ(Cisco CallManager サービスがイネーブルの場合)です。LBM グループは UCM1 でアクティブとして、UCM2 でスタンバイとして設定されており、UCM3、UCM4 および UCM5 サブスクライバに適用されます。この設定は UCM3、UCM4 および UCM5 がすべての帯域幅の要求に対して UCM1 にクエリーを実行できるようになります。UCM1 が何らかの理由で失敗し、サブスクライバはスタンバイ UCM2 にフェールオーバーします。

Unified CM Cisco CallManager サービスが LBM を使用する順序は次のとおりです。

LBM グループの指定

ローカル LBM

サービス パラメータ Call Treatment when no LBM available (デフォルト = allow calls

Enhanced Location CAC の設計および配置の推奨事項と考慮事項

Location Bandwidth Manager(LBM)は Unified CM 機能サービスです。LBM はトポロジのモデリングおよび Unified CM 帯域幅要求のサービスを行う役割があります。

クラスタ内の LBM は、LBM 間の帯域幅の変更通知のレプリケーションを行うために、TCP 経由の XML でフル メッシュ通信ネットワークを作成します。

LBM グループの使用方法の推奨事項は、次のとおりです。

Cisco CallManager サービスが LBM と相互作用する方法を管理します(共存または専用)。

WAN またはデュアル データセンターを介したクラスタリングの展開で LBM のフル メッシュの帯域幅要件を最小化します。

共存または専用の冗長性の呼処理サイトごとに、少なくとも 2 つの LBM を配置します。

現在の推奨事項は Cisco CallManager 呼処理サービスを実行している Unified CM サブスクライバで LBM サービス共存を展開する方法です。

LBM グループの推奨事項

各 Unified CM サブスクライバを実行およびアクティブ ローカル LBM を含むように設定します。

冗長 LBM グループ設定の 2 つ以上の LBM は、WAN を介したクラスタリング設計などの各呼処理サイトでアクティブにする必要があります。

クラスタ間の Enhanced Location CAC

クラスタ間の Enhanced Location CAC は、複数のクラスタにわたるネットワーク モデリングの概念を拡張します。クラスタ間の Enhanced Location CAC では、各クラスタは、ロケーションとリンク上でローカルに設定されたトポロジを管理し、LBM クラスタ間のレプリケーション ネットワーク内にある他のリモート クラスタにこのローカル トポロジを伝播します。リモート クラスタのトポロジを受け取ると、LBM は独自のローカル トポロジにこれを再構成し、グローバル トポロジを作成します。このプロセスによって、グローバル トポロジはすべてのクラスタ間で同じになり、エンドツーエンド CAC に対する企業ネットワーク トポロジの全体的視野を各クラスタに提供します。図 13-5 は、単純なハブアンドスポーク ネットワーク トポロジを持つグローバル トポロジの概念を例として示します。

図 13-5 単純なハブアンドスポーク ネットワークのグローバル トポロジの例

 

図 13-5 はクラスタ 1 とクラスタ 2 の 2 つのクラスタを示し、それぞれにローカルに設定されたハブアンドスポーク ネットワーク トポロジがあります。クラスタ 2 は Loc_21、Loc_22 および Loc_23 へのリンクで Hub_None を設定し、クラスタ 1 は Loc_11 および Loc_12 へのリンクで Hub_None を設定しました。クラスタ間の Enhanced Location CAC をイネーブルにすると、クラスタ 1 は、クラスタ 2 がクラスタ 1 にするように、そのローカル トポロジをクラスタ 2 に送信します。各クラスタはリモート クラスタのトポロジのコピーを取得した後、各クラスタはオーバーレイ独自上のリモート クラスタのトポロジを自身の上にオーバーレイします。オーバーレイは、同じ名前で設定されたロケーションの一般的な場所によって実現されます。クラスタ 1、クラスタ 2 の両方に同じ名前の共通のロケーション Hub_None があるため、各クラスタは、共通の場所として Hub_None により他方のネットワーク トポロジをオーバーレイし、Hub_None がハブで Loc_11、Loc_12、Loc_21、Loc_22、および Loc_23 がすべてスポーク ロケーションであるグローバル トポロジを作成します。これは単純なネットワーク トポロジの例ですが、より複雑なトポロジは同じ方法で処理されます。

LBM のハブのレプリケーション ネットワーク

クラスタ間 LBM のレプリケーション ネットワークは指定 LBM ネットワークであり、フル メッシュを相互に作成し、ローカル クラスタのトポロジを複製します。次に、それぞれは、グローバル トポロジを作成するために、すべてのリモート クラスタのトポロジを受信します。クラスタ間のレプリケーション ネットワーク用の指定 LBM は LBM のハブと呼ばれ、クラスタ内でだけ複製する LBM は LBM のスポークと呼ばれます。LBM のハブは LBM のハブのグループによる設定で指定されます。LBM のハブのグループには、ハブのグループ メンバーおよびハブのグループの使用情報と呼ばれる 2 つの主な設定領域があります。ハブのグループ メンバーは、LBM のレプリケーション ネットワークの一部のリモート クラスタの LBM ハブです。最大 3 つのメンバーを設定できます。LBM のハブのグループ メンバーで指定されたメンバーは、クラスタ間のレプリケーション ネットワーク全体のブートストラップ サーバとして機能し、接続された他のリモート クラスタの接続の詳細を持つ各クラスタの各 LBM ハブを提供します。LBM のハブのグループの使用情報は、ローカル クラスタの LBM のハブおよびスポークで構成されます。LBM ハブのグループとの間で LBM サービスを移動すると、ハブまたはロールの役割が決定されます。(LBM のハブのグループ設定の詳細については、Cisco Unified Communications Manager の製品マニュアルを参照してください)。LBM のハブのグループが指定 LBM の各クラスタに設定されている場合、ハブはフル メッシュのクラスタ間のレプリケーション ネットワークを作成します。図 13-6 は、クラスタ間のレプリケーション ネットワークを形成するために 3 つのクラスタ(リーフ クラスタ 1、リーフ クラスタ 2 および Session Management Edition(SME)クラスタ)の間に設定された LBM のハブのグループによるクラスタ間のレプリケーションのネットワーク構成を示します。

図 13-6 3 つのクラスタのクラスタ間レプリケーション ネットワークの例

 

図 13-6 では、各クラスタから 2 つの LBM サーバはクラスタの LBM のハブとして指定されます。これらの LBM ハブ サーバは、クラスタ間の LBM レプリケーション ネットワークを形成します。各 LBM のハブのグループで設定された LBM のハブのグループ メンバーは SME_1 および SME_2 と見なされます。SME クラスタからのこれら 2 つの LBM サーバは、クラスタ間 LBM のレプリケーション ネットワーク全体の窓口として機能します。これは、各クラスタの各 LBM が SME_1 に接続し、SME_1 にローカル トポロジを複製し、SME_1 からリモート トポロジが取得されることを意味します。また、SME_1 から他のリーフ クラスタの接続情報を取得し、その他のリモート クラスタに接続し、トポロジを複製します。これは、フル メッシュのレプリケーション ネットワークを作成します。SME_1 が使用できない場合、LBM のハブは SME_2 に接続します。SME_2 が使用できない場合、リーフ クラスタ 1 LBM は UCM_A に接続し、SME クラスタが使用できない場合のバックアップ手段として、リーフ クラスタ 2 LBM は UCM_1 に接続します。これは、クラスタ間 LBM のレプリケーション ネットワークのコンポーネントを説明する設定例です。

LBM には、LBM クラスタ間のレプリケーション ネットワークに関する次の役割があります。

LBM のハブのグループ メンバー

レプリケーション ネットワークのすべての LBM のハブを相互接続するリモート ハブ サーバ

ネットワーク内のどのハブにも存在できます

ハブのグループあたり最大 3 つ表示できます

LBM ハブ サーバ(ローカル LBM)

クラスタ間 LBM のレプリケーション ネットワークの一部として他のリモート ハブ サーバと直接通信します

LBM スポーク サーバ(ローカル LBM)

クラスタのローカル LBM のハブと直接通信し、ローカル LBM のハブを介してリモート LBM のハブと間接的に通信します

LBM のハブのレプリケーション ネットワーク:帯域幅の差し引きと調整メッセージ

クラスタに複数の LBM ハブがある場合、最も低い IPv4(全体)アドレスの LBM のハブは、他のリモート クラスタへのメッセージの送信者として機能します。クラスタごとに 1 つのハブだけが、リモート クラスタにメッセージを転送します。これは、クラスタ間のレプリケーション ネットワーク内のレプリケーションのトラフィック量を制限します。

クラスタのメッセージの送信者として機能する LBM ハブは、各クラスタから 1 つの LBM のハブを選択し、その LBM にメッセージを転送します。

リモート クラスタからメッセージを受信する LBM ハブは次に、ローカル クラスタの LBM のスポークに受信メッセージを転送します。

転送されるメッセージには、メッセージのストームやループを防ぐために、受信側がすでに受信したかを確認し、2 回目に受信した場合、受信側がメッセージをドロップできるようにするための、関連付けられている一意のランダムな文字列があります。

転送されたメッセージを受信するクラスタ内の他の LBM ハブは、メッセージがリモート クラスタからの直接的なものでないため、LBM のスポークに転送しません。これで、リモート クラスタから重複メッセージを送信するハブを回避できます。

共通ロケーション(共有ロケーション)およびリンク

前述のとおり、共通ロケーションはクラスタ全体で同じ名前のロケーションです。共通ロケーションは、LBM がグローバル トポロジを作成する方法、および複数のクラスタ間で 1 つのロケーションを関連付ける方法において重要な役割を果たします。複数のクラスタ間で同じ名前のロケーションは、同じロケーションと見なされため、これらのクラスタ間では共有ロケーションです。したがって、ロケーションが複数のクラスタ間で共有されることを意味する場合、まったく同じ名前である必要があります。複製後も、LBM は、ロケーションとリンクでの設定の矛盾点について確認します。帯域幅値の不一致、または共通ロケーションとリンク間の重みはサービスアビリティで表示でき LBM は、重みの帯域幅と最小値(最低コスト)の最も厳しい値のロケーションおよびリンク パスを計算します。

共通のロケーションとリンクは、いくつかの異なる理由でクラスタ全体に対して設定できます。同じ物理サイトのデバイスを管理し、同じ WAN アップリンクを使用するいくつかのクラスタを使用することがあるため、同じロケーションは、各クラスタのローカル デバイスにそのロケーションを関連付けるために各クラスタに設定する必要があります。独自のトポロジを管理するクラスタがある場合もありますが、これらのトポロジは、特定のロケーションにおいて相互接続されるため、これらのロケーションを各クラスタ間の共通ロケーションとして設定する必要が生じます。そうすることで、グローバル トポロジが作成されている際に、クラスタでは、各クラスタで共通の相互接続ロケーションとリンクを持ち、各リモート トポロジをともに効果的にリンクさせることができるようになります。図 13-7 はトポロジをリンクすることを示し、各クラスタが共有する共通トポロジを示します。

図 13-7 グローバル トポロジを作成する共通のロケーションとリンクの使用

 

図 13-7 では、クラスタ 1 は Regional 1、Loc_11 および Loc_12 のロケーションにデバイスがありますが、グローバル トポロジの他にリンクするために、DC および Regional 1 から DC へのリンクの設定が必要です。クラスタ 2 も同様に、Regional 2、Loc_21、Loc_22 および Loc_23 にデバイスがあり、グローバル トポロジにマッピングするように DC および DC から Regional 2 へのリンクの設定が必要です。クラスタ 3 には Loc_31 だけにデバイスがあり、クラスタ 1 とクラスタ 2 のトポロジにマッピングするように DC および Loc_31 から DC へのリンクの設定が必要です。また、図 13-8 で示されているように、Regional 1 および Regional 2 を DC の代わりに、すべてのクラスタで設定された共通ロケーションにすることができます。

図 13-8 異なる共通ロケーションを使用する代替トポロジ

 

クラスタからクラスタへのトポロジ マッピングのキーは、トポロジを相応に相互接続するように少なくとも 1 つのクラスタに別のクラスタの共通ロケーションがあることを確認します。

シャドウ ロケーション

シャドウ ロケーション は、Enhanced Location CAC がクラスタ間で機能するために必要な、ロケーションの名前、ビデオ トラフィック クラス(後述)などの、Enhanced Location CAC 情報を他のものに渡すように SIP トランクをイネーブルにするために使用されます。クラスタ全体でこのロケーション情報を渡すためには、SIP クラスタ間トランク(ICT)は「シャドウ」ロケーションに割り当てる必要があります。シャドウ ロケーションは他の場所へのリンクを持つことができないため、帯域幅はシャドウ ロケーションと別のロケーションの間で予約できません。Hub_None に関連付けられたように、シャドウ ロケーションに割り当てられた SIP ICT 以外のいずれかのデバイスが処理されます。SIP ICT 以外のデバイスがシャドウ ロケーションに行きついたら、帯域幅の差し引きは Hub_None 内にあるようにそのデバイスから行われ、ロケーションおよびリンク設定に応じてさまざまな影響を受けるため、これを理解することは重要です。

SIP ICT は Enhanced Location CAC で有効になっている場合、SIP Call-Info ヘッダーによって情報を渡します。これにより、発信側と着信側のクラスタは、ロケーションの帯域幅の差し引きをエンドツーエンドで処理できるようになります。図 13-9 は、渡された情報に関する 2 クラスタと一部の詳細の間のコールの例を示します。これは、ロケーション情報をクラスタからクラスタに渡す方法、また帯域幅の差し引きを行う方法を単に示します。

図 13-9 SIP を介してクラスタ間で渡されるロケーション情報

 

図 13-9 では、Cluster 1 は Cluster 2 に invite を送信し、call-info ヘッダーに、一意のコール ID など、その他の関連情報間の発信側のロケーション名およびビデオ トラフィック クラスを入力します。クラスタ 2 は情報の invite を受信すると、着信側を検索し、LBM レプリケーションからのメモリ内にあるグローバル トポロジから、発信側のロケーションと着信側のロケーション間のパスで CAC 要求を実行します。これが成功すると、クラスタ 2 は予約を複製し、着信デバイスにコールを拡張し、着信側のロケーション情報によって 180 の呼び出し音をクラスタ 1 に返します。クラスタ 1 は 180 の呼び出し音を受信すると着信デバイスのロケーション名を取得し、call-info ヘッダーに渡された情報から計算された同じ固有コール ID を使用して同じ帯域幅のルックアップ プロセスを通過します。成功した場合、コール フローも継続されます。両方のクラスタは call-info ヘッダーに同じ情報を使用するため、同じ call-ID を使用して同じコールの帯域幅を差し引きするため、二重の帯域幅の差し引きを回避できます。

ロケーションおよびリンク管理クラスタ

設定のオーバーヘッドを回避するために、ロケーションおよびリンク管理のクラスタは、グローバル トポロジのすべてのロケーションおよびリンクを管理するように設定できます。他のすべてのロケーションはロケーションからデバイスへの関連付けに必要なロケーションを一意に設定し、無制限以外のリンクまたは帯域幅値を設定しません。ロケーションおよびリンク管理のクラスタは設計概念で、ロケーションおよびリンクの全体のグローバル トポロジに設定された単なるクラスタですが、LBM のレプリケーション ネットワーク上の他のクラスタはすべて、帯域幅の値が無制限で、かつリンクを設定されていないロケーションのみで構成されていることに注意すべきです。クラスタ間の Enhanced Location CAC がイネーブルになり、LBM のレプリケーション ネットワークが設定されている場合、すべてのクラスタがネットワーク ビューを複製します。指定したロケーションおよびリンク管理のクラスタには、ロケーション、リンクおよび帯域幅の値を持つグローバル トポロジ全体があります。これらの値は、複製されると最も制限的になるため、すべてのクラスタで使用されます。この設計によって、多数の共通のロケーションが複数のクラスタ間で必要な配置の設定オーバーヘッドが軽減されます。

推奨事項

ロケーションおよびリンク管理クラスタ:

1 つのクラスタをクラスタ管理(ロケーションとリンクを管理するために選択したクラスタ)として選択する必要があります。

クラスタ管理は次のように設定する必要があります。

企業内のすべてのロケーションは、このクラスタに設定されます。

すべてのロケーションとリンクの帯域幅値と重みは、このクラスタで管理されます。

企業内の他のすべてのクラスタ:

企業内の他のすべてのクラスタは、デバイスへの関連付けに必要なロケーション のみ を設定する必要があります。ロケーション間のリンクを設定しては なりません 。このリンク情報は、クラスタ間の Enhanced Location CAC が有効な場合に管理クラスタから取得されます。

クラスタ間の Enhanced Location CAC が有効な場合、すべてのロケーションとリンクは管理クラスタから複製され、LBM は最小で、最も限定的な帯域幅と重み値を使用します。

LBM は、複製後で最小の最も限定的な帯域幅と最も小さい重み値を常に使用します。

利点

単一クラスタから企業 CAC トポロジを管理します。

クラスタが複数の共通のロケーションを共有する場合のロケーションとリンク設定のオーバーヘッドを軽減します。

クラスタ間でロケーションおよびリンクの設定の誤りを軽減します。

企業の他のクラスタは、ロケーションからデバイスやエンドポイントへの関連付けに必要なロケーションにだけ設定を必要とします。

グローバル ロケーション トポロジのモニタリングに単一のクラスタを提供します。

図 13-10 は、3 つのリーフ クラスタのロケーションおよびリンクの管理クラスタとして Cisco Unified Communications Manager Session Management Edition(SME)について説明します。

図 13-10 ロケーションおよびリンクの管理クラスタとしての SME の例

 

図 13-10 では 3 つのリーフ クラスタがあり、それぞれは、リージョン ロケーションおよびリモート ロケーションだけにデバイスがあります。SME にはロケーションおよびリンクで設定されているグローバル トポロジ全体があり、クラスタ間 LBM の複製は 4 つのすべてのクラスタの間でイネーブルです。SME がロケーションとリンク トポロジの全体を設定するため、すべてのロケーションが共通のロケーションですが、この例ではロケーションを共有するクラスタはありません。SME ではグローバル トポロジ全体が設定されていますが、リーフ 1、リーフ 2 とリーフ 3 は、デバイスやエンドポイントに関連付ける必要があるロケーションだけを設定することに注意してください。クラスタ間レプリケーション後に、すべてのクラスタはグローバル トポロジを持つようになります。

クラスタ間の Enhanced Location CAC の設計および配置の推奨事項と考慮事項

帯域予約では予約がローカルで行われて他の LBM のレプリケーション ネットワークに複製されるため、オーバーサブスクリプションが生じる可能性があります。オーバーサブスクリプションの間に QoS 影響を回避するには、次のガイドラインに従ってください。

オーバーサブスクリプションは一時的なもので、パスのオーバーサブスクリプションになったロケーションおよびリンクを使用してコールとして自身を修正し、帯域幅をクリアおよび放棄します。

帯域幅オーバーヘッドは、ネットワーク QoS ポリシーでオーバーサブスクリプションを受け入れるように設定されます。シスコでは、適切なロケーションおよびリンクに対する各 QoS クラスの最大の帯域幅値の少なくとも 1 つのコールによる過剰プロビジョニング(音声およびビデオ)を推奨します。音声のみの実装の場合、これは 24 kbps または 80 kbps の単一のコールである場合があります。ビデオ実装の場合、シングル ビデオ コールのビット レートである可能性があります。

CAC 制限が頻繁に繁忙時にまたは一般に到達したロケーションとリンクは、QoS 帯域幅容量の過剰プロビジョニングの主要な候補です。

非常に高い最繁忙時呼完了数(BHCC)と Unified CM クラスタ間の長い遅延の場合、ロケーションおよびリンクをモニタリングして煩雑時のオーバーサブスクリプションの量を決定し、ネットワークが同量の帯域幅で過剰プロビジョニングされるようにすることを推奨します。

クラスタは、ロケーションからデバイスへの関連付けに対してロケーションをローカルに設定することを要求します。

各クラスタはすぐにネイバー ロケーションで設定されて、各クラスタのトポロジが相互接続できるようにする必要があります。これは、ロケーションとリンクの管理クラスタの配置には適用されません。

リンクは、リモート トポロジ間の相互接続ポイントを確立するように設定する必要があります。これは、ロケーションとリンクの管理クラスタの配置には適用されません。

共通のロケーションとリンクの帯域幅制限および重みの不一致は、帯域幅および重みの最小値を使用して解決されます。

クラスタ全体でのロケーションの一貫した命名は重要です。「同じロケーション、同じ名前、および、異なるロケーション、異なる名前」の方法に従ってください。

Hub_None ロケーションは各クラスタで一意であるように名前変更される必要があります。そうしないと、他のクラスタによって共通(共有)ロケーションになります。

クラスタ ID は、サービスアビリティ レポートが使用できるように各クラスタで一意である必要があります。

すべての LBM のハブはクラスタ間でフル メッシュです。

LBM のハブは、リモート クラスタのハブに通信する責任があります。

LBM のスポークは、他のリモート クラスタと直接通信することはありません。LBM のスポークはローカル LBM のハブを経由してリモート クラスタとの間でメッセージを送受信します。

LBM のハブのグループ

ハブのロールに LBM を割り当てるために使用されます。

LBM のハブのレプリケーション ネットワークの全ハブのハブ連絡先情報を複製する 3 つのリモート ハブのメンバーを定義するために使用されます。

LBM は、LBM のハブのグループに割り当てられる場合のハブです。

LBM は LBM のハブのグループに割り当てられていない場合、スポークになります。

クラスタに LBM のハブがない場合、または LBM のハブが実行されていない場合、クラスタは分離されて、クラスタ間 LBM のレプリケーション ネットワークに参加しません。

パフォーマンスのガイドライン

最大 2,000 のローカルに設定されたロケーション。2,000 ロケーションの制限は、ロケーションとリンクの管理クラスタにも適用されます。

クラスタ間 CAC を持つ複製された最大 8,000 の合計ロケーション

Telepresence イマーシブ ビデオの Enhanced Location CAC

TelePresence エンドポイントがデスクトップから会議室といった広範囲に多様なコラボレーション エクスペリエンスを提供できるようにするため、Enhanced Location CAC には、TelePresence イマーシブ ビデオ コールに CAC を提供するサポートが含まれています。ここでは、TelePresence イマーシブ ビデオ CAC をサポートする Enhanced Location CAC の機能について説明します。

Video Call Traffic Class

Video Call Traffic Class は、すべてのエンドポイントに割り当てられた属性で、エンドポイントまたはトランクのビデオ分類タイプを確認するために SIP トランクでイネーブルにもできます。これは、Unified CM が、さまざまなコール フローをイマーシブまたは、デスクトップ ビデオ、またはその両方として分類し、ビデオ帯域幅またはイマーシブ帯域幅、またはその両方の適切なロケーションやリンク帯域幅の割り当てから、それに応じて差し引くことを可能にします。TelePresence エンドポイントには、エンドポイントに割り当てられた イマーシブ の設定不可能な Video Call Traffic Class があります。SIP トランクは、SIP トランク コールの帯域幅予約を差し引きするためにデスクトップ、イマーシブ、または混合ビデオとして分類できます。他のエンドポイントおよびトランクにはすべて、 デスクトップ ビデオ の設定不可能な Video Call Traffic Class があります。エンドポイントおよびトランクの分類の詳細は、次の項で説明します。

TelePresence イマーシブ エンドポイントは CS4 の DSCP 値のメディアをデフォルトで表示し、デスクトップ ビデオ エンドポイントは推奨される QoS 設定によって AF41 のメディアをデフォルトで表示します。Cisco エンドポイントの場合、これは、設定可能な Unified CM QoS サービス パラメータの DSCP for Video calls および DSCP for TelePresence calls によって実現されます。Cisco TelePresence エンドポイントは、Unified CM に登録されている場合、設定ファイルをダウンロードし、 DSCP for TelePresence calls の設定に QoS 設定を適用します。Unified Communications ビデオ対応エンドポイントは、Unified CM に登録されている場合、設定ファイルをダウンロードし、 DSCP for Video calls の設定に QoS 設定を適用します。すべてのサードパーティ製ビデオ エンドポイントは、エンドポイントの手動設定自体を必要とし、静的に設定され、コール タイプによって QoS マーキングを変更しないことを意味します。したがって、正しい DSCP に Enhanced Location CAC の帯域割り当てを一致させることが重要です。Unified CM は、 デスクトップ の Video Call Traffic Class を持つデバイスのビデオ帯域幅のロケーションとリンクの割り当てからデスクトップ ビデオ コールを差し引くことによって、これを実現します。エンドツーエンド TelePresence イマーシブ ビデオ コールは、 イマーシブ の Video Call Traffic Class を持つデバイスまたはトランクのイマーシブ ビデオ帯域幅のロケーションとリンクの割り当てから差し引かれます。これによって、エンドツーエンド デスクトップ ビデオとイマーシブ ビデオ コールが正しくマーキングされ、コール アドミッション制御に正しくカウントできます。デスクトップ デバイスと TelePresence イマーシブ デバイス間のコールでは、帯域幅はビデオ帯域幅とイマーシブ ビデオ帯域幅の両方のロケーションとリンクの割り当てから差し引かれます。

エンドポイントの分類

Cisco TelePresence エンドポイントには イマーシブ の固定された設定不可能な Video Call Traffic Class があり、Unified CM でイマーシブとして識別されます。テレプレゼンス エンドポイントはデバイス タイプによって Unified CM に定義されます。デバイスが Unified CM に追加されている場合、デバイス タイプ名の TelePresence を使用するデバイスには、 イマーシブ の固定 Video Call Traffic Class があります。一般的な 1 画面およびマルチスクリーンのルーム システムも、イマーシブとして分類されます。Unified CM のエンドポイントの機能を確認する別の方法として、Cisco Unified Reporting Tool に移動し、[Immersive Video Support for TelePresence Devices] を選択します。これにより、ビデオ コール トラフィック クラス属性として イマーシブ が設定された、Unified CM に設定されているデバイスがすべて表示されます。

他のすべてのエンドポイントには、 デスクトップ の固定 Video Call Traffic Class があります。

帯域予約はビデオ コールのエンドポイントの分類によって決定され、 表 13-4 に示されるようにロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。

 

表 13-4 エンドポイント タイプごとの帯域幅プールの使用

エンド ポイント A
エンド ポイント B
使用されるロケーションとリンクのプール

イマーシブ ビデオ

イマーシブ ビデオ

イマーシブ帯域幅

イマーシブ ビデオ

デスクトップ ビデオ

イマーシブ帯域幅およびビデオ帯域幅

デスクトップ ビデオ

デスクトップ ビデオ

ビデオ帯域幅

音声のみのコール

任意

音声帯域幅

SIP トランク

SIP トランクは、SIP トランク コールの帯域幅予約を差し引きするためにデスクトップ、イマーシブ、または混合ビデオとして分類できます。分類は発信側デバイス タイプと SIP トランクの Video Call Traffic Class によって決定されます。SIP トランクは、SIP プロファイルのトランク固有の情報によって次のように設定できます。

イマーシブ:高解像度イマーシブ ビデオ

デスクトップ:標準デスクトップ ビデオ

混合:イマーシブ ビデオとデスクトップ ビデオの組み合わせ

SIP トランクはこれらの 3 つの分類のいずれかに分類でき、ビデオまたは TelePresence マルチポイント コントロール ユニット(MCU)、固定ロケーションのビデオ デバイス、バージョン 9.0 よりも前の Unified CM などの Unified Communications システム、または Cisco TelePresence System Video Communications Server(VCS)を分類する場合に主に使用されます。

帯域予約はエンドポイントの分類およびビデオ コールの SIP トランクの分類によって決定され、 表 13-5 に示されるようにロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。

 

表 13-5 SIP トランクおよびエンドポイント タイプごとの帯域幅プールの使用

エンドポイント
SIP トランク
使用されるロケーションとリンクのプール

TelePresence エンドポイント

イマーシブ

イマーシブ帯域幅

TelePresence エンドポイント

デスクトップ

イマーシブ帯域幅およびビデオ帯域幅

TelePresence エンドポイント

混合

イマーシブ帯域幅およびビデオ帯域幅

デスクトップ エンドポイント

イマーシブ

イマーシブ帯域幅およびビデオ帯域幅

デスクトップ エンドポイント

デスクトップ

ビデオ帯域幅

デスクトップ エンドポイント

混合

イマーシブ帯域幅およびビデオ帯域幅

非ビデオ エンドポイント

任意

音声帯域幅

デフォルトでは、イマーシブ エンドポイントまたはデスクトップ エンドポイントからのすべてのビデオ コールは、ロケーションおよびリンクのビデオ帯域幅プールから差し引かれます。この動作を変更するには、Unified CM サービス パラメータの Use Video BandwidthPool for Immersive Video Calls False に設定すると、イマーシブ ビデオ帯域幅の差し引きがイネーブルになります。これを有効にすると、イマーシブとデスクトップのビデオ コールが、それぞれのプールから差し引かれます。

前述したように、Unified Communications ビデオ エンドポイント(デスクトップ Video Call Traffic Class)と TelePresence エンドポイント(イマーシブ Video Call Traffic Class)の間のビデオ コールは、メディアを非対称にマーキングし、イマーシブ ビデオ CAC がイネーブルな場合、ビデオとイマーシブのロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。図 13-11 は、これについて説明します。

図 13-11 マルチ サイト配置の Enhanced Location CAC 帯域幅の差し引きおよびメディア マーキング

 

さまざまなコール フローおよびロケーションとリンクの帯域幅プールの差し引きの例

次のコール フローは、Unified CM サービス パラメータの Use Video BandwidthPool for Immersive Video Calls False に設定される場合の、ロケーションおよびリンクの帯域幅の差し引きの予想される動作を示します。

図 13-12 は、ロケーション L1 の TP-A とロケーション L2 TP-B 間のエンドツーエンド TelePresence のイマーシブ ビデオ コールについて説明します。エンドツーエンド イマーシブ ビデオ エンドポイントのコールは、有効なパスに沿ったロケーションおよびリンクのイマーシブ帯域幅プールから帯域幅を差し引きます。

図 13-12 エンドツーエンド TelePresence イマーシブ ビデオのコール フロー

 

図 13-13 は、ロケーション L1 の DP-A とロケーション L2 DP-B 間のエンドツーエンド デスクトップ ビデオ コールについて説明します。エンドツーエンド デスクトップ ビデオ エンドポイントのコールは、有効なパスに沿ったロケーションおよびリンクのビデオ帯域幅プールから帯域幅を差し引きます。

図 13-13 エンドツーエンド デスクトップ ビデオのコール フロー

 

図 13-14 は、ロケーション L1 のデスクトップ ビデオ エンドポイント DP-A とロケーション L2 の TelePresence ビデオ エンドポイント TP-B 間のビデオ コールについて説明します。デスクトップ ビデオ エンドポイントと TelePresence ビデオ エンドポイント間の相互運用性コールは、有効なパスに沿ってビデオとイマーシブのロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。

図 13-14 デスクトップから TelePresence ビデオへのコール フロー

 

図 13-15 では、1 つのデスクトップ ビデオ エンドポイントと 2 つの TelePresence エンドポイントが、TelePresence MCU を指定する イマーシブの Video Traffic Class で設定した SIP トランクをコールします。エンドツーエンド イマーシブであるコールのイマーシブのロケーションおよびリンクの帯域幅プールから、およびデスクトップからイマーシブへのコールのビデオとイマーシブのロケーションおよびリンクの帯域幅プールから有効なパスに沿って帯域幅が差し引かれます。

図 13-15 MCU を使用したビデオ会議のコール フロー

 

図 13-16 は、有効なパスに沿ったロケーションおよびリンクのイマーシブ帯域幅プールから帯域幅を差し引く、クラスタ全体でエンドツーエンド イマーシブ ビデオ コールを説明します。

図 13-16 クラスタ間のエンドツーエンド TelePresence ビデオのコール フロー

 

図 13-17 は、有効なパスに沿ったロケーションおよびリンクのビデオ帯域幅プールから帯域幅を差し引きする、クラスタ間のエンドツーエンド デスクトップ ビデオ コールについて説明します。

図 13-17 クラスタ間のエンドツーエンド デスクトップ ビデオ コールのコール フロー

 

図 13-18 は、クラスタ間の TelePresence エンドポイントをコールするデスクトップ ビデオ エンドポイントについて説明します。このコールは、有効なパスに沿ったロケーションおよびリンクのビデオとイマーシブの両方の帯域幅プールから帯域幅が差し引きます。

図 13-18 クラスタ間のデスクトップから TelePresence ビデオへのコール フロー

 

ビデオ帯域幅の使用率とアドミッション制御

Unified CM で音声またはビデオ コールをネゴシエートすると、複数の異なるストリームがコールに関係するエンドポイント間で確立されます。コンテンツ共有のあるビデオ コールの場合、これにより、8 つ(またはそれ以上)もの単方向ストリームが生じる可能性があります。音声のみのコールの場合は、通常、最低でも 2 つのストリームが各方向に生成されます。ここでは、ネットワークでの帯域幅使用率と、Unified CM がアドミッション制御帯域幅アカウンティングでこれに対処する方法を説明します。

この項の説明を理解するために、次の点に注意してください。

この項の図では、両方向矢印(<-->)を使用して 2 つの単方向ストリームを表します。

次のポイントは、Unified CM Enhanced Location CAC が設定済みの音声、ビデオ、およびイマーシブな割り当てから帯域幅を差し引く方法を要約したものです。詳細については、「ロケーションおよびリンク」の項を参照してください。

オーディオ(音声のみのコール):RTP ビット レートと IP、および UDP ヘッダーのオーバーヘッド

ビデオ(ビデオ コール):RTP ビット レートのみ

イマーシブ(Cisco TelePresence エンドポイントによるビデオ コール):RTP ビット レートのみ

Enhanced Location CAC での帯域幅の差し引き:

帯域幅の差し引きは二方向 RTP ストリームに対して行われ、対称的にルーティングされると想定されます(両方のストリームが同じパスを介してルーティングされる)。たとえば、80 kbps の G.711 音声コールは全二重ネットワークを介した各方向で 80 kbps です。つまり、送信ペアのワイヤの 80 kbps と受信ペアのワイヤの 80 kbps で、全二重の 80 kbps と等しくなります (図 13-19 を参照)。WAN では、トラフィックがに常に対称的にルーティングされるわけではありません。WAN を介したネットワークでルーティングする際に、アドミッション制御がメディアを正しく処理するように、必要に応じてネットワーク管理者に確認してください。

Real-Time Transport Control Protocol(RTCP)帯域幅オーバーヘッドは Unified CM 帯域幅割り当てには含まれません。これは、ネットワーク プロビジョニングに含まれる必要があります。RTCP は、ほとんどのコール フローで非常に一般的であり、ストリームに関する統計情報によく使用されます。また、リップシンクを適切に行えるように、ビデオ コールで音声を同期するためにも使用されます。場合によっては、エンドポイントで有効または無効に設定できます。RFC 3550 では、RTCP 用に追加されるセッション帯域幅の割合を 5% に固定することが推奨されます。これは、RTCP セッションの場合、関連する RTP セッションの最大 5% までであることが一般的であることを意味します。したがって、ネットワークで帯域幅使用率を計算する場合は、RTP セッションごとに RTCP のオーバーヘッドを追加する必要があります。たとえば、RTCP が有効な状態で G.711 音声コールが 80 kbps である場合、RTP と RTCP の両方に対してセッションごとに最大 84 Kbps を使用します。この計算は Enhanced Location CAC の差し引きには含まれませんが、ネットワーク プロビジョニングには含まれる必要があります。


) ただし、別の Differentiated Services Code Point(DSCP)にこのトラフィックを再マーキングする方法があります。たとえば、RTCP では奇数の UDP ポートを使用し、RTP は偶数の UDP ポートを使用します。このため、UDP ポート範囲に基づいて分類できます。Network-Based Application Recognition(NBAR)を使用し、RTP ヘッダー Payload Type フィールドに基づいて分類と再マーキングを行うこともできます。NBAR の詳細については、http://www.cisco.com を参照してください。ただし、エンドポイント マーキングがネットワークで信頼されている場合、RTCP オーバーヘッドは音声 RTP と同じ QoS クラス内のネットワークでプロビジョニングする必要があります(デフォルト マーキングは EF)。また、RTCP は RTP と同じマーキングを使用してエンドポイントでマークされることにも注意してください。デフォルトで、これは EF です(RTCP も EF とマークされます)。


図 13-19 RTCP が有効に設定された基本的な音声のみのコール

 

図 13-19 には、2 つのデスクトップ ビデオ電話が音声のみのコールに確立されています。このコール フローでは 4 つのストリームはネゴシエートされます。つまり、単一の二方向矢印によって記述される 2 つの音声ストリームと、同様に二方向矢印で示されている 2 つの RTCP ストリームです。このコールの場合、Location Bandwidth Manager(LBM)は、デスクトップ電話である DP-A と DP-B の間に確立されたコール用のロケーション L1 とロケーション L2 の間で、Location Bandwidth Manager(LBM)は 80 kbps(ビットレート + IP/UDP オーバーヘッド)を差し引きます。RTCP 対応のネットワークのレイヤ 3 で消費される実際の帯域幅は、この項で以前に説明したとおり、80 kbps から 84 kbps の間になります。

図 13-20 には、2 つのデスクトップ ビデオ電話がビデオ コールに確立されています。このコール フローでは 8 つのストリームがネゴシエートされます。つまり、2 つの音声ストリーム、2 つの音声関連 RTCP ストリーム、2 つのビデオ ストリーム、および 2 つのビデオ関連 RTCP ストリームです。この図でも、両方向矢印を使用して 2 つの単方向ストリームが表されます。この特定のコールは、64 kbps の G.711 音声、および 960 kbps のビデオを持つ 1024 kbps です(ビデオ コールの音声およびビデオ割り当てのみに対するビット レート)。このため、LBM はデスクトップフォンの DP-A と DP-B の間に確立されたビデオ コールのロケーション L1 および L2 間の 1024 kbps を差し引きます。RTCP は、ネットワークによってマークまたは再マークされる方法に応じて、プロビジョニングで対処される必要のあるオーバーヘッドです。

図 13-20 RTCP が有効に設定された基本的なビデオ コール

 

図 13-21 は、プレゼンテーション共有のあるビデオ コールの例です。これは、ネットワーク上で使用される帯域幅と比較すると、関連付けられたストリーム数と帯域幅の割り当てがより複雑なコールであるため、ネットワークでプロビジョニングする必要があります。図 13-21 は、プレゼンテーション共有に関して Binary Flow Control Protocol(BFCP)を有効にし、RTCP を有効にしているビデオ コールを示しています。Cisco TelePresence System EX、MX、SX、C、および Profile シリーズなど、SIP が有効に設定されているすべてのテレプレゼンス多目的またはパーソナル エンドポイントは同じように機能します。

図 13-21 RTCP および BFCP が有効なビデオ コールとプレゼンテーション共有

 

2 つのビデオ エンドポイント間でビデオ コールが確立されている場合、音声およびビデオ ストリームが確立され、ネゴシエートされたレートに応じて帯域幅が差し引かれます。Unified CM はリージョンを使用してコールに対する最大ビット レートを決定します。たとえば、最高の詳細度が 1 秒あたり 30 フレーム(fps)で 1080p の Cisco TelePresence System EX90 の場合、リージョン間でネゴシエートされるレートは 6.5 Mbps に設定する必要があります。このシナリオで使用する EX90s は、このセッションに対して約 6.1 Mbps を要します。エンドポイントがセッション中にプレゼンテーション共有を開始すると、BFCP はエンドポイント間でネゴシエートされ、新しいビデオ ストリーム間はエンドポイント設定に応じて 5 fps または 30 fps のいずれかで有効になります。このような場合、エンドポイントはメインのビデオ ストリームをスロットル ダウンして、プレゼンテーション ビデオを組み込み、セッション全体が、割り当てられた 6.5 Mbps の帯域幅を超えてセッション全体が使用しないようにできます。このため、プレゼンテーション共有の有無にかかわらず、平均帯域幅使用量は変わりません。


) 通常、プレゼンテーション ビデオ ストリームはプレゼンテーションを表示している 1 人以上のユーザの方向で単方向です。


お互いの間でコールをネゴシエーションする Cisco TelePresence System 500、1000、3000、および TX9000 シリーズなどのテレプレゼンス イマーシブおよびオフィス エンドポイントは、プレゼンテーション共有用のビデオがメインのビデオ セッションに割り当てられたもの以上の追加帯域幅であるため、Enhanced Location CAC から差し引かれないという点で少し異なる動きをします。図 13-22 は、これについて説明しています。

図 13-22 RTCP および BFCP が有効なビデオ コールとプレゼンテーション

 

図 13-22 では、テレプレゼンス イマーシブ ビデオ エンドポイントがビデオ コールを確立し、プレゼンテーション共有を有効にしています。LBM はメインの音声およびビデオ セッション用に 4 Mbps をコール用のイマーシブ プールから差し引き、ビデオがエンドポイント間に確立されます。プレゼンテーション共有がアクティブ化されると、2 つのエンドポイントが BFCP を交換し、エンドポイントの設定に基づいて一方向で 5 fps または 30 fps でプレゼンテーション ビデオ ストリームをネゴシエーションします。5 fps で、使用される平均帯域幅は追加帯域幅オーバーヘッドの 500 kbps です。この帯域幅は、ビデオ コールに割り当てられた 4 Mbps 以上であり、ネットワークでプロビジョニングされる必要があります。30 fps で、プレゼンテーション ビデオの平均ビット レートは約 1.5 Mbps です。


) Cisco TelePresence System エンドポイントは、Telepresence Interoperability Protocol(TIP)を使用して、各方向で 2 つの音声およびビデオ RTP ストリームにマルチスクリーンと音声を多重化します。このため、回線上の実際のストリームは図に示されているものと異なる場合がありますが、プレゼンテーション ビデオ用の追加帯域幅オーバーヘッドの概念は同じです。


Location CAC から Enhanced Location CAC へのアップグレードおよび移行

以前のリリースから Cisco Unified CM 9. x にアップグレードすることによって、Location CAC は Enhanced Location CAC に移行します。移行は、音声およびビデオ帯域幅のすべての以前に定義されたロケーションの帯域幅限度の取得と、ユーザ定義のロケーションと Hub_None の間のリンクへの移行で構成されます。これにより、実質的に、Unified CM ロケーション CAC の以前のバージョンがサポートするハブ アンド スポーク モデルが再作成されます。図 13-23 は、帯域幅情報の移行について説明します。

図 13-23 Unified CM アップグレード後の Location CAC から Enhanced Location CAC への移行

 

Cisco Unified CM 9. x へのアップグレード後の設定

LBM は、Cisco CallManager サービスを実行している各 Unified CM サブスクライバでアクティブになります。

Cisco CallManager サービスはローカル LBM と直接通信を行います。

LBM グループまたは LBM ハブ グループは作成されません。

すべての LBM サービスはフル メッシュです。

クラスタ間の Enhanced Location CAC はイネーブルになりません。

すべてのロケーション内の帯域幅値は無制限に設定されます。

ロケーションに割り当てられる帯域幅値は、ユーザが定義したロケーションと Hub_None を接続するリンクに移行されます。

イマーシブの帯域幅は無制限に設定されます。

シャドウ ロケーションが作成されます。

Phantom ロケーションおよびシャドウ ロケーションにはリンクがありません。

MTP とトランスコーダの Enhanced Location CAC 帯域幅調整

挿入をトランスコードするために、ビット レートは接続の各レッグで異なります。図 13-24 は、これについて説明します。

図 13-24 トランスコードのための異なるビット レートの例

 

デュアル スタック MTP 挿入の場合、ビット レートは各接続で異なりますが、帯域幅は IP ヘッダーのオーバーヘッドによって異なります。図 13-25 は、デュアル スタック MTP 挿入に IPv4 および IPv6 ネットワークで使用される帯域幅の違いについて説明します。

図 13-25 デュアル スタック MTP 挿入の帯域幅の違い

 

Enhanced Location CAC は、MTP とトランスコーダ間の帯域幅でこれらの違いを考慮しません。サービス パラメータの Locations Media Resource Audio Bit Rate Policy は最大帯域幅または最小帯域幅がロケーションおよびリンクのパスに沿って使用される必要があるかを決定します。最低ビット レート(デフォルト)または最高ビット レートは、帯域幅の使用量のこれらの違いを管理するために使用できます。

コール アドミッション制御の設計上の考慮事項

この項では、さまざまな IP WAN トポロジに対して、コール アドミッション制御メカニズムを適用する方法について説明します。Unified CM Enhanced Location CAC のネットワーク モデル化のサポートによって、Unified CM は単純なハブ アンド スポークまたは MPLS トポロジのサポートに制限されませんが、現在はクラスタ間の拡張ロケーションとともに、Unified CM 配置モデルのほとんどのネットワーク トポロジをサポートできます。Enhanced Location CAC は依然としてネットワークを参照しない静的に定義されたメカニズムであるため、ネットワークの変更がアドミッション制御に影響するたびに、管理者は適宜 Unified CM をプロビジョニングする必要があります。これは、ネットワーク障害が発生し、メディア ストリームがネットワークの異なるパスを取る場合などに RSVP などのネットワーク対応のメカニズムが、その間隔を埋めてネットワークの動的変化をサポートできる場合です。これは、ロード バランシングされた二重またはマルチホーム WAN アップリンク、あるいは不等サイズのプライマリおよびバックアップ WAN アップリンクがある設計の場合がよくあります。

Enhanced Location CAC がどのように機能するか、および Enhanced Location CAC の設計および配置方法について確認するには、「Unified CM Enhanced Location コール アドミッション制御」の項を参照します。

ここでは、いくつかの一般的なトポロジを調べ、それらのトポロジを管理するために Enhanced Location CAC を設計する方法について説明します。

デュアル データセンター設計

図 13-26 は、各リモート サイトに単一の WAN アップリンクがある単純なデュアル データセンター WAN ネットワーク設計について説明します。データセンターは、データ トラフィック用に余裕を持ってプロビジョニングされた高速 WAN 接続を介して相互接続します。

図 13-26 デュアル データセンター WAN ネットワーク

 

通常、リモート サイトからデータセンターへのこれらの WAN アップリンクは、ロードバランシングされているかプライマリ/バックアップ設定にあり、これらのシナリオを処理するスタティック CAC メカニズム用の制限方法があります。Enhanced Location CAC のこのマルチパス トポロジを設定できますが、重みのメトリックが変更されるまで 1 つのパスだけが有効なパスとして計算されてスタティックのままになります。このタイプのネットワーク トポロジをサポートする、よりよい方法は、2 つのデータセンターを Enhanced Location CAC の 1 つのデータセンターまたはハブ ロケーションとして設定し、各リモート サイト ロケーションに対して単一リンクを設定することです。図 13-27 は、Enhanced Location(E-L)CAC のロケーションとリンクのオーバーレイについて説明します。

図 13-27 デュアル データセンターの Enhanced Location CAC のトポロジのモデル

 

設計に関する推奨事項

リモート ロケーションへのリモート デュアルまたはより多くのリンクを持つリモートのデュアル データセンターに関する次の設計上の推奨事項は、ロードバランシング WAN 設計、プライマリ/バックアップ WAN 設計の両方に適用されます。

1 つのロケーション(Hub_None)は、両方のデータセンターを表します。

リモート ロケーションと Hub_None 間の単一リンクは、通常の状態または最高帯域幅容量のリンクの障害時にリモート サイトのアップリンクをオーバーサブスクリプションから保護します。

リモート サイトと Hub_None 間のリンク帯域幅割り当て容量は、単一リンクの適切な Unified Communications メディア用の最低帯域幅容量と同じです。たとえば、各 WAN アップリンクが音声トラフィックによってマークされた EF の 2 Mbps をサポートできる場合、障害状態または等コスト パスのルーティングをサポートするために、リンクの音声帯域幅値は 2 Mbps 以下である必要があります。

MPLS クラウド

Enhanced Location CAC ネットワークのモデルでマルチ プロトコル ラベル スイッチング(MPLS)の Any-to-Any 接続タイプのクラウドを設計する場合、1 つのロケーションは MPLS クラウドとして動作できます。このロケーションに関連付けられているデバイスはありませんが、このクラウドにアップリンクを持つすべてのサイトには、ロケーションに設定されたリンクがあります。このように、MPLS クラウドは、他のリモート ロケーションに複数の可変サイズの帯域幅 WAN アップリンクを相互接続するための中継ロケーションとして機能します。ここでは、多数の異なる MPLS ネットワークおよびその同等のロケーションとリンクのモデルを示します。

図 13-28 では、Hub_None は、サーバ、エンドポイントおよびデバイスが配置され、エンドポイントとデバイスだけ配置されているリモート ロケーションがあるキャンパス ロケーションを相互接続する中継ロケーションとして動作する MPLS クラウドを表します。リモート ロケーションから Hub_None への各リンクは、音声、ビデオ、およびイマーシブ メディア用に割り当てられた WAN アップリンクの帯域幅に従ってサイジングできます。

図 13-28 単一 MPLS クラウド

 

図 13-29 は、サーバ、エンドポイントおよびデバイスが配置され、エンドポイントとデバイスだけ配置されているリモート ロケーションがあるキャンパス ロケーションを相互接続する中継ロケーションとして動作する 2 つの MPLS クラウドを示します。キャンパスは、両方のクラウドにも接続されています。リモート ロケーションから MPLS クラウドへの各リンクは、音声、ビデオおよびイマーシブ メディア用に割り当てられた WAN アップリンクの帯域幅に従ってサイジングできます。この設計は、各地理的ロケーションで異なるプロバイダーからの個別の MPLS クラウドを持つ、大陸間にまたがる企業で一般的です。

図 13-29 個別の MPLS クラウド

 

図 13-30 は、各サイトが各クラウドへの 1 の接続を持ち、等コストのロード バランシングされた方法またはプライマリ/バックアップ シナリオで MPLS クラウドを使用する、異なるプロバイダーから複数の MPLS クラウドを示します。どちらの場合でも、この設計は、1 つのロケーションが両方のクラウドを表して単一リンクが 2 つの最低容量のリンクを表すデュアル データセンター設計と同等です。

図 13-30 デュアル MPLS クラウドに接続されたリモート サイト

 

設計に関する推奨事項

MPLS クラウドは、エンドポイントを含まなくてもロケーションを相互接続するハブとして使用されるロケーションとして設定する必要があります。

MPLS クラウドは、他のリモート ロケーションに複数の可変サイズの帯域幅 WAN アップリンクを相互接続するための中継場所として機能します。

デュアル MPLS クラウドへの接続を持つリモート サイトは、その接続を単一リンクとして扱い、ネットワーク障害状態時のオーバーサブスクリプションを回避するためにリンクの最低容量までサイジングする必要があります。

TelePresence ビデオの相互運用性アーキテクチャに関するコール アドミッション制御の設計上の推奨事項

ビデオの相互運用性とは、マルチポイント コントロール ユニット(MCU)を必要としない、Cisco TelePresence エンドポイント、Cisco Unified Communications ビデオ エンドポイント、およびサードパーティ製ビデオ エンドポイント間のポイントツーポイント ビデオ コールのサポートのことです。ここでは、Enhanced Location CAC の機能、および相互運用可能なビデオ コールの Quality of Service(QoS)に適用できる設計上の考慮事項と推奨事項について説明します。

この項では、Unified Communications と TelePresence のエンドポイント間でビデオの相互運用性を可能にするための設計を付加する方法について説明します。Unified Communications エンドポイントの詳細については、「コラボレーションのエンドポイント」の章を参照してください。TelePresence エンドポイントの詳細については、 http://www.cisco.com/en/US/products/ps7060/index.html で入手可能な Cisco TelePresence エンドポイント製品マニュアルを参照してください。


) サードパーティ製ビデオ エンドポイントは、Cisco Unified Communications エンドポイントと同じガイドラインおよび推奨事項に従う必要があります。この項全体を通して、UC エンドポイントという用語は、サードパーティ製エンドポイントと Cisco Unified Communications エンドポイントの両方を指すために使用します。


Cisco Unified CM 9.0 以降、Cisco TelePresence ソリューションはネットワーク帯域幅を予約し、TelePresence コールのアドミッション制御を他のビデオ コールとは別個に行うことができます。Telepresence ビデオの相互運用性を設計する前に、Enhanced Location Call Admission Control(CAC)に精通することが重要です。ここでは、Telepresence ビデオ相互運用性に関する Enhanced Location CAC について取り上げます。

また、Unified CM での TelePresence ビデオの相互運用性によって、Cisco Telepresence System(CTS)エンドポイントは、CTS 以外のエンドポイントと通信できます(インストールされている CTS ソフトウェアがそのような相互運用性をサポートしている場合)。詳細については、次のサイトで入手可能な『 Interoperability Between CTS Endpoints and Other Cisco Endpoints or Devices 』のマニュアルを参照してください。

http://www.cisco.com/en/US/docs/telepresence/interop/endpoint_interop.html

サポートされる CAC 配置シナリオと設計上の考慮事項

TelePresence ビデオの相互運用性の CAC に関する設計上の考慮事項は、次の主要な配置シナリオに基づきます。

混在単一クラスタ:単一クラスタに登録された、混在する UC ビデオ エンドポイントおよび TelePresence エンドポイント

これは、TelePresence エンドポイントと UC ビデオ エンドポイントが同じクラスタに登録される単一クラスタ設計です。呼処理配置モデルは、WAN を介したクラスタリング、マルチサイト集中型呼処理、単一キャンパス設計など、任意の単一クラスタ設計にすることができます。

専用マルチクラスタ:別々の専用クラスタ上の UC ビデオ エンドポイントおよび TelePresence エンドポイント

これは、TelePresence エンドポイントが UC ビデオ エンドポイントとは異なるクラスタに登録されるマルチクラスタ設計です。呼処理配置モデルは、マルチサイト集中型またはマルチサイト分散型クラスタ設計にすることができます。

混在マルチクラスタ:マルチクラスタ分散型配置に混在する UC ビデオ エンドポイントおよび TelePresence エンドポイント

これは、マルチクラスタ設計であり、TelePresence エンドポイントは単一の Cisco TelePresence System Manager(CTS-Manager)によって処理される複数のクラスタに分散します。また、一部の TelePresence エンドポイントを UC エンドポイントと同じ Unified CM クラスタと共存させ(混在単一クラスタ モデル)、他の TelePresence エンドポイントを専用クラスタに登録し、両方のクラスタが TelePresence の単一の CTS-Manager によって処理されるという配置シナリオもあります。呼処理配置モデルは、マルチサイト、マルチクラスタ集中型、またはマルチサイト/マルチクラスタ分散型設計にすることができます。これは、専用マルチクラスタ モデルの側面を、すべてのエンドポイントが同じクラスタに登録される混在単一クラスタ モデルと組み合わせたハイブリッド モデルです。

マルチクラスタ モデルでは、Cisco Unified Communications Manager Session Management Edition(SME)もサポートされます。ただし、Session Management Edition は、マルチサイトの分散型呼処理配置モデルのバリエーションであり、一般に 1 つのフロントエンド システムを介して多数の Unified Communications システムを相互接続するために採用されるため、TelePresence ビデオの相互運用性に関して固有のガイドラインはありません。

Enhanced Location CAC の設計上の考慮事項と推奨事項

TelePresence ビデオの相互運用性の Enhanced Location(E-L)CAC を設計する場合は、この項に示す設計上の推奨事項と考慮事項に従ってください。

設計に関する推奨事項

次の設計上の推奨事項は、Enhanced Location(EL)CAC を使用する TelePresence ビデオの相互運用性ソリューションに適用されます。

TelePresence ビデオの相互運用性の E-L CAC は、混在単一クラスタ、専用マルチクラスタ、混在マルチクラスタという 3 つの配置モデルすべてでサポートされます。

デスクトップ ビデオと Telepresence ビデオの区別が必要な場合に Unified Communications ビデオと TelePresence ビデオの相互運用性を配置する場合、Unified CM サービス パラメータの Use Video Bandwidth Pool for Immersive Video Calls false に設定されていることを確認してください。これは、TelePresence コールのイマーシブ帯域幅プールをイネーブルにします。

E-L CAC では、TelePresence エンドポイントを、Unified Communications ビデオ エンドポイントと同じロケーションで管理できます。TelePresence コールが E-L CAC によって追跡されない場合は、イマーシブ ロケーションとリンクの帯域幅プールを unlimited に設定します。これにより、イマーシブに分類された TelePresence または SIP トランクで CAC が行われないようにします。TelePresence コールが E-L CAC によって追跡される場合は、イマーシブのロケーションおよびリンクの帯域幅プールを、ロケーションとリンク パスで許容されるビット レートおよびコール数に応じた値に設定します。

クラスタ間 SIP トランクはシャドウ ロケーションに関連付けられている必要があります。

Cisco Unified CM では、UC ビデオ エンドポイントと TelePresence エンドポイントの DiffServ コード ポイント(DSCP)設定を区別するために、2 つの異なる、クラスタ全体の QoS サービス パラメータが使用されます。TelePresence では DSCP for Telepresence calls QoS パラメータが使用され、Cisco UC ビデオ エンドポイントでは DSCP for video calls QoS サービス パラメータが使用されます。

UC エンドポイントのみを配置し、TelePresence エンドポイントを配置しないサイトの場合、着信 CS4 とマークされたトラフィックに対応し、CS4 とマークされたメディアの QoS 処理を行うために、着信 WAN QoS 設定で CS4 DSCP クラスが AF41 QoS トラフィック クラスに追加されていることを確認します。

UC TelePresence エンドポイントのみを配置し、UC エンドポイントを配置しないサイトの場合、着信 AF41 とマークされたトラフィックに対応し、AF41 とマークされたメディアの QoS 処理を行うために、着信 WAN QoS 設定で AF41 DSCP クラスが CS4 QoS トラフィック クラスに追加されていることを確認します。

設計上の考慮事項

TelePresence ビデオの相互運用可能なコールに対して Enhanced Location CAC を導入する場合は、両方の QoS クラスの DSCP マーキングの影響を考慮します。

DSCP QoS マーキング

TelePresence ビデオの相互運用可能なコールの DiffServ コード ポイント(DSCP)QoS マーキングは、非対称です。UC エンドポイントには AF41 が使用され、TelePresence エンドポイントには CS4 が使用されます。AF41 と CS4 は Unified CM でのデフォルト設定であり、これらのデフォルトの変更は、ネットワーク インフラストラクチャの QoS 設定と整合している必要があります(該当する場合)。TelePresence エンドポイントは、ビデオ コールを DSCP 値 CS4 でマークします。これは、デフォルトの DSCP for Telepresence calls 設定と整合性が取れています。UC エンドポイントは、コールを DSCP 値 AF41 でマークします。これは、デフォルトの DSCP for Video calls 設定と整合性が取れています。図 13-31 に、メディア マーキングと帯域幅アカウンティングを示します。

図 13-31 Enhanced Location CAC を使用したマルチサイト配置での帯域幅の差し引きとメディア マーキング

 

TelePresence ビデオの相互運用性コールの帯域幅アカウンティング

TelePresence および UC で相互運用可能なビデオ コールに対する Enhanced Location CAC は、図 13-31 に示されるように、ビデオとイマーシブのロケーションおよびリンクの帯域幅プールから帯域幅を差し引きます。これは、QoS で分類されたストリームの両方のタイプが、エンドポイント間のパスの両方向においてメディアに必要な帯域幅を確保するよう設計されたことによります。

Enhanced Location CAC は、AF41 クラス トラフィックと CS4 クラス トラフィックの両方の双方向メディアに対応します。ただし、非対称にマークされたフローでは、AF41 クラスの十分に割り当てられたビット レートは一方向で使用されますが、他方向で使用されません。一方の方向では、完全な割り当て済みビット レートは CS4 にマーキングされます。これは、追加の帯域幅消費というわけではなく、単に各 QoS クラスのネットワークでのマーキングおよびキューイングの相違です。この方式の帯域幅アカウンティングでは、各方向の各フローを保護する必要があります。

TelePresence ビデオ(CS4)が Unified Communications ビデオ(AF41)とは別個にネットワーク パス上でプロビジョニングされ、TelePresence の大部分がスケジューリングされており、コールのスケジューリングが制御されて TelePresence の使用率が決定論的である環境の場合、ロケーションとリンクのイマーシブ ビデオ帯域幅を unlimited に設定して、二重帯域幅 CAC が計算されるのを回避できます。これにより、TelePresence 間のコールが常にスムーズに行き来し、アドミッション制御の影響を受けないようにしつつ、デスクトップ ビデオ、および TelePresence とデスクトップ間のビデオ コールがアドミッション制御の影響を受けず、ビデオ帯域幅割り当てで対処されるようになります。

Enhanced Location CAC と TelePresence の相互運用可能なコールのコール フローの詳細については、「Telepresence イマーシブ ビデオの Enhanced Location CAC」を参照してください。

Enhanced Location CAC を使用する Unified CM Session Management Edition の配置に関する設計上の推奨事項

Unified CM Session Management Edition(SME)は通常、複数の Unified CM クラスタ、サードパーティ製 UC システム(IP および TDM ベースの PBX)、PSTN 接続、および集中型 UC アプリケーションを相互接続するために使用され、また、ダイヤル プランおよびトランク集約にも使用されます。次に、Enhanced Location (E-L) CAC で Unified CM SME を配置する場合に従うべき推奨事項と設計上の考慮事項のリストを示します。Unified CM SME に関する詳細については、次の Web サイトで入手可能な『 Cisco Unified Communications Manager Session Management Edition Deployment Guide 』を参照してください。

http://www.cisco.com/en/US/products/ps10661/products_implementation_design_guides_list.html

推奨事項と設計上の考慮事項

E-L CAC をサポートするすべてのリーフ クラスタは、クラスタ間 E-L CAC を SME でイネーブルにしている必要があります。

SME は、E-L CAC のクラスタ間ハブ レプリケーション ネットワークにおける中央のブートストラップ ハブとして使用できます。詳細については、「LBM のハブのレプリケーション ネットワーク」を参照してください。

E-L CAC をサポートするリーフ クラスタへのすべてのトランクは、シャドウ ロケーションに配置された SIP トランクである必要があります。これは、E-L CAC をサポートするリーフ クラスタと SME 間のトランクで E-L CAC をイネーブルにするためです。

TelePresence ビデオの相互運用性については、「TelePresence ビデオの相互運用性アーキテクチャに関するコール アドミッション制御の設計上の推奨事項」を参照してください。

E-L CAC をサポートする Unified CM 以外のトランクまたはデバイス(例:サードパーティ製の PBX、ゲートウェイ、E-L CAC をサポートしていないリリース 9.0 より前の Unified CM クラスタ、会議ブリッジへのボイス メッセージ ポートまたはトランク、Cisco Video Communications Server など)への SME からの接続は、ファントム ロケーションまたはシャドウ ロケーション以外のロケーションで設定される必要があります。この理由はファントム ロケーションとシャドウ ロケーションの両方が非終端のロケーションであることです。つまり、ロケーションに関する情報を中継し、他のクラスタのユーザ定義のロケーションの効果的なプレースホルダとなります。ファントム ロケーションは、9.0 よりも前の Unified CM のバージョンでロケーション情報の伝送を可能にするレガシー ロケーションですが、Unified CM 9. x Enhanced Location CAC ではサポートされません。シャドウ ロケーションは、E-L CAC をサポートする Unified CM クラスタ間トランクでエンドツーエンドを実現する特別なロケーションです。

SME は、ロケーションおよびリンクの管理クラスタとして使用できます。この例として、図 13-32 を参照してください。

SME はローカルに設定された最大 2,000 のロケーションをサポートできます。

図 13-32 ロケーションおよびリンクの管理クラスタとしての Unified CM SME

 

図 13-32 は、ロケーションおよびリンクの管理クラスタとしての SME について説明しています。ロケーションおよびリンクのグローバル トポロジ全体は SME で設定および管理され、リーフ クラスタは、エンド デバイスに関連付ける必要があるロケーションだけをローカルに設定します。クラスタ間 E-L CAC がイネーブルで、ロケーションおよびリンクが複製される場合、各リーフ クラスタは SME からグローバル トポロジを受信します。これを自らの設定済みのトポロジの上にオーバーレイし、コール アドミッション制御にグローバル トポロジを使用します。これは、複数のクラスタ間での設定およびロケーション/リンク管理を簡素化し、クラスタ間の設定ミスの可能性を少なくします。設計および展開の詳細については、「ロケーションおよびリンク管理クラスタ」の項を参照してください。

図 13-33 は、クラスタ間 E-L CAC が 1 つ以上のリーフ クラスタでイネーブルにされている場合(右)、および 1 つ以上のリーフ クラスタが 9.0 よりも前の Unified CM バージョンを実行し、従来型のロケーション CAC を実行している場合(左)の SME デザインについて示しています。この種類の展開では、従来型のロケーション CAC で管理されるロケーションを、E-L CAC 有効クラスタ間での共通または共有のロケーションとすることはできません。リーフ 1 は、従来型のハブ アンド スポークに設定され、デバイスがさまざまなリモート サイトで管理されています。クラスタ間 E-L CAC をイネーブルにしている SME および他のリーフ クラスタは、E-L CAC モデル化トポロジで示されるように、グローバル トポロジを共有します。Leaf1_Hub は、リーフ 1 トポロジのハブを表しており、SIP または H.323 クラスタ間トランクに割り当てられた SME のユーザ定義のロケーションです。これにより、リーフ 1 と Leaf1_Hub との間のコールの帯域幅を SME が差し引きできるようになります。このように、リーフ 1 は従来型のロケーション CAC でリモート ロケーションを管理し、一方で SME とリーフ 2 は E-L CAC のロケーションとリンクを管理します。

図 13-33 Enhanced Location CAC およびリーフ クラスタの従来のロケーション CAC を使用する SME の設計