この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
目次
クライアントのホスト コンピュータまたはデバイスがネットワーク接続を取得すると、ホスト コンピュータまたはデバイスは DHCP 設定から DNS ネーム サーバのアドレスも取得します。 ネットワーク接続によりますが、そのネーム サーバが社内ネットワークの内部の場合と外部の場合があります。
Cisco Jabber は、ホスト コンピュータまたはデバイスが DHCP 設定から取得するネーム サーバをクエリします。
サービス ドメインは、Cisco Jabber クライアントによってさまざまな方法で検出されます。
Cisco Jabber はサービス ドメインを取得した後、クライアント コンピュータまたはデバイスに設定されているネーム サーバをクエリします。
ネットワークがファイアウォールの内側に存在するのか、外側に存在するのか、Expressway for Mobile and Remote Access が展開されているかどうかを確認します。 DNS サービス(SRV)レコードを取得するために、ネーム サーバにクエリが送信されます。
ネットワーク変更のモニタを開始します。
Expressway for Mobile and Remote Access が展開されている場合、クライアントはネットワークをモニタして、ネットワークがファイアウォールの内側または外側から切り替わったときに再接続できるようにします。
Cisco WebEx Messenger サービス用の CAS URL に対して HTTP クエリを発行します。
このクエリによって、クライアントはドメインが有効な Cisco WebEx ドメインかどうかを判定できます。
前回のクエリのキャッシュに DNS サービス(SRV)レコードがない場合、レコードの取得をネーム サーバにクエリーします。
利用可能なサービスを検索するためにネーム サーバに SRV レコードを問い合わせるほか、Cisco Jabber は Cisco WebEx Messenger サービス用の CAS URL に対して HTTP クエリーを送信します。 この要求により、クライアントはクラウドベース展開を特定して、Cisco WebEx Messenger サービスに対してユーザを認証できるようになります。
クライアントはユーザからサービス ドメインを取得すると、次の HTTP クエリーへのドメインに追加します。
http://loginp.webexconnect.com/cas/FederatedSSO?org=
たとえば、クライアントは example.com をそのユーザからのサービス ドメインとして取得した場合に、次のクエリーを発行します。
http://loginp.webexconnect.com/cas/FederatedSSO?org=example.com
クエリーは、サービス ドメインが有効な Cisco WebEx ドメインであるかどうかを判定するためにクライアントが使用する XML 応答を返します。
クライアントはサービス ドメインを有効な Cisco WebEx ドメインとして判定すると、ユーザに Cisco WebEx クレデンシャルの入力を促します。 その後で、クライアントは Cisco WebEx Messenger サービスに対して認証し、Cisco WebEx Org Admin で設定されたコンフィグレーションと UC サービスを取得します。
サービス ドメインが有効な Cisco WebEx ドメインでないと判定した場合、利用可能なサービスの特定にネーム サーバへのクエリー結果を使用します。
クライアントがネーム サーバをクエリーする場合、ネーム サーバにそれぞれ独立した SRV レコードの要求を同時に送信します。
_cisco-uds:クライアントは、それが企業ネットワーク内に存在することを検出し、Cisco Unified Communications Manager に接続します。
_cuplogin:クライアントは、それが企業ネットワーク内に存在することを検出し、Cisco Unified Presence に接続します。
_collab-edge:クライアントは、Expressway for Mobile and Remote Access 経由で内部ネットワークに接続して、サービスを検出しようとします。
SRV レコードなし:クライアントは、ユーザにセットアップとサインインの詳細を手動で入力するように要求します。
内部サービスに接続する際の目標は、オーセンティケータを決定し、ユーザをサインインし、利用可能なサービスに接続することです。
クライアントは、CAS URL ルックアップが Cisco WebEx ユーザを示していることを検出すると、次の処理を実行します。
クライアントが _cisco-uds レコードを検出すると、クライアントは次の処理を実行します。
Cisco Unified Communications Manager により認証するクレデンシャルの入力をユーザに促します。
ユーザのホーム クラスタを特定する。
ホーム クラスタの特定によって、クライアントは自動的にユーザのデバイス リストを取得し、Cisco Unified Communications Manager に登録することができます。
Cisco Unified Communications Manager クラスタが複数存在する環境では、クラスタ間検索サービス(ILS)を設定する必要があります。 ILS を使用することで、クライアントはユーザのホーム クラスタの検出が可能になります。
ILS の設定方法については、該当するバージョンの『Cisco Unified Communications Manager Features and Services Guide』を参照してください。
サービス プロファイルを取得する。
サービス プロファイルは、クライアントに対しオーセンティケータと、クライアントおよび UC サービスの設定を準備します。
Cisco Unified Communications Manager:Cisco Unified Presence または Cisco Unified Communications Manager IM and Presence Service がオーセンティケータです。
(注) |
このリリースの時点では、クライアントは SRV レコードのクエリーに加えて HTTP クエリーを発行します。 HTTP クエリーを使用すれば、クライアントが Cisco WebEx Messenger サービスを認証するかどうかを決定できます。 クラウドベース展開では、HTTP クエリーの結果として、クライアントが Cisco WebEx Messenger サービスに接続します。[製品タイプ(Product type)] フィールドの値を [WebEx(WebEx)] に設定しても、クライアントが CAS 検索を使用してすでに WebEx サービスを検出していた場合は、実質的な効果はありません。 |
未設定:サービス プロファイルに IM and Presence サービス設定が含まれていない場合は、オーセンティケータが Cisco Unified Communications Manager になります。
オーセンティケータにサイン インします。
クライアントにサインインした後、製品モードを判定できます。
クライアントが _cuplogin レコードを検出すると、クライアントは次の処理を実行します。
ネーム サーバが _collab-edge SRV レコードを返す場合は、クライアントが Expressway for Mobile and Remote Access 経由で内部サーバに接続しようとします。
(注) |
Cisco Expressway-C サーバは内部 SRV レコードを検索し、Cisco Expressway-E サーバにそのレコードを提供します。 |
クライアントが _cisco-uds が含まれているはずの内部 SRV レコードを取得したら、Cisco Unified Communications Manager からサービス プロファイルを受け取ります。 その後、サービス プロファイルはユーザのホーム クラスタ、認証のプライマリ ソース、および設定をクライアントに提供します。
独立ドメインの一例として、組織が example.com を外部ドメインとしてインターネット名前登録機関に登録したとします。
独立ネーム設計では、内部ドメインと外部ドメインの 2 つのドメインがあります。 クライアントは、サービス ドメインで SRV レコードをクエリーします。 内部ネーム サーバがサービス ドメインのレコードを扱う必要があります。 しかし、独立ネーム設計では、サービス ドメイン用のゾーンが内部ネーム サーバにない可能性があります。
内部ネーム サーバにサービス ドメイン用のゾーンがまだない場合、作成できます。 この方式では、内部ネーム サーバにサービス ドメインに対する権限を持たせます。 内部ネーム サーバは権限を持っているので、他のネーム サーバにクエリーを転送しません。
この方式は、ドメイン全体のフォワーディング関係を変え、内部 DNS 構造を混乱させることがあります。 サービス ドメインの内部ゾーンを作成できない場合、内部ネーム サーバにピンポイント サブドメイン ゾーンを作成できます。
同一ドメインの設計の例として、組織が example.com を外部ドメインとしてインターネット名前登録機関に登録しているとします。 組織は example.com を内部ドメイン名としても使用します。
2 つの DNS ゾーンが同一のドメインを表します。内部ネーム サーバ内の DNS ゾーンと外部ネーム サーバ内の DNS ゾーンです。
同一ドメイン(非スプリット ブレイン)設計では、内部および外部ホストは 1 セットのネーム サーバとして扱われ、同じ DNS 情報にアクセスできます。
この設計は、内部ネットワークに関する多くの情報を公開し攻撃にさらすことになるため、一般的ではありません。
ユーザには、管理者から電子メールが送信されます。 電子メールには、サービス ディスカバリに必要なドメインを設定する URL が含まれます。
クライアントは、自動的にサービスを探し出し、接続します。
ユーザは、クライアントのユーザ インターフェイスで手動により接続設定を入力します。
サービスの接続に必要な情報をクライアントに提供するために使用する必要がある方法は、導入タイプ、サーバのバージョン、製品モードによって異なります。 次の表では、さまざまな導入方法とクライアントに必要な情報を提供する方法について詳しく示しています。
製品モード |
サーバのバージョン |
検出方法 |
Non-DNS 方式 |
---|---|---|---|
フル UC(デフォルト モード) |
|
_cisco-uds.<domain> に対する DNS SRV 要求 |
次のインストーラ スイッチと値を使用する。 |
フル UC(デフォルト モード) |
|
_cuplogin.<domain> に対する DNS SRV 要求 |
次のインストーラ スイッチと値を使用する。 |
IM 専用(デフォルト モード) |
|
_cisco-uds.<domain> に対する DNS SRV 要求 |
次のインストーラ スイッチと値を使用する。 |
IM 専用(デフォルト モード) |
|
_cuplogin .<domain> に対する DNS SRV 要求 |
次のインストーラ スイッチと値を使用する。 |
電話機モード |
|
_cisco-uds.<domain> に対する DNS SRV 要求 |
次のインストーラ スイッチと値を使用する。 |
電話機モード |
|
手動接続設定 |
次のインストーラ スイッチと値を使用する。 |
(注) |
Cisco Jabber リリース 9.6 以降では、まだ、_cuplogin DNS SRV 要求を使用して完全な Unified Communications およびインスタント メッセージング専用サービスを検出できますが、_cisco-uds 要求が提示された場合はその要求が優先されます。 |
新規インストールの最初のログイン時に電子メール画面をバイパスする場合、DNS レコードが存在するドメインの値を指定するために SERVICES_DOMAIN インストーラのスイッチを使用します。
(注) |
Cisco Jabber for Windows 9.2 からアップグレードしている場合、サービス ドメインがキャッシュ設定から読み取られます。 |
製品モード |
サーバのバージョン |
検出方法 |
---|---|---|
フル UC(デフォルト モード) |
|
_cisco-uds.<domain> に対する DNS SRV 要求 |
フル UC(デフォルト モード) |
|
_cuplogin.<domain> に対する DNS SRV 要求 |
製品モード |
サーバのバージョン |
検出方法 |
---|---|---|
フル UC(デフォルト モード) |
|
_cisco-uds.<domain> と _cuplogin.<domain> に対する DNS SRV 要求 |
フル UC(デフォルト モード) |
|
_cuplogin.<domain> に対する DNS SRV 要求 |
IM 専用(デフォルト モード) |
リリース 9 以降:Cisco Unified Communications Manager IM and Presence Service |
_cisco-uds.<domain> と _cuplogin.<domain> に対する DNS SRV 要求 |
IM 専用(デフォルト モード) |
リリース 8.x:Cisco Unified Presence |
_cuplogin.<domain> に対する DNS SRV 要求 |
電話機モード |
リリース 9 以降:Cisco Unified Communications Manager |
_cisco-uds.<domain> に対する DNS SRV 要求 |
電話機モード |
リリース 8.x:Cisco Unified Communications Manager |
手動接続設定またはブートストラップ ファイル 手動接続設定 |
(注) |
Cisco Unified Communications Manager バージョン 9 以降では、まだ、_cuplogin DNS SRV 要求を使用して完全な Unified Communications およびインスタント メッセージング専用サービスを検出できますが、_cisco-uds 要求が提示された場合はその要求が優先されます。 |
サーバのバージョン |
接続方法 |
---|---|
Cisco WebEx Messenger |
http://loginp.webexconnect.com/cas/FederatedSSO?org=<domain> に対する HTTPS 要求 |
展開タイプ |
接続方法 |
---|---|
シングル サインオン(SSO) |
Cisco WebEx 管理ツール SSO_ORG_DOMAIN 引数を設定するためのブートストラップ ファイル。 |
SSO に対しては有効ではありません |
Cisco WebEx 管理ツール |
認証ソースまたはオーセンティケータにより、ユーザはクライアントにログインすることができます。
ハイ アベイラビリティとは、インスタント メッセージおよびプレゼンス サービスに対してフェールオーバー機能を提供するために複数のノードがサブクラスタに存在する環境を意味します。 サブクラスタ内の 1 つのノードが利用できなくなった場合、インスタント メッセージおよびプレゼンスがそのノードからサブクラスタ内の別のノードにフェールオーバーします。 このようにして、ハイ アベイラビリティにより、Cisco Jabber のインスタント メッセージおよびプレゼンス サービスの信頼できる継続性が保証されます。
Cisco Jabber は、次のサーバを使用したハイ アベイラビリティをサポートします。
「Multi-node Deployment Administration」
「Planning a Cisco Unified Presence Multi-Node Deployment」
「High Availability Client Login Profiles」
Cisco Unified Communications Manager のプライマリ インスタンスからセカンダリ インスタンスへのフェールオーバーが発生した場合、アクティブ コールを保留状態にすることはできません。
ハイ アベイラビリティがサーバに設定されている場合、プライマリ サーバがセカンダリ サーバにフェールオーバー後、クライアントは最大 1 分間プレゼンス ステータスを一時的に失います。 サーバに再ログインを試行する前にクライアントが待機する時間を定義するため、再ログイン パラメータを設定します。
次のワークフローでは、Cisco Unified Presence サーバがフェールオーバーした場合のクライアントの動作について説明します。
クライアントがアクティブ サーバから切断されると、クライアントは XMPPCONNECTED 状態から FAILOVER 状態になります。
FAILOVER 状態から、クライアントは(プライマリ サーバとして)SOAPCONNECT_SESSION_P を試み、それが失敗すると、(セカンダリ サーバとして)SOAPCONNECT_SESSION_S を試みることによって、SOAPCONNECTED 状態に移行しようとします。
SOAPCONNECT_SESSION_P、SOAPCONNECT_SESSION_S、SOAPCONNECT_P、または SOAPCONNECT_S 状態から、クライアントは現在のプライマリ セカンダリ XMPP サーバ アドレスを取得します。 このアドレスはフェールオーバー中に変化します。
SOAPCONNECTED 状態から、クライアントは XMPPCONNECT_P 状態に接続することによって XMPPCONNECTED 状態に移行しようとし、それが失敗すると、XMPPCONNECT_S 状態を試みます。
クライアントが XMPPCONNECTED 状態に移行すると、IM&P 機能を使用できます。
コンピュータ テレフォニー インテグレーション(CTI)を使用すれば、電話コールを発信、受信、および管理しながら、コンピュータ処理機能を利用することができます。 CTI アプリケーションを使用すれば、発信者 ID から提供された情報に基づいてデータベースから顧客情報を取得したり、自動音声応答(IVR)システムが収集した情報を利用したりできます。
Cisco Jabber for Windows と Cisco Jabber for Mac がサードパーティ製アプリケーションからの Cisco Jabber の CTI 従属をサポートします。
Cisco JTAPI:http://developer.cisco.com/web/jtapi/home
目次
- プランニングの考慮事項
- DNS の設定
- クライアントが DNS を使用する方法
- クライアントがネーム サーバを検索する方法
- クライアントがサービス ドメインを取得する方法
- クライアントによる利用可能なサービスの検出方法
- クライアントによる HTTP クエリーの発行
- クライアントからのネーム サーバのクエリー
- クライアントの内部サービスへの接続
- Expressway for Mobile and Remote Access を介したクライアントの接続
- ドメイン ネーム システムの設計
- 独立ドメイン設計
- 独立ドメイン構造での SRV レコード導入
- サービス ドメインへの内部ゾーンの使用
- 同一ドメイン設計
- 同一ドメイン(スプリット ブレイン)
- 同一ドメイン(非スプリット ブレイン)
- クライアントによるサービスへの接続方法
- 推奨される接続方法
- 認証ソース
- インスタントメッセージおよびプレゼンスのハイ アベイラビリティ
- フェールオーバー中のクライアントの動作
- コンピュータ テレフォニー インテグレーション従属
DNS の設定
クライアントが DNS を使用する方法
クライアントがサービス ドメインを取得する方法
サービス ドメインは、Cisco Jabber クライアントによってさまざまな方法で検出されます。
新規インストール:ハイブリッド展開では、CAS ルックアップによる Cisco WebEx ドメインの検出で必要なドメインと、DNS レコードが配布されるドメインが異なる場合があります。 このような場合は、Cisco WebEx の検出に使用されるドメインとして ServicesDomain を設定し、DNS レコードが配布されるドメインとして VoiceServicesDomain を設定します。 音声サービス ドメインは、次のように設定されます。Cisco Jabber はサービス ドメインを取得した後、クライアント コンピュータまたはデバイスに設定されているネーム サーバをクエリします。
クライアントによる利用可能なサービスの検出方法
使用可能なサービスを検出するため、クライアントは次のことを実行します。
ネットワークがファイアウォールの内側に存在するのか、外側に存在するのか、Expressway for Mobile and Remote Access が展開されているかどうかを確認します。 DNS サービス(SRV)レコードを取得するために、ネーム サーバにクエリが送信されます。
ネットワーク変更のモニタを開始します。
Expressway for Mobile and Remote Access が展開されている場合、クライアントはネットワークをモニタして、ネットワークがファイアウォールの内側または外側から切り替わったときに再接続できるようにします。
Cisco WebEx Messenger サービス用の CAS URL に対して HTTP クエリを発行します。
このクエリによって、クライアントはドメインが有効な Cisco WebEx ドメインかどうかを判定できます。
前回のクエリのキャッシュに DNS サービス(SRV)レコードがない場合、レコードの取得をネーム サーバにクエリーします。
- クライアントによる HTTP クエリーの発行
- クライアントからのネーム サーバのクエリー
- クライアントの内部サービスへの接続
- Expressway for Mobile and Remote Access を介したクライアントの接続
クライアントによる HTTP クエリーの発行
利用可能なサービスを検索するためにネーム サーバに SRV レコードを問い合わせるほか、Cisco Jabber は Cisco WebEx Messenger サービス用の CAS URL に対して HTTP クエリーを送信します。 この要求により、クライアントはクラウドベース展開を特定して、Cisco WebEx Messenger サービスに対してユーザを認証できるようになります。
クライアントはユーザからサービス ドメインを取得すると、次の HTTP クエリーへのドメインに追加します。
http://loginp.webexconnect.com/cas/FederatedSSO?org=たとえば、クライアントは example.com をそのユーザからのサービス ドメインとして取得した場合に、次のクエリーを発行します。
http://loginp.webexconnect.com/cas/FederatedSSO?org=example.comクエリーは、サービス ドメインが有効な Cisco WebEx ドメインであるかどうかを判定するためにクライアントが使用する XML 応答を返します。
クライアントはサービス ドメインを有効な Cisco WebEx ドメインとして判定すると、ユーザに Cisco WebEx クレデンシャルの入力を促します。 その後で、クライアントは Cisco WebEx Messenger サービスに対して認証し、Cisco WebEx Org Admin で設定されたコンフィグレーションと UC サービスを取得します。
サービス ドメインが有効な Cisco WebEx ドメインでないと判定した場合、利用可能なサービスの特定にネーム サーバへのクエリー結果を使用します。
クライアントからのネーム サーバのクエリー
クライアントがネーム サーバをクエリーする場合、ネーム サーバにそれぞれ独立した SRV レコードの要求を同時に送信します。
ネーム サーバが次を返した場合:
_cisco-uds:クライアントは、それが企業ネットワーク内に存在することを検出し、Cisco Unified Communications Manager に接続します。
_cuplogin:クライアントは、それが企業ネットワーク内に存在することを検出し、Cisco Unified Presence に接続します。
_collab-edge:クライアントは、Expressway for Mobile and Remote Access 経由で内部ネットワークに接続して、サービスを検出しようとします。
SRV レコードなし:クライアントは、ユーザにセットアップとサインインの詳細を手動で入力するように要求します。
クライアントの内部サービスへの接続
内部サービスに接続する際の目標は、オーセンティケータを決定し、ユーザをサインインし、利用可能なサービスに接続することです。
ユーザにサインイン画面を通過させることが可能なオーセンティケータとして、次の 3 つが考えられます。クライアントは検出するサービスに接続します。これは展開によって異なります。
クライアントは、CAS URL ルックアップが Cisco WebEx ユーザを示していることを検出すると、次の処理を実行します。
クライアントが _cisco-uds レコードを検出すると、クライアントは次の処理を実行します。
Cisco Unified Communications Manager により認証するクレデンシャルの入力をユーザに促します。
ユーザのホーム クラスタを特定する。
ホーム クラスタの特定によって、クライアントは自動的にユーザのデバイス リストを取得し、Cisco Unified Communications Manager に登録することができます。
重要:Cisco Unified Communications Manager クラスタが複数存在する環境では、クラスタ間検索サービス(ILS)を設定する必要があります。 ILS を使用することで、クライアントはユーザのホーム クラスタの検出が可能になります。
ILS の設定方法については、該当するバージョンの『Cisco Unified Communications Manager Features and Services Guide』を参照してください。
サービス プロファイルを取得する。
サービス プロファイルは、クライアントに対しオーセンティケータと、クライアントおよび UC サービスの設定を準備します。
クライアントは、[プレゼンス プロファイル(IM and Presence Profile)] の [製品タイプ(Product type)] フィールドの値から、オーセンティケータを次のように決定します。
Cisco Unified Communications Manager:Cisco Unified Presence または Cisco Unified Communications Manager IM and Presence Service がオーセンティケータです。
WebEx(IM and Presence):Cisco WebEx Messenger サービスがオーセンティケータです。
(注)
このリリースの時点では、クライアントは SRV レコードのクエリーに加えて HTTP クエリーを発行します。 HTTP クエリーを使用すれば、クライアントが Cisco WebEx Messenger サービスを認証するかどうかを決定できます。
クラウドベース展開では、HTTP クエリーの結果として、クライアントが Cisco WebEx Messenger サービスに接続します。[製品タイプ(Product type)] フィールドの値を [WebEx(WebEx)] に設定しても、クライアントが CAS 検索を使用してすでに WebEx サービスを検出していた場合は、実質的な効果はありません。
未設定:サービス プロファイルに IM and Presence サービス設定が含まれていない場合は、オーセンティケータが Cisco Unified Communications Manager になります。
オーセンティケータにサイン インします。
クライアントにサインインした後、製品モードを判定できます。
クライアントが _cuplogin レコードを検出すると、クライアントは次の処理を実行します。
Expressway for Mobile and Remote Access を介したクライアントの接続
ネーム サーバが _collab-edge SRV レコードを返す場合は、クライアントが Expressway for Mobile and Remote Access 経由で内部サーバに接続しようとします。
ネーム サーバが _collab-edge SRV レコードを返すと、クライアントは Cisco Expressway-E サーバの場所を取得します。 その後で、Cisco Expressway-E サーバが内部ネーム サーバに対するクエリの結果をクライアントに提供します。
(注)
Cisco Expressway-C サーバは内部 SRV レコードを検索し、Cisco Expressway-E サーバにそのレコードを提供します。
クライアントが _cisco-uds が含まれているはずの内部 SRV レコードを取得したら、Cisco Unified Communications Manager からサービス プロファイルを受け取ります。 その後、サービス プロファイルはユーザのホーム クラスタ、認証のプライマリ ソース、および設定をクライアントに提供します。
ドメイン ネーム システムの設計
クライアントによるサービスへの接続方法
次の方法でクライアントに情報を提供することが可能です。
- URL 設定
ユーザには、管理者から電子メールが送信されます。 電子メールには、サービス ディスカバリに必要なドメインを設定する URL が含まれます。
- サービス ディスカバリ
クライアントは、自動的にサービスを探し出し、接続します。
- 手動接続設定
ユーザは、クライアントのユーザ インターフェイスで手動により接続設定を入力します。
推奨される接続方法
サービスの接続に必要な情報をクライアントに提供するために使用する必要がある方法は、導入タイプ、サーバのバージョン、製品モードによって異なります。 次の表では、さまざまな導入方法とクライアントに必要な情報を提供する方法について詳しく示しています。
Cisco Jabber for Windows 向けのオンプレミス展開
製品モード
サーバのバージョン
検出方法
Non-DNS 方式
フル UC(デフォルト モード)
_cisco-uds.<domain> に対する DNS SRV 要求
次のインストーラ スイッチと値を使用する。
フル UC(デフォルト モード)
_cuplogin.<domain> に対する DNS SRV 要求
次のインストーラ スイッチと値を使用する。
IM 専用(デフォルト モード)
リリース 9 以降:
- Cisco Unified Communications Manager IM and Presence Service
_cisco-uds.<domain> に対する DNS SRV 要求
次のインストーラ スイッチと値を使用する。
IM 専用(デフォルト モード)
リリース 8.x:
- Cisco Unified Presence
_cuplogin .<domain> に対する DNS SRV 要求
次のインストーラ スイッチと値を使用する。
電話機モード
リリース 9 以降:
- Cisco Unified Communications Manager
_cisco-uds.<domain> に対する DNS SRV 要求
次のインストーラ スイッチと値を使用する。
電話機モード
リリース 8.x:
- Cisco Unified Communications Manager
手動接続設定
次のインストーラ スイッチと値を使用する。
(注)
Cisco Jabber リリース 9.6 以降では、まだ、_cuplogin DNS SRV 要求を使用して完全な Unified Communications およびインスタント メッセージング専用サービスを検出できますが、_cisco-uds 要求が提示された場合はその要求が優先されます。新規インストールの最初のログイン時に電子メール画面をバイパスする場合、DNS レコードが存在するドメインの値を指定するために SERVICES_DOMAIN インストーラのスイッチを使用します。
(注)
Cisco Jabber for Windows 9.2 からアップグレードしている場合、サービス ドメインがキャッシュ設定から読み取られます。Cisco Jabber for Mac 向けのオンプレミス展開
Cisco Jabber for Android および Cisco Jabber for iPhone and iPad 向けのオンプレミス展開
製品モード
サーバのバージョン
検出方法
フル UC(デフォルト モード)
_cisco-uds.<domain> と _cuplogin.<domain> に対する DNS SRV 要求
フル UC(デフォルト モード)
_cuplogin.<domain> に対する DNS SRV 要求
IM 専用(デフォルト モード)
リリース 9 以降:Cisco Unified Communications Manager IM and Presence Service
_cisco-uds.<domain> と _cuplogin.<domain> に対する DNS SRV 要求
IM 専用(デフォルト モード)
リリース 8.x:Cisco Unified Presence
_cuplogin.<domain> に対する DNS SRV 要求
電話機モード
リリース 9 以降:Cisco Unified Communications Manager
_cisco-uds.<domain> に対する DNS SRV 要求
電話機モード
リリース 8.x:Cisco Unified Communications Manager
手動接続設定またはブートストラップ ファイル
手動接続設定
(注)
Cisco Unified Communications Manager バージョン 9 以降では、まだ、_cuplogin DNS SRV 要求を使用して完全な Unified Communications およびインスタント メッセージング専用サービスを検出できますが、_cisco-uds 要求が提示された場合はその要求が優先されます。インスタントメッセージおよびプレゼンスのハイ アベイラビリティ
ハイ アベイラビリティとは、インスタント メッセージおよびプレゼンス サービスに対してフェールオーバー機能を提供するために複数のノードがサブクラスタに存在する環境を意味します。 サブクラスタ内の 1 つのノードが利用できなくなった場合、インスタント メッセージおよびプレゼンスがそのノードからサブクラスタ内の別のノードにフェールオーバーします。 このようにして、ハイ アベイラビリティにより、Cisco Jabber のインスタント メッセージおよびプレゼンス サービスの信頼できる継続性が保証されます。
Cisco Jabber は、次のサーバを使用したハイ アベイラビリティをサポートします。
Cisco Unified Presence リリース 8.5 と 8.6
ハイ アベイラビリティの詳細については、次の Cisco Unified Presence のマニュアルを参照してください。
- 『Configuration and Administration of Cisco Unified Presence Release 8.6』
「Multi-node Deployment Administration」
- 『Deployment Guide for Cisco Unified Presence Release 8.0 and 8.5』
「Planning a Cisco Unified Presence Multi-Node Deployment」
Cisco Unified Communications Manager IM and Presence Service リリース 9.0 以降
ハイ アベイラビリティの詳細については、次の Cisco Unified Communications Manager IM and Presence Service のドキュメントを使用します。
- 『Configuration and Administration of IM and Presence Service on Cisco Unified Communications Manager』
「High Availability Client Login Profiles」
- フェールオーバー中の保留状態アクティブ コール
Cisco Unified Communications Manager のプライマリ インスタンスからセカンダリ インスタンスへのフェールオーバーが発生した場合、アクティブ コールを保留状態にすることはできません。
フェールオーバー中のクライアントの動作
次のワークフローでは、Cisco Unified Presence サーバがフェールオーバーした場合のクライアントの動作について説明します。
クライアントがアクティブ サーバから切断されると、クライアントは XMPPCONNECTED 状態から FAILOVER 状態になります。
FAILOVER 状態から、クライアントは(プライマリ サーバとして)SOAPCONNECT_SESSION_P を試み、それが失敗すると、(セカンダリ サーバとして)SOAPCONNECT_SESSION_S を試みることによって、SOAPCONNECTED 状態に移行しようとします。
SOAPCONNECT_SESSION_P、SOAPCONNECT_SESSION_S、SOAPCONNECT_P、または SOAPCONNECT_S 状態から、クライアントは現在のプライマリ セカンダリ XMPP サーバ アドレスを取得します。 このアドレスはフェールオーバー中に変化します。
SOAPCONNECTED 状態から、クライアントは XMPPCONNECT_P 状態に接続することによって XMPPCONNECTED 状態に移行しようとし、それが失敗すると、XMPPCONNECT_S 状態を試みます。
クライアントが XMPPCONNECTED 状態に移行すると、IM&P 機能を使用できます。
コンピュータ テレフォニー インテグレーション従属
コンピュータ テレフォニー インテグレーション(CTI)を使用すれば、電話コールを発信、受信、および管理しながら、コンピュータ処理機能を利用することができます。 CTI アプリケーションを使用すれば、発信者 ID から提供された情報に基づいてデータベースから顧客情報を取得したり、自動音声応答(IVR)システムが収集した情報を利用したりできます。
Cisco Jabber for Windows と Cisco Jabber for Mac がサードパーティ製アプリケーションからの Cisco Jabber の CTI 従属をサポートします。
CTI 従属の詳細については、該当するリリースの『 Cisco Unified Communications Manager System Guide』の CTI の項を参照してください。 また、 Cisco Unified Communications Manager API を介して CTI 制御用のアプリケーションを作成する方法については、Cisco Developer Network 上の次のサイトを参照できます。
Cisco JTAPI:http://developer.cisco.com/web/jtapi/home