Consola del operador remoto a través de un firewall

Anuncio
Consola del operador remoto a través de un firewall
Contenido
Introducción
Requisitos previos
Requerimientos
Componentes utilizados
Convenciones
Puertos utilizados por la consola del operador
Comunicación entre el cliente de AC y el servidor Cisco CallManager
Consola del operador y NAT
Solución para recibir el estado de la línea a través de un firewall
Introducción
La consola del operador de Cisco Unified CallManager integra las funciones de telefonía de multiplexión por división de tiempo (TDM)
tradicionales con las aplicaciones y servicios de telefonía IP avanzada como, por ejemplo, el directorio de protocolo ligero de acceso a directorios
(LDAP). Una de las ventajas principales de la consola del operador de Cisco Unified CallManager frente a los sistemas tradicionales de consola
del operador es la capacidad para supervisar el estado de cada línea en el sistema y para enviar llamadas de forma eficaz.
Requisitos previos
Requerimientos
No hay requerimientos específicos para este documento.
Componentes utilizados
La información que contiene este documento se basa en las siguientes versiones de software y hardware:
Cisco CallManager 4.x
Consola del operador (AC) de Cisco 1.4
La información que contiene este documento se creó a partir de los dispositivos en un entorno de laboratorio específico. Todos los dispositivos
que se utilizan en este documento se iniciaron con una configuración sin definir (predeterminada). Si la red está funcionando, asegúrese de haber
comprendido el impacto que puede tener cualquier comando.
Convenciones
Consulte Convenciones sobre consejos técnicos de Cisco para obtener más información sobre las convenciones del documento.
Puertos utilizados por la consola del operador
Comunicación entre el cliente de AC y el servidor Cisco CallManager
Hay tres tipos de comunicación entre el cliente de AC y el servidor:
Cliente de AC con invocación remota de métodos (RMI): el cliente siempre se conecta a RMI en los puertos del 1099 al 1129. A
continuación, el servidor indica al cliente que establezca una segunda sesión TCP con el servidor en un segundo puerto TCP. Este puerto se
escoge aleatoriamente y no hay forma de garantizar que siempre se utilice un puerto TCP en concreto.
Cliente de AC con codificación rápida de búfer (QBE) en el administrador de integración de telefonía e informática (CTI): la
comunicación QBE establece una sesión TCP con el servidor en el puerto TCP 2748.
Cliente de AC con servidor de estado de la línea (LSS): en este caso hay tráfico UDP LSS que proviene de los servidores. Esto puede
establecerse en el cuadro de diálogo Advanced Settings (Parámetros avanzados) (consulte la sección Solución para recibir el estado de la
línea a través de un firewall). Cisco CallManager utiliza los puertos especificados en el cuadro de diálogo Services Parameters (Parámetros
de servicios) para escuchar las solicitudes de detalles de terminación de llamada (TCD), iniciar los clientes de AC y ofrecer a los clientes
información del estado de la línea. No deben cambiarse estos puertos TCP.
No se admiten firewalls porque AC utiliza aleatoriamente los puertos para conexiones RMI. Sólo se utiliza uno de los puertos disponibles para
iniciar la conexión RMI, que empieza en el 1099. Una vez establecida la conexión RMI, RMI utiliza un puerto TCP aleatorio (normalmente el
primero que esté disponible). Por lo tanto, debe asegurarse de que alguno de los puertos TCP comprendidos entre el 1099 y el 1129 esté abierto.
Si estos puertos aleatorios no están abiertos, la AC fallará y mostrará el siguiente mensaje de error:
error communicating with the server
Consola del operador y NAT
En una consola de operador de Cisco, el estado de línea y el estado de reenvío de llamada de la línea primaria de cada usuario aparecen en cada
entrada de registro. Cuando utiliza Cisco CallManager y la consola de operador a través de las interfaces de traducción de direcciones de red
(NAT), o bien si existe un firewall entre ellos, el tráfico TCP funciona correctamente con la NAT transversal. Por ello, la mayoría de las
funciones de AC funcionan correctamente. El problema surge con el estado de la línea de la consola del operador que utiliza UDP. Asimismo,
tampoco el tráfico UDP que proviene de los CallManager puede pasar a través de las interfaces NAT.
Solución para recibir el estado de la línea a través de un firewall
La consola del operador de Cisco utiliza puertos UDP para el estado de línea. El puerto UDP que se debe utilizar se configura en el cuadro de
diálogo Advanced Settings (Parámetros avanzados) de la consola de operador de Cisco. Si no se configura ningún puerto, la AC utiliza el primer
puerto UDP disponible (aleatoriamente).
Si se especifica un puerto UDP, como el puerto 1234 (consulte la figura 2), asegúrese de que este puerto esté también abierto en el firewall.
Complete estos pasos para configurar el puerto UDP que se utilizará:
1. Conéctese a la consola del operador.
2. Seleccione Edit > Settings (Editar > Configuración)
3. En la ventana emergente, haga clic en Advanced (Avanzado) y cambie el valor del campo Local Host IP Address (Dirección IP del host
local) a 172.16.1.1:1234 si la dirección IP del PC de la consola del operador es 172.16.1.1 y el puerto UDP es 1234.
4. Haga clic en Save (Guardar).
5. Cierre la sesión para que se aplique la nueva configuración.
Nota: La AC no se diseñó para trabajar con un firewall o NAT. Sin embargo, existe un error de funcionamiento de solicitud de función
archivado para bloquear el intervalo de puerto. Consulte el error de funcionamiento de Cisco CSCee21603 (sólo para clientes registrados) para
obtener más información.
Por ahora, la única solución alternativa al problema es desbloquear los puertos TCP utilizados o desactivar el firewall.
© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 19 Abril 2008
http://www.cisco.com/cisco/web/support/LA/7/77/77761_attendant-firewall.html
Descargar