Detaillierte Anleitung für die Lizenzierung mehrerer Teilnehmer (PMP und SMP) auf Cisco Meeting Server

Einführung

In diesem Dokument wird beschrieben, wie Sie CMS-Benutzern eine Personal Multiparty Plus (PMP+)-Lizenz oder eine Shared Multiparty Plus (SMP+)-Lizenz zuweisen.

Voraussetzungen

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.

Anforderungen

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

• CMS
• API-Client-Anwendung oder Vertrautheit mit REST API-Codierung
• PMP- und SMP-Lizenzen 

Verwendete Komponenten

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:

• CMS
• Callbridge-Lizenz (auch als CMS-Freigabeschlüssel bezeichnet)
• Eine oder mehrere PMP- und/oder SMP-Lizenzen
• Zugriff auf Anmeldeinformationen der CMS API
• Postman REST-Tool

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.

Hintergrundinformationen

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:

• userProfile - Legt fest, ob einem Benutzer eine PMP-Lizenz zugewiesen ist (hasLicense-Attribut)
• ldapServers, ldapMappings, ldapSources (optional, in diesem Beispiel verwendet) - es muss mindestens einer von beiden definiert werden, um einer Teilgruppe von Benutzern eine PMP-Lizenz zuzuweisen
• Systemprofile (optional) - werden verwendet, wenn PMP allen Benutzern global zugewiesen wird.
• Tenant-Einstellungen (optional) - wird verwendet, wenn pro Tenant eine PMP-Lizenz zugewiesen wird. 

Konfigurieren

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:

• global: Zuweisen des userProfile zu /api/v1/system/profiles
• pro Tenant: Zuordnen des userProfile zu /api/v1/Tenants/<TenantID>
• pro ldapSource: Zuweisen des userProfile zu /api/v1/ldapSources/<ldapSourceID> - für diesen Schritt müssen Sie sicherstellen, dass LDAP allein über API konfiguriert und vollständig konfiguriert ist, einschließlich mindestens eines ldapServer, mindestens einer ldapMapping und mindestens einer ldap- Zuordnung pSource

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.

1. Einrichten von LDAP-Quellen

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).

• Löschen Sie die Einstellungen auf der Webseite. Klicken Sie auf Senden und Synchronisieren.
• Stellen Sie sicher, dass unter Status > Benutzer keine Benutzer mehr vorhanden sind.

Schritt 2: Erstellen Sie den LDAP-Server.

• Verwenden Sie das Postman REST API-Tool, um den POST an die /ldapServers zu starten.

Adresse	ldap.beispiel.com
PortNumber	389
Benutzername	cn=administrator,cn=benutzer,dc=beispiel,dc=com
Kennwort	Kennwort
sicher	Falsch

• Notieren Sie sich die LDAP-Server-ID im Antwort-Header.

Schritt 3: Erstellen Sie die LDAP-Zuordnung.

• Verwenden Sie Postman REST-API Tool zum POST-Test an/ldapMappings

NameZuordnung	USD
jidMapping	$sAMAccountName$@beispiel.com
coSpaceUriMapping	$sAMAccountName$.space
coSpaceNameMapping	$cn$ Meeting Space
coSpaceCallIdMapping	$ipPhone$

• Beachten Sie die im Antwortheader zurückgegebene LDAP-Zuordnungs-ID.

Schritt 4: Erstellen Sie LDAP-Quellen.

• Verwenden des Postman REST API-Tools zum POST an /ldapSources
• Geben Sie den Filter als eine Zeile ein (im Beispiel wird er zur Lesbarkeit in drei Zeilen unterteilt). Notieren Sie sich die LDAP-Quell-ID.

Server	<LDAPServerID, erstellt in Schritt 1.2>
Zuordnung	<LDAPMappingID, erstellt in Schritt 1.3>
BasisDN	dc=beispiel,dc=com
Filtern	(&     (member of=cn=SMPusers,ou=Demo-Benutzer, dc=example,dc=com)     (!         (member=cn=PMPusers,ou=Demo-Benutzer, dc=example,dc=com)      ) )

Diese LDAP-Quelle importiert alle Benutzer, die der LDAP-Gruppe der SMPUsers angehören, aber nicht zur PMP-Benutzergruppe gehören.

• Verwenden des Postman REST API-Tools zum POST an /ldapSources
• Notieren Sie sich die LDAP-Quell-ID.

Server	<LDAPServerID, erstellt in Schritt 1.2>
Zuordnung	<LDAPMappingID, erstellt in Schritt 1.3>
BasisDN	dc=beispiel,dc=com
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.

• Verwenden des Postman REST API-Tools zum POST zu /ldapSyncs

LDAPSource

<1.. LDAPSourceID, erstellt in Schritt 1.4>

• Verwenden des Postman REST API-Tools zum POST an/ldapSyncs

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.

2. Benutzerprofile erstellen und mit LDAP-Quellen verknüpfen

Schritt 1: Erstellen Sie ein Benutzerprofil für SMP-Benutzer.

• Verwenden Sie Postman REST-API Tool zu POST an /userProfiles

hasLicense

falsch

Schritt 2: Erstellen Sie ein Benutzerprofil für PMP-Benutzer.

• Verwenden Sie Postman REST-API Tool zu POST an /userProfiles

hasLicense

wahr

Schritt 3: Legen Sie SMP als Standard fest.

Sie müssen das globale Profil mit dem SMP-Benutzerprofil aktualisieren.

• Verwenden Sie das Postman REST API-Tool, um PUT an /System/Profile zu senden.

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.

• Verwenden Sie das Postman REST API-Tool zum PUT an /ldapSources/<2^nd LDAPSourceID, die in Schritt 1.4 erstellt wurde.>

Benutzerprofil

<Benutzerprofil-ID erstellt in Schritt 2.2>

• Wiederholen Sie den LDAP-Synchronisierungsvorgang gemäß Schritt 5.

Überprüfen

Der erfolgreiche Import der Benutzer kann auf der Webseite CMS Web GUI unter Status > Users überprüft werden.

Fehlerbehebung

Für diese Konfiguration sind derzeit keine spezifischen Informationen zur Fehlerbehebung verfügbar.