Cisco Jabber 11.5 計画ガイド
連絡先ソース
連絡先ソース

目次

連絡先ソース

ディレクトリ サーバ(Directory Servers)

次のディレクトリを Cisco Jabber で使用できます。

(注)  


Cisco Jabber for MacCisco Jabber for iPhone and iPad、および Cisco Jabber for Android は、ディレクトリ統合用の LDAPv3 標準をサポートしています。この標準をサポートするディレクトリ サーバは、これらのクライアントと互換性がある必要があります。


  • Windows Server 2012 R2 の Active Directory Domain Services

  • Windows Server 2008 R2 の Active Directory Domain Services

  • Cisco Unified Communications Manager User Data Server(UDS)

    Cisco Jabber は、次の Cisco Unified Communications Manager バージョンを使用して UDS をサポートします。
    • Cisco Unified Communications Manager バージョン 9.1(2) 以降(Cisco Options Package(COP)ファイル cmterm-cucm-uds-912-5.cop.sgn を使用)。
    • Cisco Unified Communications Manager バージョン 10.0(1)。COP ファイルは必要ありません。
  • OpenLDAP

  • Active Directory Lightweight Directory Service(AD LDS)または Active Directory Application Mode(ADAM)

制約事項:

OpenLDAP、AD LDS、または ADAM とのディレクトリ統合では、Cisco Jabber コンフィギュレーション ファイルで固有のパラメータを定義する必要があります。詳細については、「LDAP ディレクトリ サーバ」を参照してください。

連絡先ソースとは

連絡先ソースとはユーザに関するデータの集合です。ユーザが連絡先を検索したり、Cisco Jabber クライアントに連絡先を追加するときに、連絡先ソースから連絡先情報が読み取られます。

Cisco Jabber は連絡先ソースから連絡先情報を取り出して連絡先リストに入力し、クライアントの連絡先カードと連絡先情報を表示する他の領域を更新します。インスタント メッセージや音声/ビデオ コールなどの着信をクライアントが受信したときに、連絡先ソースを使用して連絡先情報が解決されます。

ディレクトリ統合を設定するタイミング


(注)  


Active Directory ドメインに登録されているワークステーションに Cisco Jabber for Windows をインストールします。この環境では、Cisco Jabber for Windows をディレクトリに接続するように設定する必要がありません。クライアントはディレクトリを自動的に検出し、そのドメイン内のグローバル カタログ サーバに接続します。


次のいずれかを連絡先ソースとして使用する場合は、Cisco Jabber をディレクトリに接続するように設定します。
  • ドメイン コントローラ

  • Cisco Unified Communications Manager User Data Service

  • OpenLDAP

  • Active Directory ライトウェイト ディレクトリ サービス

  • Active Directory Application Mode; Active Directory アプリケーション モード

オプションで、次のようにディレクトリ統合を設定できます。
  • デフォルト属性マッピングを変更します。

  • ディレクトリのクエリー設定を調整します。

  • クライアントが連絡先写真を取得する方法を指定します。

  • イントラドメイン フェデレーションを実行します。

連絡先ソースが必要な理由

Cisco Jabber は連絡先ソースを次のように使用します。
  • 連絡先のユーザの検索:クライアントは入力された情報を取得して、連絡先ソースを検索します。情報は連絡先ソースから取得され、クライアントはその連絡先とやり取りするために使用可能な方法を表示します。

  • クライアントが着信通知を受信:クライアントは着信通知から情報を取得して、URI 番号を解決し、連絡先ソースから連絡先と JabberID を取得します。クライアントはアラートに連絡先の詳細を表示します。

連絡先ソース オプション

オンプレミス展開では、クライアントがユーザ情報のディレクトリ検索を解決するために次の連絡先ソースのいずれかを要求します。

  • Lightweight Directory Access Protocol(LDAP):社内ディレクトリがある場合は、次の LDAP ベースの連絡先ソース オプションを使用してディレクトリを連絡先ソースとして設定できます。
    • 拡張ディレクトリ統合(EDI):Cisco Jabber for Windows を展開する場合に、このオプションを選択します。

    • 基本ディレクトリ統合(BDI):Cisco Jabber for Mac、iOS、および Android を展開する場合に、このオプションを選択します。

  • Cisco Unified Communications Manager User Data Service(UDS):社内ディレクトリがない場合、または展開に Expressway Mobile and Remote Access と接続しているユーザが含まれている場合は、このオプションを使用できます。

LDAP オプション:EDI と BDI

拡張ディレクトリ統合

EDI は、ネイティブな Microsoft Windows API を使用してディレクトリ サービスから連絡先データを取得します。

EDI を使用したオンプレミス展開用のデフォルト設定は次のとおりです。
  • Cisco Jabber は連絡先ソースとして Active Directory と統合します。

  • Cisco Jabber は自動的にグローバル カタログを検出して接続します。



上記の図では、クライアントは次をデフォルトで実行します。
  1. ワークステーションから DNS ドメインを取得して、グローバル カタログの SRV レコードを検索します。

  2. SRV レコードからグローバル カタログのアドレスを取得します。

  3. ログインしているユーザのクレデンシャルでグローバル カタログに接続します。

ドメイン名の検索

Cisco jabber for Windows は、クライアント ワークステーション上の USERDNSDOMAIN 環境変数から完全修飾 DNS ドメインを取得します。

クライアントが DNS ドメインを取得したら、ドメイン ネーム サーバを見つけて SRV レコードを取得できます。

場合によっては、USERDNSDOMAIN 環境変数の値は、フォレスト全体のドメインに対応する DNS ドメインに解決されません。たとえば、組織がサブドメインまたはリソース ドメインを使用しているとします。この場合、USERDNSDOMAIN 環境変数は、親ドメインではなく子ドメインに解決されます。このため、クライアントは組織のすべてのユーザの情報にアクセスできません。

USERDNSDOMAIN 環境変数が子ドメインに解決される場合は、次のいずれかのオプションを使用して、Cisco jabber for Windows が親ドメイン内のサービスに接続できるようにします。

  • グローバル カタログまたは LDAP ディレクトリ サーバが組織内のすべてのユーザにアクセスできることを確認します。

  • Cisco jabber for Windows がグローバル カタログまたは LDAP ディレクトリ サーバを要求したときに、組織内のすべてのユーザにアクセス可能なサーバにクライアントをルーティングするように、DNS サーバを設定します。

  • 親ドメインの FQDN を使用するように Cisco jabber for Windows を設定します。

    次のように、クライアント設定で PrimaryServerName パラメータの値として親ドメインの FQDN を指定します。
    <PrimaryServerName>parent-domain-fqdn</PrimaryServerName>
ディレクトリ サーバの検出
Cisco Jabber は、次の場合にディレクトリ サーバを自動的に検出して接続できます。
  • Cisco Jabber がインストールされたワークステーションが Microsoft Windows ドメイン内に存在する場合。

  • クライアントが DNS SRV レコードからディレクトリ サーバのアドレスを取得できる場合。

ディレクトリ サーバ

SRV レコード

グローバル カタログ

_gc._msdcs._tcp.domain.com

ドメイン コントローラ

LDAP ベースのディレクトリ サーバ

_ldap._msdcs._tcp.domain.com

基本ディレクトリ統合

基本ディレクトリ統合(BDI)を使用している場合は、次のように、クライアントがディレクトリ サービスから連絡先データを取得します。

  1. クライアントが Cisco Unified Presence または Cisco Unified Communications Manager IM and Presence サービス ノードに接続します。

  2. クライアントが Cisco Unified Presence または Cisco Unified Communications Manager IM and Presence サービス ノードからサービス プロファイル内の LDAP プロファイル設定セクションを取得します。

    サービス プロファイルに、Cisco Unified Communications Manager(TFTP)ノードの場所が含まれています。設定によっては、サービス プロファイルにディレクトリで認証を受けるためのクレデンシャルが含まれる場合もあります。

  3. クライアントが Cisco Unified Communications Manager ノードに接続します。

  4. クライアントが Cisco Unified Communications Manager ノードからクライアント コンフィギュレーション ファイルをダウンロードします。

    クライアントの設定ファイルには、ディレクトリの場所が含まれます。設定によっては、クライアントの設定ファイルにディレクトリで認証を受けるためのクレデンシャルが含まれる場合もあります。

  5. クライアントはディレクトリの場所と認証クレデンシャルを使用し、ディレクトリに接続します。

Cisco Unified Communications Manager User Data Service

User Data Service(UDS)は、連絡先解決を提供する Cisco Unified Communications Manager の REST インターフェイスです。

UDS は次のような状況で連絡先解決に使用されます。
  • クライアント コンフィギュレーション ファイルの UDS の値を使用するように DirectoryServerType パラメータを設定した場合。

    この設定では、企業のファイアウォールの内側または外側のクライアントが連絡先解決に UDS を使用します。

  • Expressway for Remote and Mobile Access を展開した場合。

    この設定では、企業のファイアウォールの外側のクライアントが自動的に連絡先解決に UDS を使用します。

ディレクトリ サーバから Cisco Unified Communications Manager に連絡先データを同期します。そうすると、Cisco Jabber が自動的に UDS からその連絡先データを取得します。



複数のクラスタでの連絡先の解決

複数の Cisco Unified Communications Manager クラスタを使用した連絡先解決では、社内ディレクトリ上のすべてのユーザを各クラスタに同期させます。該当するクラスタでそのようなユーザのサブセットをプロビジョニングします。

たとえば、組織のユーザが 40,000 人とします。20,000 人のユーザが北米にいます。20,000 人のユーザがヨーロッパにいます。組織は、拠点ごとに次の Cisco Unified Communications Manager クラスタを配置しています。
  • cucm-cluster-na(北米)

  • cucm-cluster-eu(ヨーロッパ)

この例では、40,000 人のユーザすべてを両方のクラスタに同期させます。北米の 20,000 人のユーザを cucm-cluster-na に、ヨーロッパの 20,000 人のユーザを cucm-cluster-eu にプロビジョニングします。

ヨーロッパのユーザが北米のユーザに発信すると、Cisco Jabber が cucm-cluster-na からヨーロッパのユーザの連絡先詳細を取得します。

北米のユーザがヨーロッパのユーザに発信すると、Cisco Jabber が cucm-cluster-eu から北米のユーザの連絡先詳細を取得します。

LDAP の前提条件

Cisco Jabber はさまざまな属性を使用して連絡先ソースを検索しますが、これらの属性すべてがデフォルトでインデックス化されるわけではありません。効率的に検索するために、Cisco Jabber で使用される属性をインデックス化する必要があります。

デフォルトの属性マッピングを使用する場合は、次の属性がインデックス化されていることを確認します。
  • sAMAccountName

  • displayName

  • sn

  • name

  • proxyAddresses

  • mail

  • department

  • givenName

  • telephoneNumber

  • otherTelephone

  • mobile

  • homePhone

  • msRTCSIP-PrimaryUserAddress

LDAP サービス アカウント

Cisco Jabber は、アカウントを使用してディレクトリ サーバを認証します。このアカウントは、ディレクトリへの読み取りアクセス専用にして、一般的なパブリック クレデンシャル セットにすることを推奨します。

サービス プロファイルまたは jabber-config.xml ファイルのパラメータを使用して、Cisco Jabber がディレクトリ サーバに接続するように設定します。Cisco Jabber for Windows はデフォルトでグローバル カタログ サーバに接続します。これは Cisco Jabber for Windows 向けの推奨方式であり、ディレクトリに接続するために Cisco Jabber for Windows を設定する必要はありません。

Jabber ID 属性マッピング

ユーザ ID の LDAP 属性は sAMAccountNameで、これはデフォルトの属性です。

ユーザ ID の属性が sAMAccountName 以外の場合で、Cisco Unified Communications Manager IM and Presence サービス でデフォルトの IM アドレス スキームが使用されている場合は、次のようにクライアント コンフィギュレーション ファイルでパラメータの値として属性を指定する必要があります。

EDI パラメータは UserAccountName です。<UserAccountName>attribute-name</UserAccountName>

BDI パラメータは BDIUserAccountName です。<BDIUserAccountName>attribute-name</BDIUserAccountName>

設定で属性を指定せず、属性が sAMAccountName 以外の場合、クライアントはディレクトリ内の連絡先を解決できません。この結果、ユーザはプレゼンスを取得せず、インスタント メッセージを送信または受信できません。

Jabber ID の検索

Cisco Jabber は Jabber ID を使用して、ディレクトリ内の連絡先情報を検索します。ディレクトリ内の検索を最適化するオプションがいくつかあります。

  • 検索ベース:デフォルトでは、クライアントはディレクトリ ツリーのルートから検索を開始します。検索ベースを使用して、別の検索開始を指定したり、特定のグループに対する検索を制限したりできます。たとえば、ユーザのサブセットがインスタント メッセージの機能だけを持っているとします。これらのユーザを OU に含め、この OU を検索ベースとして指定します。

  • ベース フィルタ:ディレクトリのサブキー名のみを指定し、ディレクトリへのクエリーの実行時にユーザ オブジェクト以外のオブジェクトを取得します。

  • 予測検索フィルタ:検索クエリーをフィルタするために、複数のカンマ区切り値を定義できます。デフォルト値は ANR(Ambiguous Name Resolution)です。

ローカル連絡先ソース

Cisco Jabber には、ローカル連絡先ソースにアクセスして検索する機能があります。これらのローカル連絡先ソースには次のものがあります。
  • Microsoft Outlook に保存されているローカル連絡先には Cisco Jabber for Windows からアクセスします。

  • IBM Notes に保存されているローカル連絡先には Cisco Jabber for Windows(リリース 11.1 以降)からアクセスします。

  • ローカル アドレス帳の連絡先には、Cisco Jabber for Mac、Cisco Jabber for Android、Cisco Jabber for iPhone and iPad からアクセスします。

カスタム連絡先ソース

Cisco Jabber for Windows は、クライアントにカスタム連絡先をインポートする機能をユーザに提供します。詳細については、『Cisco Jabber for Windows User Guide』の「連絡先リストのインポート(Import contact lists)」のトピックを参照してください。

連絡先のキャッシュ

Cisco Jabber はユーザ連絡先リストのローカル キャッシュを作成します。ユーザが連絡先リストで連絡先を検索するとき、Cisco Jabber はローカル キャッシュで一致する連絡先を検索してから、ディレクトリ検索を開始します。

ユーザが連絡先リストに存在しない連絡先を検索している場合、Cisco Jabber はローカル キャッシュを検索してから、社内ディレクトリを検索します。ユーザがその連絡先とチャットまたは通話を開始すると、連絡先情報がローカル キャッシュに追加されます。その後この連絡先を検索することによって、連絡先情報が連絡先または最新リストに返されます。

ローカル キャッシュ情報は 24 時間で期限切れになります。

ダイヤル プランのマッピング

Cisco Unified Communications Manager のダイヤル ルールがディレクトリのダイヤル ルールと確実に一致するように、ダイヤル プランのマッピングを設定します。

アプリケーション ダイヤル ルール(Application Dial Rules)

アプリケーション ダイヤル ルールにより、ユーザがダイヤルする電話番号の桁数の追加および削除が自動的に行われます。アプリケーション ダイヤル ルールにより、ユーザがクライアントからダイヤルする番号が操作されます。

たとえば、7 桁の電話番号の先頭に自動的に 9 を追加して外線にアクセスするように、ダイヤル ルールを設定できます。

ディレクトリ検索ダイヤル ルール(Directory Lookup Dial Rules)

ディレクトリ検索ダイヤル ルールによって、発信者 ID の番号が、クライアントがディレクトリで検索できる番号に変換されます。定義する各ディレクトリ検索ルールには、先頭の数字および番号の長さに基づいてどの数字を変換するかを指定します。

たとえば、10 桁の電話番号から市外局番と 2 桁の局番を自動的に削除するディレクトリ検索ルールを作成できます。このタイプのルールでは、たとえば、408902313923139 に変換します。

Cisco Unified Communication Manager UDS for Mobile and Remote Access

Cisco Unified Communication Manager UDS は、Cisco Jabber が Expressway Mobile and Remote Access を使用して接続している際に使用される連絡先ソースです。企業ファイアウォールの内側に LDAP を展開する場合は、LDAP ディレクトリ サーバを Cisco Unified Communications Manager と同期させ、ユーザが企業ファイアウォールの外側にいるときにクライアントを UDS に接続できるようにすることをお勧めします。

クラウドの連絡先ソース

Cisco WebEx 連絡先ソース

クラウド展開では、連絡先データは Cisco WebEx Messenger 管理ツールで設定されるか、またはユーザの更新によって設定されます。連絡先情報は Cisco WebEx Messenger 管理ツールを使用してインポートすることができます。詳細については、『Cisco WebEx Messenger 管理ガイド』の「ユーザ管理(User Management)」の項を参照してください。

連絡先の写真の形式と寸法

Cisco Jabber で最適な結果を得るには、連絡先写真を特定の形式と寸法にする必要があります。サポートされる形式と最適な寸法を確認してください。クライアントが連絡先の写真に対して行う調整について説明します。

連絡先の写真の形式

Cisco Jabber は、ディレクトリ内の連絡先写真に関する次の形式をサポートしています。
  • JPG

  • PNG

  • BMP

重要:

Cisco Jabber では、GIF 形式の連絡先写真のレンダリングを向上させるための変更は適用されません。その結果、GIF 形式の連絡先写真が不正にレンダリングされたり最適な品質にならない場合があります。最適な品質を得るには、連絡先写真として PNG 形式を使用します。

連絡先の写真の寸法


ヒント


連絡先写真の最適な寸法は、アスペクト比 1:1 の 128 x 128 ピクセルです。

Microsoft Outlook でのローカル連絡先写真の最大寸法は 128 X 128 ピクセルです。


次の表に、Cisco Jabber での連絡先写真のさまざまな寸法を示します。

参照先

寸法

音声コール ウィンドウ

128 x 128 ピクセル

次のような招待やリマインダ
  • 着信コール ウィンドウ

  • 会議リマインダ ウィンドウ

64 x 64 ピクセル

次のような連絡先のリスト
  • 連絡先リスト

  • 参加者リスト

  • コール履歴

  • ボイスメール メッセージ

32 x 32 ピクセル

連絡先の写真の調整

Cisco Jabber は次のように連絡先写真を調整します。
  • サイズ変更:ディレクトリ内の連絡先写真が 128 X 128 ピクセル以外のサイズである場合、クライアントによって写真のサイズが自動的に変更されます。たとえば、ディレクトリ内の連絡先写真が 64 x 64 ピクセルであるとします。Cisco Jabber でディレクトリから連絡先写真を取得すると、その写真のサイズが 128 X 128 ピクセルに変更されます。

    ヒント


    連絡先写真のサイズ変更により、最適な解像度が得られない場合があります。このため、クライアントによって連絡先写真のサイズが自動的に変更されないように、128 X 128 ピクセルの連絡先写真を使用してください。


  • トリミング:Cisco Jabber では、正方形以外の連絡先写真を正方形のアスペクト比(つまり、幅と高さが同じであるアスペクト比 1:1)に自動的にトリミングします。

  • ディレクトリ内の連絡先写真が縦方向である場合、クライアントは上端から 30 %、下端から 70 % をトリミングします。

    たとえば、ディレクトリ内の連絡先写真が幅 100 ピクセル、高さ 200 ピクセルである場合、アスペクト比が 1:1 となるように Cisco Jabber では高さから 100 ピクセルをトリミングする必要があります。この場合、クライアントは写真の上端から 30 ピクセルを、写真の下端から 70 ピクセルをトリミングします。

  • ディレクトリ内の連絡先写真が横方向である場合、クライアントで両方の側から 50 % をトリミングします。

    たとえば、ディレクトリ内の連絡先写真が幅 200 ピクセル、高さ 100 ピクセルである場合、アスペクト比が 1:1 となるように Cisco Jabber では幅から 100 ピクセルをトリミングする必要があります。この場合、クライアントは写真の右側から 50 ピクセルを、写真の左側から 50 ピクセルをトリミングします。