RM JTAPI Provider kann nicht über die Appadmin-Seite von Cisco Response Solutions (CRS) erstellt werden.

Download-Optionen

  • PDF     (86.7 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (89.7 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (77.4 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:13. Juni 2007
Dokument-ID:91900

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Einführung

Wenn versucht wird, über die Cisco Customer Response Solutions (CRS) Appadmin-Seite einen Resource Manager (RM) Java Telefony Application Programming Interface (JTAPI)-Anbieter zu erstellen, schlägt der Versuch mit einer der folgenden Fehlermeldungen fehl:

  • Fehler beim Aktualisieren der RMJTAPI-Benutzer in LDAP

  • Fehler beim Aktualisieren des Jtapi-Anbieters

Dieses Problem tritt auf, wenn Sie Cisco CRS in Active Directory (AD) integrieren.

Voraussetzungen

Anforderungen

Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:

  • Cisco CallManager

  • Cisco CRS

  • Active Directory

Verwendete Komponenten

Die Informationen in diesem Dokument basierend auf folgenden Software- und Hardware-Versionen:

  • Cisco CRS 4.x

  • Cisco CallManager 3.3 und höher

Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netz Live ist, überprüfen Sie, ob Sie die mögliche Auswirkung jedes möglichen Befehls verstehen.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Problem

In den folgenden Szenarien kann das Problem auftreten, dass der RM JTAPI-Anbieter nicht hinzugefügt werden kann, wenn Sie die Active Directory-Integration verwenden:

  • Beim Erstellen eines RM JTAPI-Anbieters auf einem CRS 4.x-Server

  • Wenn Sie den RM JTAPI-Anbieter auf einem CRS 4.x-Frischinstallationssystem konfigurieren

  • Während Sie den LDAP-Migrationsschritt während des Wiederherstellungsprozesses ausführen, wenn Sie von einem CRS 3.x-System zu einem CRS 4.0-System migrieren

Wenn das Cisco CallManager AD-Plug-in mit Sicherheitseinschränkungen installiert wird, die verhindern, dass der AD-Admin-Benutzer Schreibberechtigungen für die Benutzereinheit (OU) erhält, kann CRS in AD keine JTAPI-/RM-JTAPI-Benutzer erstellen. Dies führt zum Ausfall der Konfiguration dieser Subsysteme. Beim Upgrade von CRS 3.x auf CRS 4.0 kann der Migrations-Assistent diese Benutzer auch nicht in AD erstellen. Dies führt dazu, dass der Wiederherstellungsvorgang vom Backup and Restore System (BARS) fehlschlägt.

Lösung

Wenn Sie CRS in AD integrieren, müssen Sie dieses Verfahren auf allen Cisco CallManager-Servern ausführen, die als JTAPI-Anbieter konfiguriert sind, um dieses Problem zu beheben:

  1. Navigieren Sie zu C:\dcdsrvr\config, und öffnen Sie die Datei UMDirectoryConfiguration.ini im Notepad.

    Hinweis: Sie müssen die Datei im Editor öffnen. Wenn Sie die Datei in einem anderen Texteditor öffnen, kann die Anwendung die Datei beschädigen.

  2. Suchen Sie in der Datei UMDirectoryConfiguration.ini den UserDirAccess-Schlüssel, und ändern Sie den Wert in True.

  3. Wählen Sie im Notepad Datei > Speichern, um die Datei zu speichern und die Datei UMDirectoryConfiguration.ini zu schließen.

  4. Wählen Sie Start > Ausführen.

  5. Geben Sie regedit ein, und klicken Sie auf OK.

  6. Navigieren Sie zu <file://\\HKEY_LOCAL_MACHINE\Software\Cisco> \\HKEY_LOCAL_MACHINE\Software\Cisco Systems, Inc.\Directory Configuration in the Registry.

  7. Doppelklicken Sie im rechten Teilfenster auf den DirAccess-Registrierungsschlüssel. Löschen Sie den falschen Registrierungseintrag, und geben Sie true als neuen Registrierungseintrag ein.

  8. Gehen Sie wie folgt vor, um den IIS-Admin-Dienst und die zugehörigen Dienste neu zu starten:

    1. Wählen Sie Start > Programme > Verwaltung> Dienste aus.

    2. Klicken Sie mit der rechten Maustaste auf IIS-Admin-Dienst, und wählen Sie Neustart aus.

      In einem Dialogfeld werden Sie aufgefordert, die abhängigen Dienste neu zu starten. Diese Services können je nach Konfiguration abweichen.

    3. Klicken Sie auf Ja, und starten Sie die abhängigen Dienste neu.

Zugehörige Informationen

Revisionsverlauf

Überarbeitung Veröffentlichungsdatum Kommentare
1.0
13-Jun-2007
Erstveröffentlichung

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren

Dieses Dokument gilt für folgende Produkte.