Contents

Introduction

Prerequisites

Requirements

Componentes Utilizados

Configurar

Diagrama de Rede

Configurações

Opção 1: Formato CMR - user1@meet.company.com

Opção 2: Formato CMR - meet.user1@company.com

Verificar

Troubleshoot

Informações Relacionadas

Introduction

Este documento descreve as considerações do plano de discagem no Cisco Unified Communications Manager (CUCM) quando o Collaboration Meeting Rooms (CMR) é usado em uma implantação centrada no CUCM. Ele discute as diferentes opções, as implicações e a configuração.

Prerequisites

Requirements

O CMR é compatível com a versão XC2.3 do TelePresence Conductor e TelePresence Management Suite Provisioning Extension (TMSPE) versão 1.2. Este documento não aborda a configuração do CMR, que é abordado no Guia de implantação de extensão de provisionamento do Cisco TelePresence Management Suite.

Componentes Utilizados

A solução neste exemplo usa TelePresence Management Suite (TMS), TMSPE, TelePresence Conductor, TelePresence Server (TS) e CUCM. Os outros componentes ilustrados (Expressway-C e Expressway-E) são opcionais e fornecem conectividade a endpoints na Internet e/ou em Chamadas de Negócios para Empresas.

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. If your network is live, make sure that you understand the potential impact of any command.

Configurar

Diagrama de Rede

Como este documento usa uma implantação centrada em CUCM, a série Expressway é usada e o Condutor é integrado ao CUCM. Uma implantação típica é ilustrada aqui:

Neste exemplo, o domínio SIP (Session Initiation Protocol) na implantação é company.com e os usuários podem ser acessados por meio da discagem URI (Uniform Resource Identifier), por exemplo, user1@company.com.

Configurações

O CMR é hospedado pelos servidores TelePresence. Para que os usuários disquem para eles, as chamadas devem ser roteadas em direção ao tronco SIP para o Condutor. Há duas opções para o formato do URI para o CMR.

Opção 1: Formato CMR - user1@meet.company.com

A primeira opção usa um subdomínio de company.com como a porção de domínio nos URIs do CMR: meet.company.com.

Isso faz com que a configuração do plano de discagem no CUCM seja direta; você pode configurar um novo padrão de rota SIP com roteamento de domínio para este subdomínio, conforme ilustrado aqui:

Observe que neste exemplo, nenhuma Partição de Rota está configurada no Padrão de Rota SIP e, portanto, pode ser alcançada para todos os dispositivos. Classe de controle usando Espaços de Pesquisa de Chamada (CSS - Call Search Spaces) e Partições podem ser usados para restringir determinados usuários/dispositivos a discarem esses padrões.

Opção 2: Formato CMR - meet.user1@company.com

A segunda opção usa o domínio principal como a porção de domínio nos URIs SIP do CMR: empresa.com.

Os Padrões de rota SIP não suportam expressões regulares, portanto você pode configurar o Padrão de rota SIP como ilustrado aqui:

Com essa configuração, cada URI que corresponde à parte de domínio company.com que não está no banco de dados CUCM (endpoints registrados localmente) é roteado para o Condutor. É importante observar que as chamadas para URIs não registradas no CUCM são enviadas ao Condutor (mesmo para URIs que o Condutor não conhece). Para superar isso, você pode usar a importação do InterCluster Lookup Service (ILS), descrita posteriormente.

A solução anterior funciona quando a implantação não tem endpoints registrados no Video Communication Server (VCS) que compartilham o mesmo domínio ou a integração do Lync que compartilha o mesmo domínio. Caso haja endpoints ou uma integração do Lync que compartilhem o mesmo domínio, algumas chamadas com a porção de domínio company.com devem ser enviadas para Expresssway-C/VCS-C, enquanto as chamadas para o CMR (que também têm a porção de domínio company.com) devem ser roteadas para o Condutor. Um exemplo de implantação em que o mesmo domínio é compartilhado entre endpoints registrados no CUCM e um sistema de controle de chamadas de terceiros é mostrado aqui:

Nessa situação, você deve usar o recurso de importação de ILS para importar URIs SIP do Condutor como Catálogo Global para a tabela ILS do CUCM. Como origem dessa importação, você pode exportar os dados da sala no TMS. Esta opção está disponível em System > Provisioning > Users.

No entanto, é importante notar que, se o CMR não tiver sido criado pelo utilizador, a sala não está listada nesta exportação. Isso significa que você deve executar este procedimento toda vez que uma nova sala for criada ou exportar dados do Ative Diretory (AD) para criar a lista para todos os usuários.

No CUCM, você deve concluir estas etapas:

1. Verifique se o Cisco ILS e o Cisco Bulk Provisioning Service estão ativados e executados.

2. Altere a Função do cluster para Hub Cluster em Advanced Features > ILS Configuration.

3. Forneça ao ID do cluster um nome apropriado em System > Enterprise Parameters.

4. Crie um Catálogo do Plano de Discagem Global em Roteamento de Chamada > Replicação do Plano de Discagem Global > Catálogos do Plano de Discagem Global Importados. A String de Rota é usada em conjunto com os Padrões de Rota SIP para rotear chamadas ao Condutor: você associa os URIs do CMR a este catálogo do plano de discagem global, o CUCM usa a sequência de caracteres de rota configurada para decidir como rotear a chamada (em vez da URI original). Dessa forma, você pode rotear chamadas com a mesma parte de domínio para um tronco SIP diferente:

5. Configure um padrão de rota SIP que corresponda à sequência de caracteres da rota no catálogo global do plano de discagem configurado para que as URIs importadas associadas ao catálogo global do plano de discagem sejam roteadas para o tronco SIP do condutor:

6. Carregue o arquivo de texto que contém os URIs SIP do CMR como URIs e padrões de diretório importados em Bulk Administration > Upload/Download Files:

Seu arquivo de importação deve ter a seguinte aparência:

PatternType,PSTNFailover,Pattern

URI,,meet.user1@company.com

URI,,meet.user2@company.com

7. Importe os URIs com o arquivo de texto importado e o catálogo do plano de discagem global criado em Bulk Administration > Diretory URIs and Patterns > Insert Import Diretory URI and Pattern Configuration.

Quando o trabalho for concluído, as chamadas para URIs no arquivo de texto serão roteadas para o tronco SIP para o Condutor.

Verificar

Quando nenhum URI é importado no catálogo global, você pode testar se chama o URI de um CMR que foi criado. No CUCM, você deve garantir que:

- O tronco SIP em direção ao Condutor está em serviço completo:

- O CSS do dispositivo chamador deve conter a partição configurada no padrão de rota SIP.

Caso os URIs tenham sido importados para o catálogo global, você também deve certificar-se de que:

- O trabalho de importação foi concluído com êxito em Bulk Administration > Job Scheduler:

- O URI que você chama está listado em Roteamento de chamada > Replicação do plano de discagem global > URIs do diretório importados:

Troubleshoot

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

Informações Relacionadas

- Guias de extensão de provisionamento do TelePresence Management Suite

- Guias de manutenção e operação do CUCM

- Suporte Técnico e Documentação - Cisco Systems