Cisco Unity Connection と電話システムの連携

  • 応答のないユーザの内線への発信は、ユーザのパーソナル グリーティングに転送されます。

  • 話中のユーザの内線への発信は、そのユーザの話中グリーティングに転送されます。

  • Unity Connection は電話システム (利用可能な場合) から発信者 ID 情報を受け取ります。

  • ユーザは電話のボタンを押し、パスワードを入力するだけで簡単にメッセージにアクセスできます。

  • Unity Connection は、着信の発信元の内線に基づいて、転送された内線通話中にメッセージを残したユーザを識別します。

  • ユーザにメッセージが残された場合、内線のメッセージ受信インジケータ (MWI) がアクティブになります。

詳細については、以下のセクションを参照してください。

電話システム統合の作業

  • 物理的な接続 (PIMG/TIMG 連携の場合) またはネットワーク接続 (Cisco Unified Communications Manager、Cisco Unified Communications Manager Express、SIP プロキシサーバ、QSIG 対応電話システム) を行うために必要な回線とケーブル。 連動のタイプに応じて、電話システムはさまざまな回線の組み合わせで接続されます。 詳細については、該当するセクションを参照してください。

  • 電話システムおよび Unity Connection の設定。 詳細については、Unity Connection の電話システムの設定を参照してください。

  • 電話システムと Unity Connection によって交換される通話情報。 詳細については、電話システムと Unity Connection が交換する通話情報を参照してください。

  • 通話コントロール(通話のセットアップ、監視、切断に使用される信号)で通話の状態を判断および制御します。 詳細については、コール制御を参照してください。

Cisco Unified Communications Manager とのインテグレーション

Cisco Unified Communications Manager、Cisco Unified Communications Manager Express、および SIP プロキシサーバは、Cisco Unity Connection との間のすべての通信を伝送するネットワーク接続を使用します。 図は、Cisco Unified CM との連携で使用されるネットワーク接続を示しています。

詳細については、 SCCP または SIP を使用した Cisco Unified Communications Manager の統合 を参照してください。

デジタル PIMG 装置とのデジタル統合

電話システムは、電話システムを PIMG ユニット (メディア ゲートウェイ) に接続するデジタル回線を介して、コール情報、MWI 要求、および音声接続を送信します。 PIMG ユニットは、Session Initiation Protocol (SIP) を使用して、LAN または WAN を通じて Cisco Unity Connection サーバと通信します。 図 11-2 に、デジタル PIMG 端末を使用するデジタル連携で使用される接続を示します。

図 1. デジタル PIMG 装置を使用したデジタル連携の接続

アナログ PIMG 装置との DTMF 連動

電話システムは、電話システムを PIMG ユニット (メディアゲートウェイ) に接続するアナログ回線を通じて、コール情報、MWI 要求、および音声接続を送信します。 PIMG ユニットは、Session Initiation Protocol (SIP) を使用して、LAN または WAN を通じて Cisco Unity Connection サーバと通信します。 図 11-3 は、アナログ PIMG 装置を使用する DTMF 連動の接続を示しています。

図 2. アナログ PIMG ユニットを使用する DTMF 連動の接続

シリアル(SMDI、MCI、または MD-110)装置とアナログ PIMG 装置の連動

電話システムは、データ リンクを経由して、通話情報と MWI 要求を送信します。データ リンクとは、電話システムとマスターの PIMG 装置(メディア ゲートウェイ)を接続する RS-232 シリアル ケーブルです。電話システムと PIMG 装置の間のボイス接続は、アナログ回線を経由して送信されます。PIMG 装置は、Session Initialization Protocol(SIP)を使用して、LAN または WAN 経由で Unity Connection サーバーと通信します。図に、アナログ PIMG 装置を使用したシリアル連動の接続を示します。

図 3. アナログ PIMG 装置を使用したシリアル(SMDI、MCI、または MD-110)連動の接続

(注)  


複数の PIMG 装置を使用する場合は、PIMG 装置の 1 つをマスター PIMG 装置に指定する必要があります。マスター PIMG 装置は電話システムからのシリアル ケーブルと接続します。PIMG 装置のシリアルポートを「デイジーチェーン」することはできません。

セカンダリマスター PIMG 装置を統合に追加できます。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/integration/pimg/b_15cucintpimg.html にある『Cisco Unity Connection の PIMG インテグレーション ガイド リリース 15』「セカンダリマスタ PIMG ユニットを追加する」の章を参照してください。


TIMG シリアル (SMDI、MCI、または MD-10) 統合

TIMG 連動では、回線交換電話システムと IP ネットワーク間で 1 つまたは複数の TIMG ユニットを使用します。 回線交換電話システム側には、T1-CAS インターフェイスがあります。 IP 側では、Cisco Unity Connection が TIMG ユニットと通信する方法である SIP インターフェイスがあります。 Unity Connection への連携は本質的に SIP 連携です。 Unity Connection は、SIP および RTP プロトコルを使用して、IP ネットワーク上で TIMG ユニットと通信します。 TIMG ユニットは、シリアル プロトコル (SMDI、MCI、または MD-110) を使用して、電話ネットワーク上で回線交換電話システムと通信します。

電話システムは、データリンクを介して通話情報と MWI 要求を送信します。データリンクは、電話システムとマスター TIMG 装置を接続する RS-232 シリアルケーブルです。 音声接続は、電話システムと TIMG ユニットの間で T1 デジタル回線を通じて送信されます。 TIMG ユニットは、セッション初期化プロトコル (SIP) を使用して、LAN または WAN を介して Unity Connection サーバと通信します。 図は、TIMG ユニットを使用するシリアル連動の接続を示します。

TIMG インバンド統合

電話システムは、電話システムと TIMG ユニットを接続する T1 デジタル回線を介して、コール情報、MWI 要求、および音声接続を送信します。 TIMG ユニットは、セッション初期化プロトコル (SIP) を使用して、LAN または WAN を介して Cisco Unity Connection サーバと通信します。 図は、TIMG ユニットを使用するインバンド連動に必要な接続を示します。

Cisco Unified SIP Proxy を使用した PIMG/TIMG 連動と Cisco Unified Communications Manager

Cisco Unified SIP プロキシを使用すると、PIMG/TIMG 統合と Cisco Unified Communications Manager が SIP プロキシとして機能することで、Unity Connection 上の同じボイスメッセージングポートを共有できます。Cisco Unified SIP プロキシは、Unity Connection との SIP トランク統合を使用します。図は、その接続を示しています。詳細については、http://www.cisco.com/en/US/solutions/ns340/ns414/ns728/interOp_sipProxy.html にある Cisco Unified SIP Proxy のアプリケーション ノートを参照してください。

Unity Connection の電話システムの設定

連動を正常に動作させるには、Unity Connection と電話システムが使用する接続方法(たとえば、IP アドレスやチャネルなど)と前提となる通信方法(たとえば、IP パケット、シリアル パケット、DTMF トーンなど)を把握する必要があります。特定の連動には、MWI のオン/オフを切り替えるための特定のコードまたは拡張が必要です。

連動を有効にするには、Unity Connection での設定が必要であり、電話システムにはプログラミングが必要です。これらの設定については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

電話システムと Unity Connection が交換する通話情報

電話システムと Unity Connection は、通話を管理し、連携機能を可能にするために、通話情報を交換します。 各通話では、通常、以下の通話情報が電話システムと Unity Connection の間で受け渡されます。

  • 着信側の内線番号です。

  • 発信側の内線番号 (内線通話の場合) または発信側の電話番号 (外線発信で、電話システムが発信者番号通知をサポートしている場合)。

  • 転送する理由 (内線が話中、応答なし、またはすべてのコールを転送するように設定されている)。 直通コールには理由コードもあります。

Cisco Unified Communications Manager SCCP および SIP トランク統合は、次の通話情報も提供できます。

  • 着信番号

  • 最初のリダイレクト番号

  • 最後のリダイレクト番号


    (注)  


    Cisco Unity Connection Administration の [システム設定(System Settings)] > [詳細(Advanced)] > [コンバセーション(Conversations)] ページの [ルーティングの着信に最後の(最初ではなく)リダイレクトする番号を使用(Use Last (Rather than First) Redirecting Number for Routing Incoming Call)] チェックボックスの設定に応じて、Unity Connection は最初のリダイレクト番号または最後のリダイレクト番号のいずれかを使用できます。

電話システムが必要な情報を送信し、Unity Connection が正しく設定されている場合、統合は次の統合機能を提供できます。

  • パーソナル グリーティングへの通話転送

  • 通話中グリーティングへの通話転送

  • ハッシンシャID

  • 簡単メッセージアクセス Unity Connection は発信元の内線に基づいてユーザを識別するため、ユーザは ID を入力することなくメッセージを取得できます。パスワードが必要な場合があります

  • 識別されたユーザへのメッセージ (Unity Connection は、転送された内線通話中に、発信の内線に基づいて、メッセージを残したユーザを識別します)

コール制御

電話システムは、一連の信号を使用して、コールの接続をセットアップ、監視、および解放します。 Cisco Unity Connection は、通話制御信号を監視して通話の状態を判断し、これらの信号を使用して、電話システムのアクションに適切に応答し、電話システムと通信します。 たとえば、メッセージを録音している発信者が電話を切った場合、Unity Connection は通話が終了したことを検出し、録音を停止します。

電話システムに応じて、次のタイプのコール制御信号が使用されます。

表 1. 通話制御信号
Cisco Unified Communications Manager

Skinny Call Control Protocol(SCCP)連動では、Cisco Unified Communications Manager が SCCP メッセージを生成し、このメッセージは Cisco Unity Connection によって変換されます。

SIP トランク連携の場合、通話がセットアップまたは終了されると、Cisco Unified CM は SIP メッセージを送信し、Unity Connection は SIP 応答を送信します。

PIMG/TIMG 装置を通じた回線交換電話システム

電話システムはメッセージを PIMG または TIMG 装置(メディアゲートウェイ)に送信し、PIMG または TIMG 装置は適切な SIP メッセージを Unity Connection に送信します。 通話がセットアップまたは終了されると、Unity Connection は SIP 応答を送信し、PIMG または TIMG 装置は電話システムと通信します。

電話システムからユーザへのコールのサンプルパス

次の手順では、電話システムからユーザに発信する際の外線発信のサンプルパスの概要を示します。

  1. Cisco Unified Communications Manager の場合、外部通話が着信すると、ゲートウェイが LAN または WAN を介してその通話を Cisco Unified CM に送信します。Cisco Unified CM は、Cisco Unity Connection ボイスメールのパイロット番号に通話をルーティングします。

    回路交換電話システムでは、PSTN、TI/PRI、DID、または LS/GS アナログトランク経由で外線通話が着信すると、電話システムはその通話を Cisco Unity Connection ボイスメールのパイロット番号にルーティングします。

  2. 電話システムは、使用可能な Cisco Unity Connection ボイスメッセージポートに通話をルーティングします。
  3. Unity Connection が着信に応答し、開始の挨拶が再生されます。
  4. 開始の挨拶の間に、発信者は内線番号を入力します。 たとえば、発信者が 1234 を入力することで、その内線の人につながります。
  5. Unity Connection は、内線 1234 への発信があったことを電話システムに通知します。
  6. Unity Connection がリリース転送または監視あり転送のどちらを実行するようにセットアップされているかに応じて、次のようになります。

リリース転送 (ブラインド転送)

Unity Connection は通話を電話システムに渡します。電話システムは、回線が利用できるかどうかを判断するのを待つことなく、通話を内線 1234 に送信します。 その後、電話システムと Unity Connection はループから抜け出します。 この構成で、顧客が回線が話中または無応答の時に Unity Connection でメッセージを聞き取りたい場合、各電話は、回線が話中または無応答の時に着信を Unity Connection に転送するように構成する必要があります。

監視付き転送

Unity Connection が通話を保留にしている間、電話システムは内線 1234 との接続の確立を試みます。

回線が利用可能な場合、電話システムは Unity Connection からの通話を内線 1234 に接続します。電話システムと Unity Connection はループから抜け出し、通話は元の発信者から内線 1234 に直接接続されます。

回線が話中または応答がない場合、電話システムは Unity Connection にその情報を提供し、Unity Connection はユーザが指定した処理を実行します。 たとえば、Unity Connection はメッセージを記録します。

連動の一般的な問題

特定の連動の要件に関する詳細なリストについては、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

Unity Connection がクラスタ用に設定されている場合は、『Unity Connection サーバが処理する通話の負荷分散』および『ダイヤルアウト ボイス メッセージ ポートの構成』を参照してください。

また、次のリストの連動の問題も考慮してください。

  • 電話システムはネットワーク接続を経由する場合にだけ、Unity Connection と連動する。

  • Cisco Unity Connection でサポートされる音声ポートの数は、Unity Connection プラットフォームの仕様によって異なります。未使用のポートにシステム リソースが割り当てられないようにして、そのプラットフォームに設定されたポートの制限を超えないように、必要な数のポートだけをインストールします。

サポートされているプラットフォームの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/supported_platforms/b_15cucspl.html にある『Cisco Unity Connection 15 サポート対象プラットフォームリスト』を参照してください。

ボイス メッセージ ポートの設定の詳細については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドの「Cisco Unity Connection のボイスメッセージポートの使用方法の計画 」の章を参照してください。

Cisco Unified Communications Manager を使用した導入モデル

Cisco Unity Connection と Cisco Unified Communications Manager の導入モデル(単一サイトメッセージング、集中型メッセージング、分散型メッセージングなど)は、お客様の要件に合わせて組み合わせることができます。導入モデルを選択する場合は、次のようなさまざまな問題を考慮する必要があります。

  • 集中型メッセージングでは、サーバーと管理を統合できますが、WAN が停止した場合のボイス メッセージへのアクセスを計画し、ボイス メッセージング トラフィックとコール トラフィックに対して適切な QOS/キャパシティプランニングを実行する必要があります。

  • 分散型メッセージングでは、より多くのサーバーと管理オーバーヘッドが必要になる場合がありますが、分散型コール処理と組み合わせると、サイト間 WAN リンクで必要な容量が少なくなります。

導入モデルとそれぞれのメリットの詳細については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab11/collab11.html にある『Cisco Collaboration System 11.x ソリューション リファレンス ネットワーク デザイン(SRND)』「コラボレーションシステムのコンポーネントとアーキテクチャ」の章を参照してください。

WAN で電話を導入する

分散呼処理を使用した集中型メッセージなどの一部の配置モデルでは、Unity Connection サーバーから WAN を経由して電話を配置する必要があります。Unity Connection サーバーから WAN で電話を導入する場合は、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/srnd/collab11/collab11.html にある『Cisco Collaboration System 11.x ソリューション リファレンス ネットワーク デザイン(SRND)』「コラボレーション システムのコンポーネントとアーキテクチャ」の章を参照してください。

これらの電話機のキャパシティプランニングとコールアドミッションコントロール(CAC)に関するガイダンスについては、こちらをご覧ください。Cisco Unity Connection を回線交換電話システム(TDM PBX)と連動させる場合、リモートサイトまたはブランチサイトで電話機をサポートするためにこれらのサイトに配置された PIMG/TIMG 装置のキャパシティ計画については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある『PIMG インテグレーションガイド』または『TIMG インテグレーション ガイド』を参照してください。

Cisco Unified Communications Manager Express と連動させる(SCCP または SIP を使用)

Cisco Unity Connectionは、SCCPとSIPの両方のインターフェイスを通じて、Cisco Unified Communications Manager Expressの統合をサポートします。図 11-8 に接続を示します。

図 4. Cisco Unity Connection SCCP および SIP による LAN 経由での Cisco Unified Communications Manager Express への接続


これらの連動方法の違いについては、表 11-4 を参照してください。

表 2. SCCP と SIP の連動方法の違い(Cisco Unified Communications Manager Express との連動)

特長

SCCP

SIP

通信方式

SCCP

SIP トランク

Cisco Unity Connection クラスタ(アクティブ/アクティブ高可用性)

サポート対象

サポート対象

SCCP および SIP 電話機の使用

サポート対象

一部の SCCP 電話機ではメディア ターミネーション ポイント(MTP)が必要

Cisco Unified CM Express バージョンのサポート

すべてのバージョン

バージョン 3.4 以降

Cisco Unified CM の認証と暗号化

サポート対象外

サポート対象外

最初または最後のリダイレクト番号

サポート対象

サポート対象

QoS

サポート対象

サポート対象

Unity Connection と Cisco Unified Communications Manager Express のバージョンの互換性については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/compatibility/matrix/cucclientmtx.html にある『Cisco Unity Connection の互換性マトリックス』を参照してください。

Unity Connection と Cisco Unified CM Express の統合方法については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

SIP プロトコルを使用して Unity Connection と Cisco Unified CM Express を統合する方法の詳細については、「SIP を使用して連動させる」の項を参照してください。 

Cisco Unified Communications Manager による Unity Connection ボイスメッセージポートの認証と暗号化

Cisco Unity Connection システムの潜在的な脆弱性は、Unity Connection と Cisco Unified Communications Manager の間の接続です。 考えられる脅威には次のものが含まれます。

  • 中間者攻撃。攻撃者が傍受し、Cisco Unified CM と Unity Connection のボイスメッセージポート間を流れるデータを変更する攻撃です。

  • ネットワーク トラフィック スニッフィングは、攻撃者が電話での会話や、Cisco Unified CM、Unity Connection 音声メッセージングポート、Cisco Unified CM によって管理される IP 電話の間を流れるシグナリング情報をキャプチャする攻撃です。

  • Unity Connection ボイス メッセージ ポートと Cisco Unified CM 間の呼び出しシグナリングを変更する。

  • Unity Connection ボイス メッセージ ポートとエンドポイント (電話やゲートウェイなど) の間のメディア ストリームを変更する。

  • Unity Connection ボイスメッセージポートのなりすまし。この場合、非 Unity Connection デバイスが、Cisco Unified CM に Unity Connection ボイスメッセージポートであるように見せかけます。

  • Cisco Unified CM サーバのなりすまし。非 Cisco Unified CM サーバが Cisco Unified CM サーバとして Unity Connection ボイスメッセージポートに提示されます。

Cisco Unified Communications Manager のセキュリティ機能

Cisco Unified Communications Manager リリース 4.1(3) 以降(SCCP 統合用)または Cisco Unified Communications Manager リリース 5.x 以降(SIP トランク統合用)は、Cisco Unity Connection との接続をセキュリティの脅威から保護できます。Unity Connection が利用できる Cisco Unified CM のセキュリティ機能を表 3-1 に示します。

表 3. Cisco Unity Connection で使用される Cisco Unified Communications Manager のセキュリティ機能

セキュリティ機能

説明

シグナリング認証

トランスポート層セキュリティ(TLS)プロトコルを使用して、シグナリング パケットが転送中に改ざんされていないことを検証します。シグナリング認証は Cisco 証明書信頼リスト(CTL)ファイルの作成に依存します。

この機能によって、次の脅威から保護されます。

  • Cisco Unified CM と Unity Connection ボイスメッセージングポート間の情報フローを変更する中間者攻撃

  • コール シグナリングの改変

  • Unity Connection ボイスメッセージングポートのアイデンティティ盗用。

  • Cisco Unified CM サーバの ID 盗用。

デバイス認証

デバイスの ID を検証します。この処理は、各デバイスが他のデバイスの証明書を受け入れるときに、Cisco Unified CM と Unity Connection ボイスメッセージポートの間で行われます。証明書が受け入れられると、デバイス間に安全な接続が確立されます。デバイス認証は Cisco 証明書信頼リスト(CTL)ファイルの作成に依存します。

この機能によって、次の脅威から保護されます。

  • Cisco Unified CM と Unity Connection ボイスメッセージングポート間の情報フローを変更する中間者攻撃。

  • メディア ストリームの改変。

  • Unity Connection ボイスメッセージングポートのアイデンティティ盗用。

  • Cisco Unified CM サーバの ID 盗用。

シグナリング暗号化

暗号化の方法を使用して、Unity Connection ボイス メッセージ ポートと Cisco Unified CM の間で送信されるすべての SCCP および SIP シグナリングメッセージの機密を保護します。シグナリング暗号化によって、相手に関連する情報、相手が入力した DTMF 番号、通話の状態、メディア暗号キーなどの情報が意図しないアクセスや不正なアクセスから保護されることが保証されます。

この機能によって、次の脅威から保護されます。

  • Cisco Unified CM と Unity Connection ボイスメッセージングポート間の情報フローを変更する中間者攻撃。

  • Cisco Unified CM と Unity Connection ボイスメッセージングポート間のシグナリング情報の流れを観察するネットワークトラフィックのスニッフィング。

メディア暗号化

IETF RFC 3711 で定義されている Secure Real Time Protocol(SRTP)を使用して、目的の受信者だけが Unity Connection ボイスメッセージポートとエンドポイント(電話機やゲートウェイなど)の間のメディアストリームを解釈できることを保証します。暗号化されるのはオーディオ ストリームだけです。メディア暗号化では、デバイスのメディア マスターのキー ペアの作成、Unity Connection とエンドポイントへのキーの配布、キーが転送される間のキーの配布のセキュリティの確保などが含まれます。Unity Connection とエンドポイントは、そのキーを使用してメディア ストリームの暗号化と復号化を行います。

この機能によって、次の脅威から保護されます。

  • 中間者攻撃(Cisco Unified CM と Unity Connection 間のメディア ストリームのリッスン)。

  • Cisco Unified CM、Unity Connection のボイスメッセージングポート、および Cisco Unified CM によって管理される IP 電話間を流れる電話の会話を盗聴するネットワークトラフィックのスニッフィング。

メディア暗号化には認証とシグナリング暗号化が必要です。つまり、デバイスが認証とシグナリング暗号化をサポートしていない場合、メディア暗号化を行うことはできません。

Cisco Unified CM の認証と暗号化は、Unity Connection への通話のみを保護することに注意してください。Unity Connection で記録されたメッセージは、Cisco Unified CM の認証と暗号化によって保護されませんが、Unity Connection のセキュアメッセージング機能によって保護することができます。

セキュアメッセージングの詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/security/guide/b_15cucsecx.html にある『Cisco Unity Connection のセキュリティガイド、リリース 15』の「ユーザーメッセージを保護する」の章を参照してください。

SCCP 連動の場合、Unity Connection と Cisco Unified CM の間のセキュリティ機能(認証および暗号化)には、次のものが必要です。

  • セキュアクラスタの Cisco Unity Connection Administration に入力されたすべての Cisco Unified CM サーバーをリストする Cisco Unified CM CTL ファイル。

  • 認証または暗号化(あるいはその両方)を使用する各 Unity Connection サーバーの Unity Connection サーバールート証明書。ルート証明書は作成された時点から 7 年間有効です。

  • Unity Connection サーバーのルート証明書をルートとし、ボイスメッセージ ポートが Cisco Unified CM への登録時に提示する、Unity Connection ボイスメッセージポートまたはポートグループのデバイス証明書。

Unity Connection ボイスメッセージ SCCP ポートの認証および暗号化処理は、次のように実行されます。

  1. 各 Unity Connection ボイスメッセージポートは TFTP サーバに接続し、TFTP ポート 69 を使用して CTL ファイルをダウンロードし、すべての Cisco Unified CM サーバーの証明書を抽出します。

  2. 各 Unity Connection ボイスメッセージポートは Cisco Unified CM TLS ポートへのネットワーク接続を確立します。デフォルトでは、TLS ポートは 2443 ですが、ポート番号は設定可能です。

  3. 各 Unity Connection ボイスメッセージ ポートは Cisco Unified CM サーバーへの TLS 接続を確立します。その時にデバイス証明書が確認され、ボイスメッセージポートが認証されます。

  4. 各 Unity Connection のボイスメッセージングポートは、ボイスメッセージングポートもメディア暗号化を使用するかどうかを指定して、Cisco Unified CM サーバーに登録します。

Unity Connection のボイスメッセージング SIP ポートグループの認証と暗号化のプロセスは、次のように行われます。

  1. 各 Unity Connection ボイス メッセージング ポート グループは TFTP サーバに接続し、TFTP ポート 69 を使用して CTL ファイルをダウンロードし、すべての Cisco Unified CM サーバーの証明書を抽出します。

  2. 各 Unity Connection ボイスメッセージングポートは Cisco Unified CM TLS ポートへのネットワーク接続を確立します。デフォルトでは、TLS ポートは 2443 ですが、ポート番号は設定可能です。

  3. 各 Unity Connection ボイス メッセージング ポート グループは Cisco Unified CM サーバーへの TLS 接続を確立します。その時にデバイス証明書が確認され、ボイス メッセージング ポート グループが認証されます。

  4. 各 Unity Connection のボイス メッセージング ポート グループは、ボイス メッセージング ポート グループもメディア暗号化を使用するかどうかを指定して、Cisco Unified CM サーバーに登録します。

データは暗号化されます

Cisco Unity Connection と Cisco Unified CM の間で通話が行われると、通話シグナルメッセージとメディアストリームは以下の方法で処理されます。

  • 両方のエンドポイントが暗号化モードに設定されている場合、コールシグナリング メッセージとメディア ストリームは暗号化されます。

  • 一方のエンドポイントが認証モードに設定され、もう一方のエンドポイントが暗号化モードに設定されている場合、コールシグナリング メッセージは認証されます。 ただし、呼び出しシグナリング メッセージもメディア ストリームも暗号化されません。

  • 一方のエンドポイントがノンセキュア モードに設定され、もう一方のエンドポイントが暗号化モードに設定されている場合、コール シグナリング メッセージもメディア ストリームも暗号化されません。

Unity Connection での Cisco Unified Communications Manager クラスターセキュリティモードの設定

Cisco Unity Connection 管理のセキュリティモード設定により、ポートが呼び出しシグナリング メッセージを処理する方法、およびメディア ストリームの暗号化が可能かどうかが決まります。 表 11-3 では、SCCP 連携の各ポートの [テレフォニー統合(Telephony Integrations)] > [ポート(Port)] > [ポートの基本(Port Basics)] ページのセキュリティモード設定の影響を説明します。

表 4. SCCP 連携のボイス メッセージ ポートのセキュリティ モード設定

設定

影響

非セキュア

通話シグナルメッセージはクリア (非暗号化) テキストとして送信され、認証された TLS ポートではなく、認証されていないポートを通じて Cisco Unified CM に接続されるため、通話シグナルメッセージの整合性とプライバシーは保証されません。

また、メディアストリームは暗号化できません。

認証済み

コールシグナリング メッセージは、認証された TLS ポートを介して Cisco Unified CM に接続されるため、整合性が保証されます。 ただし、コールシグナリング メッセージはクリア (暗号化されていない) テキストとして送信されるため、プライバシーは保証されません。

さらに、メディア ストリームは暗号化されません。

(注)  

 
認証された TLS ポートを使用して、音声通話のコールシグナリング メッセージの整合性を確認できます。

暗号化済み

コールシグナリング メッセージは認証済みの TLS ポートを介して Cisco Unified CM に接続され、暗号化されるため、コールシグナリング メッセージの整合性とプライバシーが保証されます。

さらに、メディアストリームを暗号化することもできます。

注意    

 
メディア ストリームを暗号化するには、両方のエンドポイントが暗号化モードで登録されている必要があります。 ただし、一方のエンドポイントが非セキュアまたは認証モードに設定され、もう一方のエンドポイントが暗号化モードに設定されている場合、メディアストリームは暗号化されません。 また、介在するデバイス (トランスコーダやゲートウェイなど) で暗号化が有効になっていない場合、メディア ストリームは暗号化されません。

セキュリティを無効にして再度有効にする

Cisco Unity Connection と Cisco Unified CM 間の認証と暗号化の機能は、すべての Cisco Unified CM クラスタのセキュリティモードを非セキュアに変更し、Cisco Unified Communications Manager の管理ページで該当する設定を変更することで有効または無効にできます。

認証と暗号化は、セキュリティモードを認証済みまたは暗号化済みに変更することで再度有効にできます。


(注)  


認証と暗号化を無効または再度有効にした後で、Unity Connection サーバのルート証明書をエクスポートして、それをすべての Cisco Unified CM サーバにコピーする必要はありません。

異なるセキュリティモード設定を持つ複数のクラスタ

Cisco Unity Connection に複数の Cisco Unified CM 電話システム連携がある場合、各 Cisco Unified CM 電話システム連携は異なるセキュリティモード設定を持つことができます。 たとえば、1 つの Cisco Unified CM 電話システム統合を [暗号化(Encrypted)] に設定し、2 つ目の Cisco Unified CM 電話システム統合を [非セキュア(Non-Secure)] に設定できます。

個々のボイス メッセージ ポートの設定

トラブルシューティングの目的で、Cisco Unity Connection ボイス メッセージ ポートの認証と暗号化は、個別に有効または無効にすることができます。 それ以外の場合は常に、Cisco Unified CM ポート グループ内のすべての個別のボイス メッセージ ポートの [セキュリティ モード] 設定を同じにする必要があります。

パケット化

リアルタイム転送プロトコル(RTP)は、IP ネットワーク上でのオーディオパケットの送受信に使用されます。連続していない各パケットには固定サイズのヘッダーがありますが、パケット自体のサイズは転送されるオーディオ ストリームのサイズ(コーデックにより異なる)およびパケット化の設定によって異なります。この可変サイズ機能によって、ネットワークの帯域幅をより効率的に利用できます。通話ごとに作成されるパケット数を減らすと、ネットワーク上で送信される合計バイト数が少なくなります。

パケット化は、Cisco Unified CM サービスパラメータ、Preferred G711 Millisecond PacketSize パラメータ、および Preferred G729 Millisecond PacketSize パラメータで設定します。Cisco Unity Connection は、G.711 オーディオの場合は最大 30 ミリ秒のパケット サイズ、G.729a オーディオの場合は最大 60 ミリ秒のパケットサイズをサポートしています。いずれの場合もデフォルト設定は 20 ミリ秒で、設定値が低い場合は遅延の問題が発生する場合があります。

DSCP は各パケットでの優先設定です。DSCP を使用すると、中間のルータはネットワークの輻輳を管理し、他のパケットの前に優先させるパケットを知らせることができます。Cisco AVVID の規格に従い、Unity Connection は SCCP と SIP のパケット(コール制御)にデフォルトの DSCP 値 24(TOS オクテットは 0x60)を使用してマークを付け、RTP パケット(オーディオトラフィック)にはデフォルトの DSCP 値 46(TOS オクテットは 0xB8)を使用してマークを付けます。そのため、RTP オーディオパケットはルータ設定を使用して他のパケットよりも高い優先順位を割り当てることができます。Cisco Unified CM では異なる DSCP 値を設定できますが、Unity Connection と連動する場合は、Unity Connection によって設定された DSCP 値が常に優先されることに注意してください。SCCP および SIP の両方のパケットへのマーク付けは、Cisco Unity Connection Administration の [システム設定(System Settings)] > [詳細設定(Advanced)] > [テレフォニーの設定(Telephone Configuration)] ページの Unity Connection で設定できます。

新しいオーディオストリームごとに(通話ごとに 1 回)、Cisco Unified CM は使用するパケット サイズを Unity Connection に伝え、Unity Connection はそのストリームの DSCP 優先順位を設定します。そのストリーム全体(コール)で、指定されたパケット サイズと優先順位が維持されます。たとえば、あるオーディオ ストリームがそれぞれ 30 ミリ秒のパケットに分割されたとします。30 ミリ秒の G.729a オーディオ ストリームは 30 バイトにパケットごとのヘッダーが加わり、30 ミリ秒の G.711 ストリームは 240 バイトにパケットごとのヘッダーが加わります。Cisco Unified CM サービスパラメータの設定の詳細については、http://www.cisco.com/en/US/products/sw/voicesw/ps556/tsd_products_support_series_home.html で Cisco Unified CM のマニュアルを参照してください。


(注)  


Unity Connection がアドバタイズするコーデックは、Cisco Unity Connection Administration の [テレフォニー統合(Telephony Integrations)] > [ポート グループ(Port Group)] > [コーデック アドバタイズメントの編集(Edit CodecAdvertise)] 設定ページで変更できます。

Cisco Unified Communications Manager のクラスタ フェールオーバーへのポートグループの設定

Cisco Unified Communications Manager SCCP 統合の場合、Cisco Unified CM クラスタが設定され、コールの進行中に Cisco Unified CM のフェールオーバーが発生すると、ボイス メッセージング ポートでセカンダリ Cisco Unified CM サーバーへの登録に遅延が発生することがあります。

ポートグループが次のように設定されている場合、Cisco Unified CM のフェールオーバーが発生した後、Unity Connection ポートをより迅速に登録できます。

  • SCCP 統合用に 2 つのポートグループを作成します。

    • 最初のポートグループには、『Cisco Unity Connection の Cisco Unified Communications Manager SCCP 統合ガイドリリース 15』の該当する章の説明に従って設定された、Cisco Unified CM 統合用のボイスメッセージポートの半分(応答ポートとダイヤルアウトポートを含む)が含まれます。

    • 2 番目のポートグループには、同じガイドの該当する章で説明されているように、Cisco Unified CM 統合用のポートの残りの半分(応答ポートとダイヤルアウトポートを含む)が含まれます。


      (注)  


      『Cisco Unity Connection 向け Cisco Unified Communications Manager SCCP インテグレーション ガイド リリース 15』は、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/integration/cucme_sccp/b_15cucintcucmesccp.html にあります。
  • [テレフォニー統合(Telephony Integrations)] > [ポートグループ(Port Group)] > [ポートグループの基本設定(Port Group Basics)] > [サーバーの編集(Edit Servers)] ページで、Cisco Unified CM サーバーを異なる順序でリストします。

    • 最初のポートグループの場合、Cisco Unified CM サーバーは、『Cisco Unity Connection のCisco Unified Communications Manager SCCP インテグレーションガイド for Release 15』の該当する章に指定されている順序でリストされます。

    • 2 番目のポート グループでは、Cisco Unified CM サーバーが逆の順序でリストされます。

Cisco Unified Communications Manager の連動によるインターネット プロトコル バージョン 6(IPv6)のサポート

Cisco Unity Connectionは、SIP 経由の Cisco Unified Communications Manager 電話システム統合で IPv4、IPv6、またはデュアルモード(IPv4/IPv6)アドレッシングをサポートします。IPv6 が有効になっている場合、コネクションはルーター広告、DHCP、または Cisco Unified Operating System Administration またはコマンドライン インターフェースを使用して手動でアドレスを設定することにより、IPv6 アドレスを取得できます。

Cisco Unified CM との SIP 連動では、Unity Connection が着信 IPv4 と IPv6 トラフィックをリッスンするように設定されている場合、IPv4 または IPv6 を使用するポートグループごとに、コールコントロールのシグナリングに Unity Connection が使用するアドレス指定モードを設定することができます(このモードは TFTP サーバに接続しているときにも使用されます)。さらに、IPv4 または IPv6 を使用するポートグループごとに、メディアに Unity Connection が使用するアドレス指定モードを設定することができます。


(注)  


SCCP および SIP ANAT は、IPv6 アドレスには展開されません。

IPv6 はデフォルトでディセーブルになっています。IPv6 を有効にし、IPv6 アドレスの設定を行うには、Cisco Unified Operating System Administration または CLI を使用します。新規の Cisco Unified CM 連動の設定中に IPv6 を有効にして設定する手順については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーション ガイドを参照してください。

Cisco Unified CM 連動に IPv6 を展開する場合、次の点を考慮してください。

  • Unity Connection と SCCP 統合用の Cisco Unified CM 間のセキュリティ機能(認証と暗号化)に必要な CTL ファイルは、IPv4 アドレスを使用します。したがって、SCCP で認証や暗号化を使用するには、IPv4 またはデュアルモード(IPv4/IPv6)アドレッシングを使用する必要があります。

  • Cisco 適応型セキュリティ アプライアンス(ASA)の一部のバージョンは、ユニファイド コミュニケーション アプリケーション サーバおよびエンドポイントの IPv6 トラフィックに対するアプリケーション インスペクションをサポートしていません。このサポートを提供していない Cisco ASA を使用している場合は、ユニファイド コミュニケーションに IPv6 を使用しないことを推奨します。アプリケーション インスペクションが現在の実装環境でサポートされているかどうか確認するには、お使いの Cisco ASA のバージョンのマニュアルを参照してください。

Cisco Unified Communications Manager Express と連動させる(SCCP または SIP を使用)

Cisco Unity Connectionは、SCCPとSIPの両方のインターフェイスを通じて、Cisco Unified Communications Manager Expressの統合をサポートします。図 11-8 に接続を示します。

図 5. Cisco Unity Connection SCCP および SIP による LAN 経由での Cisco Unified Communications Manager Express への接続


これらの連動方法の違いについては、表 11-4 を参照してください。

表 5. SCCP と SIP の連動方法の違い(Cisco Unified Communications Manager Express との連動)

特長

SCCP

SIP

通信方式

SCCP

SIP トランク

Cisco Unity Connection クラスタ(アクティブ/アクティブ高可用性)

サポート対象

サポート対象

SCCP および SIP 電話機の使用

サポート対象

一部の SCCP 電話機ではメディア ターミネーション ポイント(MTP)が必要

Cisco Unified CM Express バージョンのサポート

すべてのバージョン

バージョン 3.4 以降

Cisco Unified CM の認証と暗号化

サポート対象外

サポート対象外

最初または最後のリダイレクト番号

サポート対象

サポート対象

QoS

サポート対象

サポート対象

Unity Connection と Cisco Unified Communications Manager Express のバージョンの互換性については、http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/compatibility/matrix/cucclientmtx.html にある『Cisco Unity Connection の互換性マトリックス』を参照してください。

Unity Connection と Cisco Unified CM Express の統合方法については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

SIP プロトコルを使用して Unity Connection と Cisco Unified CM Express を統合する方法の詳細については、「SIP を使用して連動させる」の項を参照してください。 

Cisco Unified Communications Manager Express の複数のバージョンのサポート

単一の Cisco Unity Connection サーバーは、複数のバージョンの Cisco Unified CM Express をサポートできます。使用する Unity Connection のバージョンは、Cisco Unified CM Express のすべてのバージョンをサポートしている必要があります。https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/compatibility/matrix/b_cucclientmtx.html にある『Cisco Unity Connection の互換性マトリクス』を参照してください。

単一の Cisco Unity Connection サーバーと連動する複数の Cisco Unified Communications Manager Express ルータ

単一の集中型 Unity Connection サーバーを複数の Cisco Unified CM Express ルータで使用できます。この設定では、1 台の Cisco Unified CM Express ルータが Unity Connection サーバーと同じ LAN 上にあり、この Cisco Unified CM Express ルータがすべての Unity Connection ボイスメッセージングポートを登録している必要があります。この Cisco Unified CM Express ルータ(SIP MWI サーバー)は、Unity Connection サーバーとその他すべての Cisco Unified CM Express ルータ(SIP MWI クライアント)の間の SIP MWI メッセージをリレーするプロキシサーバーになります。Unity Connection ボイスメッセージポートは、SIP MWI サーバー(Unity Connection サーバーと同じ LAN にある Cisco Unified CM Express ルータ)にだけ登録され、SIP MWI クライアントには登録されないことに注意してください。図 11-9 を参照してください。

図 6. 複数の Cisco Unified CM Express ルータと単一の Cisco Unity Connection サーバー間の接続

複数の Cisco Unified CM Express ルーターをサポートするための Unity Connection の設定については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

Cisco Unified CM と Cisco Unified Communications Manager Express の複数のバージョンを使用して Unity Connection と連動させる

1 台の Cisco Unity Connection サーバーで、複数のバージョンの Cisco Unified Communications Manager と Cisco Unified Communications Manager Express をサポートできます。Unity Connection のバージョンは、Cisco Unified CM または Cisco Unified CM Express のすべてのバージョンをサポートしている必要があります。https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/compatibility/matrix/b_cucclientmtx.html にある『Cisco Unity Connection の互換性マトリクス』を参照してください。

Cisco Unified Survivable Remote Site Telephony(Cisco Unified SRST)を使用して Unity Connection と連動させる

Cisco Unified Survivable Remote Site Telephony(SRST)は、Cisco Unified CM のフォールバック中に、コールを Unity Connection に転送できます。WAN がダウンしたときに Unity Connection が基本速度インターフェイス(BRI)または 1 次群速度インターフェイス(PRI)によって Cisco Unified SRST システムにアクセスできる場合、 Unity Connection は ISDN シグナリングを使用します(図 11-10 を参照)。

図 7. BRI または PRI を使用した Cisco Unified Communications Manager のフォールバック

WAN がダウンしたときに Unity Connection が Foreign Exchange Office(FXO)または Foreign Exchange Station(FXS)によって公衆電話交換網(PSTN)にアクセスできる場合、Unity Connection はインバンド Dual Tone MultiFrequency(DTMF)シグナリングを使用します( 図 11-11 を参照)。

図 8. PSTN を使用した Cisco Unified Communications Manager のフォールバック

どちらの設定でも、電話機のメッセージボタンはアクティブのままで、通話中または応答しない番号への通話は Unity Connetion に転送されます。インストール担当者は、ダイヤルピアからボイスメールシステムへのアクセスを設定し、通話中と未応答のコール用、およびメッセージ ボタン用に Unity Connection へのルーティングを設定する必要があります。

Unity Connection が FXO または FXS 経由でアクセスされる場合、適切なボイスメールシステムのメールボックスにアクセスできるように、Unity Connection に指示(DTMF パターン)を設定する必要があります。

Cisco Unified SRST を Unity Connection と一緒に使用する場合、WAN が停止している場合の連動に次のような制限事項があります。

  • 通話中グリーティングへの通話転送:Cisco Unified SRST ルータが PSTN に対して FXO/FXS 接続を使用している状況で、支社から Unity Connection に着信が転送された場合、通話中グリーティングを再生することはできません。

  • 内線グリーティングへの通話転送:Cisco Unified SRST ルータが PSTN に対して FXO/FXS 接続を使用している状況で、支社から Unity Connection に着信が転送された場合、内線グリーティングを再生することはできません。PSTN は FXO 回線の発番号を提供するため、発信者はユーザとして識別されません。

  • 着信転送:PSTN に到達するにはアクセスコードが必要であるため、Unity Connection から支社への着信転送は失敗します。

  • 識別されているユーザーのメッセージ:Cisco Unified SRST ルータが PSTN に対して FXO/FXS 接続を使用し、支社のユーザーがメッセージを残したり通話を転送したりする場合、そのユーザーは識別されません。発信者は、身元不明発信者と表示されます。

  • メッセージ受信インジケータ:MWI は支社の電話機では更新されません。そのため、新規メッセージが到着した場合や、すべてのメッセージを聞いた場合、MWI はその状況を正しく反映しません。WAN リンクが再確立された場合は、MWI を再同期化します。

  • メッセージの到着通知:PSTN に到達するにはアクセス コードが必要であるため、Unity Connection から支社への着信転送は失敗します。

  • ルーティング規則:Cisco Unified SRST ルータが PSTN に対して FXO/FXS 接続を使用している状況で、支社から Unity Connection に着信が到達した場合(一般の着信または転送呼)、着信サービスは失敗します。

Cisco Unified SRST ルータが PRI または BRI 接続を使用している場合、支社から Unity Connection への通話の発信者 ID が PSTN によって提供される完全な番号(局番および内線)になる場合があるため、Unity Connection ユーザーの内線と一致しない場合があります。その場合は、代行内線番号を使用して Unity Connection に発信者 ID を認識させることができます。

Cisco Unified SRST を使用する場合は、Redirected Dialed Number Information Service(RDNIS)をサポートする必要があります。

Cisco Unified SRST ルータの設定については、http://www.cisco.com/en/US/products/sw/voicesw/ps2169/products_installation_and_configuration_guides_list.html にある、該当する『Cisco Unified SRST システム アドミニストレーター ガイド』の「ボイスメールと Cisco Unified SRST を統合する」の章を参照してください。

RDNIS が配信されない場合に、AAR を使用してルーティングされたボイス メール コールに与える影響

自動代替ルーティング (AAR) を使用する場合、RDNIS がサポートされている必要があります。

WAN がオーバーサブスクライブしている場合、AAR は PSTN を介してコールをルーティングできます。 ただし、通話が PSTN 経由で再ルーティングされると、RDNIS が影響を受ける可能性があります。 Cisco Unity Connection がメッセージングクライアントからリモートである場合、RDNIS 情報が正しくないと、AAR によって PSTN 経由で再ルーティングされるボイスメール通話に影響を与える可能性があります。 RDNIS 情報が正しくない場合、発信者はダイヤルされたユーザのメールボックスに届きませんが、代わりに自動アテンダントのプロンプトが聴こえます。また、着信先の内線番号を再入力するように求められることもあります。 この動作は主に、電話通信事業者がネットワーク全体で RDNIS を確保できない場合に発生します。 通信事業者が RDNIS が適切に送信されたことを確認できない多くの理由が考えられます。 回線のエンドツーエンドで RDNIS 配信が保証されているかどうか、通信事業者に問い合わせてください。 オーバーサブスクライブ状態の WAN で AAR を使用する代わりに、発信者にリオーダートーンを聞かせます。

SRST モードで Cisco Unified Communications Manager Express を使用して Unity Connection と連動させる

Cisco Unity Connection は、集中呼処理と分散メッセージを持つトポロジをサポートしています。この場合、Unity Connection サーバーはリモートサイトまたは支社に配置され、中央サイトの Cisco Unified CM に登録されます。

WAN のリンクが失敗した場合、電話機は SRST デバイスとしての Cisco Unified CM Express にフォールバックします。また、Unity Connection は SRST デバイスとしての Cisco Unified CM Express にもフォールバックできます。これにより、リモートサイトのユーザーは WAN が停止している間にも自分のボイスメッセージにアクセスし、メッセージ受信インジケータ(MWI)を確認できます。Cisco Unified CM から SRST としての Cisco Unified CM(またはその逆)にフェールオーバーが発生するたびに、MWI は Unity Connection と再同期化する必要があることに注意してください。

この設定方法の詳細については、http://www.cisco.com/en/US/products/sw/voicesw/ps4625/products_installation_and_configuration_guides_list.html にある『Cisco Unity Connect と SRST としての Cisco Unified CMEを統合する』 を参照してください。

Survivable Remote Site Voicemail

Cisco Unity Connection Survivable Remote Site Voicemail(Unity Connection SRSV)は、WAN の停止時にブランチにボイスメールサービスを提供するために Cisco Unified Survivable Remote Site Telephony(SRST)と連携して動作するバックアップ ボイスメール ソリューションです。

Unity Connection SRSV は、複数のブランチオフィスまたは小規模サイトを含む集中型 Cisco Unified Communications Manager および Cisco Unity Connection 環境で使用されます。これは、中央の Unity Connection ボイスメールサービスと同期した、限られたボイスメール機能と自動アテンダント機能を提供することで、WAN の切断や障害の発生時に、Unity Connection SRSV ソリューションがブランチのサブスクライバにボイスメールサービスを提供できるようにするものです。ただし、ネットワークが復元されるとすぐに、ブランチのサブスクライバが受信したすべてのボイスメールは、中央の Unity Connection ボイスメールサーバーに自動的にアップロードされます。

Cisco Unity Connection SRSV の設定方法の詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/srsv/guide/b_15cucsrsvx.html にある『Cisco Unity Connection Survivable Remote Site Voicemail(SRSV)完全リファレンスガイド 、リリース 15』を参照してください 。

SIP を使用した統合

SIP(Session Initiation Protocol)は、IP を介したマルチメディア通話のためのインターネット技術タスクフォースの標準です。 SIP は、2 つ以上のエンドポイント間のコール (またはセッション) を確立、維持、終了するための要求と応答を使用する、ピアツーピアの ASCII ベースのプロトコルです。 表 11-5 を参照してください

表 6. SIP ネットワーク コンポーネント

コンポーネント

説明

SIP プロキシ サーバ

クライアントから SIP 要求を受信し、クライアントに代わって要求を転送する中間デバイス。 プロキシサーバは SIP メッセージを受信し、ネットワーク内の次の SIP サーバに転送します。 プロキシサーバは、認証、認可、ネットワークアクセスコントロール、ルーティング、信頼性のある要求再送信、およびセキュリティなどの機能を提供できます。

リダイレクトサーバ

メッセージが通過するネクストホップに関する情報をクライアントに提供します。 クライアントは、次のホップ サーバまたはユーザ エージェント サーバに直接連絡します。

レジストラサーバ

ユーザエージェントクライアントからの現在のロケーションの登録要求を処理します。 レジストラサーバは、多くの場合、リダイレクトまたはプロキシサーバにインストールされます。

電話機

サーバまたはクライアントとして機能します。 ソフトフォン (電話機能がインストールされている PC) および Cisco SIP IP 電話は、SIP 要求を開始し、要求に応答できます。

[ゲートウェイ(Gateways)]

通話コントロールを提供する。 ゲートウェイは多くのサービスを提供します。最も一般的なのは、SIP 通話エンドポイントと他の端末タイプの間の変換機能です。 この機能には、伝送形式間の変換および通信手順間の変換が含まれます。 さらに、ゲートウェイは音声コーデックとビデオコーデックの間で変換を行い、LAN 側と交換回路網側の両方でコールのセットアップとコールの切断を行います。

Cisco Unity Connection はプロキシ サーバからの呼び出しを受け付けます。 Unity Connection は、プロキシ サーバまたは通話エージェントを使用して通話を認証します。

SIP は、リクエスト/レスポンス方式を使用して、ネットワーク内のさまざまなコンポーネント間の通信を確立し、最終的に 2 つ以上のエンドポイント間で電話会議 (コールまたはセッション) を確立します。 1 回の呼び出しに、複数のクライアントとサーバが含まれる場合があります。

SIP ネットワークのユーザは以下によって識別されます。

  • 固有の電話番号または内線番号。

  • 一意の SIP アドレス。これはメールアドレスに似ており、sip:<userID>@<domain> の形式を使用します。 ユーザ ID はユーザ名または E.164 アドレスのいずれかです。

ユーザーが通話を開始すると、SIP リクエストは通常、SIP サーバー(プロキシサーバーまたはリダイレクトサーバー)に送信されます。 要求には、発信者のアドレス (From) と着信側のアドレス (To) が含まれます。

SIP メッセージは UTF-8 エンコード (HTML と同様) で ISO 10646 を使用するテキスト形式です。 アドレス情報に加えて、SIP メッセージには、メソッドとプロトコルを指定する開始行、通話プロパティとサービス情報を指定するいくつかのヘッダーフィールド、およびセッションの説明を含むオプションのメッセージ本体が含まれます。

サポートされている SIP 連動

Unity Connection は、次の SIP 統合をサポートしています。

サードパーティ製の SIP トランクはサポートされていません。

Unity Connection と Cisco Unified CM または Cisco Unified CM Express 間の SIP トランクの設定の詳細については、https://www.cisco.com/c/en/us/support/unified-communications/unity-connection/products-installation-and-configuration-guides-list.html にある該当する SIP トランク インテグレーション ガイドを参照してください。


(注)  


Cisco Unity Connection は、SIP Invite の [Remote Party Id(リモート パーティ ID)] フィールドと [FROM] フィールドから発信者 ID を抽出します。さらに、CUCM SIP トランクで [リモート パーティ ID(Remote Party Id)] オプションがオフになっており、SIP ヘッダーの [FROM(送信元)] フィールドが [匿名(Anonymous)] に設定されている場合、Connection は発信者を不明として扱います。

PIMG または TIMG 装置を使用して回線交換電話システムと連動させる

Cisco Unity Connection は、回線交換電話システムと IP ネットワークの間で PIMG 装置または TIMG 装置(メディア ゲートウェイ)を使用することで、回線交換電話システムと連動できます。

PIMG 連動および TIMG 連動を使用して Unity Connection でサポートされる回線交換電話システムの一覧については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある、該当する Cisco Unity Connection インテグレーションガイドを参照してください。

PIMG 連携の説明

PIMG 連動では、回線交換電話システムと IP ネットワークの間で 1 つまたは複数の PIMG 装置を使用します。 回線交換電話システム側には、デジタル (機能セット) とアナログの両方のインターフェイスがあります。使用されるインターフェイスは、Cisco Unity Connection が接続されている電話システムによって異なります。 IP 側では、Unity Connection が PIMG 装置と通信する方法である SIP インターフェイスがあります。 Unity Connection への連携は本質的に SIP 連携です。 Unity Connection は、SIP および RTP プロトコルを使用して、IP ネットワーク上で PIMG 装置と通信します。 PIMG 装置は、電話システム固有のプロトコル (デジタル、アナログ、またはシリアル) を使用して、電話ネットワーク上で回線交換電話システムと通信します。

各 PIMG 連動タイプの概要、およびネットワーク接続の図については、電話システム統合の作業 を参照してください。

設定

PIMG または TIMG を設定する場合、インストール担当者は該当するインテグレーション ガイドに記載されている次の手順を実行します。

  1. 電話システムを設定します。
  2. PIMG/TIMG 装置を設定します。PIMG/TIMG の設定には電話システム固有の部分がありますが、電話システムの設定ほどではありません。
  3. Cisco Unity Connection の統合を設定する

電話システム、PIMG/TIMG 装置、および Unity Connection の設定については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある該当する Cisco Unity Connection インテグレーションガイドを参照してください。

ファームウェアの更新

PIMG または TIMG ユニットの出荷を受け取ったら、ユニットのファームウェアの更新が必要になる場合があることに注意してください。 PIMG/TIMG 管理インターフェイスは、ファームウェアファイルを更新する簡単な方法を提供します。 ファームウェアの更新は http://tools.cisco.com/support/downloads/go/Redirect.x?mdfid=278875240 で入手できます (この URL にアクセスするには www.cisco.com にログインする必要があります)。 詳細については、該当するインテグレーションガイドを参照してください。

シリアル連携

Cisco Unity Connection は次のシリアル プロトコルをサポートします。

  • SMDI

  • MCI

  • MD-110

PIMG/TIMG 装置のシリアルポートは、標準の RS-232 シリアルポートとしてではなく、管理ポートとして設計されました。 そのため、電話システムとマスター PIMG/TIMG 装置間のデータリンクには、カスタムシリアルケーブル (Cisco から入手可能) が必要です。

ポート容量の増加

PIMG 装置には 8 つのポートがあります。 システムポートの容量を増やすために、複数の PIMG 装置をスタックすることができます。 たとえば、32 個のポートが必要な場合、4 台の PIMG 装置をスタックできます。

T1-CAS をサポートする回線交換電話網と統合する TIMG ユニットは、ラック用に最適化されたスパンごとに 24 個の T1 ポートを備えています。 シングルスパン、デュアルスパン、およびクアッドスパン TIMG ユニットを使用できます。

複数インテグレーションのサポート/ブランチ オフィスの統合

PIMG/TIMG 装置は、リモートのブランチ オフィス サイトで回線交換電話システムをサポートするために、WAN で分離することができます。 たとえば、Cisco Unity Connection を中央集中型の本社に配置し、本社と支社サイトの両方で回線交換電話システムをサポートすることができます。

たとえば、4 つの異なる製造元からの 4 つの電話システムがあると想定します (たとえば、Nortel、Avaya、NEC、および Siemens)、4 つの電話システム連携を Unity Connection サーバで作成して、4 つの電話システムをサポートします。 スタンドアロン Unity Connection サーバは、4 つの電話システムに接続する最大 144 個のポートをサポートします。 次に例を示します。

  • シアトルのサイトでは、15 PIMG 装置をスタックして 120 ポートをサポートできます。

  • ニューヨークのサイトでは、2 つの PIMG 装置をスタックして 16 ポートをサポートできます。

  • 東京のサイトでは、1 つの PIMG 装置を使用して 4 つのポートをサポートできます。

  • ダラスのサイトでは、1 つの PIMG 装置を使用して 2 つのポートをサポートできます。

PIMG 装置に 8 つのポートが装備されている場合でも、各装置で 8 つ未満のポートを使用することもできます。

リモート電話システムをサポートするために PIMG 装置が WAN で分離されている場合、適切な音声コーデックの選択、帯域幅容量の計画、および QOS の計画が必要です。 G.729a および G.711 音声コーデックは、PIMG 装置および Unity Connection でサポートされています。 PIMG ユニットは Cisco デバイスではなく Dialogic デバイスであるため、ロケーションベースの CAC の使用は適用できません。 WAN 上に PIMG を配置する場合、以下のネットワークと帯域幅の要件が必要です。

  • G.729a 音声コーデックの場合、各ボイスメッセージ ポートに最低 32.76 Kbps (イーサネット、20 バイトのペイロード、5% のオーバーヘッドを想定) の帯域幅が保証されます。

  • G.711 音声コーデックの場合、各ボイスメッセージ ポートに対して最低 91.56 Kbps (イーサネット、160 バイトのペイロード、5% のオーバーヘッドを想定) の帯域幅が保証されます。

  • ネットワークアドレス変換 (NAT) を実装するネットワークデバイスはありません。

PIMG ユニットが WAN で分離されている場合は、適切な QOS トラフィックを通じてコール制御とメディアトラフィックを優先し、PIMG ユニットから発信される音声トラフィックをマークするようにします。 PIMG ユニットの [コール制御 QOS バイト] および [RTP QOS バイト] を次の値に設定します。

  • [コール制御 QOS バイト] フィールドで、104 を入力します。

  • [RTP QOS バイト] フィールドで、184 を入力します。

PIMG ユニットの [コール制御 QOS バイト] および [RTP QOS バイト] フィールドは、QOS ビット フラグを表す 10 進数値を定義することに注意してください。 これらの値は、IPv4 TOS または DiffServ Codepoint (DSCP) のいずれかとして解釈できます。 詳細については、Dialogic 提供の 『Dialogic 1000 および 2000 メディアゲートウェイシリーズ ユーザガイド』を参照してください。

複数の電話システムとの連動

Unity Connection は、Unity Connection サーバーまたはアクティブ/アクティブのサーバーペアごとにサポートされている最大ポート数までの範囲で、必要な数の電話システムをサポートします。https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/integration/multiple/b_cuc15intmultiple.html にある『Cisco Unity Connection の複数の電話システム統合ガイド、リリース 15』を参照してください。

複数の電話システムと連動させる場合の要件

複数の電話システムと連動させる場合、Unity Connection には次の要件があります。

代替内線番号

各ユーザーのプライマリ内線に加えて、代替内線番号をセットアップすることができます。 代替内線番号は、ユーザの電話で複数のライン アピアランスを処理するなど、さまざまな理由で使用できます。 代替内線番号を使用すると、代替デバイス (携帯電話、自宅の電話、別の職場の電話など) から Cisco Unity Connection に発信することがより便利になります。

代替内線の電話番号を指定すると、Unity Connection は、プライマリ内線からの通話を処理するのと同じ方法で、その番号からのすべての通話を処理します(ANI または発信者 ID が電話システムから Unity Connection に渡されることが前提です)。 これは、Unity Connection が代替電話番号をユーザアカウントに関連付けることを意味し、その番号から着信があった場合、Unity Connection はユーザにパスワードを入力してログインするように要求します。

代替内線の URIダイヤリング

Unity Connection は、代替エクステンションの URI を使用したダイヤルをサポートしています。 URI はメールアドレスのように見え、ホスト部分が IPv4 アドレスまたは完全修飾ドメイン名である場合、username@host 形式に従います。URI は、Uniform リソース識別子であり、ディレクトリ番号を識別するために使用される文字列です。 そのディレクトリ番号が電話に割り当てられている場合、Cisco Unity Connection は URI を使用して、通話をその電話にルーティングできます。 URI ダイヤリングは、URI をサポートする SIP エンドポイントの両方で利用できます。

管理者はエンドユーザのディレクトリ URI を LDAP ディレクトリまたは Cisco Unified Communications Manager から Unity Connection にインポートできます。


(注)  


HTTPS、CCI、および Diginet ネットワーキングでは、代行内線番号の URI は、ディレクトリ URI をサポートするノードでのみ複製されます。

ディレクトリ URI 形式

URI は、ユーザーとホストアドレスの間に @ 記号を置くことによって構成される英数字文字列です。 URI フィールドの最大長は 40 文字です。

Unity Connection は次の URI 形式をサポートします。

  • user@domain(例:joe@cisco.com)

  • user@ip_address(例:joe@10.10.10.1)

Unity Connection は、URI のユーザ部分 (@ 記号の前の部分) で以下の形式をサポートします。

  • 使用可能な文字は、a-z、A-Z、0-9、!、$、%、&、*、_、+、~、-、=、\、?、\、‘、,,、.、/、""、{}、[]。 <>。

  • ユーザの部分では大文字と小文字が区別されます。

Unity Connection は、URI のホスト部分(@ 記号の後の部分)で以下の形式をサポートします。

  • IPv4 アドレスまたは完全修飾ドメイン名がサポートされます。

  • 使用できる文字は、a-z、A-Z、0-9、ハイフン、およびドットです。

  • ホスト部分の最初または最後をハイフンにすることはできません。

  • ホスト部分に、連続した 2 つのドットを含めることはできません。

  • 最低 1 文字必要です。

  • ホスト部分では、大文字と小文字は区別されます。


    (注)  


    URI には小文字を使用します。

代替 MWI

ユーザーの新しいメッセージがある場合、最大 10 の内線で MWI をアクティベートするように Cisco Unity Connection を設定できます。 たとえば、内線 1001 に残されたメッセージは、内線 1001 および 1002 の MWI をアクティベートできます。

Unity Connection は MWI を使用して、ユーザに新しいボイスメッセージを知らせます。 MWI は、新しいメール、FAX、返信メッセージを示すためには使用されません。

集中型ボイス メッセージ

Cisco Unity Connection は、電話システムを使用した集中型ボイスメッセージをサポートしており、Avaya DCS、Nortel MCDN、Siemens CorNet などの専用プロトコルや、QSIG または DPNSS などの規格ベースのプロトコルなど、さまざまな電話システム間ネットワーキング プロトコルをサポートしています。集中型ボイス メッセージは電話システムとそのインターフォン システム ネットワークの機能であり、ボイス メールではないことに注意してください。Unity Connection では、電話システムとそのインターフォン システム ネットワーキングが正しく設定されている場合に、集中型ボイスメッセージをサポートします。

集中型ボイス メッセージに関連する電話システムについて説明する場合、基本的に 2 つの種類があります。

  • メッセージセンター PINX:電話システムがボイス メッセージング システムをホストします(電話システムはボイス メッセージング システムに直接接続されます)。

  • ユーザー PINX:電話システムはボイス メッセージング システムからリモートの場所に存在します(電話システムはボイス メッセージング システムに直接接続されません)。

集中型ボイス メッセージは、ネットワーク接続されている電話システム環境内のすべてのユーザにボイス メッセージ サービスを提供します。Unity Connection は、メッセージセンター PINX 上でホストとなることができ、メッセージセンター PINX とすべてのユーザーの PINX 電話システムが適切にネットワーク接続されている場合に、企業内のすべてのユーザーにボイス メッセージ サービスを提供します。

集中型ボイス メッセージ設定が存在する場合、次に示す最低レベルの機能をサポートするには、適切なインターフォン システム ネットワーキング プロトコルが存在する必要があります。

  • メッセージ受信インジケータ(MWI)。

  • 転送。正しい発信者 ID と着信者 ID がボイス メッセージング システムに送信されることを保証します。

  • 宛先変更。正しい発信者 ID と着信者 ID がボイス メッセージング システムに送信されることを保証します。

ボイス メッセージング システムがどのように使用されるかに応じて、他の機能が必要になる場合もあります。たとえば、自動応答機能も提供する場合は、ヘアピンコールを防ぐために、パス置換機能が必要となります。

すべての電話システムがメッセージ センター PINX として機能できるわけではありません。メッセージ センター PINX として機能できない電話システムの場合、Unity Connection を Cisco Unified Communications Manager に移動して、Cisco Unified CM をメッセージセンター PINX として機能させ、回線交換電話システムをユーザー PINX として機能させることを検討します。

集中型ボイスメッセージ環境で Unity Connection を Cisco Unified CM でメッセージセンター PINX として機能するホストとして設定する場合の詳細については、次を参照してください。

Unity Connection と回線交換電話システムで集中型ボイスメッセージを導入する場合、回線交換電話システムが Unity Connection をホストできるメッセージ センター PINX として機能できるかどうかの判断はお客様により異なることに注意してください。お客様は、MWI、転送、宛先変更、パス置換などの必要な機能がサポートされているかどうかも確認する必要があります。

Cisco Unified CM クラスタ間のクラスタ間トランクは、Annex M.1 機能を使用することで QSIG に対応できます。これにより、Unity Connection は 1 つの Cisco Unified CM クラスタと連動できます。Unity Connection と連動するクラスタのポートは、他のクラスタの電話機用の MWI のオン/オフの切り替え専用にすることができます。

Cisco ISR ボイスゲートウェイを使用して QSIG 対応の電話システムで Unity Connection と連動させる

Unity Connection は、Cisco ISR ボイスゲートウェイを使用して、QSIG 対応の電話システムとの連動をサポートしています。図 9 を参照してください。

図 9. 電話システムと Cisco Unity Connection 間の接続

Cisco ISR ボイスゲートウェイを使用した Unity Connection と QSIG 対応の電話システムとの連動については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/integration/sip-qsig_gw/b_cuc15intqsig.html にある『Cisco Unity Connection の Cisco ISR ボイスゲートウェイを使用した QSID 対応の電話システムとの連動ガイド 15』を参照してください。

連動の追加情報へのリンク

Cisco Unified Communications Manager および Cisco Unified CM Express のサポートされているすべてのバージョンのリストについては、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/compatibility/matrix/b_cucclientmtx.html にある『Cisco Unity Connection の互換性マトリクス』を参照してください。

サポートされている他の電話システムとの連動の最新の一覧については、http://www.cisco.com/en/US/products/ps6509/products_installation_and_configuration_guides_list.html にある適切な Cisco Unity Connection 統合ガイドを参照してください。

Unity Connection は、同時に 1 つ以上の電話システムと連動できます。詳細については、https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/connection/15/integration/multiple/b_cuc15intmultiple.html にある『Cisco Unity Connection の複数の電話システム統合ガイド、リリース 15』を参照してください。