Webex Cloud-Connected UC ディレクトリ サービスのサポート

• Unity Connection の [ユーザーID ] フィールドはWebexでのユーザーの電子メールIDに対応しています。

• Unity Connection の [メールID ] フィールドはWebexのユーザーの電子メールIDに対応しています。

• Unity Connection の [ユーザーID ] フィールドはWebexのユーザーのドメイン部分がない電子メールIDに対応しています。

  Unity Connection で既存のユーザー アカウントのマッピングが正常に完了しない場合は、新しいユーザー アカウントが作成されます。 ユーザーのメール ID (またはメール ID の ID 部分) は、新しく作成されるユーザー アカウントの一意の識別子として使用されます。

新しい同期合意が作成されると、オンプレミスのディレクトリを指定している既存の同期合意はすべて削除されます。 変更は新しい同期合意が作成された後に加えることができます。

次の詳細を表示できます。

• グループ情報

• ユニバーサル回線とデバイス テンプレートを使用して適用した機能グループ テンプレート

• 挿入されたユーザーの同期された電話番号への回線とマスクの詳細

• 新しくプロビジョニングされたユーザーと内線

• 同期される標準ユーザー フィールド セクション

• ディレクトリ サーバーのホスト名または IP アドレス

クリック次へをクリックしてグループ フィルターを選択します。

デフォルトでは、すべてのユーザーが同期されます。 グループを選択しない場合、すべてのユーザーと関連するユーザー データは自動的に同期されます。

ディレクトリ内のネストされたグループの場合、ユーザーは、デフォルトで親グループに含まれていないため、特にプロビジョニング中にサブセット ユーザー グループを選択する必要があります。 プロビジョニング中に必要なユーザーのみが含まれていることを確認するために、反復的なネスト (ある場合) を確認する必要があります。 同期合意への変更 (ターゲット ユーザーまたはグループの削除など) は、定期的な同期中には反映されません。 Control Hub からそのクラスターのディレクトリ サービスを無効にしてから、新しい同期合意または変更した同期合意でクラスターを再プロビジョニングしてください。

新しい Azure AD の展開の場合:

• 新規ユーザー—ユーザーがUnity Connection サーバーのCisco Unified CMデータベースに存在しないが、 Webexアイデンティティ サービスには存在する。

• 一致したユーザー— ユーザーがUnity Connection サーバー上のCisco Unified CMデータベースとWebexアイデンティティ サービスに存在します。

• CUC 一致したユーザWebexアイデンティティ サービス上に存在し、 Unity Connection ノードの「 Unity Connection データベース」にインポートされたユーザ。

• 一致しないユーザー— ユーザは、 Unity Connection サーバー上のCisco Unified CMデータベースに存在し、 Webexアイデンティティ サービスには存在しません。

オンプレミスの AD から Azure AD への移行:

1. Unity Connection の [ユーザーID ] フィールドはWebexでのユーザーの電子メールIDに対応しています。 すべてのドライ ラン レポート フィールドは、最新の Azure AD 展開と同じです。

2. Unity Connection の [メールID ] フィールドはWebexのユーザーの電子メールIDに対応しています。 すべてのドライ ラン レポート フィールドは、最新の Azure AD 展開と同じです。

3. Unity Connection の [ユーザーID ] フィールドはWebexのユーザーのドメイン部分がない電子メールIDに対応しています。

   • 新規ユーザー— ドメイン部分のないユーザーIDを持つユーザーは、 Unity Connection サーバー上のCisco Unified CMデータベースには存在しませんが、 Webexアイデンティティ サービスには存在します。

   • 一致したユーザー—ドメイン部分のないユーザーIDを持つユーザーは、 Unity Connection サーバー上のCisco Unified CMデータベースとWebexアイデンティティ サービスに存在します。

   • CUC 一致したユーザドメイン部分のないユーザIDを持つユーザはWebexアイデンティティ サービスに存在し、 Unity Connection ノードの「 Unity Connection データベース」にインポートされます。

   • 一致しないユーザー—ドメイン部分のないユーザーIDを持つユーザーは、 Unity Connection サーバー上のCisco Unified CMデータベースに存在しますが、 Webexアイデンティティ サービスには存在しません。

レポートをチェックして、同じユーザー リストを保持するか、ユーザーを追加または削除するか決定できます。 決定に基づいて、プロセスを停止し、プロビジョニングの変更を元に戻すことができます。

ディレクトリ同期後にクラウド ディレクトリのユーザー データに加えた更新は、次の同期期間で更新されます。 これは、クラウド ディレクトリが 1 日に 1 回定期的に同期しているためです。

VPNアクセスが必要です。

同期中は、完了するまでアクションを実行できません。 特定のクラスタに対する同期が完了すると、ディレクトリ サービス ページではプロビジョニング状態のこのクラスタを一覧表示します。 この時点で、Webex ユーザーを UC インフラストラクチャにプロビジョニングおよび同期する権限を Azure AD に与え、同期のセットアップ手順が完了しました。

新しい合意が作成されてから 20 時間以内に同期を有効にする必要があります。 LDAP 同期ユーザーは非アクティブになり、非アクティブ状態が 24 時間続いた後に削除されます。 ユーザはログインできず、 Unity Connection サービスを使用できません。 特定のクラスターに対する Azure AD のプロビジョニングが完了した後、新しい同期合意を作成したり、グループ設定を除き、同じクラスターの構成設定を変更したりすることはできません。 同じクラスタに対して新しい同期合意を作成する場合は、[サービス管理] ページに進み、ディレクトリ サービスを無効にします。 その後、プロビジョニングのための新しい合意を作成できます。 同期が何らかの理由で失敗した場合、最新のプロビジョニングの変更は翌日に次の同期期間に反映されます。

プロビジョニング完了後、SSO 認証中に Azure IdP を使用している場合は、Azure IdP で正しいクレームを設定するようにしてください。 たとえば、プロビジョニング中にユーザ ID マッピングにオプション 1 が選択された場合は、次のことを確認します。 user.userprincipalname は [追加のクレーム] セクションで UID として設定されます。 次の属性はWebex Common Identity Service からUnity Connection に同期されます。 userName、メール、名前、displayName、役職、電話番号、部署、マネージャー。 ディレクトリ同期後にクラウド ディレクトリのユーザー データに加えた更新は、次の同期期間で更新されます。 これは、クラウド ディレクトリが 1 日に 1 回定期的に同期しているためです。 ログインにはシングル サイン オン (SSO) を使用する必要があります。 本書はシングル サインオン(SSO)統合のみを取り上げています。 再プロビジョニング後、[不一致のユーザー] としてマークされているユーザーが、新規ユーザー (同じメールIDを共有するユーザー) と同じである場合、同期の変更が有効になるまで、最大 48 時間待つことをお勧めします。 無効にします。ディレクトリ サービスControl Hub のサービス管理ページから 無効にします。 LDAP サーバーからの同期を有効にするチェックボックスを LDAP システムに選択します。 有効にするディレクトリ サービスControl Hub のサービス管理ページから