Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Administración de políticas de CUCM

Escenario de ejemplo

Preguntas frecuentes sobre conflictos de políticas y superposición

Configuración con el uso de geolocalizaciones y particiones lógicas

Dispositivos de elementos y bordes

Configuración para permitir frente a Denegar

Información Relacionada

Introducción

Este documento explica cómo las geolocalizaciones, los filtros de geolocalización y la partición lógica se pueden utilizar en países, como India, que necesitan separar sus llamadas fuera de la red de sus llamadas en la red. Es posible que la Clase de servicio proporcionada por los Calling Search Spaces (CSS) y Partitions no proporcione el nivel de granularidad requerido para cumplir con ciertas leyes y normativas. También puede encontrar que estos mismos elementos se utilizan en las configuraciones de Extension Mobility Cross Cluster (EMCC). Consulte la Guía de Funciones y Servicios de Cisco Unified Communications Manager para la versión 7.1(2), que explica cómo filtrar a una ubicación más específica. Los componentes geográficos no se examinan más a fondo en este documento. Más bien, el objetivo de este documento es examinar cómo funciona todo en forma logística.

Prerequisites

Requirements

No hay 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.

Convenciones

Consulte Convenciones de Consejos Técnicos de Cisco para obtener información sobre las convenciones sobre documentos.

Administración de políticas de CUCM

Estos elementos principales se pueden encontrar en la página de CCMAdmin de Cisco Unified Communications Manager (CUCM) (CallManager):

- Dispositivo > Teléfono > Buscar > Geolocalización/Conjunto de Dispositivos

- Dispositivo > Troncal > Buscar > Geolocalización/Conjunto de Dispositivos

- System > Device Pool > Find > Geolocalización/Filtro de Goelocación

- System > Geolocation Configuration

- Sistema > Filtro de geolocalización

En CCMAdmin, vaya a Parámetros empresariales > Configuración de partición lógica. Hay cuatro parámetros que pueden afectar a las geolocalizaciones y a la partición lógica. Tenga en cuenta que:

- Todas las configuraciones de dispositivo, configuraciones de grupo de dispositivos, configuraciones de partición lógica, geolocalizaciones, filtros, etc. deben tener el parámetro Enable Logical Partitioning cambiado del valor predeterminado de False a True.

- La política predeterminada se establece en Denegar de forma predeterminada. La política no se define explícitamente en Call Routing > Logical Partition Policy Configuration.

- Se puede asignar a los dispositivos una geolocalización predeterminada incluso si la configuración de geolocalización de dispositivos y la configuración de geolocalización del grupo de dispositivos están en blanco.

Si realiza cambios en la configuración y no puede averiguar por qué no funciona como se espera, examine la geolocalización asignada directamente a los terminales, como el teléfono, así como sus troncales y gateways, como el troncal SIP. Si no hay Geolocalización asignada directamente a un teléfono, un tronco o una gateway, examine el Geolocalización y el Filtro de geolocalización asignados a los Grupos de dispositivos, respectivamente. Si ambos están en blanco, examine la política predeterminada enumerada entre los parámetros de empresa antes mencionados.

Ahora que conoce los detalles asignados al teléfono (un dispositivo interior) y a un tronco o gateway (un dispositivo de borde), puede coincidir con las Políticas de partición lógica. Vaya a Call Routing > Logical Partition Policy Configuration. El conocimiento y la comprensión de las políticas pueden ser un desafío. Uno de los objetivos de este documento es proporcionar ejemplos útiles y completos.

Escenario de ejemplo

Usted configura dos Políticas llamadas Bangalore y Chennai. Comprender que cuando se activa la página Configuración de Política de Partición Lógica, tiene un nombre en la parte superior que siempre está enlazado al primero de los dos Tipos de Dispositivo seleccionados. Cuando configura la Política de Partición Lógica de Bangalore (Política de Geolocalización), la relación Permitir/Denegar siempre comienza con Bangalore Interior o Bangalore Border.

Con estas dos políticas, las posibles permutaciones en la página Bangalore Policy incluyen:

- Interior de Bangalore a Interior de Bangalore

- Interior de Bangalore a la frontera de Bangalore

- Frontera de Bangalore con el interior de Bangalore

- Frontera de Bangalore con la frontera de Bangalore

- Interior de Bangalore al interior de Chennai

- Interior de Bangalore a la frontera de Chennai

- Frontera de Bangalore con el interior de Chennai

- Frontera de Bangalore con la frontera de Chennai

Con estas dos políticas, también hay ocho posibles permutaciones en la página Chennai Policy , que incluyen:

- Interior de Chennai al interior de Bangalore

- Interior de Chennai a la frontera de Bangalore

- Frontera Chennai con el interior de Bangalore

- Frontera de Chennai con la frontera de Bangalore

- Interior de Chennai al interior de Chennai

- Interior de Chennai a la frontera de Chennai

- Frontera Chennai con el interior de Chennai

- Frontera de Chennai con la frontera de Chennai

Nota: No hay necesidad de configurar tantas relaciones de políticas por varias razones. La lógica de la relación no examina la dirección. Por lo tanto, el Interior de Bangalore a la frontera de Chennai es lo mismo que la frontera de Chennai con el Interior de Bangalore.  Intente evitar configuraciones que entren en conflicto entre sí.

Preguntas frecuentes sobre conflictos de políticas y superposición

A: ¿Qué sucede si hay conflictos o políticas que se superponen?

R: Hay cierta lógica, pero puede ser difícil de rastrear. La lógica se relaciona con la última política que se agregó, no con una política modificada, sino con una política recientemente agregada.

Si una política que contenía el valor Allow se cambia posteriormente a Deny, se mantiene como Deny. Lo contrario también es cierto. Una política previamente establecida en Denegar, luego cambiada a Permitir es Permitir. Cisco Unified Reporting > Informe de política de geolocalización puede ayudarle a identificar las políticas que se superponen.

A: ¿Qué sucede si el Interior de Bangalore a la frontera de Chennai está configurado para Permitir mientras que la frontera de Chennai al interior de Bangalore está configurada para Denegar?

R: Si la Frontera Chennai con el Interior de Bangalore es la última que se agrega, su política tiene prioridad.

Nota: Las políticas sólo afectan las relaciones de interior a frontera, de frontera a interior y de frontera a frontera, no las relaciones de interior a interior.

Con esta información adicional en mente, las políticas de ejemplo de este documento se pueden reducir drásticamente de un total de dieciséis entradas a siete entradas. Recuerden, Interior-Interior no se ve afectado. Las políticas Interior-Interior y Superposición se muestran con tachado y, por lo tanto, ya no aparecerían en la lista.

La página Bangalore Policy incluye ahora:

- Interior de Bangalore a Interior de Bangalore - Interior-Interior no afectado.

- Interior de Bangalore a la frontera de Bangalore

- Frontera de Bangalore con el interior de Bangalore - Solapamientos con el Interior de Bangalore a la Frontera de Bangalore configurados en la página Política de Bangalore.

- Frontera de Bangalore con la frontera de Bangalore

- Interior de Bangalore a Interior de Chennai - Interior-Interior no afectado.

- Interior de Bangalore a la frontera de Chennai

- Frontera de Bangalore con el interior de Chennai

- Frontera de Bangalore con la frontera de Chennai

La página Chennai Policy ahora incluye:

- Interior de Chennai a Interior de Bangalore - Interior-Interior no afectado.

- Interior de Chennai a la frontera de Bangalore  - Solapamientos con Bangalore Border to Chennai Interior configurados en la página Bangalore Policy .

- Frontera Chennai con el interior de Bangalore  - Solapamientos con el Interior de Bangalore a la frontera de Chennai configurados en la página Política de Bangalore.

- Frontera de Chennai con la frontera de Bangalore  - Se solapa con la frontera de Bangalore a la frontera de Chennai configurada en la página Política de Bangalore.

- Interior de Chennai al Interior de Chennai - Interior-Interior no afectado.

- Interior de Chennai a la frontera de Chennai

- Frontera Chennai con el interior de Chennai  - Solapamiento con el interior de Chennai a la frontera de Chennai configurado en la página Política de Chennai.

- Frontera de Chennai con la frontera de Chennai

Un teléfono IP con una geolocalización Chennai que coincida con una política Chennai es un dispositivo interior Chennai. Un tronco SIP con una geolocalización Chennai que coincide con una política Chennai es un dispositivo de frontera Chennai. No es necesario asignar específicamente el tipo de dispositivo. CUCM clasifica automáticamente los troncales, los gateways y los teléfonos. Si desea que el dispositivo Interior de Chennai (teléfono) pueda llamar a un dispositivo de frontera de Chennai (troncal SIP) sin que se rechace la llamada, por ejemplo, la llamada recibe una señal de ocupado rápido, debe asegurarse de que la política Interior de Chennai a la frontera de Chennai esté configurada en Permitir, sin que se haya configurado ninguna política superpuesta más tarde.

Nota: Los cambios en los grupos de dispositivos deben requerir que se restablezcan los grupos de dispositivos para que se registre el cambio. Como es probable que esto afecte a muchos dispositivos, los cambios se deben configurar después de horas.

Nota: En los seguimientos SDI de CallManager (ccm.txt), es posible que se encuentre que una llamada se puede rechazar debido a la partición lógica (LP) sin que se realice un análisis de dígitos (DA). Aquí tiene un ejemplo: Invitación SIP, Intentando, Servicio 503 no disponible sin DA en el medio.

Aquí hay un ejemplo de un mensaje de rechazo completo:

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 proporciona un ejemplo de geolocalización y partición lógica.

Figura 1: Diagrama de la red

Este diagrama muestra el flujo de llamadas deseado, que probablemente se deba a las regulaciones gubernamentales para restringir TEHO (Tail-End-Hop-Off) y Toll-Bypass:

- El teléfono IP de la India debería poder llamar a la Interfaz de velocidad primaria (PRI) 1 con el argumento de que el acceso a la red telefónica pública conmutada (PSTN) es local.

- El teléfono IP de la India no debería poder llamar a PRI 2 con el argumento de que el acceso PSTN no es local.

- Asimismo, si bien el teléfono IP de la India debería poder llamar a PRI 1 y poner la llamada en espera, no debería poder marcar PRI 2 y poner a los tres participantes en una conferencia.

Configuración con el uso de geolocalizaciones y particiones lógicas

Esta sección muestra los pasos realizados para configurar y configurar las Geolocalizaciones y Particiones Lógicas en CUCM.

Paso 1: Configure estos parámetros dentro de los parámetros de servicio empresarial. Tenga en cuenta si establece la Política Predeterminada de Partición Lógica en Denegar o Permitir. Esto es importante. Se establece en Denegar para este ejemplo de configuración.

Figura 2: Configuración de la partición lógica de CUCM

Paso 2: Vaya a Configuración del filtro de geolocalización y especifique un único filtro para esta configuración específica. Puede especificar más si su configuración se vuelve muy avanzada. En este caso, especifique que coincida sólo en País.

Figura 3: Configuración del filtro de geolocalización de CUCM

Paso 3: Vaya a Configuración de geolocalización y configure las ubicaciones especificadas con las que debería preferir filtrar. Esto es muy simple y no tiene que configurarse más que para lo que configura su filtro de geolocalización, pero este ejemplo muestra algunas configuraciones adicionales.

Figura 4: Lista de geolocalizaciones de CUCM

Figura 5: Configuración de geolocalización

Figura 6: Página 2 de configuración de geolocalización

Paso 4: Vaya a Device Pool Configuration y busque los parámetros Geolocation Configuration. Establezca esta opción en la ubicación física del teléfono.

Figura 7: Configuración del grupo de dispositivos

Paso 5: Vaya a la página Configuración del dispositivo del teléfono y seleccione la ubicación en la que se encuentra el teléfono.

Figura 8: Phone Configuration

Paso 6: Vaya a la página Configuración del dispositivo para las interfaces PRI y configúrelas como unidades individuales y como si fueran las mismas.

Figura 9: PRI para India

Figura 10: PRI para EE. UU.

Paso 7: Este paso es la parte más difícil en la configuración de las políticas de partición lógica.

Nota: Necesita dos políticas.

Figura: 11: Lista de políticas de partición lógica

Figura 12: Política India

Figura 13: La política de la India continúa

Figura 14: Política de EE. UU.

Figura 15: Política de EE. UU. (continuación)

Dispositivos de elementos y bordes

Esta sección explica el significado de Frontera e Interior y cómo saber qué dispositivo es Fronteriza Versa Interior.

La terminología utilizada para categorizar los dispositivos CUCM se basa en su función.

- ¿Dispositivos de borde? Estos dispositivos permiten el acceso PSTN o la comunicación entre clústeres.

- Dispositivos interiores ? Estos dispositivos son terminales de voz sobre IP (VoIP).

Los dispositivos típicos de borde incluyen:

- Gateway (por ejemplo, gateway H.323)

- Troncal entre clústers (ICT), controladas tanto por el gatekeeper como por el que no lo controla

- troncal H.225

- Enlace troncal SIP

- Puerto de protocolo de control de gateway de medios (MGCP) (E1, T1, PRI, BRI, FXO)

Los dispositivos interiores típicos incluyen:

- Teléfonos (SCCP, SIP, terceros)

- Teléfonos analógicos VG224

- Puerto MGCP (FXS)

- Puntos de ruta CTI y Puertos CTI

- Correo de voz de Cisco Unity (SCCP)

Este origen de Borde e Interior se fija, en función del dispositivo CUCM, y no se puede configurar en CUCM versión 7.1.

Configuración para permitir frente a Denegar

El ejemplo de configuración completo de este documento se completó con el parámetro Enterprise establecido en el estado Deny. Consulte la Figura 2. En algunas circunstancias, es posible que desee modificar este valor para Permitir y, a continuación, configurar todo lo que desee Denegar porque es más difícil hacerlo a medida que se configura esta configuración.

Para esta configuración, esto es todo lo que necesita configurar:

- Parámetros de empresa.

- Filtro de geolocalización.

- Configuración de geolocalización.

- Agrupación de dispositivos.

- Información de geolocalización en el teléfono IP.

- Información de geolocalización en las interfaces PRI (el gateway es MGCP).

- Políticas de geolocalización (configuración de borde/interior permitida/denegada) dentro de la partición lógica.

Información Relacionada

- Soporte Técnico y Documentación - Cisco Systems