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.
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.
In diesem Dokument wird beschrieben, wie Sie CMS-Benutzern eine Personal Multiparty Plus (PMP+)-Lizenz oder eine Shared Multiparty Plus (SMP+)-Lizenz zuweisen.
CMS (Cisco Meeting Server) unterstützt jetzt Lizenzen für mehrere Teilnehmer, ähnlich dem Lizenzmodell für mehrere Teilnehmer, das erstmals mit Cisco Conductor und Cisco TelePresence Server eingeführt wurde. Lizenzen für mehrere Teilnehmer können pro Benutzer (PMP+-Lizenz) oder gemeinsam genutzt werden (SMP+-Lizenz). Um sicherzustellen, dass die Lizenzen korrekt bereitgestellt werden, müssen verschiedene Schritte ausgeführt werden.
Cisco empfiehlt, über Kenntnisse in folgenden Bereichen zu verfügen:
Dieses Dokument ist nicht auf bestimmte Software- und Hardwareversionen beschränkt.
Mehrparteienlizenzen können nur über die API-Konfiguration (Application Program Interface) für das CMS zugewiesen werden. Daher ist für die Bereitstellung von Lizenzen für mehrere Parteien Folgendes erforderlich:
Die Informationen in diesem Dokument wurden von den Geräten in einer bestimmten Laborumgebung erstellt. Alle in diesem Dokument verwendeten Geräte haben mit einer leeren (Standard-)Konfiguration begonnen. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die potenziellen Auswirkungen eines Befehls verstehen.
Hinweis: In diesem Dokument werden die Konfigurationsschritte mit dem Postman REST-Client beschrieben. Beachten Sie, dass die entsprechenden API-Befehle über jedes andere REST API-Tool Ihrer Wahl angewendet werden können.
Die folgenden Parameter werden in diesem Artikel bearbeitet:
PMP-Lizenzen werden pro Benutzer zugewiesen, aber in CMS können Sie Attribute einzelner Benutzer nicht bearbeiten. Die Lizenzzuweisung basiert auf einem userProfile-Attribut. Das userProfile kann nicht einzelnen Benutzern zugeordnet werden. Stattdessen kann userProfile zugeordnet werden:
Jedes Meeting, das nicht mit einem bestimmten Benutzer verknüpft werden kann, dem eine PMP-Lizenz zugewiesen ist, verwendet stattdessen eine SMP-Lizenz. Der SMP-Lizenztyp erfordert keine Zuweisung.
Wenn Sie sich für die Implementierung von LDAP über API entschieden haben, müssen Sie die LDAP-Konfigurationen aus der Web-GUI von CMS entfernen.
Die LDAP-Einstellungen in der API sind in drei Bereiche unterteilt: LDAP-Server, LDAP-Zuordnungen und LDAP-Quellen, und alle diese sind erforderlich.
Die LDAP-Quelle ist die tatsächliche Quelle für Benutzer. Es muss ein LDAP-Server und eine LDAP-Zuordnung pro Quelle definiert sein. Mehrere Quellen können den gleichen LDAP-Server und/oder die LDAP-Zuordnung gemeinsam nutzen.
Schritt 1: Melden Sie sich beim CMS an, und navigieren Sie zu Configuration > Active Directory (Konfiguration > Active Directory).
Schritt 2: Erstellen Sie den LDAP-Server.
Adresse |
ldap.beispiel.com |
PortNumber |
389 |
Benutzername |
cn=administrator,cn=benutzer,dc=beispiel,dc=com |
Kennwort |
Kennwort |
sicher |
Falsch |
Schritt 3: Erstellen Sie die LDAP-Zuordnung.
NameZuordnung |
USD |
jidMapping |
$sAMAccountName$@beispiel.com |
coSpaceUriMapping |
$sAMAccountName$.space |
coSpaceNameMapping |
$cn$ Meeting Space |
coSpaceCallIdMapping |
$ipPhone$ |
Schritt 4: Erstellen Sie LDAP-Quellen.
Server |
<LDAPServerID, erstellt in Schritt 1.2> |
Zuordnung |
<LDAPMappingID, erstellt in Schritt 1.3> |
BasisDN |
dc=beispiel,dc=com |
Filtern |
(& |
Diese LDAP-Quelle importiert alle Benutzer, die der LDAP-Gruppe der SMPUsers angehören, aber nicht zur PMP-Benutzergruppe gehören.
Server |
<LDAPServerID, erstellt in Schritt 1.2> |
|
Zuordnung |
<LDAPMappingID, erstellt in Schritt 1.3> |
|
BasisDN |
|
|
Filtern |
(member=cn=PMPusers,ou=Demo-Benutzer, dc=example,dc=com) |
Diese LDAP-Quelle importiert alle Benutzer aus der PMP-Benutzergruppe.
Schritt 5: Synchronisieren Sie Benutzer.
LDAPSource |
<1.. LDAPSourceID, erstellt in Schritt 1.4> |
LDAPSource |
<2.LDAPSourceID aus Schritt 1.4> |
Schritt 6: Benutzer überprüfen.
Sie können GET on /ldapSyncs ausführen, um die aktuell laufenden und geplanten LDAP-Synchronisierungsereignisse aufzulisten. Wenn die Syncs bereits ausgeführt wurden, wären die API-Knoten bereits gelöscht worden (dies ist das Standardverhalten und kann geändert werden). Sie können eine Liste importierter Benutzer auch über den Webadministrator überprüfen.
Schritt 1: Erstellen Sie ein Benutzerprofil für SMP-Benutzer.
hasLicense |
falsch |
Schritt 2: Erstellen Sie ein Benutzerprofil für PMP-Benutzer.
hasLicense |
wahr |
Schritt 3: Legen Sie SMP als Standard fest.
Sie müssen das globale Profil mit dem SMP-Benutzerprofil aktualisieren.
Benutzerprofil |
<Benutzerprofil-ID in Schritt 2.1 erstellt> |
Schritt 4: Ordnen Sie PMP-Lizenzen Benutzern in der PMP-Benutzergruppe zu.
Aktualisieren Sie die LdapSource für die Mitglieder der PMP-Benutzer-AD-Gruppe mit dem PMP-Benutzerprofil.
Benutzerprofil |
<Benutzerprofil-ID erstellt in Schritt 2.2> |
Der erfolgreiche Import der Benutzer kann auf der Webseite CMS Web GUI unter Status > Users überprüft werden.
Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.