Opciones de descarga

PDF (1.9 MB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (1.8 MB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (1.6 MB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:23 de mayo de 2017

ID del documento:211280

Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

prerrequisitos

Componentes Utilizados

Antecedentes

Elementos de la división lógica

Geolocation

Filtro de Geolocation

Directiva lógica de la división

Configuración

Troubleshooting

Puntas a reflexionar

Referencias

Bug conocido

Introducción

Este documento describe cómo configurar la división lógica y Geolocation en el administrador de las Comunicaciones unificadas de Cisco (CUCM).

Prerrequisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

Cisco unificó al administrador de la comunicación

Componentes Utilizados

Administrador 8.6 de las Comunicaciones unificadas de Cisco o más adelante

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Antecedentes

La característica de división lógica se asegura de que un solo sistema se puede utilizar para apoyar ambos tipos de llamadas mientras las llamadas que pasan a través de un gateway del Public Switched Telephone Network (PSTN) no conecten directamente con un teléfono de la voz sobre IP (VoIP) o el gateway PSTN VoIP en otra ubicación geográfica (geolocation) incluso cuando se invoca una mediados de función de llamada.

En algunos países tales como India, hay las regulaciones de las telecomunicaciones que tienen que ser resueltas en el nivel empresarial. Debido a cuál son obligadas las compañías configurar una infraestructura de la Voz. Los ponen tales que el PSTN local está utilizado exclusivamente al conectar llama fuera de la empresa. Según la autoridad reguladora de las telecomunicaciones (TRAI), la red de telefonía PSTN en la India se debe nunca interconectar con la red de telefonía VoIP con el fin del Toll Bypass.

Esto requiere que el sistema de voz esté dividido lógicamente en dos sistemas: un VoIP dentro de la empresa y segunda para acceder el PSTN local.

Era muy difícil mantener esta clase de sistema de voz con la característica del Calling Search Space (CSS) y de la división en CUCM. El CSS y la división pueden restringir las llamadas básico, pero no puede restringir las mediados de funciones de llamada como reoriente y únase a.

Elementos de la división lógica

Geolocation

CUCM requiere el aprovisionamiento de los identificadores para asignar a los dispositivos como los teléfonos, los gatewayes, los trunks, etc. Geolocation es un estándar que se puede utilizar como más idenfitier en la división lógica.

Geolocation se utiliza para especificar la ubicación física basada en hasta 17 parámetros: La abreviatura de la carta del país 2, el estado (A1), el condado (a2), la ciudad (A3), el distrito (A4), la vecindad (A5), la calle (A6), la dirección (PRD), el sufijo de la calle (VAINA), el número de Casa (HNO) y el número de Casa añaden como sufijo (HNS) entre otros.

Filtro de Geolocation

Una configuración de la política lógica típica de la división utiliza solamente el subconjunto de campos en el expediente de la directiva de Geolocation. Esta selección es estrechada abajo por el filtro de Geolocation. Los campos que se seleccionan en el filtro de Geolocation son utilizados por la característica de división lógica.

Directiva lógica de la división

En CUCM, la división lógica se define como característica del Control de llamadas que se pueda utilizar para restringir la comunicación entre estas entidades VoIP con la ayuda de las directivas de división lógicas.

Teléfono del IP a/desde el gateway
Gateway al gateway
Teléfono del IP a/desde el trunk (trunk ICT/SIP)
Gateway a/desde el trunk (trunk ICT/SIP)

Los dispositivos en la división lógica se categorizan como el interior y frontera. Éstos son los dispositivos clasificados como interior:

Teléfonos (SCCP, SORBO, otro vendedor)
Teléfonos analógicos VG224
Puerto MGCP (FXS)
Correo de voz del Cisco Unity (SCCP)
Punto de ruta CTI, puerto CTI
Gateway QSIG o ICT

Estos dispositivos se categorizan como la frontera:

Gateway
Tronco entre clústers (ICT)
Trunk H.225
Trunk del SORBO
Puerto MGCP (e1, T1, PRI, BRI, FXO)

Configuración

Paso 1. Geolocation predeterminado es aplicable para los dispositivos en los cuales no se configura ningún Geolocation y no participa en la división lógica. Para fijar la directiva predeterminada de Geolocation desempeña una función principal, si se fija entonces para permitirla es necesario apropiarse de las directivas lógicas de la división con niega las funciones y viceversa.

Paso 2. Vaya a la configuración de System-> Geolocation y agregue el relacionado con la información a la ubicación. Esto actúa como identificador para los dispositivos que se asocian a este Geolocation determinado.

Paso 3. Vaya al filtro de System-> Geolocation y marque los campos en la configuración de filtro de Geolocation basada en contra lo que se requiere la directiva lógica para filtrar.

Paso 4. Configure la directiva lógica de la división. Ésta es la mayoría de la parte importante de la configuración como todas las decisiones a permitir o negar las llamadas dependen de su configuración.

Paso 5. Vaya a la página de la configuración del dispositivo del teléfono y aplique el geolocation dependiendo de donde se localiza el teléfono.

Vaya semejantemente a la agrupación de dispositivos y agregue la configuración del geolocation.

Paso 6. Vaya a la página de configuración para el puerto del gateway/Trunk/MGCP que actúa como interfaz al PSTN y aplique después la configuración del geolocation y el filtro del geolocation.

Troubleshooting

El paso 1.Check en los parámetros Enterprise que habilitan la opción de división lógica se fija para verdad.

Paso 2. Aseegurese que los dispositivos están asociados a un geolocation válido en el nivel del dispositivo o de la agrupación de dispositivos.

Paso 3. Incorporar la página de configuración que el dispositivo está asociado a un filtro válido del geolocation, teniendo selección de algunos de los campos del geolocation en el nivel del dispositivo o de la agrupación de dispositivos.

Paso 4. Aseegurese la Distinción entre mayúsculas y minúsculas está correcto para los campos de los expedientes de LP GeolocationPolicy y la coincidencia con el geolocation registra la configuración.

Paso 5. La configuración del geolocation, los filtros y las directivas se pueden también verificar del CLI con la ayuda de estos comandos sql.

run sql select * from geolocationfilter
run sql select * from geolocationpolicy
run sql select * from geolocationpolicymatrix
run sql select * from typelogicalpartitionpolicy

Paso 6. Después de que se marque la configuración básica, verifique la relación fijada entre las directivas del geolocation. Cuando la política predeterminada de división lógica del parámetro Enterprise se fija para negar, marcar si permita las directivas lógicas de la división entre la directiva de Geolocation de un sitio del gateway y VoIP se configuran. Por el contrario, si es la política predeterminada permita, marque si niegue las directivas lógicas de la división se configuran.

Paso 7. Aseegurese allí no son el ningún solapar o directiva en conflicto configurada.

Ejemplo.

LP-India->Interior LP-Pudong->Border permite

LP-Pudong->Border LP-India->Interior niega

Aquí la relación lógica entre las directivas tiene un conflicto. Si se configura una directiva lógica la LP-India interior para confinar LP-Pudong, implica que esta relación es verdad para Frontera-LP Pudong a la LP-India. Estas directivas son bidireccionales en la naturaleza.

Tan en este ejemplo, según la primera directiva, los Teléfonos IP internos en la ubicación de Pudong se permiten decir en voz alta vía la PRI-India. Al mismo tiempo, las llamadas PSTN de la PRI-India a los Teléfonos IP en Pudong Geolocation se permiten.

Pero según la segunda directiva, las llamadas del India-PRI a los Teléfonos IP en la ubicación de Pudong y viceversa se niegan pero ésta está en conflicto la primera directiva.

En estos casos, recuerde que la directiva que era último agregado tomará la precedencia.

Paso 8. Siga las directivas que solapan con la característica que señala unificada para obtener la matriz lógica de la directiva de la división. Es muy útil resolver problemas como usted puede familiarizarse con todas las directivas lógicas de la división configuradas en CUCM de un monopantella. La directiva unificada CM Geolocation con el informe del filtro proporciona una lista completa de expedientes de la matriz de división lógica de la directiva de Geolocation para las directivas seleccionadas de Geolocation, mientras que el informe unificado de la directiva CM Geolocation proporciona una lista completa de expedientes de todas las directivas de división lógicas.

Paso 9. Haga algunas llamadas de prueba y el control si trabaja. La herramienta del monitoreo en tiempo real (RTMT) se aumenta para seguir el número de fallas debido a las restricciones de división lógicas de la directiva en los nuevos contadores del perfmon. Los contadores del perfmon tienen un nuevo grupo llamado restricción de la llamada de Cisco. Allí de los nosotros podemos seguir varias fallas de llamada en diversos escenarios como errores de Tansfer, los errores ad hoc de la conferencia, conferencia Meet-me los errores, remitiendo los errores, los errores de las llamadas básico, los errores de la Mediados de-llamada, los errores de la restricción del total de llamada, el etc.

Paso 10. Recoja las trazas CUCM de RTMT para la duración de la llamada. En la capa de distribución de señalización (SDL) le localiza puede ver la directiva que es seleccionada y las directivas que se configuran entre los pares de la directiva de Geolocation.

Comunicación de la información de Geolocation en las señales del CC.

| SdlSig    | CcRegisterPartyA                      | restart0                      | LineControl(1,100,139,3)        | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 2, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI=23624774 CI.branch=0  CSS= cssIns=0 aarCSS= aarDev=T doNotAppendLineCSS=F lrg= ccBearCap.itc=0 ccBearCap.l=3 ccBearCap.itr=1 protected=1 flushCapIns=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4} locPkid= locName=

Comunicación de la información de Geolocation en las señales de PolicyAndRSVP.

| SdlSig    | PolicyAndRSVPRegisterReq              | wait                          | RSVPSessionMgr(1,100,76,1)      | SIPCdpc(1,100,55,17)            | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  reg=Default cap=5 loc=0 MRGLPkid= PrecLev=5 VCall=F VCapa=F regiState=0 medReq=0 dataCapFl=2 ipAddrMode=0 status=0 geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}
| SdlSig    | PolicyRegisterReq                     | await_init                    | LPSession(1,100,26,21)          | RSVPSessionMgr(1,100,76,1)      | (1,100,45,1).3035-(SEP0019555CBAE3:10.76.253.14)| [R:NP - HP: 0, NP: 0, LP: 0, VLP: 0, LZP: 0 DBP: 0]CI= 23624774 Branch= 0  geolocInfo={geolocPkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filterPkid=d5bdda76-6a86-56c5-b5fd-6dff82b37493, geolocVal=, devType=4}

Puntas a reflexionar

Los dispositivos es decir (Media Termination Point) MTP de los media, (Bridge de conferencia) CFB, anunciador, (música en el control) moh no se requieren ser asociados a los valores del geolocation.
No hay comprobación para de la directiva de LP el VoIP a la llamada o a la característica del dispositivo de VoIP con solamente los participantes VoIP. Es decir el interior a la directiva interior se permite siempre.
LPPolicyManager es un proceso del semifallo que las interfaces con InMemDB y mantienen las directivas en el Procesamiento de llamadas como árbol de la directiva de LP. Durante CUCM mantenga el lanzamiento, el LPPolicyManager lee las directivas de las tablas de InMemDB y construye el árbol de la directiva de LP. El agregar/la cancelación/la actualización de una directiva en los resultados DB en la notificación de cambio a LPPolicyManager y al cambio se afecta en el árbol de la directiva de LP.

El marcar de división lógico de la directiva.

001853112| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoA[pkid=31396408-3d83-74a9-1655-d2f0a05dd0a4, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=4]
001853113| 2008/09/26 11:50:39.687| 001| AppInfo   |                                       |                               |                                 |                                 |                                         | LPPolicyManager -getLogicalPartitionPolicy, GeolocInfoB[pkid=9dc76052-3a37-78c2-639a-1c02e8f5d3a2, filter=d5bdda76-6a86-56c5-b5fd-6dff82b37493, val=, devType=8]

El DevType que aparece en las trazas describe los tipos de los dispositivos.

El devType =4 (UserDevice) está para estos dispositivos.

Teléfonos (SCCP, SORBO, otro vendedor)
Teléfonos analógicos VG224
Puntos de ruta CTI y puertos CTI
Correo de voz del Cisco Unity (SCCP)
Puerto MGCP (FXS)

El devType =3 (AccessDevice) si para estos dispositivos.

Tronco entre clústers (ICT), gatekeeper controlado y trunk non-gatekeeper-controlledH.225
Puerto MGCP (e1, T1, PRI, BRI, FXO)
Gateway (por ejemplo, gateway de H.323)

El devType =8 (SIPAccessDevice) para este dispositivo.