Guide étape par étape pour les licences multiparties (PMP et SMP) sur Cisco Meeting Server

Introduction

Ce document décrit comment attribuer une licence Personal Multiparty Plus (PMP+) ou Shared Multiparty Plus (SMP+) aux utilisateurs CMS.

Conditions préalables

CMS (Cisco Meeting Server) prend désormais en charge les licences multiparties, comme le modèle de licences multiparties introduit pour la première fois sur Cisco Conductor et Cisco Telepresence Server. Les licences multiparties peuvent être par utilisateur (licence PMP+) ou partagées (licence SMP+). Pour s'assurer que les licences sont correctement déployées, plusieurs étapes doivent être prises.

Conditions requises

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• CMS
• Application client API ou connaissance du codage de l'API REST
• Licences PMP et SMP 

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Les licences multiparties peuvent uniquement être attribuées sur CMS via la configuration de l'interface de programme d'application (API). Par conséquent, pour déployer des licences multiparties, il est nécessaire de disposer des éléments suivants :

• CMS
• Licence Callbridge (également appelée clé de version CMS)
• Une ou plusieurs licences PMP et/ou SMP
• Accéder aux informations d'identification de l'API CMS
• Outil REST de Postman

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. Si votre réseau est en ligne, assurez-vous de bien comprendre l’incidence possible des commandes.

Informations générales

Note: Ce document décrit les étapes de configuration à l'aide du client REST de Postman. Notez que les commandes API appropriées peuvent être appliquées via tout autre outil API REST de votre choix. 

Les paramètres suivants seront modifiés dans cet article :

• userProfile - définit si un utilisateur a une licence PMP qui lui est affectée (possède un attribut License)
• ldapServers, ldapMappings, ldapSources (facultatif, utilisé dans cet exemple) - au moins un de ces éléments doit être défini, afin d'attribuer une licence PMP à un sous-ensemble d'utilisateurs
• profils système (facultatif) - à utiliser si PMP est attribué à tous les utilisateurs dans le monde entier
• Paramètres de locataire (facultatif) - à utiliser si la licence PMP est attribuée par locataire 

Configuration

Les licences PMP sont attribuées par utilisateur, mais dans CMS, vous ne pouvez pas modifier les attributs des utilisateurs individuels. L'attribution de licence est basée sur un attribut userProfile. Le userProfile ne peut pas être associé à des utilisateurs individuels. À la place, userProfile peut être associé :

• globalement : association du userProfile à /api/v1/system/profile
• par locataire : association du userProfile à /api/v1/locataires/<locataireID>
• par ldapSource : association du userProfile à /api/v1/ldapSources/<ldapSourceID> - pour cette étape, vous devez vous assurer que LDAP est configuré uniquement par l'API et qu'il est entièrement configuré, y compris au moins un ldapServer, au moins un ldapMapping et au moins un Source

Toute téléconférence qui ne peut pas être liée à un utilisateur particulier qui a une licence PMP affectée, utilise une licence SMP par défaut à la place. Le type de licence SMP ne nécessite aucune affectation. 

Une fois que vous aurez décidé de mettre en oeuvre LDAP via API, vous devrez supprimer les configurations LDAP de l'interface utilisateur Web de CMS.

1. Configurer les sources LDAP

Les paramètres LDAP de l'API sont divisés en trois parties : Le ou les serveurs LDAP, les mappages LDAP et les sources LDAP, et tous ces serveurs sont requis.

La source LDAP est la source réelle des utilisateurs. Un serveur LDAP et un mappage LDAP doivent être définis par source. Plusieurs sources peuvent partager le même serveur LDAP et/ou le mappage LDAP.

Étape 1. Connectez-vous à CMS et accédez à Configuration > Active Directory.

• Supprimez les paramètres de la page Web. Cliquez sur Soumettre et Synchroniser maintenant
• Vérifiez qu'aucun utilisateur n'est présent sous Status > Users

Étape 2. Créez le serveur LDAP.

• Utilisez l'outil API REST de Postman pour POST sur /ldapServers

adresse	ldap.example.com
numéro de port	389
username (nom d’utilisateur)	cn=administrateur, cn=utilisateurs, dc=exemple, dc=com
mot de passe	mot de passe
sécurisé	Faux

• Prenez note de l'ID de serveur Ldap dans l'en-tête de réponse

Étape 3. Créez le mappage LDAP.

• Utilisez API REST de Postman pour POST à/ldapMappings

nameMapping	$cn$
jidMapping	$sAMAccountName$@exemple.com
CorrespondanceURIEspace	$sAMAccountName$.space
CorrespondanceNomEspace	Espace de réunion de $cn$
CorrespondanceIdAppelEspacePartage	$ipPhone$

• Prenez note de l'ID de mappage LDAP retourné dans l'en-tête de réponse

Étape 4. Créer des sources LDAP.

• Utilisez l'outil API REST de Postman pour POST to /ldapSources
• Entrez le filtre comme une ligne (dans l'exemple illustré, il est divisé en trois lignes pour la lisibilité). Prenez note de l'ID source Ldap

serveur	<LDAPServerID créé à l'étape 1.2>
mappage	<LDAPMappingID créé à l'étape 1.3>
DN de base	dc=exemple,dc=com
Filtre	(&     (memberof=cn=SMPusers, ou=Utilisateurs de démonstration, dc=exemple, dc=com)     (!         (memberof=cn=PMPusers, ou=Utilisateurs de démonstration, dc=exemple, dc=com)      ) )

Cette source LDAP importera tous les utilisateurs qui font partie du groupe LDAP SMPUsers, mais qui ne font pas partie du groupe PMPusers.

• Utilisez l'outil API REST de Postman pour POST to /ldapSources
• Prenez note de l'ID source LDAP

serveur	<LDAPServerID créé à l'étape 1.2>
mappage	<LDAPMappingID créé à l'étape 1.3>
DN de base	dc=exemple,dc=com
Filtre	(memberof=cn=PMPusers, ou=Utilisateurs de démonstration, dc=exemple, dc=com)

Cette source LDAP importera tous les utilisateurs du groupe PMPusers.

Étape 5. Synchroniser les utilisateurs.

• Utilisez l'outil API REST de Postman pour POST à /ldapSyncs

ldapSource

<1 st LDAPSourceID créé à l'étape 1.4>

• Utilisez l'outil API REST de Postman pour POST to/ldapSyncs

ldapSource

<2nd LDAPSourceID créé à l'étape 1.4>

Étape 6. Vérifier les utilisateurs

Vous pouvez exécuter une commande GET on /ldapSyncs afin de répertorier les événements de synchronisation LDAP en cours et planifiés. Si les syncs ont déjà été exécutés, les noeuds API auraient déjà été supprimés (il s'agit du comportement par défaut, et il peut être modifié). Vous pouvez également consulter une liste d'utilisateurs importés via l'administrateur Web.

2. Créer des profils utilisateur et les associer aux sources LDAP

Étape 1. Créez un userProfile pour les utilisateurs SMP.

• Utilisez API REST de Postman outil POST par  /userProfiles

hasLicense

faux

Étape 2. Créez un userProfile pour les utilisateurs PMP.

• Utilisez API REST de Postman outil POST par  /userProfiles

hasLicense

vrai

Étape 3. Définissez SMP par défaut.

Vous devez mettre à jour le profil global avec le profil utilisateur SMP.

• Utilisez l'outil API REST de Postman pour PUT à /system/profile

userProfile

<ID de profil utilisateur créé à l’étape 2.1>

Étape 4. Associer les licences PMP aux utilisateurs du groupe d'utilisateurs PMP.

Mettez à jour LdapSource pour les membres du groupe AD des utilisateurs PMP avec le profil utilisateur PMP.

• Utilisez l'outil API REST de Postman pour PUT à /ldapSources/<2^nd LDAPSourceID créé à l'étape 1.4>

userProfile

<ID de profil utilisateur créé à l’étape 2.2>

• Répéter l'opération de synchronisation LDAP, conformément à l'étape 5

Vérification

L'importation réussie des utilisateurs peut être vérifiée sur la page GUI CMS Web sous Status > Users.

Dépannage

Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.