Guia passo a passo para Licenciamento Multiparty (PMP e SMP) no Cisco Meeting Server

Introduction

Este documento descreve como atribuir a licença do Personal Multiparty Plus (PMP+) ou a licença do Shared Multiparty Plus (SMP+) a usuários do CMS.

Prerequisites

O CMS (Cisco Meeting Server) agora oferece suporte ao licenciamento de vários participantes, semelhante ao modelo de licenciamento de vários participantes introduzido pela primeira vez no Cisco Condutor e no Cisco Telepresence Server. Licenças de vários usuários podem ser por usuário (licença PMP+) ou compartilhadas (licença SMP+). Para garantir que as licenças sejam implantadas corretamente, há várias etapas a serem tomadas.

Requirements

A Cisco recomenda que você tenha conhecimento destes tópicos:

• CMS
• Aplicativo de cliente de API ou familiaridade com codificação de API REST
• Licenças de PMP e SMP 

Componentes Utilizados

Este documento não se restringe a versões de software e hardware específicas.

Licenças de vários participantes só podem ser atribuídas no CMS por meio da configuração da API (Application Program Interface, interface de programa de aplicativos). Portanto, para implantar licenças de vários participantes, é necessário ter:

• CMS
• Licença Callbridge (também conhecida como chave de versão do CMS)
• Uma ou mais licenças PMP e/ou SMP
• Acessar credenciais à API do CMS
• ferramenta Postman REST

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. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.

Informações de Apoio

Note: Este documento descreve as etapas de configuração usando o cliente Postman REST. Observe que os comandos de API apropriados podem ser aplicados através de qualquer outra ferramenta REST API de sua escolha. 

Os seguintes parâmetros serão editados neste artigo:

• userProfile - define se um usuário tem uma licença PMP atribuída a ele (tem atributo de licença)
• ldapServers, ldapMappings, ldapSources (opcional, usado neste exemplo) - pelo menos um de cada um precisa ser definido, para atribuir licença PMP a um subconjunto de usuários
• perfis do sistema (opcional) - a serem usados se o PMP for atribuído a todos os usuários globalmente
• configurações de espaço (opcional) - a serem usadas se a licença PMP for atribuída por espaço 

Configurar

As licenças PMP são atribuídas por usuário, mas no CMS você não pode editar atributos de usuários individuais. A atribuição de licença é baseada em um atributo userProfile. O userProfile não pode ser associado a usuários individuais. Em vez disso, userProfile pode ser associado:

• globalmente: associando o userProfile a /api/v1/system/files
• por locatário: associando o userProfile a /api/v1/tenants/<tenantID>
• por ldapSource: associando o userProfile a /api/v1/ldapSources/<ldapSourceID> - para esta etapa, você precisará garantir que o LDAP esteja configurado somente por API e que esteja totalmente configurado, incluindo pelo menos um ldapServer, pelo menos um ldapMapping e pelo menos um ldapSource

Qualquer reunião que não possa ser vinculada a um usuário específico que tenha uma licença PMP atribuída, assumirá como padrão o uso de uma licença SMP. O tipo de licença SMP não exige nenhuma atribuição. 

Depois de decidir implementar o LDAP através da API, você precisará remover as configurações LDAP da GUI da Web do CMS.

1. Configurar fontes LDAP

As configurações LDAP na API são divididas em três partes: Servidores LDAP, mapeamentos LDAP e fontes LDAP, e todos eles são necessários.

A origem LDAP é a origem real dos usuários. Você deve ter um servidor LDAP e um mapeamento LDAP definido por origem. Várias fontes podem compartilhar o mesmo servidor LDAP e/ou o mapeamento LDAP.

Etapa 1. Faça login no CMS e navegue até Configuration > Ative diretory.

• Exclua as configurações na página da Web. Clique em Enviar e Sincronizar agora
• Verifique se não há mais usuários presentes em Status > Users

Etapa 2. Crie o servidor LDAP.

• Use a ferramenta Postman REST API para POST para /ldapServers

endereço	ldap.example.com
portNumber	389
nome do usuário	cn=administrador,cn=usuários,dc=exemplo,dc=com
senha	senha
seguro	Falso

• Anote a ID do servidor Ldap no cabeçalho da resposta

Etapa 3. Crie o mapeamento LDAP.

• Use o API do Postman REST ferramenta para POST em/ldapMappings

nameMapping	$cn$
jidMapping	$sAMAccountName$@example.com
coSpaceUriMapping	$sAMAccountName$.space
coSpaceNameMapping	Espaço de reunião de $cn$
coSpaceCallIdMapping	$ipPhone$

• Anote a ID de mapeamento LDAP retornada no cabeçalho de resposta

Etapa 4. Criar origens LDAP.

• Use a ferramenta API REST Postman para POST para /ldapSources
• Insira o Filtro como uma linha (no exemplo mostrado, ele é quebrado em três linhas para leitura). Anote a ID de origem Ldap

servidor	<LDAPServerID criado na etapa 1.2>
mapeamento	<LDAPMappingID criado na etapa 1.3>
baseDN	dc=exemplo,dc=com
Filtrar	(&     (memberof=cn=SMPusers,ou=Usuários de demonstração, dc=exemplo,dc=com)     (!         (memberof=cn=PMPusers,ou=Usuários de demonstração, dc=exemplo,dc=com)      ) )

Esta origem LDAP importará todos os usuários que estão no grupo LDAP SMPUsers, mas que não estão no grupo PMPusers.

• Use a ferramenta API REST Postman para POST para /ldapSources
• Anote a ID da origem LDAP

servidor	<LDAPServerID criado na etapa 1.2>
mapeamento	<LDAPMappingID criado na etapa 1.3>
baseDN	dc=exemplo,dc=com
Filtrar	(memberof=cn=PMPusers,ou=Usuários de demonstração, dc=exemplo,dc=com)

Esta origem LDAP importará todos os usuários que estão no grupo PMPusers.

Etapa 5. Sincronizar usuários.

• Use a ferramenta API REST Postman para POST para /ldapSyncs

ldapSource

<1st LDAPSourceID criado na etapa 1.4>

• Use a ferramenta API REST Postman para POST para /ldapSyncs

ldapSource

<2 nd LDAPSourceID criado na etapa 1.4>

Etapa 6. Verifique os usuários.

Você pode executar um GET em /ldapSyncs para listar os eventos de sincronização LDAP atualmente em andamento e programados. Se as sincronizações já tiverem sido executadas, os nós API já teriam sido excluídos (esse é o comportamento padrão e ele pode ser alterado). Você também pode verificar uma lista de usuários importados através do administrador da Web.

2. Criar perfis de usuário e associá-los a fontes LDAP

Etapa 1. Crie um userProfile para usuários SMP.

• Use o API do Postman REST ferramenta para POST para /userProfiles

temLicença

falso

Etapa 2. Crie um userProfile para usuários de PMP.

• Use o API do Postman REST ferramenta para POST para /userProfiles

temLicença

verdadeiro

Etapa 3. Defina SMP como padrão.

Você deve atualizar o perfil global com o perfil de usuário SMP.

• Use a ferramenta Postman REST API para PUT para /sistema/perfis

userProfile

<ID do perfil do usuário criada na etapa 2.1>

Etapa 4. Associe licenças PMP a usuários no grupo PMPusers.

Atualize o LdapSource para os membros do grupo AD de PMPusers com o perfil de usuário PMP.

• Use a ferramenta Postman REST API para PUT to /ldapSources/<2 ^nd LDAPSourceID criada na etapa 1.4>

userProfile

<ID do perfil do usuário criada na etapa 2.2>

• Repita a operação de sincronização LDAP, conforme etapa 5

Verificar

A importação bem-sucedida dos usuários pode ser verificada na página da Web GUI do CMS em Status > Users.

Troubleshoot

Atualmente, não existem informações disponíveis específicas sobre Troubleshooting para esta configuração.