Entenda como as políticas de particionamento lógico e as geolocalizações funcionam

Introduction

Este documento explica como Geolocations, Geolocation Filters e Logical Partitioning podem ser usados em países, como a Índia, que precisam separar suas chamadas fora da rede de suas chamadas na rede. A classe de serviço fornecida por Calling Search Spaces (CSSs) e partições pode não fornecer o nível de granularidade necessário para cumprir determinadas leis e regulamentos. Você também pode descobrir que esses mesmos elementos são usados nas configurações do Cluster da Mobilidade de Ramal (EMCC). Consulte o Cisco Unified Communications Manager Features and Services Guide para a versão 7.1(2), que explica como filtrar para um local mais específico. As componentes geográficas não são mais discutidas neste documento. Em vez disso, o foco deste documento é rever como tudo funciona em conjunto logisticamente.

Prerequisites

Requirements

Não existem requisitos específicos para este documento.

Componentes Utilizados

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.

Conventions

Consulte as Convenções de Dicas Técnicas da Cisco para obter informações sobre convenções de documentos.

Administração de políticas do CUCM

Esses elementos principais podem ser encontrados na página CCMAdmin do Cisco Unified Communications Manager (CUCM) (CallManager):

• Dispositivo > Telefone > Localizar > Geolocalização/Pool de Dispositivos
• Dispositivo > Tronco > Localizar > Geolocalização/Pool de Dispositivos
• Sistema > Pool de dispositivos > Localizar > Filtro de localização geográfica/localização geográfica
• Sistema > Configuração da localização geográfica
• Sistema > Filtro de localização geográfica

Em CCMAdmin, vá para Enterprise Parameters > Logical Partitioning Configuration. Há quatro parâmetros que podem afetar Geolocations e o particionamento lógico. Esteja ciente de que:

• Todas as configurações do dispositivo, do pool de dispositivos, das configurações de particionamento lógico, das localizações geográficas, dos filtros e assim por diante devem ter o parâmetro Ativar particionamento lógico alterado do padrão de Falso para Verdadeiro.
• A política padrão está definida como Negar por padrão. A política no está definida explicitamente na Call Routing > Logical Partition Policy Configuration.
• Os dispositivos podem receber uma localização geográfica padrão mesmo que a configuração da localização geográfica do dispositivo e a configuração da localização do pool de dispositivos estejam em branco.

Se você fizer alterações na configuração e não conseguir descobrir por que não funciona como esperado, examine a localização geográfica atribuída diretamente aos endpoints, como o telefone, bem como aos troncos e gateways, como o Tronco SIP. Se não houver uma localização geográfica atribuída diretamente a um telefone, tronco ou gateway, examine os filtros de localização geográfica e localização geográfica atribuídos ao(s) pool(s) de dispositivos, respectivamente. Se ambos estiverem em branco, examine a Política padrão listada entre os Parâmetros corporativos acima.

Agora que você sabe os detalhes atribuídos ao telefone (um dispositivo Interior) e a um tronco ou gateway (um dispositivo de borda), você pode corresponder às Políticas de partição lógica. Vá para Roteamento de chamada > Configuração da política de partição lógica. O conhecimento e a compreensão das políticas podem ser um desafio. Um dos objetivos deste documento é fornecer exemplos úteis e abrangentes. 

Exemplo de cenário

Você configura duas Políticas chamadas Bangalore e Chennai. Entenda que quando você puxa a página Logical Partitioning Policy Configuration, ela tem um nome na parte superior que é sempre vinculado ao primeiro dos dois tipos de dispositivo selecionados. Quando você configura a Política de particionamento lógico de Bangalore (Política de localização geográfica), o relacionamento Permitir/Negar sempre começa com Bangalore Interior ou Bangalore Border.

Com essas duas políticas, as possíveis permutações na página Bangalore Policy incluem:

• Bangalore Interior para Bangalore Interior
• Interior de Bangalore na fronteira de Bangalore
• Fronteira Bangalore com o Interior de Bangalore
• Fronteira de Bangalore com a fronteira de Bangalore
• Bangalore Interior até Chennai Interior
• Interior de Bangalore na fronteira com Chennai
• Fronteira de Bangalore com Chennai Interior
• Fronteira de Bangalore com a fronteira de Chennai

Com essas duas políticas, há também oito permutações possíveis na página Chennai Policy, que incluem:

• Chennai Interior para Bangalore Interior
• Chennai Interior até a fronteira de Bangalore
• Fronteira Chennai com o Interior de Bangalore
• Fronteira Chennai com Bangalore
• Chennai Interior para Chennai Interior
• Chennai Interior até a fronteira de Chennai
• Fronteira Chennai com Chennai Interior
• Fronteira Chennai com Chennai

Note: Não há necessidade de configurar tantas relações de política por vários motivos. A lógica da relação não examina direção. Portanto, o interior de Bangalore na fronteira de Chennai é o mesmo que a fronteira de Chennai com o interior de Bangalore.  Tente evitar configurações em conflito entre si.

Perguntas frequentes sobre conflitos de políticas e sobreposição

P: O que acontece se houver conflitos ou políticas que se sobrepõem?

R: Há alguma lógica, mas pode ser difícil de acompanhar. A lógica está relacionada à última política que foi adicionada, não uma política modificada, mas uma política recém-adicionada.

Se uma política que continha o valor Allow for posteriormente alterada para Deny, ela permanecerá Deny. O contrário também é verdade. Uma política definida anteriormente como Negar, posteriormente alterada para Permitir é uma Permitir. O Cisco Unified Reporting > Geolocation Policy Report pode ajudá-lo a identificar as políticas que se sobrepõem.

P: E se o Interior de Bangalore na fronteira de Chennai estiver configurado para Permitir enquanto a fronteira de Chennai para Bangalore Interior estiver configurada para Negar?

R: Se a fronteira Chennai com Bangalore Interior for a última adicionada, sua política tem precedência.

Note: As políticas só afetam os relacionamentos interior-fronteira, fronteira-interior e fronteira-fronteira, e não os relacionamentos interior-interior.

Com essas informações adicionais em mente, as políticas de exemplo neste documento podem ser drasticamente reduzidas de uma combinação de dezesseis entradas para sete entradas. Lembre-se de que o Interior para o Interior não é afetado. As políticas Interior-to-Interior e Overlap são mostradas com strikethrough e, portanto, não mais apareceriam na lista.

A página de Política Bangalore agora inclui:

• Interior de Bangalore para Bangalore Interior - Interior para Interior não afetado.
• Interior de Bangalore na fronteira de Bangalore
• Fronteira Bangalore com o Interior de Bangalore - Sobreposições com Bangalore Interior até Bangalore Border configurada na página Política de Bangalore.
• Fronteira de Bangalore com a fronteira de Bangalore
• Interior de Bangalore para Chennai Interior - Interior para Interior não afetado.
• Interior de Bangalore na fronteira com Chennai
• Fronteira de Bangalore com Chennai Interior
• Fronteira de Bangalore com a fronteira de Chennai

A página Chennai Policy agora inclui:

• Chennai Interior até Bangalore Interior - Interior-Interior não afetado.
• Chennai Interior até a fronteira de Bangalore  - Sobreposições com a fronteira Bangalore com o Chennai Interior configuradas na página Política de Bangalore.
• Fronteira Chennai com o Interior de Bangalore  - Sobreposições com Bangalore Interior até Chennai Border configurada na página Política de Bangalore.
• Fronteira Chennai com Bangalore  - Sobreposições com a fronteira de Bangalore com a fronteira de Chennai configuradas na página Política de Bangalore.
• Chennai Interior para Chennai Interior - Interior para Interior não afetado.
• Chennai Interior até a fronteira de Chennai
• Fronteira Chennai com Chennai Interior  - Sobreposições com Chennai Interior na Fronteira Chennai configurada na página Política Chennai.
• Fronteira Chennai com Chennai

Um telefone IP com uma Geolocalização Chennai que corresponda a uma Política Chennai é um dispositivo Chennai Interior. Um tronco SIP com uma Geolocalização Chennai que corresponde a uma Política Chennai é um dispositivo de fronteira Chennai. Não há necessidade de atribuir especificamente o tipo de dispositivo. O CUCM categoriza automaticamente troncos, gateways e telefones. Se você quiser que o dispositivo do Chennai Interior (telefone) seja capaz de ligar para um dispositivo de Borda de Chennai (tronco SIP) sem que a chamada seja rejeitada, por exemplo, a chamada recebe um sinal de ocupado rápido, então você deve garantir que a política do Chennai Interior to Chennai Border esteja definida como Permitir, sem qualquer sobreposição de política configurada posteriormente.

Note: As alterações nos pools de dispositivos devem exigir que os pools de dispositivos sejam redefinidos para que a alteração seja confirmada. Como isso provavelmente afetará muitos dispositivos, as alterações devem ser configuradas após horas.

Note: Nos rastreamentos SDI (ccm.txt) do CallManager, você pode descobrir que uma chamada pode ser rejeitada devido ao particionamento lógico (LP) sem uma análise de dígitos (DA) executada. Aqui está um exemplo: Convidar SIP, Tentar, Serviço 503 Indisponível sem DA entre eles.

Aqui está um exemplo de uma mensagem de rejeição completa:

09/18/2012 21:53:48.379 CCM|Cdcc::CcRejInd: ccRejInd.c.cv =  -1493172161|
<CLID::KCMCS01-Cluster> <NID::10.50.1.11><CT::2,100,45,1.1290981><IP::10.50.15.127><DEV::>
<LVL::Detailed><MASK::0800>
 ...
  CV=-1493172161 in CcRejInd refers to Logical Partitioning denial as per this 
junked Defect CSCsz91044  
  ...
  09/18/2012 21:53:48.380 CCM|//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP 
message to 10.50.15.127 on port 50380 index 90345 
  SIP/2.0 503 Service Unavailable

Este diagrama fornece um exemplo de Geolocalização e Particionamento Lógico.

Figura 1: Diagrama de Rede

Este diagrama mostra o fluxo de chamada desejado, que provavelmente é devido aos regulamentos do governo para restringir TEHO (Tail-End-Hop-Off) e Toll-Bypass:

• O telefone IP da Índia deve ser capaz de chamar a Primary Rate Interface (PRI) 1 com a razão pela qual o acesso à rede telefônica pública comutada (PSTN) é local.
• O telefone IP da Índia não deve ser capaz de chamar o PRI 2 com a razão de que o acesso PSTN não é local.
• Da mesma forma, embora o telefone IP da Índia possa chamar PRI 1 e colocar a chamada em espera, ele não deve conseguir discar PRI 2 e colocar os três participantes em uma conferência.

Configuração com o uso de Geolocations e Partições Lógicas

Esta seção mostra as etapas realizadas para configurar e configurar as Geolocations e Logical Partitions no CUCM.

Passo 1: Defina essas configurações nos Parâmetros do Serviço Corporativo. Esteja ciente de que você definiu a política padrão de particionamento lógico para Negar ou Permitir. Isso é importante. Está definido como Negar para este exemplo de configuração.

Figura 2: Configuração de particionamento lógico do CUCM

Passo 2: Vá para Geolocation Filter Configuration e especifique um único filtro para esta configuração específica. Você pode especificar mais se sua configuração se tornar muito avançada. Nesse caso, especifique que ele corresponde somente em País.

Figura 3: Configuração do filtro de localização geográfica CUCM

Passo 3: Vá para a Geolocation Configuration e configure os locais especificados para os quais ele deve preferir filtrar. Isso é muito simples e não precisa ser configurado além do que você definiu para o Filtro de localização geográfica, mas esse exemplo mostra algumas configurações adicionais.

Figura 4: Lista de Geolocalizações do CUCM

Figura 5: Configuração da localização geográfica

Figura 6: Página de Configuração da Geolocalização 2

Passo 4: Vá até Device Pool Configuration e encontre os parâmetros Geolocation Configuration. Defina isso no local onde o telefone está fisicamente localizado.

Figura 7: Configuração do pool de dispositivos

Passo 5: Vá até a página Device Configuration do telefone e selecione o local em que o telefone está localizado.

Figura 8: Phone Configuration

Passo 6: Vá para a página Configuração do dispositivo para as interfaces PRI e configure-as como unidades individuais e como se fossem iguais.

Figura 9: PRI para Índia

Figura 10: PRI para EUA

Passo 7: Esta etapa é a parte mais difícil na configuração das Políticas de partição lógica.

Note: Você precisa de duas políticas. 

Figura: 11 : Lista de políticas de particionamento lógico

Figura 12: Política da Índia

Figura 13: A política da Índia continuou

Figura 14: Política dos EUA

Figura 15: Política dos EUA - continuação

Dispositivos de borda e elemento

Esta seção explica o significado de Border e Interior e como saber qual dispositivo é Border versus Interior.

A terminologia usada para categorizar os dispositivos CUCM é baseada em sua função.

• Dispositivos de borda ? Esses dispositivos permitem acesso PSTN ou comunicação entre clusters.
• Dispositivos internos? Esses dispositivos são endpoints de Voz sobre IP (VoIP).

Os dispositivos típicos de borda incluem:

• Gateway (por exemplo, gateway H.323)
• Tronco intercluster (ICT), controlado por gatekeeper e não controlado por gatekeeper
• tronco H.225
• Tronco SIP    
• Porta do Media Gateway Control Protocol (MGCP) (E1, T1, PRI, BRI, FXO)  

Os dispositivos típicos interiores incluem:

• Telefones (SCCP, SIP, terceiros)
• Telefones analógicos VG224
• Porta MGCP (FXS)
• Pontos de rota CTI e portas CTI
• Correio de voz do Cisco Unity (SCCP)  

Essa fonte de Borda e Interior é fixa, com base no dispositivo CUCM, e não é configurável no CUCM Versão 7.1.

Configuração para permitir versus negar

Todo o exemplo de configuração neste documento foi concluído com o parâmetro Enterprise definido como um estado Deny. Consulte a Figura 2. Em algumas circunstâncias, talvez você queira modificar esse valor para Permitir e depois configurar tudo o que você deseja Negar porque é mais difícil fazer isso quando essa configuração é configurada.

Para esta configuração, é tudo o que você precisa configurar:

• Parâmetros da empresa.
• Filtro de localização geográfica.
• Configuração da localização geográfica.
• Conjunto de dispositivos.
• Informações de localização geográfica do telefone IP.
• Informações de localização geográfica nas interfaces PRI (o gateway é MGCP).
• Políticas de localização geográfica (Borda/Interior permitir/negar configuração) no particionamento lógico.

Informações Relacionadas

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