Wanneer een poging wordt gedaan om een RM (Resource Manager) Java Telephony Application Programming Interface (JTAPI) van de Apple-pagina van Cisco Customer Response Solutions (CRS) te maken, mislukt de poging met een van deze foutmeldingen:
Fout bij het bijwerken van RMJTAPI-gebruikers in LDAP
fout bij het bijwerken van de Jtapi provider
Dit probleem doet zich voor wanneer u Cisco CRS met Active Directory (AD) integreert.
Cisco raadt kennis van de volgende onderwerpen aan:
Cisco CallManager
Cisco CRS-S
Actieve map
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
Cisco CRS-4.x
Cisco CallManager 3.3 en hoger
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.
De kwestie van het niet kunnen toevoegen van de RM JTAPI provider wanneer u Active Directory integratie gebruikt kan in deze scenario's voorkomen:
Wanneer u de RM JTAPI provider op een CRS 4.x server maakt
Wanneer u de RM JTAPI provider op een CRS 4.x nieuw installatiesysteem vormt
Tijdens het herstelproces voert u de LDAP-migratiestroom uit wanneer u van een CRS 3.x-systeem naar een CRS 4.0-systeem overstapt
Als de Cisco CallManager AD-plug-in is geïnstalleerd met beveiligingsbeperkingen die verhinderen dat de AD-beheerder rechten aan de gebruikersorganisatie heeft (OU), kan CRS geen JTAPI/RM JTAPI-gebruikers in AD maken. Dit zorgt ervoor dat de configuratie van deze subsystemen mislukt. Bovendien, wanneer u van CRS 3.x aan CRS 4.0 verbetert, kan de migratiewizard deze gebruikers in AD niet creëren. Hierdoor gaat het BARS-systeem (Backup and Restore System) niet werken.
Als u CRS met AD integreert, moet u deze procedure uitvoeren in alle Cisco CallManager-servers die als JTAPI-providers zijn geconfigureerd om dit probleem op te lossen:
Bladeren naar C:\dcdsrvr\config en openen het UMDirectoryConfiguration.ini-bestand in Kladblok.
Opmerking: U moet het bestand in Kladblok openen. Als u het bestand in een andere teksteditor opent, kan de toepassing het bestand beschadigen.
Zoek in het bestand UMDireftoryConfiguration.ini de UserDirAccess-toets en wijzig de waarde in True.
Kies uit Kladblok Bestand > Opslaan om het bestand op te slaan en sluit het bestand UMDireftoryConfiguration.ini.
Selecteer Start > Run (Start > Uitvoeren).
Typ revisie en klik op OK.
Bladeren naar <file://\\HKEY_LOCAL_MACHINE\Software\Cisco> \\HKEY_LOCAL_MACHINE\Software\Cisco Systems, Inc.\Directory Configuration binnen het register.
Dubbelklik in het rechter venster op de registratiesleutel DirAccess. Verwijdert de valse registeringang en voer als nieuwe registeringang waar. in.
Voltooi deze stappen om de IS Admin Service en de bijbehorende services opnieuw te starten:
Kies Start > Programma's > Beheertools> Services.
Klik met de rechtermuisknop op IS Admin Service en kies vervolgens Start.
Een dialoogvenster vraagt u om de afhankelijke services opnieuw te starten. Deze services kunnen verschillen afhankelijk van uw configuratie.
Klik op Ja en start de afhankelijke services opnieuw.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
13-Jun-2007 |
Eerste vrijgave |