通話処理

以下は、Unified CM での通話処理に関するベスト プラクティスです。

  • CM グループ – CM グループには、リージョン内の両方のデータセンターの Unified CM ノードを含める必要があります。

  • 異なるエンティティ (電話、トランクなど) ごとに異なる CM グループを作成します。

  • パブリッシャーで CallManager サービスを開始するなどの追加サービスは、プラットフォームのスケーラビリティに直接影響を与える可能性があるため、有効にしないでください。

コーデックの設定

ユニファイド コミュニケーション (UC) および VoIP (Voice over IP) のコンテキストでは、コーデックは、ネットワーク経由で送信するためにオーディオまたはビデオ ストリームを圧縮形式にエンコードし、受信側でストリームをデコードして再生する役割を担います。

以下は、Webex Calling Multi-tenant または Webex Meetings との統合に関するコーデックの推奨事項です。

  • お客様が OPUS を使用したくない場合 and/or G722 を使用しているが、Webex Contact Center のマルチテナントまたは Webex Edge Audio の Webex Meetings に接続する場合は、適切な コーデック優先リスト を作成し、 G711 を他のコーデックよりも優先させる必要があります。

メディアリソース

専用インスタンス環境では、メディア リソースは、音声、ビデオ、コラボレーション機能に不可欠な機能を提供するソフトウェア ベースまたはハードウェア ベースのサービスです。これらのリソースは、会議、保留音 (MoH)、メディア終了、メディアトランスコーディングなどのタスクを容易にし、ネットワーク全体でシームレスな通信とコラボレーションを可能にします。

以下にベストプラクティスをいくつか示します。

  • MTP が必要 チェックボックス – 専用インスタンスの展開には推奨されません。サードパーティの統合によりすべての通話にMTPが必要な場合は、 hardware/software オンプレミスのルーターに設定された MTP。

    Cisco IOS MTP は、追加のコーデック タイプ、複数のメディア ストリーム、およびパススルー コーデックのサポートなど、追加の拡張性と優れた機能を提供するため、Unified CM MTP よりも Cisco IOS MTP が推奨されます。

  • MRG には、リージョン内の両方のデータセンターの Unified CM ノードからのメディア リソースが含まれている必要があります。

  • シスコでは、完全に冗長化された MoH 操作を実現するために、複数の MoH サーバを設定して展開することを推奨します。最初の MoH サーバに障害が発生したり、要求を処理するために必要なリソースがなくなったために使用できなくなったりした場合でも、2 番目のサーバが引き続き MoH 機能を提供できます。適切な冗長構成を実現するには、少なくとも 2 台の MoH サーバーからクラスタ内の各 MRG にリソースを割り当てます。

SIPトランクとルートリスト

SIP トランクでは、SIP プロトコルを使用して通信セッションを確立、管理、終了することで、現代の Voice over IP (VoIP) システムで重要な役割を果たします。SIP トランクは通常、専用インスタンス環境を外部のテレフォニー サービス プロバイダー (PSTN など)、その他の Unified CM クラスター、または内部通信用の VoIP システム、あるいはコンタクト センターやボイスメール システムなどのサードパーティの SIP 対応アプリケーションに接続するために使用されます。

ルート リストは、通話ルーティングを管理および制御するために使用される構成要素です。ルート リストは、コール ルーティングの柔軟性、冗長性、および負荷分散を実現するために、Unified CM でよく使用されます。

以下にベストプラクティスをいくつか示します。

  • 有効 すべての SIP トランク上のすべてのアクティブな Unified CM ノード で実行します。

    SIP トランクで すべてのアクティブな Unified CM ノードで実行 を有効にすることを強くお勧めします。この機能により、クラスタ内の任意のコール処理ノードから発信コールを発信したり、任意のコール処理ノードで受信したりできるようになるためです。すべてのアクティブな Unified CM ノードで実行すると、発信 SIP トランクを介して確立される前に、同じクラスタ内のコール処理ノード間でコールが設定されることを排除することもできます。

  • 有効 すべてのルート リストのすべてのアクティブな Unified CM ノード で実行します。

  • SIP OPTIONS pingキープアライブを有効にします。

    SIP トランクに関連付けられた SIP プロファイルで SIP OPTIONS ping 機能を有効にすると、トランクの宛先の状態を動的に追跡できます。Cisco では、 SIP OPTIONS Ping を使用して、各 SIP トランク上の各宛先 IP アドレスの状態とトランク全体の集合的な状態を動的に追跡することを推奨します。

  • TCP は、大規模な SIP メッセージを断片化して再構成する機能を備えた信頼性の高い接続指向のプロトコルであるため、Cisco Collaboration Systems ネットワーク内で推奨されます。

  • ベスト エフォート (MTP 挿入なし) は、 MTP の使用を排除し、SIP トランク経由の音声、ビデオ、暗号化された通話に対して 早期オファー を作成します。

  • 最大16個のSIPトランク宛先IPアドレス

    SIP トランクには、最大 16 個の宛先 IP アドレス、16 個の完全修飾ドメイン名、または単一の DNS SRV エントリを設定できます。追加の宛先 IP アドレスのサポートにより、2 つの Unified Communications システム間のコール分配のためにルート リストおよびルート グループに関連付けられた複数のトランクを作成する必要性が軽減され、Unified CM トランクの設計が簡素化されます。SIPトランクの宛先としてIPアドレスが使用される場合、 < infromation required>

ゲートウェイ

専用インスタンスの展開では、ゲートウェイは IP テレフォニー ネットワークを公衆交換電話網 (PSTN) やその他の VoIP システムなどの外部ネットワークに接続するデバイスです。これらは、Cisco VoIP 環境と非 IP ベースのテレフォニー システム間で音声トラフィックや場合によってはビデオ トラフィックを通過できるようにする相互接続ポイントとして機能します。ゲートウェイは通常、PSTN サービスを提供するために顧客またはパートナーの敷地内に導入されます。

Cisco では、専用インスタンスの展開に SIP ゲートウェイを使用することを推奨しています。以下に SIP ゲートウェイのベスト プラクティスをいくつか示します。

  • すべてのコール処理 Unified Communications Manager (Unified CM) ノードへの SIP ダイヤルピア を作成します。

  • すべてのダイヤルピアで オプション Ping を有効にし、正しいトランスポート オプション (UCP、TCP、または TLS) を選択します。

緊急連絡サービス

Cisco Unified Communications Manager (Unified CM) 環境などの統合コミュニケーション (UC) のコンテキストにおける緊急サービスとは、緊急通報 (米国では 911、ヨーロッパでは 112 など) をサポートし、適切な公衆安全応答ポイント (PSAP) にルーティングする機能を指します。これにより、緊急事態が発生したときに、発信者が警察、消防、医療機関などの緊急対応機関に連絡できるようになります。

米国のお客様のみ

  • Cisco では、システムが文字列 911 と 9911 の両方を認識するように設定することを強くお勧めします。

  • シスコでは、Unified CM が通話をルーティングする前に桁間タイムアウト(タイマー T.302)を待たないように、緊急ルート パターンに Urgent Priority を明示的にマークすることを強くお勧めします。

  • マルチサイト展開では、ダイヤル プラン構成によって、緊急通話が常にサイトのローカル PSTN ゲートウェイを経由してルーティングされるようにする必要があります。これにより、緊急通話が管轄区域内の最も近い PSAP にルーティングされるようになります。これを実現するメカニズムの 1 つは、Cisco Unified CM のローカル ルート グループ機能を使用することです。

  • 集中型 PSTN アクセスを使用する展開の場合、Unified CM 管理者は、PSTN プロバイダーが ANI または ELIN に基づいて適切な PSAP に緊急通話をルーティングすることを確認する必要があります。

IP電話サービス

専用インスタンス環境の IP 電話サービスとは、Cisco IP 電話の機能を強化する機能とアプリケーションのことです。これらのサービスにより、ユーザは Cisco IP 電話から内線モビリティ、企業ディレクトリ、通話履歴、カスタム ビジネス アプリケーションなどのさまざまなツールやアプリケーションに直接アクセスできるようになります。

以下は、これらのサービスの回復力を実現するための推奨事項です。

  • IP 電話サービスに必要な回復力を提供するには、ロード バランサーを構成するか、DNS SRV を使用します。

ボイスメール

専用インスタンスのボイスメールは、ユーザーが通話に応答できない場合に音声メッセージを録音、保存、取得、管理できるようにする重要な機能です。シスコは、Cisco Unified Communications Manager (Unified CM) やその他のシスコ コラボレーション ツールとシームレスに統合される Cisco Unity Connection (CUC) を通じて、専用インスタンスの一部としてボイスメール ソリューションを提供します。

以下はボイスメールのシグナリングを保護するための推奨事項です。

  • 顧客がトランクをボイスメールにセキュリティ保護したい場合は、既存のトランク(基本構成の一部としてプロビジョニング)でセキュリティを有効にし、新しいトランクを作成しないようにする必要があります。これにより、名前でトランクを監視することができます。

アプリケーションサービス

提供されているインフラストラクチャで追加のサービスを有効にしないでください。クラウド スケーリングの計算に影響し、SLA が無効になる可能性があります。

たとえば、パブリッシャで Unified CM サービスを実行しないでください。すべての Unified CM ノードで Extension Mobility を実行しないでください。追加の Unified CM ノードで TFTP またはメディア サービスを有効にしないでください。